MRP против APS: что делает каждая система и когда MRP уже недостаточно

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

MRP определяет, какие материалы заказать и когда, а APS — что цех реально может выпустить. Разбираем, где MRP даёт сбой, и как добавить APS поэтапно.

Automatically translated with AI from the original post. Read the English original

MRP (планирование потребности в материалах) определяет, какие материалы нужны и когда их заказать или изготовить. APS (расширенное планирование и составление расписания) определяет, может ли цех действительно выполнить этот план, на каком ресурсе и в каком порядке, и какие заказы будут сорваны, если не может. Это краткий ответ на вопрос «MRP против APS», и он объясняет, почему большинство производств в итоге используют обе системы. Статья адресована производственным планировщикам, которые видят, что результаты MRP выглядят правильно на бумаге, но не выдерживают столкновения с реальностью цеха, и хотят понять, решит ли их проблему APS.

Ключевые выводы

• MRP вычитает валовые потребности из запасов и смещает их на срок поставки, формируя плановые заказы; он отвечает на вопрос, что заказать или изготовить и когда.
• Конспекты курса MIT перечисляют ограничения MRP: он детерминированный, предполагает бесконечную мощность, плановые сроки поставки, как правило, завышены, а небольшие отклонения могут вызвать большие изменения графика.
• APS добавляет конечную мощность, календари, переналадки и приоритеты, поэтому он отвечает на вопрос, можно ли выполнить план и какой заказ будет сорван, если нельзя.
• Большинство производств используют обе системы: MRP для материалов, APS для выполнимой последовательности, при этом одна система назначается владельцем последовательности.
• Добавляйте APS, когда появляются перегруженные ресурсы, длинные сроки поставки, закладываемые с запасом, или постоянные срочные заказы, и сначала исправьте данные о маршрутах и мощностях, прежде чем что-либо покупать.

Что на самом деле делает MRP?

Механику берём из конспектов курса MIT по MRP. Исходные данные: главный производственный график (что и когда должно быть выпущено, плюс наличие запасов), справочник позиций с спецификациями (BOM), правила формирования партий и плановые сроки поставки, а также состояние запасов.

Логика состоит из четырёх частей:

1. Вычитание запасов. Чистая потребность равна валовой потребности минус имеющиеся запасы, которые учитываются по периодам. Заказ нужен, когда прогнозируемый остаток становится отрицательным.
2. Формирование партий. Размер заказа определяется правилом, например «партия за партию», фиксированным периодом заказа или фиксированным количеством заказа.
3. Смещение на срок поставки. Каждый заказ запускается раньше срока выполнения на плановый срок поставки.
4. Раскрытие спецификации (BOM). Те же шаги повторяются для каждого уровня компонентов, при этом плановые запуски вышестоящего уровня используются как валовые потребности.

Результатом являются плановые заказы, уведомления об изменениях и отчёты об исключениях. В ERP-системе это обычно и есть расчёт планирования. В Dynamics 365 Supply Chain Management это часть мастер-планирования. По сути, это планирование потребности в материалах: надёжный способ обеспечить поступление материалов под известный спрос.

Где MRP даёт сбой?

Те же конспекты MIT прямо говорят об ограничениях. Они отмечают, что MRP детерминированный, а реальность — нет, и называют несколько следствий:

• Бесконечная мощность. MRP предполагает, что мощность доступна тогда, когда она нужна плану. Реальная мощность конечна, поэтому график может оказаться невыполнимым.
• Завышенные сроки поставки. Плановые сроки часто задают с запасом, чтобы компенсировать колебания, но это раздувает запасы и незавершённое производство.
• Нервозность. Небольшие отклонения от плана могут вызвать большие изменения в графике. Заморозка ближайшего графика помогает, но имеет собственную цену.
• Компенсация буферами. Страховые запасы и страховой срок поставки добавляют, чтобы справиться с неопределённостью, а потери выхода заставляют запускать дополнительные детали.

Ниже гипотетический пример, придуманный только для иллюстрации логики. На станке доступно 80 часов на этой неделе (две смены, пять дней). Запуск MRP выпускает три плановых заказа, которым нужен этот станок: 40 часов, 35 часов и 30 часов. Общая загрузка составляет 105 часов. MRP не возражает. Он видит материалы и сроки поставки, а не перегрузку на 25 часов. На производстве кому-то нужно решить, какой заказ подождёт, нужны ли сверхурочные или перенос работы на другой станок, и никто не видит последствий для сроков отгрузки, пока они не наступят.

Именно это решение APS делает видимым до начала недели.

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

APS переносит план в календарь с ограничениями. На практике это означает конечную мощность, рабочие календари, время наладки и переналадки, альтернативные ресурсы, приоритеты заказов и, часто, доступность инструмента и навыков. Результатом становится график, который соответствует цеху, а также чёткий список заказов, которые будут просрочены, и на сколько.

Документация Microsoft показывает, что даже у ERP-систем есть слой для этой задачи. Страница о ограниченных планах описывает главный план, который учитывает ограничения как по материалам, так и по мощностям, чтобы производство не начиналось раньше, чем появятся материалы, и ресурсы не перегружались. Он включается через такие настройки, как конечная мощность и временные рубежи. Страница о планировании операций добавляет оговорку, которая важна для ожиданий: планирование операций даёт общую оценку во времени и назначает каждую операцию на её группу ресурсов, используя длительности из маршрута. Конкретные ресурсы внутри группы оно не выбирает. Планирование заданий — инструмент для краткосрочного и детального планирования работы цеха. Таким образом, это спектр, а не переключатель. Прежде чем считать, что нужен отдельный продукт, проверьте, что умеет ваша версия ERP.

Специализированная APS-система идёт дальше в детализации. Как правило, она учитывает зависимые от последовательности наладки, несколько ограничений одновременно и быстрые расчёты «что если», а также позволяет планировщику видеть результат и вносить в него изменения. Нужна ли она вам, зависит от вашего производства, а не от названия.

Как понять, что вы переросли MRP?

Ищите симптомы, а не функции. Следующие признаки обычно указывают на проблему с планированием, а не с материалами:

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

Если главная проблема — нехватка материалов, сначала исправьте данные MRP: спецификации, сроки поставки, размеры партий и точность учёта запасов. APS поверх плохих мастер-данных даёт точную бессмыслицу.

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

MRP и APS: как они работают вместе?

Думайте о разделении обязанностей и зафиксируйте его письменно.

• MRP (в составе ERP) отвечает за материалы. Потребности, предложения на закупку, плановые заказы и запасы.
• APS отвечает за очерёдность. Он принимает заказы, проверяет мощности и публикует график.
• Цех возвращает данные. Начало, окончание, количества, брак и простои передаются в систему, которая отвечает за очерёдность, чтобы следующий график строился на реальных данных.

Данные движутся в обоих направлениях. Заказы и технологические маршруты передаются из ERP в APS. Даты, последовательность и ресурсы возвращаются в ERP, чтобы обещания клиентам и сроки материалов опирались на выполнимый план, а не на план с бесконечной мощностью. Самое частое слабое место — второй список работ. Если ERP печатает один список, а APS показывает другой, цех пойдёт за тем, что удобнее, и план незаметно перестанет быть планом.

Перед интеграцией решите три вопроса:

1. Кто может выпускать заказ или вносить в него изменения? Одна система, одно правило.
2. Как часто системы обмениваются данными? Ежечасно, по сменам или по запросу. Сопоставьте это с решениями: планировщику, который перепланирует завтрашний день, нужен статус к концу смены, а не поминутные данные.
3. Что происходит при разрыве связи? Цех должен продолжать работать и наверстать расхождения позже.

Как внедрить APS без проекта «big bang»?

Работайте линия за линией.

1. Выберите одно ограничение и его линию. Одно узкое место, одно семейство продукции.
2. Очистите данные для этой линии. Маршруты, время цикла и переналадки, календари, альтернативные ресурсы. Пройдитесь по цеху, чтобы их проверить.
3. Запустите APS параллельно на несколько недель. Сравните его расписание с тем, что сделал бы планировщик, и с тем, что реально произошло.
4. Измерьте расхождения. Плановые и фактические даты начала и окончания, выполнение графика поставок, сверхурочные часы. Разберитесь, где расписание было неверным и почему.
5. Назначьте владельца последовательности и переведите цех на этот список.
6. Расширяйте на следующую линию только после того, как цифры сойдутся.

Несколько слов о персонале. APS обычно меняет работу планировщика. Вместо того чтобы следовать рутине и разбирать исключения после прогона, планировщик отслеживает живое расписание и корректирует его. Заложите время на обучение и дайте ему право менять план, иначе инструмент будет использоваться как отчёт.

Что спросить у поставщика?

Вопросы, которые отделяют содержательные ответы от расплывчатых:

• Какая система владеет последовательностью и как другая узнаёт об изменениях?
• Как инструмент учитывает переналадки, которые зависят от предыдущей операции?
• Сколько занимает перепланирование при моём объёме заказов и как планировщик видит, что изменилось?
• Какие данные нужны из ERP и что вы записываете обратно?
• Какие части этого моя команда сможет поддерживать после запуска?
• Могу ли я запустить инструмент на одной линии на своих данных до принятия решения?

Уточните также, как это сочетается с вашей ERP. Если у вас ERP со встроенными возможностями планирования с конечной мощностью, спросите, что вы выиграете сверх них и во что обойдётся синхронизация обеих систем.

Распространённые ошибки

• Покупка APS для устранения дефицита материалов, который на самом деле вызван плохими данными MRP.
• Доверие плану MRP без проверки загрузки по мощностям.
• Завышение сроков поставки в ERP для компенсации, а потом недоумение, почему растут запасы.
• Позволить обеим системам публиковать список работ.
• Запуск на всём заводе сразу.
• Игнорирование того, что планированию нужны переналадки и календари, которые кто-то проверил.
• Рассмотрение APS как покупки программного обеспечения, а не как изменения в том, как работают планировщики.

Где здесь Polaris

Если ваш план MRP верен, а расписание — нет, стоит присмотреться к iFAKT Polaris. iFAKT описывает Polaris как ИИ плюс цифровой двойник производства, работающий с данными ERP. Модуль Polaris Optimizer превращает производственную модель в исполнимый оптимизированный план на основе данных ERP в реальном времени, доступности ресурсов и ограничений, таких как ресурсы, смены, зоны, навыки и мощности. Он выявляет узкие места, расставляет приоритеты заказов и реагирует на сбои с анализом последствий и повторной оптимизацией. Дополнит ли он или заменит части вашей текущей схемы, зависит от вашей ERP и отчётности с производственного участка, поэтому проверьте его на одной линии на своих данных.

Смежные темы для изучения

• Планирование с конечной мощностью: почему недельный обзор загрузки может выглядеть нормально, а суточное расписание невыполнимо.
• Качество данных для планирования: кто отвечает за маршруты, нормы времени и календари и как часто их проверяют.
• Планирование с обратной связью: как фактические данные с цеха меняют следующий план.
• Страховые запасы и буферы сроков поставки: как завышение в MRP скрывает проблему с расписанием.
• Навыки планировщиков в проекте планирования: что меняется в ежедневной работе и как к этому подготовиться.

Следующий шаг

Откройте последний прогон MRP и выберите станок, который чаще всего перегружен. Вручную распределите на нём заказы следующей недели, учитывая реальные календари и время переналадки, и посмотрите, насколько результат отличается от плана. Это одно упражнение покажет, в чём причина на вашем предприятии: в данных или в планировании загрузки.