Минимальная партия производства при планировании

[S.Kuskov]

Я тут поразмыслил. Если всетаки решать задачу поставленную автором, то сводное планирование лучше оставить в покое. Слижком уж эта задача противоречит принципам MRP. Вместо этого на вход сводному планированию нужно подать уже откорректированную модель продаж, с учетом ограничения на "минимальную партию".

[Starling]

Цитата:

Сообщение от S.Kuskov

Я тут поразмыслил. Если всетаки решать задачу поставленную автором, то сводное планирование лучше оставить в покое. Слижком уж эта задача противоречит принципам MRP. Вместо этого на вход сводному планированию нужно подать уже откорректированную модель продаж, с учетом ограничения на "минимальную партию".

Согласен.
Более того - на текущий момент примерно так и поступают:
1. Есть высший передел, на котором необходимо соблюдать принцип минимальной партии.
2. Есть нижестоящий перед, являющийся узким местом по производительности. Узкое место планируют вручную - обрабатывая результаты сводного планирования. Сейчас при планировании этого передела - в работу не берут потребности, меньшие чем 50 единиц.
3. После ручной коррекции плана производства по нижестоящему переделу - горизонт планирования по номенклатуре этого передела замораживают, чтобы не генерировать закупки на то, что производиться не будет.

До недавнего времени соотношение номенклатуры ГП (вышестоящий передел) и ПФ (нижестоящий передел) было 1:1.
Так как входе анализа было выявлено, что для различных ГП используется один и тот же ПФ, то я такие ПФ объединил в одну номенклатуру. Т.е соотношение стало N:1. Результат следующий - есть на входе потребность ГП1 = 30 и ГП2 = 25, генерируют потребность в ПФ = 55. При формировании плана ПФ проверка на 50 проходит, но когда дело доходит до производства ГП1 и ГП2, то принцип минимальной партии нарушается.

Теперь у меня есть варианты - вернуть соотношение 1:1 и оставить существующий принцип или попытаться как-то передавать уже откорректированную модель продаж по ГП. Мне 2-ой вариант нравится больше, так как у первого варианта есть свои недостатки:
1. Больше отчетных операций. Вместо того, чтобы внести одну цифру по одному ПЗ, необходимо вносить N цифр по N ПЗ.
2. Ручное "разруливание" ситуаций с дефицитом. Т.е. лежит на складе ПФ1, а нужен ПФ2. По сути это одно и тоже, но сводное планирование об этом не знает и нужно выполнять фиктивную реклассификацию ПФ1 в ПФ2.
Вопрос по "планированию нужно подать уже откорректированную модель продаж" - что здесь можно было сделать? Я так себе думаю:
1. Фиксировать все потребности в предложениях на продажу.
2. Отключить учет предложений по продажам в планировании.
3. Контролировать вручную минимальную партию в предложениях и создавать на их основе заказы на продажу, которые уже обрабатываются сводным планированием.

Сделать модифу для того, чтобы пользователю было удобно выполнять контроль и формировать заказы на продажу из предложений.

[S.Kuskov]

Цитата:

Сообщение от Starling

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

Сделать модифу для того, чтобы пользователю было удобно выполнять контроль и формировать заказы на продажу из предложений.

А что если ради такого контроля перед основным планированием выполнять ещё одно - вспомогательное, для определения узких мест? Т.е. спланировать сначала полный план без искусственных ограничений. После этого будет легко найти те заказы, при развертывании которых партии ПФ не достигают необходимого размера. Пользователю можно показать эти заказы верхнего уровня, от которых система предлагает отказаться, с расшифровкой до проблемных ПФ.

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

[Starling]

Цитата:

Сообщение от S.Kuskov

А что если ради такого контроля перед основным планированием выполнять ещё одно - вспомогательное, для определения узких мест? Т.е. спланировать сначала полный план без искусственных ограничений. После этого будет легко найти те заказы, при развертывании которых партии ПФ не достигают необходимого размера. Пользователю можно показать эти заказы верхнего уровня, от которых система предлагает отказаться, с расшифровкой до проблемных ПФ.

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

Если я правильно понимаю идею.
Я получил предварительный сводный план. Проанализировал спланированные заказы по ГП и выбрал те из них, которые меньше 50. А дальше что? Мне нужно удалить эту потребность из очередной итерации планирования. Как это сделать без модификаций?
С модификациями я наверно сделал бы так:
1. Добавил бы на уровне Sales Line некий параметр, который отвечает за генирацию ReqTrans.
2. На уровне сводного плана добавил бы параметр, который говорил учитывать все SalesLine или только те, для которых опция генерить ReqTrans активна.
3. Вспомогательный сводный обрабатывает все потребности.
4. По результатам работы вспомогательного плана пользователь должен деактивировать генерацию ReqTrans по выбранным Sales Line.
5. Основой сводный план будет обрабатывать только то, что прошло одобрение после вспомогательного планирования.

[S.Kuskov]

Цитата:

Сообщение от Starling

Я получил предварительный сводный план. Проанализировал спланированные заказы по ГП и выбрал те из них, которые меньше 50. А дальше что? Мне нужно удалить эту потребность из очередной итерации планирования. Как это сделать без модификаций?

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

[Starling]

Цитата:

Сообщение от S.Kuskov

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

В моем случае
Модель продаж = клиентские заказы + прогноз. Я могу отключить прогноз, но отключить клиентские заказы я не могу. В сводном плане есть опция отключить складские проводки, но тогда я отключу не только клиентские заказы, но и закупки с производственными заказами, а это неприемлемо.
В целом идея интересная - еще подумаю. Спасибо.

[S.Kuskov]

Цитата:

Сообщение от Starling

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

Сейчас проверил - действительно. У нас в приложении модификация от партнера, которая умеет выборочно отключать по типу проводок

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