Графік виробництва
Діаграма Ганта завантаження верстатів: як система розкладає етапи, чому операція стоїть саме тут, дедлайни, календарі й кнопка «Застосувати розклад».
Що це і навіщо
Завантаження верстатів — це графік (діаграма Ганта), який відповідає на питання: «Коли реально буде готове кожне замовлення, якщо цех працюватиме так, як заплановано?» Система бере всі активні виробничі замовлення, розкладає їх етапи по робочих центрах у порядку важливості і показує, де верстат простоює, де утворилась черга, і чи вкладаємося в дедлайни.
Розклад розраховується «на льоту» від поточного моменту — сам по собі він нічого не змінює в замовленнях. Зафіксувати його як плановий можна кнопкою «Застосувати розклад».
Де знайти
Меню Виробництво → Робочі центри, потім друга піктограма (стовпчики) в групі перемикача біля заголовка — «Завантаження (Ганта)». Адреса — /production-schedule. Перемикач між трьома екранами (канбан, Ганта, довідник) описаний у Робочих центрах.
Що на екрані
Верхня панель
- Заголовок «Завантаження верстатів» і підказка «Прогноз черги активних замовлень по робочих центрах (пріоритет → дедлайн → маршрут). Оновлюється від «зараз»».
- «Виробничий календар (24/7, якщо не обрано)» — вибір графіка роботи заводу. Варіанти — робочі графіки компанії (наприклад, «5-денний, 40 год./тиждень», «Виробництво 5/2 (зміни)») і «24/7 — без календаря». Вибір зберігається одразу («Виробничий календар збережено») і одразу впливає на розрахунок: неробочі години й вихідні пропускаються. Календар один на весь завод. Початком робочого дня вважається 9:00 (у графіках роботи немає часу початку зміни).
- «Оновити» — перерахувати розклад від поточного моменту.
- «Застосувати розклад» — записати розраховані вікна в етапи й замовлення (дивіться нижче).
Панель дедлайнів
Під шапкою — зелена смуга «Усі дедлайни досяжні» або червона «Не встигають: N замовл.». Клік по червоній розгортає таблицю: Замовлення (посилання), Запізнення (на скільки годин/днів пізніше дедлайну), Простій (скільки замовлення прочекало на ресурс) і Вузьке місце (центр і причина). Підказка внизу: вузьке місце — ресурс, на якому замовлення простояло найдовше; його й треба розшивати — додати слот, змінити графік або прибрати переналадки перестановкою черги. Якщо простою не було, написано «довгий маршрут (простою не було)» — тобто сама тривалість робіт більша за відведений час.
Дошка
Угорі — вісь часу (6 рівних поділок від початку першої до кінця останньої операції). Кожен робочий центр — рядок: ліворуч назва і напис «ємність N · X год» (кількість паралельних потоків і сумарне навантаження в нормо-годинах). Праворуч — кольорові смуги операцій, розкладені по доріжках (доріжка на кожен потік центру). Смуга підписана «PRD-000028 · Складання»; клік по ній відкриває замовлення. Колір: синій — етап у роботі, помаранчевий — на паузі, фіолетовий — очікує. Світла частина на початку смуги — час на наладку й переналадку (чим більша частка, тим більше часу верстат витрачає не на роботу).
Наведіть курсор на смугу — підказка покаже замовлення, продукт, вікно «дата час–дата час», тривалість у хвилинах, пріоритет, наладку/переналадку та рядок «Чому тут»:
| Причина | Що означає |
|---|---|
| ресурс і маршрут вільні | Операція стартує одразу. |
| чекала попередній етап маршруту | Не можна починати, доки не завершений попередній етап цього замовлення. |
| чекала звільнення слота центру | Усі потоки центру зайняті іншими замовленнями. |
| чекала переналадку під інший виріб | Верстат перебудовувався (див. матрицю переналадок у Робочих центрах). |
| закріплено вручну | Операцію закріпили шпилькою (див. нижче). |
Внизу може бути рядок «Без центру» (жовтий) — операції, у яких не вказаний робочий центр. Вони не займають слот, тому по них лише видно послідовність.
Закріплення операції (шпилька)
На кожній смузі є шпилька. Клік закріплює операцію на поточному часі («Операцію закріплено») — наступні перерахунки її не пересунуть. Це «заморожений горизонт»: якщо змінні вже роздані за планом, диспетчер може зафіксувати найближчі операції, а решту дозволити оптимізувати. Ще клік — «Закріплення знято». Закріплена операція виділена.
Порівняння з застосованою версією
Коли вже є застосований раніше розклад, з'являється друга панель: «Зміни проти застосованої версії №N: X операц. зсунулось · нестабільність Y%». У розгорнутому вигляді — таблиця операцій, що змістились (етап, замовлення, зсув), а також кількість нових і тих, що зникли (завершені чи скасовані). «Нестабільність» — частка операцій, які переїхали більш ніж на 15 хвилин. Якщо кожен перерахунок перетрушує пів цеху, змінні завдання за таким планом видавати не можна: закріпіть критичні операції й застосовуйте розклад свідомо.
Як розклад складається
- Що беремо. Усі замовлення в статусах «Чернетка» і «В роботі». Для етапів у роботі береться залишок нормо-часу (план мінус вже відпрацьоване), для завершених і пропущених етапів місця на дошці немає.
- Хто першим. Замовлення сортуються за «терміновістю»: вага пріоритету × множник наближення дедлайну. Ваги геометричні: Низький — 1, Звичайний — 2, Високий — 4, Терміновий — 8. Що ближче дедлайн (у порівнянні з часом, який лишилось працювати), то вища терміновість; прострочення підіймає її ще сильніше. При рівній терміновості перший — вищий пріоритет, далі місце в черзі виробництва, далі номер замовлення.
- Куди кладемо. Кожен етап іде на свій робочий центр, у найраніший вільний слот (їх стільки, яка ємність центру). Наступний етап не стартує раніше завершення попереднього. До тривалості додаються наладка й переналадка, якщо вони задані.
- Календарі. Вікно розміщується у робочий час: календар центру (якщо в ньому обраний «Графік роботи центру»), інакше — календар заводу, інакше — 24/7. Робота, що не вміщується в зміну, продовжується в наступній.
Приклад із цифрами
У демо-системі центр «Дільниця складання» має ємність 2 (два потоки). Активні три замовлення з однаковою терміновістю (звичайний пріоритет, без дедлайну), етап «Складання»: PRD-000026 — 560 хв, PRD-000027 — 440 хв, PRD-000028 — 440 хв. Розклад:
| Потік | Що стоїть | Час від старту, хв |
|---|---|---|
| Потік 1 | PRD-000026 · Складання | 0 – 560 |
| Потік 2 | PRD-000027 · Складання, потім PRD-000028 · Складання | 0 – 440, далі 440 – 880 |
Третє замовлення чекає, поки звільниться потік 2 (у підказці буде «чекала звільнення слота центру»). Далі етапи «Тестування та пакування» (PRD-000026 — 240 хв, PRD-000027 — 120 хв, PRD-000028 — 160 хв) кладуться на другий центр у порядку готовності попередніх етапів: PRD-000027 стартує у хвилину 440, PRD-000026 — у 560, PRD-000028 — у 880. Загальне навантаження другого центру: (240 + 120 + 160) / 60 ≈ 8,7 год. Загальне навантаження центру складання: (560 + 440 + 440) / 60 = 24,0 год — це число й показано в підписі «ємність 2 · 24.0 год».
Якщо ж ви зробите PRD-000028 «Терміновим», його терміновість зросте (вага 8 замість 2) — і він займе потік 2 першим, а PRD-000027 посунеться.
Застосувати розклад
Кнопка «Застосувати розклад» (підказка: «Записати розраховані вікна у плани етапів та замовлень») перераховує розклад і записує його:
- у кожен етап — плановий початок і кінець;
- у замовлення — плановий початок (найраніший з його етапів).
Після успіху — «Розклад збережено: N етапів». Фактичні дані (коли реально почали, скільки відпрацювали) не змінюються. Кожне застосування зберігається як нова версія розкладу (хто, коли, скільки операцій) — з нею далі порівнюється нова розрахункова версія. Плановий початок замовлення також використовує MRP, вибираючи дату потреби матеріалів.
Що відбувається в обліку
Графік — планувальний інструмент: складські рухів і проводок він не створює. Це лише прогноз і планові дати.
Права доступу
- Пункт меню й екран «Робочі центри» — право «Перегляд» на «Виробництво: техкарти та станки».
- Розрахунок графіка — «Перегляд» на «Виробництво»; «Застосувати розклад» і шпилька — «Зміна» на «Виробництво».
Див. Ролі та права.
Типові помилки і питання
Дошка порожня. Немає замовлень у статусах «Чернетка» чи «В роботі» з етапами. Повідомлення: «Немає операцій у плані — створіть замовлення з етапами, привʼязаними до робочих центрів». Замовлення в «Простому» режимі не мають етапів і на дошці не з'являються.
Замовлення в «Без центру». У техкарті для етапу не вказаний «Робочий центр (верстат)».
Чому план змінився після оновлення? Розклад завжди рахується від «зараз»: час рухається, завершуються етапи, з'являються нові замовлення чи змінюються пріоритети. Щоб закріпити рішення — «Застосувати розклад» та шпильки.
Чому дедлайн «недосяжний», хоч верстати вільні? Панель покаже «довгий маршрут (простою не було)» — сумарний час етапів по маршруту більший, ніж лишилось до дедлайну. Рішення — змінити обсяг чи строк, а не розставляти пріоритети.
Черга й розклад — це одне й те саме? Ні. Черга — це ваш ручний порядок замовлень; розклад враховує її лише коли терміновість двох замовлень однакова. Основне значення мають пріоритет і дедлайн.