Приходуется для обеспечения больше чем требуется 1с
Перейти к содержимому

Приходуется для обеспечения больше чем требуется 1с

  • автор:

Заказано для обеспечения больше чем требуется

Сразу прошу прощения и говорю, что только начинаю изучать ERP.

Столкнулся с тем, что при изменении Действия с "Обеспечивать обособленно" на "Отгрузить"
в заказе клиента получаю сообщение

"Номенклатура Товар..
Заказано для обеспечения больше чем требуется на .."

Читал статьи и в них пишется, что надо сделать заказ поставщику..
Но мне кажется, что в моей ситуации этого делать не надо, так как документы связаны с производство..

По структуре подчиненности вижу

Заказ клиента
Заказ на производство
Этап производства
Передача продукции из производства

то есть, думаю то, что заказывал клиент было произведено и попало на склад..

Тогда почему не могу отгрузить? Подскажите пож, что делать в таком случае?

Новые методики резервирования и обеспечения потребностей в 1С ERP (Закрытая часть)

Продолжение статьи “Новые методики резервирования и обеспечения потребностей в 1С ERP”.

Таким образом, резервирование в новой схеме заключается в постановке заказа клиента в график. При этом, постановка в график выполняется пользователем по каждой строке заказа отдельно. Для этого пользователь указывает реквизит «Действие» в строке заказа.

  • «Не обеспечивать». Строка заказа не поставлена в график, и не требуется ее ставить в график. Например, клиент еще не внес аванс.
  • «К обеспечению». Строка заказа не поставлена в график, но по возможности, ее надо будет поставить в график. Строка ждет обеспечение. Если товара на складе не хватает, чтобы поставить строку заказа в график, это действие является сигналом для формирования новых заказов на поставку.
  • «Резервировать к дате». Строка заказа поставлена в график, дата расхода по графику равна дате отгрузки.
  • «Резервировать на складе». Строка заказа поставлена в график, причем дата расхода со склада равна всегда текущему моменту времени. То есть в графике ПРО строка сразу списывает текущий остаток на складе, поскольку на текущий момент времени в графике есть только фактический остаток.
  • «Отгрузить». То же самое, что «Резервировать на складе», но это же и команда на отгрузку.

Особо следует отметить действие “Резервировать на складе“:

Резерв6

Если зарезервировано на складе – программа, при построении графика ПРО, выполняет расход текущим моментом времени, то есть с текущего запаса товара. Несмотря на то что дата отгрузки в заказе – не сегодня! То есть будущая дата отгрузки «захватывает» остаток уже сейчас.

Если запаса сейчас в нужном количестве нет (с учетом других плановых расходов по другим заказам с действием «резервировать со склада») то будет отказано в проведении заказа с сообщением о нехватке свободного кол-ва на складе.

Итак, график планово-расчетных остатков (ПРО) строится следующим образом:

  • Берем текущий остаток склада. Это исходная точка.
  • Исходную точку уменьшаем на количество в строках всех заказов «Резервировать на складе».
  • От получившегося остатка начинаем выстраивать график, учитывая все будущие поставки и все строки заказов клиентов с действием «Резервировать к дате», с датами поставки и отгрузки.

Для того, чтобы заказ «встал» в график ПРО, нужно, чтобы:

  • В строке заказа должно быть проставлено пользователем действие «Резервировать на складе», «Отгрузить», или «Резервировать к дате»
  • Заказ должен быть проведен.
  • Если используется статусы заказов, то заказ должен быть в статусе не ниже чем «К выполнению»

Такая схема позволяет очень просто найти дату, на которую можно отгрузить товар – то есть разместить заказ в графике. В старой системе решение такой задачи нетривиально.

Резерв7

Мы рассмотрели алгоритм резервирования. Теперь рассмотрим с методической точки зрения разные варианты резервирования.

«Резервировать на складе»:

  • Означает, что строка заказа поставлена в график отгрузок непосредственно со склада, но ни в коем случае из заказов поставок.
  • Товар под строку заказа есть физически в наличии, а это 100% гарантия его отгрузки в любую будущую дату.
  • Плановая дата отгрузки в заказе может быть любой. Изменение плановой даты отгрузки в строке заказа ни изменяет гарантированность отгрузки по строке в полном количестве.
  • Резервирование на складе не является оптимальным, если отгрузка достаточно отдалена по времени, поскольку захватывает текущий запас, не оставляя возможности его отгрузки под новые срочные заказы.
  • Резервирование на складе является наиболее комфортным для менеджеров, так как дает 100% гарантию отгрузки. Однако, злоупотребление этим методом приведет к избыточному резервированию на складе под отдаленные заказы.

«Резервировать к дате»

  • Означает, что строка заказа клиента обеспечена на дату отгрузки суммарно из остатка и всех плановых поставок, которые будут раньше отгрузки.
  • Смещение влево плановой даты отгрузки, или смещение вправо дат поставки может привести к срыву обеспечения обеспеченного ранее заказа клиента.
  • Поставки образуют «общий котел», из которого обеспечиваются заказы клиентов разных менеджеров.
  • Исключена «локальнаясубоптимизация» резервирования (“перетягивания менеджером одеяла на себя” в ущерб бизнесу). Заинтересованность менеджера в своем заказе толкает его резервировать более ранние поставки или даже текущий запас, блокируя тем самым поставки для более ранних заказов клиента. Для менеджера в новой схеме будет важен весь общий «котел» поставок. При срыве любой поставки страдают все менеджеры в равной мере а не тот кому «не повезло». И вопрос со снятием заказа клиента с отгрузки при срыве обеспечения решается в интересах компании а не менеджера.
  • Если приходится корректировать сроки и количества в заказах поставок, то неизбежно происходит срыв обеспечения всех последующих заказов клиентов и придется перераспределять, какие заказы клиентов снимать с обеспечения или передвигать на более поздние даты. Для этого в системе есть соответствующие сервисы.
  • Поэтому, «резервирование к дате» удобно использовать, если сроки и количества в заказах поставок соблюдаются неускоснительно. Только тогда менеджеры доверяют графику. В противном случае, менеджерам будет удобнее резервировать свои заказы в конкретных заказах поставщику, и соответственно, контролировать чтобы заказ поставщику был исполнен. Новая схема такой индивидуальный контроль исключает, так как все заказы поставщиков обеспечивают все заказы клиентов.

Обособление

Если все-таки новая схема обеспечения не подходит, предусмотрена альтернатива – схема «Обособление» , похожая на старую схему. Эта схема применяется, если недопустимо резервировать номенклатуру из «общего котла». Например:

  • Номенклатура одна, но под каждый заказ клиента требуются особые свойства. Например, размеры.
  • Формирование маржи для конкретной пары Заказ-клиента/заказ поставщику.
  • Невозможно резервирование в общем котле – менеджер продаж сам контролирует заказы поставщику, в которых он разместил свои заказы клиентов.

Резерв8

Обособление основано на дополнительном складском разрезе учета «Назначение». Назначение – это заказ клиента, или другой заказ, образовавший потребность.

  • Если в остатках товара назначение пустое – товар свободен (не обособлен).
  • Если в остатке товара назначение непустое – товар зарезервирован под этот заказ (обособлен).
  • В заказе поставки также указывается назначение, тем самым строка заказа обособляется (резервируется под конкретный заказ клиента).
  • Если в заказе поставки назначение пустое – поставка свободна (не обособлена).

Таким образом, обособление методически очень похоже на старую схему резервирования:

Резерв9

Работает такая схема следующим образом.

  • В строке заказа клиента указываем действие «Обеспечивать обособленно»
  • В заказе поставки указываем назначение.
  • Если нужно зарезервировать в остатке свободный (необособленный) остаток, то документом «Корректировка назначения товара»:
    • товар списывается с пустого назначения.
    • и приходуется на заданное назначение.

    При поступлении на склад – в документе указываем непустое назначение. Это происходит автоматически при поступлении на основании обособленного заказа поставки.

    Опционально – блокируются попытки обособить товар на складе или в поставках больше, чем нужно по заказу клиента, который обеспечен обособленно

    При отгрузке со склада – в документе указываем непустое назначение. Назначение проставляется автоматически при отгрузке на основании обособленного заказа. Блокируются попытки отгрузить обособленный товар под другой заказ.

    Далее, в отчете по остаткам и движению склада можно выводить остатки в разрезе «Назначение», группировать, отбирать.

    Отметим, что разрез “назначение” можно использовать для других целей, например разделения остатков склада по проектам…

    Раздельное управление резервированием в строках заказа

    Новая схема предполагает управление резервированием и датой отгрузки для каждой строки заказа отдельно, поскольку действие резервирования и дата отгрузки, как и количество товара указывается в строке заказа клиента.

    Как следствие, если количество товара в строке по разному обеспечено:

    • например часть удалось зарезервировать на складе, и дата отгрузки может быть любая какую желает клиент, а часть этого же товара зарезервирована к дате, после ожидаемой поставки,
    • то строку заказа неизбежно придется поделить на две, а может даже на три и больше!

    Например в заказе 100 шт, при этом 20 шт зарезервировали на складе, 30 шт – в поставках, а 50 еще ждут обеспечения, то строку заказа придется разбить на 3 строки (по 20, 30 и 50 шт), и в каждой указать соответствующее Действие. Сначала это может показаться неудобным, но надо иметь в виду что поскольку количество строки обеспечено по разному, лучше всегда видеть это сразу в заказе чем открывать дополнительные формы и отчеты. Тем более, что из-за разного обеспечения даты отгрузки по строкам тоже могут отличаться.

    Желаемая и плановая дата отгрузки

    В заказе клиента указывается две даты отгрузки:

    • Желаемая дата отгрузки. Это ориентир, к которому нужно стремиться. Программа будет выдавать рекомендации по изменению плановой даты отгрузки (даты расхода в графике) так, чтобы приблизить ее к желаемой дате.
      • Желаемая дата указывается одна на весь заказ. Она одна для всех строк.

      Плановая и желаемая даты могут не совпадать. Такое расхождение означает, что клиент может получить товар позже или раньше даты, им заявленной. В “дату желаемую” удобно записывать дату, в которую с клиентом договорились отгрузить товар. Напротив, “плановая дата отгрузки” по сути это не дата отгрузки, а дата, на которую можно отгрузить товар, то есть он будет в наличии на складе.

      Например, если плановая дата отгрузки 10 июля, то это значит что клиент может забрать товар не раньше 10 июля. При этом, если дата желаемая 8 июля, это значит что пожелания (или договоренность) с клиентом нарушена – заказ просрочен на 2 дня. Если же желаемая дата 15 июля, это значит что есть страховое время 5 дней, когда товар будет пролеживать на складе в ожидании отгрузки.

      Плановую дату отгрузки в заказе можно указывать построчно или опционно для всего заказа в целом.

      Если плановая дата отгрузки указана для всего заказа в целом, то она автоматически рассчитывается равной максимальной дате отгрузки всех строк.

      Инструменты резервирования

      В новой схеме резервирования 1С:ERP, УТ11,КА2 предусмотрены следующие инструменты:

      1.Выбор в заказе Действия резервирования и плановой даты отгрузки. Программа подскажет:

      • Какие действия возможны для строки заказа – поставить в график (то есть «Резервировать на складе», «Резервировать к дате», «К обеспечению»).
      • К какой дате и какое количество можно отгрузить (исходя из текущего остатка и будущих поставок)
      • Предложит разделить строки с разными действиями, количеством отгрузки и датой отгрузки так чтобы оптимально выполнялась желаемая дата клиента.

      2.Рабочее место «Состояние обеспечения заказов». Выводит развернутую информацию о состоянии обеспечения и рекомендации по дообеспечению или исправлению обеспечения, которую можно выполнить здесь же – в результате в заказах изменяются действия и плановые даты отгрузки.

      3.Рабочее место «Формирование заказов по потребностям». Формирует новые заказы на поставку, если на складе недостаточно товара обеспечения для принятых заказов (потребностей).

      4.Для обособления предусмотрены отдельные инструменты:

      • Указать действие «Обеспечивать обособленно» в строке заказа.
      • Возможность указать назначение в заказе поставщику.
      • Документ «Корректировка назначения товара»

      Более подробно о схемах резервирования и обеспечения, их использовании, можно прочитать в книге “Секреты 1С:ERP. Обеспечение потребностей и резервирование”.

      Обособленное обеспечение заказов в УТ 11

      Причины использования обособленного обеспечения в УТ 11

      В прошлом уроке я подробно разобрал механизмы обеспечения складских потребностей, однако не упомянул об одном нюансе — когда при обеспечении потребностей, сформированных заказами различных видов, на складе появляется товарный остаток, то он становится "в общее пользование", т.е. может быть отгружен не только по исходным заказам, которые сформировали потребность в этом товаре, но и по любым другим документам.

      Если при этом на складе нет никакого страхового запаса нужных товаров, то получается что заказ отгрузить не получится, хотя изначально вроде бы он был обеспечен.

      Сами понимаете, ситуация не очень хорошая. Для того, чтобы таких ситуаций не происходило, в программе предусмотрено обособленное обеспечение заказов, при котором складской остаток товаров, возникший при обеспении потребностей, привязывается к конкретному заказу, который эту потребность создал и может быть отгружен только по этому заказу. Еще один плюс обособленного обеспечения — мы всегда видим, под какой конкретно заказ обеспечивается складская потребность.

      Покажу на примере, но сначала включим использование обособленного обеспечения:

      раздел НСИ и администрирование настройки склада и доставки

      Обособленное обеспечение заказа клиента в УТ 11

      Сформируем складскую потребность, для этого создадим заказ клиента и заполним вариант обеспечения:

      заполнение обеспечения в заказе клиента

      При текущей настройке программа будет действовать так:

      • если товар есть на остатках, будет установлен статус Отгрузить;
      • если товара нет, то он будет обеспечиваться обособленно.

      Сформировалась обособленная потребность:

      отгрузить обособленно

      Теперь начнем ее обеспечивать:

      раздел склад и доставка

      В настройках отбора выберем склад, на котором нужно обеспечить потребность:

      формирование заказов по потребностям

      Подставился нужный способ обеспечения (настроили в предыдущем уроке):

      выбор способа обеспечения

      Рассчиталось количество к заказу:

      количество товаров к заказу

      Создался документ Заказ поставщику, осталось заполнить в нем цены:

      создание заказа поставщику

      В таблице товаров видим, что для закупаемой номенклатуры заполнилось назначение (открыв назначение, можно посмотреть исходный документ, сформировавший потребность):

      заполнено назначение в заказе

      Когда на основании заказа будет оформлен документ поступления, в нем тоже будет видно назначение:

      назначение в документе приобретения

      После приемки изменится складской остаток, но он сразу встанет в резерв, и его нельзя будет использовать в других документах:

      остатки и доступность

      При изменении статуса в исходном заказе клиента вместо статуса Отгрузить будет Отгрузить обособленно:

      отгрузить обособленно

      Дальше схема стандартная — на основании заказа оформляется документ продажи.

      В том случае, если клиент передумал и не хочет покупать товар, нужно снять резерв по номенклатуре под заказ. Для этого нужно использовать документ Корректировка назначения товаров:

      где корректировка назначения виды корректировки назначения товаров

      В шапке документа выбираем нужный заказ, по которому нужно снять резерв, после этого нажимаем Заполнить обособленными остатками:

      документ корректировки назначения товаров

      Таким образом можно делать как полное, так и частичное (в том случае, если клиент хочет взять меньше, чем предполагалось раньше) снятие. После этого товар становится общедоступным:

      отчет по остаткам и доступности

      Дмитрий Медведков 1С

      Дмитрий Медведков программист, консультант 1С
      Работаю в 1С с 2012-го, специализируюсь на УТ 11
      Имею 10 квалифиционных сертификатов 1C:Профессионал, 1С:Специалист и 1С:Специалист-консультант

      Обособленное обеспечение заказов

      Обособленное обеспечение схоже с предыдущим вариантом Обеспечение под заказ, но при обособленном обеспечении появляется аналитика Назначение, в разрезе которой будет происходить и заказ поставщику и поступление на склад.

      Давайте разберемся, как это работает.

      Чтобы включить данный режим резервирование необходимо в настройках Администрирование – Закупки включить флажок Обособленное обеспечение заказов. (Обратите внимание Обеспечение под заказ настраивается в разделе CRM и продажи).

      Настройки.png

      Здесь ещё присутствуют различные уточнения обособленного резервирования (Упрощенное или Расширенное и флажок Не контролировать превышения обособленного обеспечения) эти особенности мы рассмотрим отдельно.

      Теперь если мы откроем документ Заказ клиента то обнаружим, что в нем появилась возможности выбрать дополнительные варианты обеспечения Отгрузить (при необходимости обособленно) и Обеспечивать обособленно. И обратите внимание вариант Обеспечивать обособленно можно выбрать сразу не дожидаясь создания Заказа поставщику. Далее станет ясно, почему такая вольность.

      Но после выбора Обеспечивать обособленно нигде в заказе не появляется выбор Назначения обеспечения. Назначение обеспечения формируется автоматически в виде строки ключа аналитики, состоящей из Партнера, Номенклатуры и Даты заказа клиента (по аналогии с Аналитикой учета номенклатуры). И далее этот ключ будет присутствовать в регистрах, сопровождающих заказ, поступление и продажу товара.

      Проведем заказ и посмотрим, какие он сформировал движения по регистрам.

      Первое, на что обратим внимание — это появился новый регистр остатков Обеспечение заказов, в котором можно будет видеть остатки незакрытых заказов под обеспечение.

      Далее обратим внимание на регистр График движения товаров, в котором по позиции с обособленным обеспечением заполнено измерение Назначение.

      А вот регистр остатков Заказы клиентов не изменился, в нем нет измерения Назначение.

      Сами же назначения хранятся в одноименном справочнике Назначения.

      Далее если мы создадим Заказ поставщику на основании Заказа клиента и посмотрим сформировавшиеся движения, мы так же увидим, что измерение Назначение заполнилось.

      Кстати, а вот в Заказе поставщику Назначение присутствует в табличной части товары. И его даже можно изменить. В выборе отразятся только те назначения, в которых присутствует текущая номенклатура.

      Но вот нюанс, на который я наткнулся, при смене назначения не происходит никаких проверок. Т.е. в заказе поставщику удается поменять назначения при существующим документе Поступлении товаров и услуг и даже уже после осуществленной продажи. Т.е. при неаккуратном редактировании можно нарушить закрытие регистров в разрезе назначений.

      Ну а в движениях Заказа поставщику все по аналогии с заказом клиента.

      И в табличной части документа Поступление товаров и услуг так же будет присутствовать назначение, которое отразится в движениях документа.

      Здесь следует обратить внимание на регистр Товары на складах. В этом регистре так же присутствует измерение Назначение. А это значит, что даже присутствующий товар на складе может там находится под конкретное назначение.

      И ещё один примечательный момент в движениях по регистру Свободные остатки.

      Сформировался приход по ресурсу В наличии и так же сформировался приход по ресурсу В резерве под заказ. Т.е. резерв под заказ ставит не документ Заказ клиента, а Поступление товаров и услуг.

      После поступления товара на склад переведем заказ в статус Отгрузить. Тут обратим внимание, что одна из строк в заказе получила статус обеспечения Отгрузить обособленно. Теперь становится понятным для чего был нужен вариант обеспечения в форме выбора обеспечений Отгрузить (при необходимости обособленно).

      Т.е. одна строка товара будет отгружена как обычно, а другая в разрезе назначений. Для наглядности это и отражено в заказе отдельным вариантом обеспечения.

      Сформируем документ Реализация товаров и услуг на основании заказа и посмотрим движения по регистрам, которые сформирует документ.

      Мы видим, что был расход по регистру Товары на складах в разрезе Назначения. Закрылся регистр Заказы клиентов и так же закрылся регистр Обеспечение заказов. По регистру Свободные остатки прошел расход как по ресурсу В наличии, так и по ресурсу В резерве под заказ. В итоге все регистры закрылись.

      Ещё хотелось бы вернуться к Заказу клиента и обратить внимание на такой момент, что товар, который поступил на склад под назначение нельзя зарезервировать. Это связано с тем, что резерв под заказ в регистре Свободные остатки уже поставил документ Поступление товаров и услуг. Да и нет необходимости дополнительно резервировать товар после его прихода на склад, т.к. он уже зарезервирован (заблокирован) в регистре Товары на складах (вспомните наличие измерения Назначение в этом регистре).

      Напомню что при варианте резервирования Резервировать по мере поступления если после поступления товар не зарезервировать на складе (не перевести позицию товара в статус Резервировать на складе) имелась возможность «перехватить» товар — зарезервировать под другой заказ.

      Жесткий контроль списание под назначение

      Цель резервирования товара под назначение в том, чтобы зафиксировать поступивший на склад товар под конкретный заказ (назначение). Это обеспечит гарантию, что закупленный товар будет продан конкретному клиенту и никому другому.

      Например, если после того, как товар поступил на склад, другой менеджер попытается создать заказ клиента и зарезервировать товар у него ничего не получится. А если он выберет вариант обеспечивать обособленно, то сформируется другое назначение. Т.е. нет никакой возможности «перехватить» и продать товар, предназначенный другому заказу.

      Это и есть главное преимущество обособленного обеспечения. Но есть и минус. Минус в том, что нельзя продать товар, заказанный под назначение, на другое назначение или просто без назначения. А ведь после поступления товара на склад клиент может отказаться от покупки и тогда товар зависнет на складе заблокированный назначением.

      Давайте проверим, удастся ли нам отменить обеспечение в заказе.

      Если попробовать отменить позицию или перевести Заказ клиента в статус Не согласовано будет выдано сообщение о невозможности отменить обеспечение.

      О том, как поступать в ситуациях, когда нужно отменить обеспеченный товар и продать под другой заказ или без заказа рассмотрим в следующей статье.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *