Що таке MRP? Планування потреби в матеріалах простими словами для сучасного заводу

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

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

Саме час виконання замовлення перетворює розрахунок з простої арифметики на прив’язаний до часу. Знання, що вам потрібно 400 одиниць компонента, не дає підстав діяти; знання, що вони потрібні на 12-му тижні, а постачальнику потрібно п’ять тижнів, каже замовити на 7-му. MRP іде назад крізь кожен рівень специфікації, застосовуючи термін кожної позиції, і формує графік замовлень на закупівлю та виробництво, розписаний у часі. Саме цю частину електронні таблиці відтворюють погано, бо багаторівневу специфікацію з різними термінами на кожному рівні ніхто не має рахувати вручну.

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

MRP проти APS проти SCP

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

Що спричиняє нервозність MRP

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

Вибір політики розміру партії

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

Сучасний MRP відрізняється від оригіналу 1960-х передусім тим, з чим він з’єднаний. Коли цифра запасів приходить із WMS, яка контролює комірки, вихідні дані заслуговують на довіру. Коли фактичне споживання та брак повертаються наживо з MES, план відображає те, що сталося насправді. Коли підтвердження постачальників надходять із шару SCP, картина вхідних постачань реальна. Сам розрахунок не змінився. Змінилася надійність його вхідних даних, і саме це перетворює MRP з теоретичної вправи на робочий інструмент.

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