Чому ERP-система вважає, що кожне замовлення триває 10 днів (а завод не згоден)

Три замовлення мають бути готові в пʼятницю. Усім трьом потрібна та сама піч. Два виготовляють з однієї марки сталі, третє — з іншої, а перехід між марками займає пів зміни. ERP-система каже, що з усіма трьома все гаразд: кожне запущено зі стандартним терміном виконання 10 днів, а завантаження печі — лише 83 %. Оператор печі вже знає, що одне з них запізниться. Хто має рацію?

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

Чому ERP-система використовує фіксовані терміни виконання

ERP-планування виросло з MRP — методики, створеної в 1960-х роках, щоб відповісти на одне запитання: які матеріали, скільки і коли. Щоб ця арифметика була під силу тодішнім компʼютерам, розробники пішли на сміливе спрощення. Кожна позиція отримує термін виконання — фіксовану кількість днів, — і план відраховується назад від потрібної дати.

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

Уявіть навігатор, який завжди показує «20 хвилин до офісу» — і о третій ночі, і в годину пік. Ця цифра — середнє значення. Якогось дня вона правильна, а саме тоді, коли це важливо, — дуже помилкова.

Міф: «У нас неправильні терміни виконання — треба їх виправити»

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

Припустімо, у черзі до печі — робота на 2 дні. Нове замовлення чекає 2 дні, виконується і йде далі. Наступного місяця черга — 8 днів. Те саме замовлення тепер чекає 8 днів. Жодне фіксоване значення не може бути правильним в обох місяцях.

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

Приклад розрахунку: A→B→C проти A→C→B

Повернімося до печі. Вона працює цілодобово і вже налаштована на марку X. Три замовлення можна починати в четвер о 06:00, а готові вони мають бути до 18:00 пʼятниці. Це вікно у 36 годин.

• Замовлення A: марка X, 12 годин
• Замовлення B: марка Y, 10 годин
• Замовлення C: марка X, 8 годин
• Переналагодження між марками: 4 години (пів зміни)

Загальний час роботи — 12 + 10 + 8 = 30 годин. У вікні 36 годин це 30 / 36 = 83 % завантаження. Укрупнена оцінка потужностей в ERP-системі цілком задоволена.

Послідовність A → B → C (у порядку введення):

• A: четвер 06:00–18:00
• Переналагодження X→Y: 18:00–22:00
• B: четвер 22:00 – пʼятниця 08:00
• Переналагодження Y→X: 08:00–12:00
• C: пʼятниця 12:00–20:00

Разом 12 + 4 + 10 + 4 + 8 = 38 годин. Замовлення C завершується із запізненням на 2 години.

Послідовність A → C → B:

• A: четвер 06:00–18:00
• C: четвер 18:00 – пʼятниця 02:00 (та сама марка, без переналагодження)
• Переналагодження X→Y: 02:00–06:00
• B: пʼятниця 06:00–16:00

Разом 12 + 8 + 4 + 10 = 34 години. Усе готово до 16:00, ще й з 2 годинами запасу.

Ті самі замовлення, та сама піч, ті самі години роботи. Різниця лише в послідовності — а ERP-система її взагалі не бачила. Розрахунок за термінами виконання дав «усе гаразд» для обох варіантів. Оцінка завантаження дала 83 % для обох. Розрізнити їх може лише розклад, який знає правило переналагодження.

Що ERP-планування виробництва робить добре

Це не історія проти ERP. ERP-система — правильний інструмент для багатьох завдань планування:

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

Деякі ERP-пакети мають і доповнення для детального календарного планування. Якщо у вас таке є, воно налаштоване і планувальники справді ним користуються, — можливо, вам цього достатньо.

Коли календарного планування в ERP-системі недостатньо

Шар планування з урахуванням обмежених потужностей вам, імовірно, потрібен, якщо кілька з цих ситуацій звучать знайомо:

• Замовлення конкурують за кілька спільних одиниць обладнання — піч, екструдер чи фарбувальну лінію.
• Тривалість переналагодження залежить від послідовності, тож важливо, «що було перед цим».
• Планувальник щоранку заново збирає реальний розклад в Excel. Швидкий самотест — сім ознак того, що електронна таблиця перестала працювати.
• Відділ продажів обіцяє дати з ERP-системи, а виробництво тихо їх зсуває.
• Поломку у вівторок доводиться цілий день перепланувати вручну.

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

Як допомагає factory.online

factory.online працює поруч з ERP-системою та має інтеграції з SAP і Microsoft Dynamics 365. У прикладі з піччю планувальник бачить замовлення A, B і C на діаграмі Ганта з урахуванням обмежених потужностей, де переналагодження між марками — реальні блоки часу, і бачить, як замовлення C стає простроченим, коли B ставлять між двома завданнями з маркою X. Планувальник може переставити C перед B, перерахувати план і порівняти обидві послідовності в сценарії планування, не чіпаючи робочого плану. MRP-розрахунок і укрупнена перевірка потужностей працюють на тих самих даних, тож план матеріалів і план обладнання не розходяться.

Часті запитання

APS-система замінює ERP-систему? Ні. APS-система відповідає за потужності й послідовність. ERP-система залишається обліковою системою для замовлень, запасів і фінансів. Вони працюють разом.

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

Чому ERP-система показує 83 % завантаження, а дату все одно зірвано? Тому що завантаження рахує години, а не порядок. Чи вміститься робота, вирішують переналагодження, послідовність і розподіл часу всередині вікна.

Якщо ERP-система каже «усе гаразд», а оператор печі — «запізнимося», запишіться на демонстрацію і візьміть із собою ту саму пʼятницю.