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

[Hard]

Добрый день, уважаемые коллеги!
Прошу совета у опытных консультантов по производству.
Внедряем производство позаказного типа. Имеется задача группировать ПЗ по номеру Заказа. Заказ - это заказ на продажу. Проблема в том, что состав готовой продукции имеет много уровней вложенности и к непосредственно Заказу не знаю как "провалиться".
Пока текущая идея: использовать аналитику Конфигурация для указания в ней номера Заказа и, соответственно, группировки ПЗ. Спецификации, естесственно, в строках не имеют ссылки на конфигурацию, везде проставляю условное значение.
Не пониммаю, как дать Системе понять, что при сводном планировании по Заказу правильно определять спецификации следующих за первым уровнем производимых номенклатурных единиц и заставлять создавать спланированнные ПЗ, а затем и реальные с нужной конфигурацией (номером Заказа). Соответственно, и остатки полуфабрикатов будут висеть на конфигурации, что в общем-то является злом, но терпимым, если такое решение позволит обойтись без допиливания Сводного планирования.
Если затея с аналитикой бредовая (или не ту аналитику выбрал), то как заставить Систему создавать спланированные ПЗ, объединенные неким признаком, отождествляемым с номером Заказа?
Предвижу вопросы: "зачем группировать ПЗ?". Отвечаю: для возможности перепланирования ПЗ, принадлежащих одному Заказу Вперед от сегодняшнего дня (суперприоритетный заказ), а также для построения запросов и отчетов по ходу выполнения Заказа на всех стадиях производства.

[S.Kuskov]

Интересно. У меня в голове сразу возник другой (как мне кажеться более реальный) вариант трактовки вашей задачи. Например:
Есть комплектующие разного цвета. Причём, цвет закодирован не кодом номенклатуры, а кодом конфигурации. Как ввести в систему спецификацию на сборку готового изделия без привязки к конкретному цвету (от цвета спецификация не зависит, а справочник цветов может расширяться). Как указать системе, что цвет (конфигурация) компонента, должен определяться цветом (конфигурацией) изделия.

[Hard]

Цитата:

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

Интересно. У меня в голове сразу возник другой (как мне кажеться более реальный) вариант трактовки вашей задачи. Например:
Есть комплектующие разного цвета. Причём, цвет закодирован не кодом номенклатуры, а кодом конфигурации. Как ввести в систему спецификацию на сборку готового изделия без привязки к конкретному цвету (от цвета спецификация не зависит, а справочник цветов может расширяться). Как указать системе, что цвет (конфигурация) компонента, должен определяться цветом (конфигурацией) изделия.

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

[Vals]

Цитата:

Если затея с аналитикой бредовая

Да.

Цитата:

непосредственно Заказу не знаю как "провалиться".

В форме Чистые потребности есть все ссылки. А также форма Развёртывание вам поможет.

Цитата:

Предвижу вопросы: "зачем группировать ПЗ?". Отвечаю: для возможности перепланирования ПЗ, принадлежащих одному Заказу Вперед от сегодняшнего дня (суперприоритетный заказ), а также для построения запросов и отчетов по ходу выполнения Заказа на всех стадиях производства

Я думаю задача решается в стандарте, нужно подробнее посмотреть все возможности. Подробнее про Сводное здесь:
http://www.amand.ru/modules/wordpres...asterplanning/

[Hard]

Цитата:

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

В форме Чистые потребности есть все ссылки. А также форма Развёртывание вам поможет.

[/URL]

А разве оттуда можно перепланировать ПЗ?

[S.Kuskov]

Цитата:

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

А разве оттуда можно перепланировать ПЗ?

Можно, но только по конкретной номенклатуре.

[Hard]

Цитата:

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

Можно, но только по конкретной номенклатуре.

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

[glibs]

Цитата:

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

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

Важно чтобы вы понимали, что сводное планирование позволяет спланировать производство более эффективно с экономической т.з. нежели ваш подход. Некоторые из факторов вам назвали (неоптимальность партий закупки сырья и перемещений между складами, потери на экстренной переналадке оборудования под "вновь утвержденный план", неоптимальность партий производства полуфабрикатов, увеличение складских запасов и т.п.).

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

Сводное планирование лучше настроить для планирования операций, а не заданий. Причем настроить так чтобы система не пыталась утилизировать 100 процентов имеющихся ресурсов (так оно настроено по умолчанию). Такая настройка позволит вам:
а) осуществлять сводное планирование быстро
б) иметь резервы для оперативного перепланирования заданий
в) после запуска сводного планирования иметь возможность запускать более ресурсоемкое планирование производственных заданий параллельно (например, для каждого цеха в отдельности)
Т.е. планирование операций - это аналог объемно-календарного планирования.

Собственно график производства делать в форме планирования производственных заданий. Это кнопка "Обновить\Планирование заданий" в форме производственных заказов. С помощью кнопки "Фильтр" загружаете все производственные заказы по... цеху, всему производству, группе заказов, или как у вас принято планировать... Затем нужно нажать кнопку "Сортировка". Выбрать "Приоритет - дата поставки". Планировать от текущей даты вперед.

Чтобы задания спланировались (или даже перепланировались) в нужной вам последовательности в ПЗ перед запуском планирования нужно актуализировать приоритет (чем больше цифра - тем раньше ПЗ пойдет в производство). Собственно в этом и будет состоять ваша задача управления планированием.

Обратите внимание:
1. Вам нужно управлять приоритетами и запуском только ПЗ верхнего уровня. Связанные ПЗ обновятся вместе с ними.
2. Вероятно, вам стоит отбирать для планирования не все ПЗ, а только часть наиболее срочных. С помощью какого из признаков вы это сделаете - вам должно быть виднее.
3. Для удобства обработки приоритетов, если номер заказа вам так приятен и привычен, вы можете в ПЗ верхнего уровня добавить признак заказа на продажу, по котором он создан (если у вас всегда соблюдается соответствие один к одному). Но это делать не обязательно. Главное правильно расставить приоритеты.

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

[ikopyl]

Цитата:

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

А разве оттуда можно перепланировать ПЗ?

Вверху формы "Развёртывание" есть кнопка "Обновить"

[ikopyl]

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

[Hard]

Цитата:

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

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

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

[ikopyl]

Цитата:

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

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

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

Цитата:

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

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

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

[S.Kuskov]

Цитата:

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

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

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

Цитата:

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

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

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

[ikopyl]

Цитата:

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

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

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

Цитата:

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

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

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

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

[Hard]

Цитата:

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

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

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

[Hard]

Цитата:

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

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

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

[ikopyl]

Цитата:

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

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

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

[Vals]

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

[Hard]

Цитата:

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

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

Но как? Как докопаться до номера исходного Заказа на продажу, если работаем с ПЗ 5-го или 6-го уровня вложенности от готовой продукции?

[Vals]

Цитата:

Это как посмотреть. Меня не очень интересует сводное планирование.

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

Цитата:

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

Этим вы "убили" (не используете) большую часть функций сводного по перепланированию, действия и фьючерсы. Сводное генерит дату запуска (дата закупки, дата ПЗ, или дата переноса) ИМХО, утверждать ПЗ задолго до этой даты - ошибка, так как перепланирование созданного ПЗ гораздо сложнее, чем спланированного заказа (отчасти из-за такого подхода у вас и возникла описываемая задача).

Цитата:

Заметьте - задания, а не ПЗ. Часть спланированного ПЗ запустить невозможно, для этого надо утвердить ПЗ и запустить его первые задания.

Возможно, если соответствующим образом настроить спецификацию

Цитата:

Так зачем ждать? Лучше скопом утвердить все СПЗ по одному Заказу и сразу манипулировать заданиями. Например спланировать с определенной даты начало всех заданий по всем ПЗ сверхсрочного Заказа.

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