Формирование заказов по потребностям в 1с erp. Обеспечение потребностей в ERP

В программе 1С Управление торговлей версия 11.2 Заказ поставщику является элементом планирования системы закупок. Возможность использования заказов поставщику включается в разделе «Нормативно-справочная информация и администрирование» . В «Настройке разделов» - «Закупки» в группе «Заказы поставщикам» есть соответствующий флаг, отвечающий за использование данного механизма.

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

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

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

Создание заказа поставщику в программе 1С Управление торговлей (УТ 11) 11.2

Попробуем создать первый заказ.

По кнопке «Создать» нам доступны две команды: создать новый и по потребностям .

По потребностям - это отдельный механизм, который будет рассмотрен в отдельном видеообзоре, позволяющий сформировать «заказ поставщику» по сформированным в системе потребностям дефицита товаров.

Мы же, вручную, сейчас создадим новый заказ. Статус у него будет «согласован». При необходимости статус можно изменять. Например, статус «не согласован» может использоваться в момент подготовки «заказа поставщику», пока он еще не согласован в рамках нашей компании. Статус «подтвержден» соответствует заказу, по которому поставщик подтвердил готовность к отгрузке. Статус «к поступлению» соответствует заказу, по которому поставщик уже произвел отгрузку и мы ждем поступления товарно-материальных ценностей на склад. И состояние «закрыт» соответствует полностью исполненному закрытому заказу.

Также для дополнительной детализации заказов может использоваться приоритет - «низкий», «средний» либо «высокий».

На вкладке «Основные» указывается дата документа (обычно это текущая дата). Номер система 1С Управление торговлей (УТ 11) 11.2 присвоит автоматически.

Необходимо выбрать нашего поставщика . Как только мы выбрали поставщика, конфигурация 1С Управление торговлей (УТ 11) 11.2 автоматически заполнила контрагента нашего поставщика и соглашение с ним, если оно было указано.

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

Организация наша - от имени которой будет вестись закупка товара.

Склад , на который планируется поступление.

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

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

Добавим первую позицию. Укажем количество и цену. Если поставщик предоставил нам скидку, в соответствующем поле можно отразить данную информацию.

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

Добавим еще одну позицию. Пусть это будет холодильник Siemens. Закупать мы его будем в количестве 3-х штук. Программа 1С Управление торговлей (УТ 11) 11.2 также воспользовалась уже установленными ценами на данные позиции и автоматически подставила их в документ.

Добавим еще один холодильник. Его мы будем закупать также в количестве 3-х штук. Конфигурация 1С Управление торговлей (УТ 11) 11.2 опять же заполнила цены по данному холодильнику.

Необходимо обязательно указать желаемую дату поступления товара -у меня это будет конец данной недели. И флаг «Поступление одной датой». Он говорит о том, что мы планируем все данные позиции к поступлению одним числом. Если же они планируются к поступлению разными датами, данный флаг необходимо снять, и тогда в табличной части заказа поставщику, напротив каждой позиции закупаемой номенклатуры необходимо будет указать предполагаемую дату поступления. На основании этой информации система 1С Управление торговлей (УТ 11) 11.2 будет планировать движение товаров, строить график поступления товаров на склад.

На вкладке «Дополнительно» указывается ответственный менеджер ; подразделение , в котором работает ответственный менеджер. При необходимости можно указать контактное лицо нашего поставщика, с которым мы общались в части данного заказа; дату согласования внутри нашей организации.

Убедимся, что у нас выбрана валюта «рубли», установлен флаг «цена включает НДС ». Режим налогообложения - «закупка облагается НДС ». На основании нашего соглашения, автоматически установлен флаг «регистрировать цены поставщика автоматически ». Здесь же, в документе, можно указать номер заказа и дату по данным поставщика для дополнительной аналитики, если придется с нашим поставщиком дополнительно общаться по данному заказу, чтобы легче было его найти, и мы сразу могли поставщику сказать, под каким номера, от какого числа он зарегистрирован в системе поставщика.

Информация для печати : вспомогательная информация - вспомогательное поле, в котором можно указать любую дополнительную информацию.

Попробуем такой заказ записать и провести.

При проведении заказа программа 1С Управление торговлей (УТ 11) 11.2 автоматически заполнила нам поле «Оплата » на основании данных из нашего соглашения. Перейдя по соответствующей ссылке, можно убедиться, что у нас указана информация по авансу, предоплате и кредиту. При необходимости данную информацию можно отредактировать, она не контролируется системой на соответствие данному соглашению.

Таким образом, в программе 1С Управление торговлей версия 11.2 осуществляется формирование заказов поставщикам.

Оформление Заказов поставщикам автоматически в 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Продолжение статьи “Новые методики резервирования и обеспечения потребностей в 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.Для обособления предусмотрены отдельные инструменты:

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

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

Формирование потребности в производстве

Потребность в производстве может быть сформирована несколькими способами.

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

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

Принятие решения о производстве

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

Для каждой строки заказа формируется своя уникальная спецификация, которая на момент создания является репликацией (повторением) ресурсной спецификации, указанной в строке.

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

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