Планирование цеха: сценарии на реальной загрузке, не на «красивой норме»

Задача

План цеха всегда компромисс: мощности, люди, приоритеты, срывы поставок, срочный заказ «на вчера». В системах часто лежит норма. В жизни очередь исключений.

ИИ бесполезен, если «советует» по регламенту, а диспетчер живёт в другой картине: фактические длительности, узкие ресурсы, право перепланировать.

Как было (as-is)

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

Без модели факта любой алгоритм переставляет несуществующие кубики.

Что сделали

Не обязательно выкидывать APS/MES. Чаще нужен слой поверх реальной загрузки:

Собрать факт: операции, ограничения, приоритеты, кто имеет право перепланировать.
Сценарии «что если»: сдвиг заказа, простой станка, задержка заготовки.
Подсветка риска срыва и предложение пересборки по понятным правилам.
Объяснение приоритета хотя бы в грубом виде, для диспетчера, не «чёрный ящик».

Решение у людей. Модель нужна, чтобы не считать всё вручную под давлением смены.

Результат

Перепланирование. При сбое или задержке поставки диспетчер за минуты получает вариант нового расписания с учётом приоритетов (в пилоте ориентир ~2 минуты на пересчёт сценария).
Простои. Меньше каскадных простоев за счёт раннего видения сдвига сроков.
Узкие места. Ограничения производства видны в одной рабочей картине, а не только «в голове».

Ограничения

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

Чему учит кейс

В планировании работает модель факта и узкий пилот. Обещание «ИИ сам разложит смены» здесь не держится.