INTEBRIX Optimization Platform
Запросить демо

INTEBRIX • Подзадача APS

Перепланирование производства (Replanning):
быстрый пересчёт производственного плана без хаоса в цехе

В реальном производстве план меняется каждый день: срочный заказ, поломка, дефицит материалов, сдвинули поставку, убрали смену, “вылезли” переналадки. Перепланирование производственного плана в INTEBRIX (как часть APS-системы) — это не “пересчитать всё заново”, а оперативное перепланирование производства и пересчёт расписания (rescheduling) так, чтобы план оставался исполнимым, а изменения были контролируемыми: что можно менять, что фиксируем (окно заморозки / freeze window) и почему план изменился. Дефициты из MRP и ограничения мощности из capacity planning учитываются “на лету” — чтобы переплан был реалистичным, а не “на бумаге”.

✓
Окно заморозки: фиксируем “то, что уже в работе”, перепланируем дальше по горизонту
✓
План не “дергается”: управляем стабильностью (меньше перестановок и сюрпризов в цехе)
✓
Пояснимость: видно причины сдвигов — поломка, дефицит, приоритет, новое ограничение
✓
Сценарии переплана: сравнение вариантов по срокам, переналадкам и загрузке узких мест
Запросить демо ← В хаб APS/MRP
On-prem • Cloud в разработке • Пилот 2–6 недель • Интеграции: ERP / 1C / Excel / API
Когда нужно перепланирование • Как контролируем изменения • KPI перепланирования • Материалы • Related / Next • FAQ
Главная мысль про перепланирование
Перепланирование производства — это управление изменениями: что трогать нельзя, что можно переставлять и какую цену мы платим за срочность (переналадки, простои, просрочка части заказов, штрафы). INTEBRIX делает этот компромисс прозрачным: видно не только новый план, но и почему он стал таким.
Пилот → Интеграции →

Когда нужно перепланирование производства

Это типовые ситуации, когда ручная “перекладка” занимает часы и приводит к лавине ошибок. По сути — оперативное перепланирование производства, когда важно быстро вернуть план в исполнимое состояние.

Поломка / недоступность ресурса
Ресурс выпал → перераспределяем операции по альтернативам и сменам, проверяя загрузку в capacity planning.
DowntimeCapacity
Дефицит материалов (MRP)
Сдвинулись даты обеспечения → перепланирование с учётом реальной доступности материалов из MRP.
MRPShortage
Срочный заказ / смена приоритета
Нужно “втиснуть” срочное и при этом удержать сроки по остальным заказам и SLA.
PriorityDue date
Изменили сменность / календарь
Добавили/убрали смены, выходные → пересчет исполнимости по мощностям и срокам.
CalendarsShifts
Новые ограничения (качество/оснастка)
Промывки, окна QC, запреты на соседство → встраиваем как ограничения в APS.
ConstraintsQuality
План “дергается” каждый день
Стабилизируем: задаём правила изменений и зоны пересчёта, уменьшаем nervousness — особенно вокруг узких мест.
StabilityFreeze

Как контролируем изменения при перепланировании

Перепланирование расписания производства — это управление областью изменений и их “стоимостью”. Ниже — механизмы, которые удерживают план от хаоса и делают изменения предсказуемыми для цеха.

Окно заморозки (freeze window)
Фиксируем то, что уже “в работе”, и оптимизируем дальше по горизонту.
Near-term фиксируем
Например 1–3 дня: операции в работе, подготовленную оснастку, выпущенные задания.
Mid-term оптимизируем
Перестраиваем последовательности и партии, уменьшаем переналадки (см. оптимизацию переналадок), перераспределяем по ресурсам.
Long-term планируем
Готовим будущие решения через what-if сценарии и проверки ограничений.
Пояснимость переплана
Чтобы план принимали, нужно отвечать на вопрос “почему так?”.
Список изменений
Что сдвинулось, где сменился ресурс, какие операции переставлены.
Причины
Поломка, дефицит материалов, приоритет, новое ограничение, окно заморозки — видно связку “событие → ограничение → последствия”.
Цена решения
Рост переналадок, просрочка части заказов и штрафы, или пик нагрузки на узкое место.
Как часто делать переплан
Частота перепланирования — управляемая величина. Иногда лучше пересчитывать по событию (поломка/дефицит), а иногда — по расписанию (ежедневно/ежесменно) с заданным окном стабильности, чтобы план менялся только тогда, когда это действительно нужно.
What-if сценарии →

KPI перепланирования производства

Оцениваем не только сроки: фиксируем KPI стабильности и “стоимости” изменений, чтобы переплан не превращался в хаос.

Сроки / OTIF / SLA
Просрочка, OTIF, соблюдение SLA после событий и пересчётов.
OTIFSLA
Стабильность (nervousness)
Сколько изменений в плане: перестановки, смена ресурса, сдвиги дат и “переезды” партий.
StabilityFreeze
Переналадки / потери
Как меняются переналадки и “пустое время” после переплана (часто главный скрытый налог срочности).
SetupLosses
Узкие места и штрафы
Пики на bottleneck, рост WIP/очередей и штрафы за просрочки.
BottleneckPenalties

Материалы по теме

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

Replanning без “качелей”
Как удержать стабильность плана: freeze window, правила изменений и метрики nervousness.
StabilityFreeze
APS vs MRP
Почему переплан “живет” на связке: расписание ↔ материалы ↔ мощность.
APSMRP
Переналадки: матрица A→B
Как матрица переналадок влияет на rescheduling и почему “срочность” часто = рост потерь.
SetupSequence

FAQ по перепланированию производства (Replanning)

Коротко о главном: как часто пересчитывать, что фиксировать, и как избежать “дергания” плана.

Как часто делать перепланирование производственного плана?

Зависит от процесса. Часто работает схема: пересчет по событию (поломка/дефицит) + регулярный пересчет по расписанию (например ежедневно).

Ключ — окно заморозки (freeze window) и KPI стабильности, чтобы план не “дергался” без необходимости.

Что фиксировать, чтобы перепланирование не останавливало производство?

Обычно фиксируют ближайший горизонт: операции в работе, подготовленную оснастку, выпущенные задания.

Дальше по горизонту допускают перестановки и оптимизацию (переналадки, batching), сохраняя приоритеты.

Почему система изменила план?

INTEBRIX показывает изменения и причины: дефицит материалов, поломка, новый приоритет, новое ограничение, окно заморозки.

Также видно “цену” решения: рост переналадок/потерь, перегруз узкого места и возможные штрафы.