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

[Starling]

Посоветуйте, как быть с планированием в следующей ситуации.
Технологический процесс такой, что производить партию меньше чем 50 единиц не целесообразно, так как очень сильно увеличиваются за затраты на перенастройку оборудования.
Поступают следующим образом – контролируют клиентские заказы и только после того как суммарная потребность превысила 50 единиц запускают производство.
Что можно предложить – для автоматизации такого подхода?
На сколько я понимаю в стандарте можно указать минимальное количество для производства, но результат будет другим – даже при потребности в 1 единицу система запланирует производства 50 единиц и оставшиеся 49 будут лежать на складе до лучших времен, которые могут и не наступить.
Других вариантов мне неизвестно(

DAX2012

[S.Kuskov]

Первое что пришло в голову - это создать фиктивный журнал прихода товара на склад на 49 шт. Сводное увидит что потребность до 49 шт может быть покрыта этим журналом, а производство будет заказывать только в случае возникновения потребности на 50 шт.

Но что делать если поступит заказ на 51 шт?

[Bergman]

утверждать сводный план только если общее количество к заказу кратно 50-ти

[Vals]

Комбинацию Минимального (кратного) количества и отрицательных и положительных дней.
+/- дни посмотри по статистике - за сколько набирается заказ 50 единиц.
В этом случае для заказа 1 единицы система сгенерит действия/фьючерсы по которым сможете принять решение - производить или отсрочить и увеличить.


+план покрытия Период. Соответственно - нужно уточнить сроки поставок для клиентов. Либо потребность, если производство позаказное.

Цитата:

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

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

[Pustik]

как все набросились) поделитесь , расскажите как это организовано у Вас?

[pitersky]

Цитата:

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

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

а вы уверены, что вам действительно нужно автоматизировать именно такой подход? к вам пришёл клиент, заказал 20 шт. товара - и когда вы этот товар отгрузите? неужели будете его постоянными завтраками кормить?
я бы (уж простите за то, что не на ваш вопрос отвечаю) начал с полноценного анализа техпроцесса производства. зачастую у технологов фраза "так нельзя" означает "мы так никогда не пробовали, у нас за 50 лет производство отработано и перемены не нужны". как вы понимаете, это вовсе не синонимы.

[S.Kuskov]

) а вот здесь ещё обсуждали реально ли такое бывает Методика расчёта экономической выгоды внедрения ERP системы

Цитата:

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

Не могли бы Вы сказать, на каком заводе такое управление заказами клиентов (когда клиенту не сообщается ожидаемый срок исполнения его заказа) применяется?

[S.Kuskov]

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

[Vals]

Производство всегда в компромиссе с клиентом: они хотят производить один товар со 100% загрузкой - Форд Т чёрный

[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. Контролировать вручную минимальную партию в предложениях и создавать на их основе заказы на продажу, которые уже обрабатываются сводным планированием.

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

[Vals]

Цитата:

Т.е. лежит на складе ПФ1, а нужен ПФ2. По сути это одно и тоже, но сводное планирование об этом не знает и нужно выполнять фиктивную реклассификацию ПФ1 в ПФ2.

Не надо так делать.
ПФ должен быть спецификацией (если он производится у вас), эта спецификация входит в ГП1 и ГП2. Тип строки должен стоять Номенклатура (или что-то в этом роде, в этом случае производство ПФ планируется на склад, а не под заказ ГП) - потребность в ПФ для разных ГП агрегируется в один ПЗ.
Минимальные партии ставите для ПФ и ГП.

[Starling]

Цитата:

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

Не надо так делать.
ПФ должен быть спецификацией (если он производится у вас), эта спецификация входит в ГП1 и ГП2. Тип строки должен стоять Номенклатура (или что-то в этом роде, в этом случае производство ПФ планируется на склад, а не под заказ ГП) - потребность в ПФ для разных ГП агрегируется в один ПЗ.
Минимальные партии ставите для ПФ и ГП.

Все именно так и настроено.
Есть ГП1 со структурой:
ГП1
-ПФ
--М1
Есть ГП2 со структруой:
ГП2
-ПФ
--М1
Проблема в том, что без ручного вмешательства я не могу заблокировать планирование потребности в ГП1 и Гп2 если она меньше чем 50 единиц.

[Starling]

До моих корректировок спецификации были следующими:
ГП1
-ПФ1
--М1

ГП2
-ПФ2
--М1
В этом случае при планировании производства ПФ1 и ПФ2 вручную контролировали минимум в 50 единиц, но после объединения номенклатур ПФ1 и ПФ2 в одну, такой подход перестал работать. Ищу альтернативу.

[Starling]

Не на все вопросы, касающиеся бизнеса, я могу ответить. Проект интернациональный. Продажи и частично планирование находится в зоне ответственности другой команды. Из того, что мне известно:
1. ГП – это лыжи.
2. Пик продаж приходится на декабрь месяц – перед католическим рождеством.
3. Производство размазано равномерно по году.
4. В общем случае клиенту ни так важно когда он получит ГП, главное получить к рождеству.
5. Если суммарная потребность в лыжи не достигла 50, то клиентку в общем случае отказывают. Исключение ВИП – для них могут сделать и 10 лыж. Решение принимают люди.

[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

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

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

[Vals]

Во временных границах есть параметр Развёртывание - Развертывание спецификаций (касательно материала и мощности), при наступлении этого срока система начинает планировать производство ПФ, до этого времени - только ПЗ для ГП.

Можно Поставить Складской минимум =50 с параметром первый расход. (Скомбинировать его с потребностью или Периодом)

[S.Kuskov]

Цитата:

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

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

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

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