MRP: як планування матеріальних потреб працює на практиці і чому Excel його не витримує

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

Що саме рахує MRP

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

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

Чому таблиця тут програє архітектурно

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

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

Ефект бичового батога і чому погані дані гірші за їхню відсутність

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

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

Планування потужностей визначає, чи план фізично здійсненний

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

Для складального виробництва з кількома паралельними лініями чи комірковим виробництвом це умова, без якої MRP залишається теоретичною вправою, відірваною від цеху.

Страховий запас і невизначеність термінів постачання

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

Ціна відсутності системного MRP

Наслідки прораховуються в конкретних цифрах. Дефіцит критичних матеріалів зупиняє виробничі лінії й змушує вдаватись до термінових закупівель за завищеними цінами з оплатою прискореної логістики. Галузеві оцінки називають діапазон від 2% до 5% річного доходу компанії, втраченого саме через дефіцит. Паралельно неліквідні запаси, накопичені зі страху перед дефіцитом, займають 20-30% типового складу, а їхнє утримання щороку обходиться в 25-35% вартості цих запасів.

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

Що це означає для системи, яка веде облік

Робочий MRP вимагає трьох речей одночасно: точних даних про залишки в реальному часі, коректного розгортання багаторівневої специфікації з урахуванням спільних компонентів, і зворотного планування в часі на основі реальних термінів постачання. Жодна з цих трьох умов не виконується в таблиці на масштабі більше кількох десятків SKU.

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