Як перепланувати виробництво під час блекаутів

О 07:45 керівник виробництва отримує в месенджері оновлений графік відключень на завтра: «08:00–12:00 та 18:00–22:00». На завтра вже сформований виробничий план — п’ять виробничих замовлень, кожне зі своїм терміном, специфікацією та клієнтом, який очікує на відвантаження.Тепер цей план потрібно адаптувати до нових умов. Замість звичного робочого дня цех має лише шість годин доступного часу в одному вікні з 12:00 до 18:00. Які замовлення виконувати першими? Що реально встигне виробництво? Які відвантаження опиняться під ризиком? І як швидко перебудувати розклад, якщо графік знову зміниться?

Теоретично це називають рескедулінгом виробництва — переглядом уже затвердженого плану після зміни умов. Практично ж керівнику виробництва потрібен зрозумілий алгоритм дій.

Що потрібно перепланувати: логіка перебудови графіка

Отже, підприємство працює з 08:00 до 22:00, електроенергії немає з 08:00 до 12:00 і з 18:00 до 22:00, є лише вікно 12:00–18:00 — шість годин замість чотирнадцяти. У черзі п’ять замовлень із різними термінами, тривалістю, пріоритетом і потребою в матеріалах.

Перепланування на практиці — це послідовність кількох рішень:

1. Що виробляти у доступне вікно. Насамперед — замовлення, які фізично вписуються у шість годин без переривання технологічного циклу.
2. Які пріоритети. Пріоритети визначають за комбінацією терміну відвантаження штрафу за прострочення й важливості клієнта. У ручному режимі керівник цеху робить це «на око»; у системі — на основі дати готовності й статусу замовлення.
3. Що можна безпечно перенести. Замовлення з запасом часу до дедлайну переносяться в першу чергу — вони не створюють ризику.
4. Послідовність операцій. Якщо кілька замовлень використовують те саме обладнання, потрібно визначити порядок так, щоб не було простою обладнання всередині самого вікна, наприклад, очікування на переналаштування верстата з’їдає частину й так обмеженого часу.
5. Замовлення під ризиком зриву дедлайну. Це окрема категорія — ті, для яких шести годин сьогодні і, можливо, завтра просто не вистачить фізично. Про них потрібно знати заздалегідь, а не постфактум.
6. Запас часу. Досвідчені керівники завжди залишають частину вікна незадіяною — на випадок, якщо відключення почнеться на 15–20 хвилин раніше графіка, що для української енергосистеми останні роки — не виняток, а регулярна практика, або якщо одна операція забере більше часу, ніж заплановано.

Чому недостатньо просто перенести замовлення в календарі

Зміна виробничого графіка запускає ланцюжок:

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

Керівнику недостатньо знати «цех сьогодні не працюватиме чотири години». Йому потрібна відповідь на конкретніше запитання: що це означає для замовлення № 8, для матеріалу, зарезервованого під нього, і для клієнта, який чекає відвантаження післязавтра.

Розберемо етапи ланцюжка:

• Виробничий час → план. Скорочення часу означає, що частина запланованих операцій фізично не відбудеться сьогодні. Це не проблема одного дня — це зсув усього подальшого розкладу цеху.
• План → матеріали. Якщо замовлення переноситься на завтра, а матеріал під нього вже був відпущений зі складу сьогодні (списаний під виробництво), виникає ситуація «матеріал є в цеху, але продукції ще немає» — і завтра для нового замовлення, яке мало виконуватись у первинному плані, матеріалу може забракнути.
• Матеріали → резерви. Резерв — це обіцянка клієнту чи виробництву, що конкретна кількість товару на складі не піде нікому іншому. Якщо виробниче замовлення затримується, а резерв під нього прив’язаний до терміну (наприклад, знімається автоматично через N днів), можлива ситуація, коли резерв «згорає» саме в момент, коли продукція нарешті готова до відвантаження.
• Резерви → закупівлі. Логіка розрахунку потреби в закупівлі зазвичай враховує наявний фізичний залишок, резерви та очікувані поставки. Якщо виробництво зсувається, змінюється і момент, коли матеріал реально знадобиться, — а отже, і терміновість замовлення постачальнику.
• Готовність продукції → відвантаження. Це фінальна ланка, яку бачить клієнт: чи отримає він товар у обіцяний день. Саме тут керівнику найважливіше знати заздалегідь — не в момент, коли вантажівка вже мала виїхати.

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

Чому Excel швидко стає проблемою

Сценарій А. Виробництво в Excel. Отримавши графік відключень, менеджеру потрібно вручну пройти майже весь ланцюжок вище:

• відкрити файл виробничого плану й переставити рядки під нове доступне вікно;
• перевірити кожне із п’яти замовлень окремо — чи вкладається воно у шість годин;
• звірити залишки на складі за кожною позицією матеріалів;
• перевірити, чи не «зникне» резерв разом зі зміщенням дат;
• перерахувати, чи потрібно прискорити чи, навпаки, відкласти замовлення постачальнику;
• вручну змінити дати готовності й відвантаження в іншому файлі (або в тому самому, іншій вкладці);
• повідомити відділ продажів, склад і логістику про нові дати — зазвичай окремими повідомленнями в месенджері чи поштою;
• проконтролювати, що всі учасники процесу дійсно відкрили останню версію файлу, а не вчорашню.

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

Сценарій Б. Виробництво в ERP. Важливе застереження: жодна ERP-система не «сама» вирішує, яке замовлення пріоритетне під час блекауту.

Те, що реально дає єдина система обліку — це:

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

Різниця між сценарієм А і Б — не в тому, що ERP «сама планує», а в тому, скільки ручних кроків і можливих помилок зникає з процесу, і наскільки швидше керівник отримує повну картину для власного рішення.

Перепланування виробництва у Bimp

Розглянемо, як цей процес міг би виглядати в українській хмарній ERP-системі Bimp.

Вхідні дані: кілька виробничих замовлень із різними термінами, потрібними матеріалами, резервами й запланованими відвантаженнями. На завтра відомий графік: 08:00–12:00 — відключення, 12:00–18:00 — робота, 18:00–22:00 — відключення.

Крок 1. Аналіз початкового плану. Керівник відкриває звіт «Стан виконання виробництва». Цей звіт показує, за кожним виробничим замовленням, скільки продукції замовлено, скільки вже фактично виготовлено, скільки залишилось випустити, і скільки вже відвантажено — в кількісному та грошовому вираженні. Звіт можна згрупувати за виробничим замовленням, номенклатурою, покупцем або складом, і відфільтрувати, наприклад, лише за замовленнями, що ґрунтуються на реальних замовленнях клієнтів. Це і є та «повна картина», з якої починається будь-яке рішення про перепланування.

Крок 2. Визначення замовлень під ризиком. Порівнявши колонку «Залишилось виготовити» з термінами готовності по кожному замовленню та з доступним вікном у шість годин, керівник візуально бачить, які позиції фізично не встигнуть бути завершені сьогодні за новим графіком.

Крок 3. Перепланування. Саме тут ключове рішення приймає людина: яку послідовність замовлень поставити в доступне вікно. У системі це виражається зміною дат початку і завершення в документі «Замовлення виробництва» — полі, яке прямо призначене для визначення періоду, у межах якого заплановане виробництво^[8]. Документ можна скопіювати для схожих завдань, що прискорює повторне планування типових замовлень.

Крок 4. Перевірка матеріалів. Для кожного перенесеного замовлення потрібно перевірити, чи специфікація (технологічна карта виробу) забезпечена матеріалами на складі — Bimp дозволяє вести виробництво як за специфікацією, так і, за потреби, без неї, вручну додаючи матеріали й готову продукцію^[8]. Питання резервів вирішується окремим перемикачем «Резервування товарів (Замовлення на виробництво)»: якщо він увімкнений, система намагається зарезервувати потрібну кількість автоматично, але резерв не проставиться, якщо на товарі немає відповідної партії або достатньої кількості на залишку^[8]. Побачити зведену картину залишків і резервів по всіх позиціях можна в окремому звіті «Залишки товару з резервом»^[9].

Крок 5. Перевірка потреби в закупівлях. Якщо перепланування показало, що якогось матеріалу критично бракує саме зараз (а не «взагалі»), керівник переходить у модуль «Планування закупок». Там для кожного товару вже задані параметри — швидкість попиту в день, страховий запас у днях, термін доставки, а також мінімальний і максимальний залишок. Система розраховує потребу за формулою:

Необхідно закупити = (Мін. залишок) + (Резерви) + (Швидкість попиту × Глибина планування) − (Фізичний залишок) − (Очікувані поставки)^[10]

Товари, які вже «в дорозі» від постачальника, автоматично віднімаються від розрахованої потреби. Якщо горизонт планування скоротити, наприклад, з 31 дня до 10, потреба в товарах з високим попитом суттєво зменшується — це дає керівнику інструмент побачити, наскільки терміново потрібно замовляти саме зараз, а не «колись у цьому місяці».

Крок 6. Перевірка відвантажень. Оскільки виробничі замовлення в Bimp можуть створюватися прямо на підставі замовлення покупця, і всі документи угоди — замовлення, рахунок, оплата, реалізація — пов’язані наскрізно через функцію «Введення на підставі», керівник виробництва або відділ продажів можуть у розділі «Зв’язки» побачити всю карту конкретної угоди й одразу зрозуміти, яке клієнтське замовлення реально зміщується у часі.

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