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 vs aps, і вона пояснює, чому більшість виробництв зрештою використовують обидві системи. Ця стаття призначена для виробничих планувальників, які відчувають, що результати їхнього MRP виглядають добре на папері, але не витримують зіткнення з реальністю цеху, і хочуть зрозуміти, чи є APS розв'язанням.

Головне

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

Що насправді робить MRP?

Механіку розгляньте в конспектах курсу MIT про MRP. Вхідними даними є головний виробничий графік (що має бути поставлено і коли, а також наявні запаси), майстер-файл позицій зі специфікацією, правила формування партій і планові терміни постачання, а також стан запасів.

Логіка складається з чотирьох частин:

1. Взаємозалік. Чисті потреби дорівнюють валовим потребам мінус наявні запаси, що відстежуються за кожен період. Замовлення потрібне, коли прогнозований залишок стає від'ємним.
2. Формування партій. Розмір замовлень визначається правилом, наприклад «партія на партію», фіксованим періодом замовлення або фіксованою кількістю замовлення.
3. Зсув на термін постачання. Кожне замовлення запускається раніше за дату виконання на плановий термін постачання.
4. Розгортання специфікації. Ті самі кроки повторюються для кожного рівня компонентів, де планові запуски верхнього рівня використовуються як валові потреби.

Результатом є планові замовлення, повідомлення про зміни та звіти про винятки. У 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: специфікації, терміни постачання, розміри партій і точність облiku запасів. APS поверх поганих майстер-даних дає точну нісенітницю.

Якщо більшість симптомів збігається, перевірте ідею недорого. Візьміть верстат-вузьке місце, скопіюйте випущені замовлення на наступний тиждень у таблицю і впорядкуйте їх вручну з реальними календарями та часами наладки. Якщо ця вправа змінює план, ви знайшли цінність, яку APS автоматизував би.

MRP проти APS: як вони працюють разом?

Думайте про розподіл обов'язків і запишіть його.

• MRP (у складі ERP) відповідає за матеріали. Потреби, пропозиції закупівель, планові замовлення та запаси.
• APS відповідає за послідовність. Він бере замовлення, перевіряє потужності й публікує графік.
• Виробнича ділянка надсилає зворотний зв'язок. Початок, завершення, кількості, брак і простої надходять до системи, яка відповідає за послідовність, тож наступний графік починається з реальності.

Дані рухаються в обидва боки. Замовлення та маршрути йдуть з ERP до APS. Дати, послідовність і ресурси повертаються в ERP, щоб обіцянки клієнтам і терміни постачання матеріалів відповідали здійсненному плану, а не плану з нескінченною потужністю. Найчастіше проблемою стає другий список робіт. Якщо ERP друкує один список, а APS показує інший, цех піде за тим, що йому простіше, і план тихцем перестане бути планом.

Перш ніж інтегрувати систему, вирішіть три питання:

1. Хто може випустити замовлення або змінити його? Одна система, одне правило.
2. Як часто системи обмінюються даними? Щогодини, щозміни або за запитом. Узгодьте це з рішеннями, які ухвалюються: планувальнику, який переплановує завтрашній день, потрібен статус до кінця зміни, а не щохвилини.
3. Що відбувається, коли зв’язок переривається? Цех має продовжувати працювати та наздогнати пізніше.

Як додати APS без масштабного проєкту «все або нічого»?

Працюйте лінія за лінією.

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

Кілька слів про персонал. APS, як правило, змінює роботу планувальника. Замість того щоб діяти за рутиною та розв’язувати винятки після запуску, планувальник стежить за живим графіком і коригує його. Закладіть час на навчання та дайте повноваження змінювати план, інакше інструмент використовуватимуть лише як звіт.

Що варто запитати у постачальника?

Запитання, які відрізняють конкретні відповіді від розмитих:

• Яка система відповідає за послідовність і як інша дізнається про зміни?
• Як інструмент враховує налаштування, що залежать від попередньої роботи?
• Скільки триває переплanuвання при моєму обсязі замовлень і як планувальник бачить, що змінилося?
• Які дані потрібні з ERP і що ви записуєте назад?
• Які частини цього може підтримувати власна команда після запуску?
• Чи можу я запустити інструмент на одній лінії з моїми даними, перш ніж зобов’язатися?

Запитайте також, як це вписується у вашу ERP. Якщо ви використовуєте ERP-систему зі вбудованими опціями скінченної потужності, запитайте, що ви отримаєте понад них і скільки коштуватиме синхронізація обох.

Типові помилки

• Купівля APS для усунення дефіциту матеріалів, який насправді є наслідком поганих даних MRP.
• Довіра до плану MRP без перевірки навантаження відносно потужності.
• Завищення строків постачання в ERP для компенсації, а потім дивування, чому зростають запаси.
• Дозвіл обом системам публікувати список робіт.
• Запуск на всьому заводі одночасно.
• Ігнорування того, що для планування потрібні часи налаштування та календарі, які хтось перевірив.
• Сприйняття APS як покупки програмного забезпечення, а не як зміни в тому, як працюють планувальники.

Де тут Polaris

Якщо ваш план MRP правильний, а графік неправильний, варто розглянути iFAKT Polaris. iFAKT описує Polaris як ШІ плюс цифровий двійник виробництва, що працює з даними ERP. Модуль Polaris Optimizer перетворює модель виробництва на виконуваний оптимізований план на основі даних ERP у реальному часі, доступності ресурсів і обмежень, таких як ресурси, зміни, зони, навички та потужності. Він виявляє вузькі місця, визначає пріоритети замовлень і реагує на збої за допомогою аналізу впливу та повторної оптимізації. Чи доповнюватиме він або замінюватиме частини вашого поточного рішення, залежить від вашої ERP і від звітності з цеху, тому протестуйте його на одній лінії з власними даними.

Пов’язані теми для вивчення

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

Наступний крок

Відкрийте останній запуск MRP і виберіть верстат, який найчастіше перевантажений. Вручну розставте на ньому замовлення на наступний тиждень, враховуючи реальні календарі та часи переналагодження, і подивіться, наскільки результат відрізняється від плану. Ця одна вправа покаже, чи питання «MRP проти APS» на вашому виробництві стосується даних, чи планування черговості.