Понад MRP: чому ERP не справляється з плануванням виробництва з обмеженими потужностями

By Mirko Peters · 2026-09-16

Дізнайтеся, чому традиційні системи MRP і ERP не можуть створити реалістичний, здійсненний графік виробництва через припущення про необмежені потужності при плануванні.

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

Традиційні системи ERP і MRP добре справляються з відстеженням попиту, веденням специфікацій матеріалів і координацією запасів підприємства, але фундаментально не здатні створити здійсний виробничий графік. Оскільки стандартне планування ERP спирається на припущення про необмежені потужності, воно регулярно призначає кілька накладних виробничих замовлень на один і той самий верстат в один і той самий час, змушуючи планувальників заповнювати прогалину за допомогою електронних таблиць.

Головне

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

Основна суперечність планування в ERP

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

Проте, коли планувальник придивляється до реальної ситуації в цеху, один обробний центр несе більше навантаження, ніж будь-яка фізична зміна могла б опрацювати. Графік на папері виглядає повним, але виробництво не може його виконати. Це класична суперечність, з якою щодня стикаються виробники: ваша ERP може прив'язати роботу до календарної дати, але фізичний верстат має обмежені години, реальні простої на обслуговування і жорсткі експлуатаційні межі.

Для чого насправді призначене планування в ERP

Щоб зрозуміти, чому ваша ERP не може побудувати оптимальний виробничий графік, спочатку варто усвідомити її основне призначення. ERP є головною системою обліку попиту клієнтів, замовлень на продаж, замовлень на закупівлю, залишків запасів, специфікацій матеріалів і фінансового обліку. Коли надходить замовлення клієнта, ERP пов'язує цей попит зі структурою виробу: специфікація матеріалів визначає необхідні компоненти, а маршрут описує етапи виробництва.

MRP далі перетворює цей попит на потреби в постачанні. Воно відповідає на загальні питання макрорівня:

• Які компоненти ми маємо закупити у зовнішніх постачальників?
• Для яких вузлів потрібні внутрішні виробничі замовлення?
• Коли планування має випускати ці замовлення, щоб підтримувати ритм ланцюга постачання?

Це координація попиту та постачання в межах усього підприємства. Це важлива бізнес-функція, але вона не є детальним планом виконання на виробничій дільниці з хвилини в хвилину.

Хиба зворотного планування та необмеженої потужності

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

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

Виявлення проти вирішення в плануванні потужностей

Деякі корпоративні системи містять модулі планування потреби в потужностях (CRP), призначені для агрегування навантаження відносно календаря робочого центру. Звіт CRP може успішно показати, що критичний обробний центр має 40 годин попиту при лише 16 доступних годинах протягом певного тижня. Він виявляє перевантаження й переносить проблему з людської пам'яті на спільну панель моніторингу.

Проте виявити перевантаження — це зовсім не те саме, що його вирішити. Звіт про потужності фіксує колізію, але не розплутує її. Він не визначає, яке замовлення виконується першим, яке завдання відкладається, чи може альтернативний верстат виконати роботу, або як зміна вплине на подальші операції складання. Друк звіту про перевантаження двічі не створює додаткової зміни, другого оператора чи ще одного фізичного верстата.

Чому Excel і досі живе на виробничій дільниці

Цей фундаментальний розрив між розрахунком дат в ERP і фізичним виконанням на заводі пояснює, чому планувальники постійно покладаються на електронні таблиці, дошки та локальні списки пріоритетів. Планувальники поєднують інформацію з ERP, журналів обслуговування, карантину якості та власних неформальних знань про виробничу дільницю, щоб побудувати графік, який завод справді може виконати. Обхідні рішення у вигляді таблиць рідко є першопричиною проблеми. Вони є необхідною адаптацією до логіки планування, яку ERP нативно вирішити не може.

Подолання розриву за допомогою скінченного планування

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

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

Поширені запитання

Що означає припущення про необмежену потужність у системі ERP?

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

Чому системи ERP використовують планування у зворотному напрямку?

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

Чи може планування потреби в потужностях (CRP) усунути перевантаження робочих центрів?

Ні. CRP може виявляти й агрегувати перевантаження робочих центрів, показуючи, що верстат має 40 годин попиту при 16 доступних годинах, але він не визначає автоматично, які замовлення виконувати першими, не переносить конфліктні завдання і не оцінює наслідки для подальших операцій.

Чому планувальники виробництва покладаються на таблиці, а не на свою ERP?

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