MRP, MRP II, ERP і APS: розбираємося в плутанині абревіатур

У понеділок вчасно надійшло двісті виливків. До пʼятниці механічна дільниця обробила 140 із них, а 60 виливків лежали на піддонах біля верстата, поки 60 насосів відвантажувалися із запізненням. План матеріалів був бездоганний. Просто ніхто не запитав, чи встигне верстат.

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

Коротка історія абревіатур

MRP, 1960–1970-ті. Джозеф Орліцкі, працюючи з IBM, показав, що попит на компоненти можна розрахувати з плану виробництва і специфікації (BOM), а компʼютери нарешті змогли виконувати цю арифметику за ніч. Його книга 1975 року зробила метод стандартом, а такі практики, як Олівер Вайт і Джордж Плоссл, поширили його в американській промисловості. Детальна логіка — у статті що таке MRP.

MRP із замкненим контуром, 1970-ті. Заводи швидко помітили, що MRP планує так, ніби потужності необмежені. MRP із замкненим контуром додало перевірку потужностей і зворотний звʼязок із цеху.

MRP II, кінець 1970-х — 1980-ті. Олівер Вайт популяризував планування виробничих ресурсів (manufacturing resource planning): літери залишилися ті самі, тож назва стала MRP II. Ідея — один план для всієї компанії: від плану продажів і головного виробничого плану через потужності й матеріали — до грошей.

ERP, близько 1990 року. Термін планування ресурсів підприємства (enterprise resource planning) зазвичай приписують компанії Gartner — приблизно 1990 рік. ERP-система вивела MRP II за межі заводу: бухгалтерія, кадри, продажі, дистрибуція — в одній базі даних.

APS, 1990-ті. Інструменти розширеного планування та складання розкладу (APS) будують розклад з урахуванням обмежених потужностей: кожна операція — на реальному верстаті з реальним календарем. APS-система відповідає на питання, якого MRP ніколи не ставило: чи може цей верстат виконати це завдання о цій годині?

60 виливків, що простоюють: розбір

План — 200 насосів цього тижня. Кожен виливок потребує 0,5 години на обробному центрі, у якого є 70 доступних годин.

Що зробило MRP. 200 насосів × 1 виливок = 200 виливків. Запасу не було, термін постачання — два тижні, тож MRP-розрахунок два тижні тому замовив 200 штук. Вони надійшли вчасно.

Що дозволяли потужності. 70 годин ÷ 0,5 години на виливок = 140 виливків. Потреба на верстаті: 200 × 0,5 = 100 годин. Бракує 100 − 70 = 30 годин, тобто 60 виливків.

Що зробило б MRP II. Перевірка головного виробничого плану на потужності показала б обробний центр із завантаженням 100 із 70 годин — ще до замовлення виливків. Тоді планувальник обирає: 140 насосів цього тижня і 60 наступного (якщо наступного тижня є 30 вільних годин), суботня зміна або субпідрядник. MRP замовляє виливки відповідно, і 60 штук надходять тоді, коли верстат може їх узяти в роботу. Ця перевірка — укрупнене планування потужностей.

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

Побутова аналогія

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

Міф: «Кожне покоління замінило попереднє»

Історію легко прочитати як низку оновлень. Насправді кожен шар охоплює попередній:

• MRP II містить MRP. Воно додає навколо нього перевірку потужностей і контур зворотного звʼязку.
• ERP-система містить MRP II. Вона додає навколо нього решту бізнесу.
• APS-система зазвичай працює поруч з ERP-системою: бере з неї замовлення і повертає розклад з урахуванням обмежених потужностей.

Тож сучасна ERP-система щоночі досі виконує логіку MRP з 1960-х, часто з тим самим припущенням про необмежені потужності. Це одна з причин, чому дати в ERP-системі розходяться з реальністю цеху, — про це стаття чому ERP-система вважає, що кожне замовлення триває 10 днів.

Що потрібно саме вам?

Візьміть останні десять запізнілих замовлень і зʼясуйте, що пішло не так першим:

• Бракувало матеріалу. Покращуйте вхідні дані MRP: специфікації, точність залишків, терміни постачання.
• Матеріал був, а верстат — ні. Вам потрібна перевірка потужностей рівня MRP II.
• Загалом потужностей вистачало, але зірвалася послідовність. Вам потрібне планування з урахуванням обмежених потужностей — та частина, яку покриває APS.

Більшість заводів знаходять у себе всі три, тому шлях зазвичай проходить поетапно, як описано в статті про програмне забезпечення для планування виробництва.

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

У платформі factory.online MRP-розрахунок і перевірка потужностей працюють з одним і тим самим планом. Виробниче замовлення на 200 насосів розузловується в потребу на 200 виливків, а RCCP показує обробний центр із завантаженням 100 із 70 годин на цей тиждень. У сценарії планування планувальник ділить замовлення на 140 і 60, бачить завантаження наступного тижня, і MRP-розрахунок відповідно зсуває потребу у виливках. Потім розклад з урахуванням обмежених потужностей розставляє 140 виливків година за годиною.

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