Усі статті

2 лют. 2026

Що таке MRP: алгоритм 1960-х, який досі керує вашим заводом

Чому MRP пропонує «замовити 130», коли потрібно 400, і чому дата вже минула? Просте пояснення планування потреб у матеріалах із прикладом розрахунку, прихованим припущенням і трьома поширеними міфами.

Ізометрична ілюстрація до Що таке MRP: алгоритм 1960-х, який досі керує вашим заводом

Щоночі на тисячах заводів виконується розрахунок, придуманий ще до появи персонального компʼютера. Він відповідає на одне просте питання: які матеріали нам потрібні, скільки і коли їх треба замовити, щоб вони надійшли вчасно? Цей розрахунок — планування потреб у матеріалах (MRP).

Якщо ви колись дивувалися, чому система пропонує «замовити 130», коли вам явно потрібно 400, або чому пропозиція щодо закупівлі зʼявляється з датою, яка вже минула, ця стаття для вас.

Навіщо винайшли MRP

До появи MRP більшість заводів керували деталями так, як магазин біля дому керує запасом молока: коли полиця порожніє, замовляють ще. Це працює для товарів, які клієнти купують рівномірно. І погано працює для деталей, потрібних лише тому, що виготовляється щось інше.

У 1960-х роках Джозеф Орліцкі — інженер, який згодом просував цей метод у IBM, — звернув увагу, що попит на компонент не треба вгадувати. Його можна розрахувати. Якщо наступного місяця ви збираєте 200 насосів і в кожному є два ущільнювачі, вам потрібно 400 ущільнювачів. Жодного прогнозу.

Єдиною перешкодою була арифметика: тисячі деталей, кілька рівнів складальних одиниць, різні терміни постачання для кожної. Компʼютери саме навчилися виконувати таку арифметику за ніч — так і зʼявилося MRP. Книга Орліцкі 1975 року перетворила його на галузевий стандарт, і та сама логіка досі лежить в основі майже кожної ERP-системи.

Що робить MRP: три кроки

1. Розузлування. Почніть із того, що плануєте виготовити, — з головного виробничого плану — і пройдіть униз по специфікації (BOM). 200 насосів × 2 ущільнювачі = 400 ущільнювачів. Це валова потреба. Попит, розрахований у такий спосіб, називається залежним попитом, і саме тому гвинти ніколи не варто прогнозувати.

2. Визначення чистої потреби. Відніміть те, що вже є або вже очікується: запас на складі плюс відкриті замовлення, які надійдуть до дати потреби. Те, що залишилося, — чиста потреба.

3. Зсув на термін постачання. Відрахуйте назад на термін постачання. Якщо ущільнювачі йдуть від постачальника три тижні, замовлення треба розмістити за три тижні до того, як вони знадобляться.

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

Приклад розрахунку

У тижні 4 вам потрібно 400 ущільнювачів. На полиці є 120, а замовлення в постачальника на 150 штук має надійти в тижні 3. Термін постачання — три тижні.

Тиждень 1Тиждень 2Тиждень 3Тиждень 4
Валова потреба400
Заплановане надходження150
Доступно (120 на початок)120120270270
Чиста потреба130
Запуск запланованого замовлення130

У вас буде 270 ущільнювачів за потреби 400, тобто бракує 130. За терміну постачання три тижні замовлення на 130 штук треба розмістити в тижні 1.

А тепер припустімо, що сьогодні вже тиждень 2. MRP покаже те саме замовлення з датою запуску в минулому. Це не помилка. Так MRP ввічливо повідомляє, що в нинішньому вигляді план виконати неможливо: треба пришвидшити постачання, знайти швидшого постачальника або перенести складання насосів.

Реальні системи додають ще один крок — визначення розміру партії. Якщо ущільнювачі постачаються коробками по 100 штук, 130 перетворюються на 200, а зайві 70 зʼявляються як запас на наступні тижні.

Припущення, про яке всі забувають

MRP виходить із необмежених потужностей. Воно спокійно заплановує 400 ущільнювачів, 200 корпусів і 300 годин складання на один і той самий тиждень і не питає, чи має складальна лінія ці 300 годин. Воно перевіряє матеріали, а не обладнання.

Тому MRP ніколи не працює самостійно. Укрупнене планування потужностей (RCCP) перевіряє план на ключових ресурсах ще до замовлення матеріалів, а календарне планування виробництва перетворює результат на послідовність, яка справді вміщається на обладнанні. Історію про те, як галузь «прикрутила» до MRP потужності й назвала це MRP II, розказано в статті MRP і MRP II.

Три міфи про MRP

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

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

«З MRP страховий запас не потрібен». MRP точно розраховує залежний попит, але вірить, що терміни постачання правдиві. Для деталей від ненадійних постачальників або деталей, які рівномірно споживаються в багатьох виробах, буфер усе одно має сенс. Коли саме — пояснено в статті страховий запас і точка перезамовлення.

Де MRP сильне, а де йому важко

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

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

Для перших двох ситуацій багато компаній розміщують свідомі буферні запаси в кількох вибраних точках структури виробу. Саме на цьому ґрунтується методика DDMRP.

Як це виглядає у factory.online

У платформі factory.online MRP-розрахунок іде від запланованих виробничих замовлень через багаторівневі специфікації, запаси й відкриті надходження та привʼязує кожен дефіцит до замовлення, яке його створило. Планувальник бачить, що ці 130 ущільнювачів належать до замовлення на насоси для конкретного клієнта, а не є анонімним рядком у списку закупівель. Перевірка потужностей і календарне планування працюють на тих самих даних, тож прогалину необмежених потужностей закривають там само, а не в окремій електронній таблиці.

Якщо ваші планувальники щопонеділка звіряють результати MRP-розрахунку з Excel, з цього варто почати розмову. Запишіться на демонстрацію і візьміть із собою один із таких понеділкових списків.

Ваш завод заслуговує на більше, ніж електронні таблиці та здогадки