APS vs MRP: в чём разница и что внедрять для исполнимого плана

MRP отвечает на вопрос "что и когда нужно купить/произвести" исходя из BOM и сроков. APS отвечает на вопрос "как реально выполнить план" в условиях конечных мощностей, календарей, переналадок, приоритетов и ограничений. На практике они не конкурируют — они закрывают разные уровни зрелости и горизонты планирования.

Ключевые выводы: когда MRP, а когда APS

Короткая рамка: MRP считает потребности, APS делает план исполнимым в реальных ограничениях.

MRP уместен, если

Основная неопределённость — в материалах и сроках поставки: важно корректно посчитать потребности по BOM, избежать дефицитов материалов и синхронизировать заказы с планом выпуска.

APS необходим, если

"План есть, но он не выполняется": мощности конечны, есть переналадки, запреты/совместимости, календари/смены и конфликты ресурсов. Нужен слой, который строит исполняемое расписание.

Зрелая связка

MRP отвечает за "что и когда нужно", APS — за "как выполнить". Дальше контур усиливается план-фактом, объяснимостью и what-if сценариями для управления KPI.

Практичный путь внедрения. Часто эффективно начинать с ограниченного участка: одна линия/группа ресурсов и одно семейство продуктов, чтобы быстро зафиксировать правила ограничений и сравнить сценарии по KPI.

MRP: что это и где оно реально полезно

MRP (Material Requirements Planning) — расчёт потребности в материалах и компонентах по датам под план/заказы.

MRP хорошо решает

Взрыв BOM, расчёт "что/когда/сколько" закупить/произвести, контроль дефицитов материалов, синхронизацию заказов с планом выпуска.

Главное ограничение

Во многих реализациях MRP не гарантирует исполнимость по мощностям: оно считает даты, предполагая, что мощности "как-то найдутся". Для конечных мощностей нужны дополнительные механики (finite-capacity подходы).

Как правильно использовать

Стабильные справочники, корректные нормативы, дисциплина данных. В идеале — связка с расписанием/ограничениями, чтобы "даты MRP" не жили отдельно от реальности. См. также: маршруты и нормативы.

APS: что это и почему оно "про исполнимость"

APS (Advanced Planning & Scheduling) — класс систем и методов, которые строят план/расписание с учётом ограничений и оптимизации KPI.

Что добавляет APS

Finite capacity (конечные мощности), последовательности операций, переналадки, календари, совместимости, "замки" и запреты, приоритеты и штрафы.

Что получается на выходе

Исполнимое расписание, загрузка ресурсов, узкие места, причины невыполнимости, а также сценарии what-if и рекомендации с объяснимостью.

Сравнение APS и MRP

MRP — про материалы и даты. APS — про ограничения, исполнимость и оптимизацию.

• Главный вопрос. MRP: что/когда/сколько нужно по материалам. APS: как выполнить план в реальных ограничениях.
• Ограничения мощностей. MRP: обычно "приближенно" или отдельно. APS: встроено — finite capacity, календари/смены, последовательности, переналадки.
• Детализация. MRP: потребности/заказы/даты. APS: операции/ресурсы/смены/партии/переналадки.
• Сценарии "что-если". MRP: ограниченно. APS: нативно — сравнение планов, штрафов, KPI.
• Типовые KPI. MRP: дефициты, уровень материалов, соблюдение сроков заказов. APS: OTD/OTIF, WIP, стабильность плана, переналадки, throughput, cost.
• Роль в архитектуре. MRP: чаще часть ERP/MRP-модуля. APS: слой оптимизации/планирования поверх данных ERP/MES/WMS, с объяснимостью и план-фактом.

Эффекты: какие улучшения встречаются в источниках

Важно: цифры зависят от отрасли, дисциплины данных и зрелости процессов. Ниже — ориентиры из публикаций.

Запасы и капитал

В обзорах по продвинутому (digital) планированию встречаются ориентиры снижения запасов на 10-20% при сохранении требуемого уровня сервиса — как результат улучшения качества планирования и принятия решений.

Сервис и "штрафы"

В рамках зрелых практик интегрированного планирования (IBP/advanced planning) в публикациях встречаются диапазоны улучшений: service level +5-20 п.п., а также снижение стоимости "сбоев" и штрафов.

Как корректно измерять эффект у себя

Чтобы не спорить "о процентах", договоритесь о базовой метрике plan-fact и о KPI: OTD/OTIF, WIP, стабильность плана, время переналадок, доля срочных переназначений, дефициты материалов, доля "ручных правок". Пилот обычно строится так: данные → модель → критерии качества → сравнение сценариев → регламент. В качестве принципа часто помогает constraints-first.

Как выбрать: чек-лист

5 вопросов, которые помогают понять, где вы находитесь: "MRP достаточно" или пора в APS.

• 1) План исполним? Если "план есть, но цех живёт отдельно" — это сигнал в сторону APS/finite scheduling: нужен слой, который строит исполняемое расписание с учётом ограничений.
• 2) Где главная боль: материалы или мощности? Дефициты материалов → усиливаем MRP/данные. Конфликты мощностей/переналадки/окна → нужен APS и работа с узкими местами.
• 3) Есть ли "правила реальности"? Совместимости, запреты, "замки", приоритеты и штрафы — если это всё в голове у планировщика, система должна это уметь.
• 4) Насколько часто перепланирование? Если каждый день/неделю — нужна механика устойчивого пересчёта, сценарии и объяснимость, чтобы решения не превращались в "чёрный ящик".
• 5) Хотите управлять KPI, а не "дожимать руками"? APS обычно становится слоем оптимизации: баланс сервиса/стоимости/запасов/переналадок/сроков, с прозрачной логикой и ссылкой на ограничения (constraints-first).

Рекомендация по старту. Начните с узкого контура: 1-2 ресурса/линии + 1 семейство изделий. Так проще доказать исполнимость, собрать правила ограничений и быстро показать план-факт.

FAQ

Короткие ответы на частые вопросы про MRP/APS и "как это живёт рядом с ERP".

Источники и чтение

Подборка материалов, на которые мы опирались в формулировках и ориентирах.

• Gartner glossary: Advanced Planning & Scheduling (APS). Ссылка
• McKinsey: Autonomous supply chain planning (ориентиры по снижению запасов 10-20%). Ссылка
• McKinsey: Integrated Business Planning (вилки по сервису/затратам). Ссылка
• Politecnico di Milano: Improving production planning through finite-capacity MRP. PDF
• PlanetTogether: APS public case studies. Ссылка