Проблема с планированием заданий в производстве

[alexander.PK-RAZIONAL]

Цитата:

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

Давайте проясним:
1. Вы утвердили /Создали ПЗ, система развернула / создала производственные задания с резервированием мощностей (судя по вашему примеру неправильно)
2. Вы запускаете сводник, который перепланирует вам производственные задания и снова неправильно?

1. Система развернула задания назад от даты поставки;
2. Мы запускаем доработку "Перепланирование заданий", которое основывается на результатах сводного планирования и задания планируются с каким-то промежутком, т.е. не планируются по порядку выполнения "друг за другом - день в день", а планируются с промежутком в месяц: например 5 операция 31.10.2016, а 10 операция начинается 29.11.2016, хотя ресурс свободен, а операция занимает 2 часа.

[fed]

Цитата:

Сообщение от alexander.PK-RAZIONAL

1. Система развернула задания назад от даты поставки;
2. Мы запускаем доработку "Перепланирование заданий", которое основывается на результатах сводного планирования и задания планируются с каким-то промежутком, т.е. не планируются по порядку выполнения "друг за другом - день в день", а планируются с промежутком в месяц: например 5 операция 31.10.2016, а 10 операция начинается 29.11.2016, хотя ресурс свободен, а операция занимает 2 часа.

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

[Ihar Grabennikau]

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

[ds1678]

Цитата:

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

Еще, пожалуй спрошу: А как вы планируете задания "Вперед от назначенной даты" ?
Просто в штатном коде сводного планирования жестко прописан метод планирования назад. (Точно также как в коде фьючерсного планирования жестко прописан метод планирования вперед).
Вообще в спланированых заказах планировать вперед можно только по кнопочке Reschedule. Однако же эта кнопочка не запускает сводного планирования, я просто перепланирует ресурсы. По итогам перепланирования, оно может обновить даты потребностей в net requirements (не помню как оно переводится) по шапке заказа и по строкам спецификации. Но полноценного сводного при этом не запускается.
Аналогичная ситуация и с перепланированием производственных заказов (реальных, не спланированных).
Ну а если вы заказ/плановый заказ ручками перепланировали вперед, то все равно следующая сессия сводного планирования перепланирует заказы в своем стандартном режиме - назад.

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

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

Я вижу себе такую последовательность действий:
1. Запустили сводный план, он рассчитал спланированные заказы по принципу "назад от даты потребности", но с учетом ограничений мощности. Это означает, что часть заказов могут быть передвинуты на еще более ранние даты, чем нужно, исходя из потребности.
2. Выделили какой-то пул спланированных заказов, исходя из наиболее ранних дат запуска или выпуска (например, заказы из ближайших 7 рабочих дней). И перепланировали их вперед от текущей даты.
3. Утвердили или сменили статус, заблокировав от пересчета стандартным сводником.
4. После пересчета сводного плана можно убедиться, что проблем с наличием компонентов БОМа не появилось, ну или появилось.

Это очень черновой набросок, нюансы надо додумывать. Но лучше оттолкнуться от стандарта, нмв.

[Vals]

Посмотрели мы вместе систему и вот что получили:
1. Спецификации настроены так: Тип строки стоит Номенклатура
2. Маршруты: параметр Жестко/мягко не стоит.
3. Остатки материалов есть.
4. Свободное Рабочее время ресурсов есть.

Вот что мы обнаружили:
1. Создаём ПЗ, делаем оценку.
2. Запускаем планирование по заданиям (Вперёд от сегодняшнего, Назад от даты поставки - оба варианта пробовали).
3. Система создаёт спланированные заказы и полуфабрикаты планирует с датой на последнюю операцию Готового изделия. И это Неверно - из-за того, что полуфабрикаты реально задержаны, то выполнение всего заказа сдвигается.. (немножко в недоумении от такой наглости
4. Удаляем спланированные заказы, заново запускаем Планирование по заданиям с аналогичными параметрами.
5. И получаем нужный, правильный результат. Полуфабрикаты планируются правильно на первую или вторую (третью) операции сборки.

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

Сводное не запускали, чтобы исключить ошибку, запускали только планирование по ПЗ

[alexander.PK-RAZIONAL]

Цитата:

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

Посмотрели мы вместе систему и вот что получили:
1. Спецификации настроены так: Тип строки стоит Номенклатура
2. Маршруты: параметр Жестко/мягко не стоит.
3. Остатки материалов есть.
4. Свободное Рабочее время ресурсов есть.

Вот что мы обнаружили:
1. Создаём ПЗ, делаем оценку.
2. Запускаем планирование по заданиям (Вперёд от сегодняшнего, Назад от даты поставки - оба варианта пробовали).
3. Система создаёт спланированные заказы и полуфабрикаты планирует с датой на последнюю операцию Готового изделия. И это Неверно - из-за того, что полуфабрикаты реально задержаны, то выполнение всего заказа сдвигается.. (немножко в недоумении от такой наглости
4. Удаляем спланированные заказы, заново запускаем Планирование по заданиям с аналогичными параметрами.
5. И получаем нужный, правильный результат. Полуфабрикаты планируются правильно на первую или вторую (третью) операции сборки.

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

Сводное не запускали, чтобы исключить ошибку, запускали только планирование по ПЗ

Коллеги, нашел объяснение данному явлению: Система DAX 2012 в стандарте своём имеет одно свойство - если не запускать общего сводного планирования, которое пересоздаст все спланированные заказы, то при запуске любого функционала(будь то планирование заданий по конкретному заказу или сводное по конкретной номенклатуре) система не пересоздаст уже спланированные заказы, а просто возьмет их из списка с готовыми датами.

[Vals]

Вопрос в том, почему при первом проходе она ошибается, а при втором правильно.

[Vals]

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

Проверь, склад потребления в строках сырья стоит?

[Vals]

Предположение то же, возможно влияют +/- дни на сдвиг.

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

[alexander.PK-RAZIONAL]

Цитата:

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

Предположение то же, возможно влияют +/- дни на сдвиг.

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

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

[Vals]

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