Формирование заказов по потребностям в 1с erp. Формирование потребности в производстве. Упрощенный вариант обеспечения потребностей

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

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

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

Способ обеспечения потребностей установлен как Покупка, и для него специфицирован поставщик, соглашение и вид закупочной цены:

Сами закупочные цены также заполнены.
При всех этих условиях, мы сможем автоматизированно создавать заказы поставщикам на основании заказов клиента. Для этого, перейдем в журнал заказов поставщикам, и нажмем кнопку Заполнить -> По потребностям :

По этой команде, откроется рабочее место формирования заказов по потребностям. Заказы создаются по шагам. Специфицируем потребностии, которые мы сейчас хотим закрыть (например, ограничим их одним магазином):

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

В примере. количество требуемой номенклатуры соответствует таковому в заказе клиента; для нее подтянулась цена и соответственно рассчиталась общая сумма заказа поставщику. В результате, по еще одной кнопке Далее , получаем полностью заполненный и проведенный заказ:

Заказ снабжен комментарием - что сформирован обработкой:

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

Вопрос 4.27 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. При формировании заказа поставщику под заказ клиента при поступлении товара (на основании заказа поставщику) он будет обособлен под заказ клиента:

1. Автоматически (в любом случае)
2. Для обособления необходимо оформить документ "Обособление товара"
3. Автоматически, если в шапке заказа поставщику указан заказ клиента
4. В зависимости от значения реквизита "Назначение" табличной части документа поступления
5. Варианты 2 и 3

Проверено. Верный ответ - четвертый. Выше показано, что в сформированном заказе поставщику обособляемая номенклатура промаркирована соответствующим заказом клиента. Эти же данные передаются и в ПТУ, созданное на основании заказа поставщику:

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

Вопрос 4.34 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Для того, чтобы товар, указанный в заказе клиента, попал в обеспечиваемые потребности (в область действия сервиса по формированию заказов поставщикам), в реквизите табличной части обеспечения заказа должно быть выбрано значение:

1. Резервировать
2. К обеспечению
3. Обеспечивать обособленно
4. Вариант 1 или 2
5. Вариант 2 или 3
6. Вариант 1 или 2 или 3

Проверено. Верный ответ - пятый, см. второй скриншот в статье. Две номенклатурные позиции в заказе отмечены как К обеспечению , две - как Обеспечивать обособленно . Все были учтены в обработке обеспечения потребностей. Вариант Резервировать означает, что система зарезервирует под данный заказ клиента товар, который уже в наличии на складе:

Вопрос 4.35 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Для того, чтобы товар, указанный в заказе клиента, попал в обеспечиваемые потребности (и после поступления был зарезервирован под данный заказ), в реквизите табличной части обеспечения заказа должно быть выбрано значение:

1. Со склада
2. Требуется
3. Обособленно
4. Вариант 1 или 2
5. Вариант 2 или 3
6. Вариант 1 или 2 или 3

Проверено. Верный ответ - третий (точнее, опция называется Обеспечивать обособленно ). Разбор выше.

Вопрос 4.36 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Резервирование товара по заказу клиента происходит при установке статуса документа :

1. На согласовании
2. К выполнению
3. К резерву
4. Варианты 1 или 2
5. Варианты 2 или 3
6. Варианты 1 или 2 или 3

Проверено. Верный ответ - второй. Проверим. Статуса К резерву в системе нет, отпадает. Для проверки статуса На согласовании сделаем копию первого заказа и оставим ее в этом статусе:

После этого запустим формирование потребностей. В обработку попадут две номенклатурные позиции, закупаемые не обособленно, и обе с нулевым количеством. Т.е. ничего по сути не зарезервируется:

Вопрос 4.26 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Для работы обработки, позволяющей оформить заказы поставщикам по потребностям, необходимо в систему предварительно внести следующую информацию:

1. Об основном поставщике номенклатуры
2. О ценах поступления от основного поставщика
3. Варианты 1 и 2
4. Вышеуказанные действия не обязательны.

Проверено. Верный ответ - четвертый. Данные о ценах и поставщике желательно специфицировать в параметрах обеспечения потребностей, в этом случае заказ поставщику будет заполняться обработкой полностью. Но можно их не указывать, в результате получим недозаполненный заказ поставщику, и уже в нем можно будет все прописать руками. Создадим способ обеспечения потребностей без указания поставщика и цен:

Оформление Заказов поставщикам автоматически в 1С:Управление торговлей 8 ред.11.2

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

Рис.1

РЕГИСТРАЦИЯ ПОТРЕБНОСТЕЙ
Потребности в товарах можно разделить на группы: (Рис.2).

Рис.2

ПОТРЕБНОСТИ ПО ЗАЯВКАМ - это потребности по заказам на отгрузку, заказам на перемещение и т.п. Такие потребности возникают автоматически при проведении Заказа в статусе К обеспечению.

НЕСНИЖАЕМЫЙ ОСТАТОК - это необходимость поддержания на складе остатка товаров для бесперебойной работы предприятия. Необходимо задавать параметры минимального, максимального и страхового запаса. Параметры можем задавать вручную, а можем рассчитывать учитывая среднедневное потребление и сроки поставки.

ПЛАНИРУЕМЫЙ ОБЪЕМ ЗАКУПОК - необходимо создавать в базе документ План закупок (например, на основании данных о продажах в предыдущих периодах).

В журнале Заказов поставщикам встроены две обработки для оформления заказов:

Формирование заказов по потребностям - используем для оформления заказов по заявкам и по неснижаемому остатку;

Формирование заказов по плану - для формирования заказов по долгосрочному планированию закупок. Для включения возможности ведения планов закупок и создания заказов по планам, необходимо установить флажок НСИ и администрирование → Планирование → Планы закупок . (Рис.3).

Методы обеспечения потребности , которые используются в программе (Рис.3):

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

Поддержание запаса (min - max ) - когда остатки товаров на складе снижаются до минимального запаса, программа предлагает заказать товар до максимального запаса.

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

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

Способы обеспечения потребностей - это источник их обеспечения. Также в способе определяются параметры (срок заказа и срок исполнения).
Способы обеспечения потребностей можно зарегистрировать в справочнике, который находится в разделе Склад и доставка Настройки и справочники.
Новые способы можно создавать в момент определения параметров обеспечения для склада или номенклатуры.
В способе обеспечения определяем стратегию, ее выбор зависит от условий поставки. В программе реализованы два варианта стратегии : (Рис.4).

Рис.4

Рассмотрим пример обеспечения товарами розничного магазина при ежедневных поставках

Поставка товара в магазин «Весна» осуществляется ежедневно. В конце каждого дня автоматически формируется документ Заказ на перемещение на те товары, количество которых близко к минимальному запасу.

Выполняем следующие действия:

1. Определяем список товаров
Для того чтобы вводить и выводить номенклатурные позиции в ассортимент, контролировать продажи и закупки в рознице включаем функциональную опцию в разделе НСИ и администрирование → CRM и маркетинг → Маркетинг → Управление ассортиментом .
Создаем документ Изменение ассортимента (CRM и маркетинг - Ассортимент ). Этап - ввод в ассортимент. Создаем Формат нашего магазина. Заполняем ассортимент, указывая его роль и вид цены. (Рис.5).

Рис.5

2. Настраиваем параметры обеспечения

В карточке Магазина настраиваем ассортимент нашего магазина. (Рис.6).

Рис.6

Переходим на рабочее место Параметры обеспечения потребностей , оно используется для установки способов и методов обеспечения товарами.
Способ обеспечение потребностей - Перемещение с оптового склада, срок - один день. Поставка обеспечивается ежедневно, поэтому устанавливаем флажок Заказ при достижении точки заказа и обеспечиваемый период 1 день. (Рис.7).


Рис.7

Переходим к параметрам обеспечения и устанавливаем отбор товаров с учетом нашего ассортимента. (Рис.8).

Рис.8

Выделяем все позиции (Ctrl+A), далее Заполнить Метод обеспечения . Нам необходимо обеспечить фиксированные запас товаров, поэтому мы используем метод Поддержание запаса (min - max), указываем необходимое количество минимального и максимального запаса. (Рис.9).

Рис.9

Рис.10

3. Рассчитываем потребность

После определения всех параметров переходим к расчету необходимого количества, используя обработку Формирование заказов по потребностям . Для доступа к обработке заходим в Заказы на перемещение и создаем новый по потребностям. На Шаге 1 устанавливаем отборы и переходим далее. (Рис.11).

Рис.11

На следующем шаге отражаются способы обеспечения. В нашем случае он один, переходим на следующий шаг.
На шаге 3 выводится список тех товаров, для которых применяется указанный способ обеспечения.
Нажав Рекомендации , мы можем уточнить, почему товар рекомендован к заказу. При необходимости сотрудник может изменить количество товаров. (Рис.12).

4. Формируем Заказ
Заказ на перемещение сформируется автоматически при переходе на следующий этап. Статус в Заказе будет К обеспечению. (Рис.13).

Рис.13

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

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

Особенности реализации методики в ERP следующие:

1. Заказ клиента в данной схеме – является «назначением ».
2. Заказ на производство создается под конкретное назначение.
3. На складе продукция хранится в разрезе назначений.
4. Если на складе хранится ГП с назначением – заказ1, то ее нельзя отгрузить под заказ2. Но можно поменять назначение ГП с заказа1 на заказ2, после чего — отгрузить.

1. Введем заказ покупателя.

Выделим строки и укажем «Обеспечивать обособленно» (если это не противоречит графику оплаты).

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

3. Состояние обеспечения можно увидеть из формы «Состояние обеспечения заказов», где будут видны все заказы.

Можно посмотреть прямо из заказа.

Высветится информация по конкретному заказу.

Производство запланировало график производства с опережением. В форме состояния обеспечения в таком случае высветится, что заказ будет обеспечен раньше срока.

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

Когда произойдет выпуск, и продукция окажется на складе, полоска «На складе» станет зеленой.

Приход будет виден в отчете «Ведомость по товарам на складах».

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

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

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

Затем – на основании заказа клиента нужно ввести реализацию.

После ввода документа реализации товар реализован.

Корректировка назначения

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

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

Документ «Корректировка назначения» предусматривает ряд действий (в разных комбинациях):

• Резервирование – это привязка свободного остатка к заказу (установка назначения).
• Снятие резерва – это отвязка остатка от заказа, остаток становится свободным, его можно зарезервировать под любой другой заказ, а так же – можно отгрузить не обособленно.
• Корректировка назначения. Остаток отвязывается от одного заказа и привязывается к другому.

В качестве примера введем заказ на 5 единиц стремянок 3-ступени.

1. Уже в процессе подбора в заказ клиента видим, что на складе остаток -6 единиц, но доступно из них одна единица, так как остальные – зарезервированы под другой заказ. Одна единица – свободный остаток.

Введем в заказ 5 единиц.

2.Заполним обеспечение.

Поставим желаемую дату и проведем документ.

3. Для того что бы перекинуть недостающий остаток с другого заказа и зарезервировать свободный остаток на основании заказа клиента вводим корректировку назначения товара.

Выберем операцию «Резервирование и корректировка».

Появится кнопка «Подобрать из свободных и обособленных остатков». Ее нужно нажать.

В открывшемся окне подобрать остаток.

Одну единицу взяли из свободных остатков на складе, а четыре – от заказа номер три.

Документ провести и закрыть.

В результате – резерв с заказа 000003 снялся, а на заказ 000004 встал. Теперь заказ 000004 полностью обеспечен. Резерв на складе – можно отгружать. А заказ 000003 перестал быть полностью обеспеченным. По нему возможно частичное обеспечение (обозначено желтый цветом).

Из ведомости товаров на складах видно, что из обособленного остатка третьего заказа клиента ушло 4 единицы. Из свободных остатков ушла единица. А для заказа четыре поступил резерв 5 единиц.

Поскольку заказ 0004 полностью обеспечен – можно переходить к отгрузке.

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

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

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

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

Варианты действий:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обособление

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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