Заказ в позаказном производстве

[ikopyl]

А чем не устаривает использование производственных кластеров?

[Hard]

Цитата:

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

А чем не устаривает использование производственных кластеров?

Кластеры у нас это цеха. Но не в этом дело, кластер настраивается один для номенклатуры.
Можно создать произвольное поле Заказ в ПЗ и СПЗ, но не хотелось этого делать ввиду того, что туда надо как-то писать. Писать нужно при запуске Сводного планирования.
Я как-то всегда считал, что для подобного "протягивания" проще использовать аналитику.

[ikopyl]

Цитата:

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

Кластеры у нас это цеха. Но не в этом дело, кластер настраивается один для номенклатуры.

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

Цитата:

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

Можно создать произвольное поле Заказ в ПЗ и СПЗ, но не хотелось этого делать ввиду того, что туда надо как-то писать. Писать нужно при запуске Сводного планирования.
Я как-то всегда считал, что для подобного "протягивания" проще использовать аналитику.

В любом случае - куда-то писать, так почему не в поле "Кластер" в момент утверждения ПЗ? Вывести информацию о заказе-источнике в таблицу спланированных заказов гораздо проще, чем геморроиться с конфигурацией.
Да и для перепланирования утверждённых заказов - это будет "самое то"...

[S.Kuskov]

Цитата:

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

Планирование заданий там можно делать только по одному ПЗ. А мне надо выделить все ПЗ по данному Заказу и "толкнуть" их вперед, расталкивая задания остальных ПЗ. В форме ПЗ я это сделать могу. А здесь надо каждый ПЗ обрабатывать отдельно.

Не путайте две вещи. Обновить сводное планирование - это значит обновить спланированные заказы, т.е. пересчитат потребности и покрытия, которые могли измениться например в связи с появлением/изменением заказа; в связи с коррекцией остатков в наличии; изменением настроек размеров партии и кратности и пр.
Планирование заданий - это инструмент коррекции(актуализации) дат в уже утверждённых заказах, без пересмотра его объёмов(количеств) и связанных с ними потребностей.

Цитата:

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

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

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

[ikopyl]

Цитата:

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

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

А зачем нам решать такую задачу?

Цитата:

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

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

Наоборот, насколько я понял, это зло и лишние телодвижения...

Решить нужно задачу одновременного перепланирования нескольких ПЗ, ускорения их каким-то образом, и как тут поможет конфигурация - как-то не очевидно...
На мой взгляд, скорее помогут календари РЦ, свойства рабочего времени и свойство ПЗ.

[S.Kuskov]

Может и зло. Автору темы виднее

Цитата:

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

А зачем нам решать такую задачу?
Решить нужно задачу одновременного перепланирования нескольких ПЗ

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

P.S.: Я ни на чём не настаиваю. Если это не проблема, и таких ситуаций избегать не нужно, то тогда действительно всё просто.

[Hard]

Цитата:

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

Не путайте две вещи. Обновить сводное планирование - это значит обновить спланированные заказы, т.е. пересчитат потребности и покрытия, которые могли измениться например в связи с появлением/изменением заказа; в связи с коррекцией остатков в наличии; изменением настроек размеров партии и кратности и пр.
Планирование заданий - это инструмент коррекции(актуализации) дат в уже утверждённых заказах, без пересмотра его объёмов(количеств) и связанных с ними потребностей.

Это как посмотреть. Меня не очень интересует сводное планирование. Мы хотим производственные заказы порождать сразу на несколько месяцев вперед. И планом как-таковым является перечень Заданий. Природа такого решения лежит в том, что заказы длительные, и очень много деталей и узлов надо произвести для реализации заказа, никто не знает, когда их будут запускать, и ПДО из всех реальных заданий подбирает те, которые целесообразно запустить в конкретные ближайшие дни. Заметьте - задания, а не ПЗ. Часть спланированного ПЗ запустить невозможно, для этого надо утвердить ПЗ и запустить его первые задания. Так зачем ждать? Лучше скопом утвердить все СПЗ по одному Заказу и сразу манипулировать заданиями. Например спланировать с определенной даты начало всех заданий по всем ПЗ сверхсрочного Заказа.

[Hard]

Цитата:

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

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

Насчет производственных групп подумаю, спасибо. Но суть не в этом, а том, что кластер один для номенклатуры. Хотя решение по созданию отдельного поля, протягиваемого из Заказов на продажу транзитом через СПЗ в ПЗ мы уже осмысливаем. Надо понять объем допиливания.

[ikopyl]

Цитата:

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

...кластер один для номенклатуры...

Дополню - кластер "по умолчанию" один для номенклатуры.
Ничто не мешает его заполнять во время утверждения СПЗ, менять после утверждения ПЗ и т.п....
Это всего лишь инструмент удобной группировки и перегруппировки ПЗ.