INTEBRIX Optimization Platform
On-prem • Cloud в разработке Запросить демо

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

What-if scenarios:
сценарии “что-если” для выбора лучшего плана

В реальности всегда несколько “правильных” вариантов: ускорить срочное ценой переналадок, добавить смену, перераспределить на альтернативный ресурс, изменить партии или приоритеты. What-if в Intebrix позволяет быстро считать и сравнивать сценарии по KPI, а затем фиксировать выбранный вариант как рабочий план.

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

Что такое “what-if” в APS/MRP

Это управляемое сравнение вариантов плана — не “в вакууме”, а с реальными ограничениями, ресурсами, сменами и материалами.

Базовая линия
Фиксируем “как сейчас”: текущие ограничения, мощности, входной портфель.
BaselineAs-is
Изменение условий
Добавили смену? срочный заказ? новая переналадка? дефицит? — задаем изменения.
ChangeConstraints
Сравнение по KPI
Смотрим компромиссы: сроки ↔ переналадки ↔ загрузка ↔ дефициты.
KPITrade-offs

Какие “ручки” чаще всего крутят в сценариях

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

Сменность и доступность
Добавить смену, открыть выходной, перераспределить окна работы.
ShiftsCalendars
Приоритеты и сроки
Поднять срочное, изменить штрафы просрочки, правила очередности.
PriorityDue date
Партии и переналадки
Изменить размер партии, правила группировки, матрицу setup.
BatchingSetup
Альтернативы
Альтернативный ресурс/маршрут/операция — если есть технологическая гибкость.
AlternativesRouting
Важно про границы
Сценарии честные только при корректных правилах. Поэтому на пилоте мы сначала фиксируем ограничения “как в жизни”, а затем уже сравниваем варианты.
Как внедряем →

Как сравниваем сценарии

Обычно делаем “пакет” KPI: сервис/сроки, стабильность плана, стоимость переналадок и нагрузку узких мест.

Сроки / OTIF
Просрочка, OTIF, выполнение ключевых заказов.
OTIFDue date
Setup / потери
Количество/время переналадок, потери от частых переключений.
SetupLosses
Загрузка узких мест
Пики/провалы и “что не помещается” в горизонте.
BottleneckCapacity
Материалы / дефициты
MRP: дефициты, даты обеспечения и влияние на операции/сроки.
MRPShortage
Стабильность плана
Если переплан делаем часто — важно не “дергать” производство.
Freeze window
Фиксируем ближайший горизонт, меняем дальше по правилам.
Порог изменений
Ограничиваем число перестановок/смен ресурсов в день/смену.
Список изменений
Что поменялось и почему — чтобы план можно было принять.
Типовой процесс
Как обычно используют сценарии в ежедневной работе.
1) Создали сценарий
Изменили сменность/приоритет/ограничение/альтернативу.
2) Посчитали и сравнили
KPI + список изменений, компромиссы по узким местам/дефицитам.
3) Зафиксировали лучший
Выбрали вариант и перешли к replanning/выпуску заданий.

FAQ по what-if сценариям

Что можно менять, как сравнивать, и как избежать “игры в цифры”.

Что обычно меняют в сценариях?

Чаще всего: сменность/календари, приоритеты и правила очередности, партии и переналадки, альтернативные ресурсы/маршруты.

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

Как понять, какой сценарий “лучше”?

Мы задаем пакет KPI: сроки/OTIF, setup/потери, загрузка bottleneck, дефициты (MRP) + стабильность плана.

Обычно нет идеального варианта — есть лучший компромисс под текущие цели.

Сценарии не приведут к “оптимизации ради оптимизации”?

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

На пилоте отдельно согласуем KPI и границы изменений (freeze window, пороги перестановок).

Дальше логично: Replanning
После выбора сценария — фиксируем правила стабильности и пересчитываем рабочий план.
Replanning → Setup optimization → В хаб →
Made on
Tilda