Планування виробництва: як сформувати реалістичний план і забезпечити його матеріалами

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

Виробничий план починається з джерела потреби

Потреба у випуску має одне з трьох джерел: підтверджене замовлення клієнта, поповнення товарного запасу або напівфабрикати для майбутніх робіт. Рівень зобов’язань у них різний, і так само різна свобода перегляду. Складське поповнення можна зсунути без розмови з покупцем, поки запас тримає попит.

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

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

Реалістичний план тримається на одній версії попиту й технології

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

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

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

Резерв, якого немає в плані, виявляється під час видачі

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

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

Виробничий план і MRP відповідають на різні питання

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

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

У Bimp ERP інструменти виробничих замовлень і планування закупівель закривають різні частини забезпечення. Поповнення запасу може спиратися на швидкість споживання, строк постачання та запас безпеки. Ці параметри описують регулярний потік, тому їх тримають окремо від матеріального розрахунку конкретного разового замовлення.

Послідовність, у якій план набуває забезпечення

Випуск і пріоритет фіксуються першими

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

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

Комплектація й норматив перевіряються до розрахунку

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

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

Матеріальне забезпечення рахується до дати операції

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

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

Календар перевіряється послідовністю робіт

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

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

Матеріали для 100 виробів в умовному розрахунку

План після запуску рухається за фактом

Створенням виробничого документа планування не закінчується. Попит змінився, постачальник зсунув строк, цех випустив менше - щоразу виникає питання, які наступні роботи залежать від цієї події. Перенесена дата без перегляду пов’язаного забезпечення лише відкладає проблему до наступної видачі.

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

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

Де план ламається вже в цеху

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

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

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

Добрий план можна перевірити до запуску

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

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