Система управління виробництвом: черга, терміни, статуси

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

Ця стаття для власників і керівників виробництва під замовлення на 5–100 людей: меблі й фасади, деревообробка, металообробка, деталі за кресленням. Пояснимо, чим система для такого цеху відрізняється від MES великого заводу, як одне замовлення проходить чергу, де на термінах губляться гроші і як порахувати реальну дату готовності. Окремо чесно скажемо, які готові програми є і коли їх вистачить.

Пишемо з практики. Saloy — наша компанія з виробництва на верстатах з ЧПК: меблеві фасади, різьблення, деталі під замовлення. Для неї ми зробили систему, де замовлення йдуть етапами, перед запуском у виробництво система попереджає про відкриті питання до клієнта, а майстер запускає таймер командою в Telegram-боті. Перша версія запрацювала за 1 день, усі модулі були готові за 3 тижні. Про ціну за формулою і виплати за операції ми писали в статті про CRM систему для виробництва. Тут — лише планування і контроль цеху.

Коротко

Цеху на 5–100 людей не потрібна MES заводу. Із 11 функцій класичної MES вистачить кількох: черга, видача завдань, статус замовлення, облік часу, відмітка якості.
Термін — це розрахунок, а не звичка. Реальну дату дає черга перед вузьким місцем, а не «зазвичай два тижні».
«Ворота» перед запуском заощаджують більше, ніж будь-який планувальник. Система попереджає, якщо в замовленні є відкриті питання до клієнта, але рішення лишає за людиною.
Факт збирає той, хто працює, і з телефона. Таймер операції в Telegram-боті показує реальний час, а статуси замовлень бачать усі, кому вони потрібні.
Серійному виробництву зі сталими маршрутами часто вистачить ERPNext, Odoo, MRPeasy чи BAS ERP. Своя система має сенс, коли кожне замовлення інше.

Система управління виробництвом для цеху і MES заводу: у чому різниця

Якщо ввести цю фразу в Google, у топі будуть програми рівня великих заводів і навчальні матеріали про виробничу програму підприємства. Наприклад, Siemens Opcenter — портфель програм для управління виробничими операціями (MOM). Siemens зібрав його у 2019 році з кількох продуктів: Camstar, SIMATIC IT, Preactor та інших. Усередині — розширене планування, виконання виробництва (MES), управління якістю й аналітика. Це інструмент для заводу з лініями, штатом технологів, ІТ-відділом і обладнанням, яке передає дані в систему саме.

Більшість українських виробників живуть в іншому масштабі. За дослідженням Офісу з розвитку підприємництва та експорту, яке наводить Forbes Україна, у країні понад 11 000 виробників меблів, і 74% із них — ФОПи. Такій компанії не потрібні всі шари заводської системи. Їй потрібні кілька базових функцій, які запрацюють за тижні і якими користуватимуться майстри, а не лише адміністратор.

Що з MES справді потрібно цеху

Галузеве об’єднання MESA ще у 1997 році описало, що робить MES, через 11 функцій (огляд стандартів MES від Tulip). Подивимося на них очима власника цеху на 20 людей.

Функція MES	На заводі	У цеху під замовлення
Детальне планування послідовності	Розклад до хвилини з урахуванням переналагоджень	Черга замовлень перед вузьким місцем, пріоритет ставить людина
Видача виробничих завдань	Наряди на лінію з ERP	Завдання майстру в Telegram: що, скільки, до коли
Стан ресурсів	Стан кожного верстата й оснастки в реальному часі	Хто з людей вільний і який верстат стоїть
Збір даних	Датчики й контролери обладнання	Таймер операції, який майстер запускає з телефона
Облік персоналу	Зміни, допуски, кваліфікації	Хто виконав операцію і скільки часу пішло
Управління якістю	Статистичний контроль, лабораторія	Відмітка «прийнято» або «переробка» з причиною
Аналіз ефективності	Показники ефективності ліній	План і факт часу по операціях, замовлення, що запізнюються
Документи	Технологічні інструкції з версіями	Креслення й файли клієнта в картці замовлення
Відстеження продукту	Партії, серійні номери, простежуваність	Зазвичай не потрібно
Управління процесом	Параметри техпроцесу в реальному часі	Не потрібно
Обслуговування обладнання	Планові ремонти за графіком	Нагадування про заміну фрез чи обслуговування, якщо хочете

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

Ознаки, що вам потрібна саме система для цеху

Кожне замовлення інше: розміри, матеріал, кількість і набір операцій.
Вузьких місць одне-два: верстат з ЧПК, фарбувальна камера, зварювальний пост. Саме вони визначають терміни всього цеху.
Майстри не сидять за комп’ютером, але телефон у кожного в кишені.
Клієнт питає «коли», і від чесності відповіді залежить, чи він повернеться.

Якщо ж у вас серійний випуск зі сталими маршрутами, кілька змін і обладнання з контролерами, дивіться в бік ERP з виробничим модулем або MES. Про це — у розділі про готові програми.

Як іде одне замовлення

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

Заявка. Дзвінок, повідомлення в Telegram, форма з сайту. Клієнт надсилає креслення, фото або розміри. Статус — «нова заявка», відповідальний — менеджер.
Розрахунок і орієнтовний термін. Менеджер рахує ціну і дивиться на чергу: скільки годин роботи вже чекає перед вузьким місцем. Термін клієнту називають із черги, а не «як завжди».
Узгодження і передоплата. Клієнт погоджує креслення, матеріал, кількість і дату. Без передоплати замовлення не ставлять у чергу і не купують під нього матеріал.
Відкриті питання. Колір, покриття, кромка, допуски, фурнітура, упаковка, адреса доставки. Кожне питання — окремий пункт у картці з датою, коли нагадати клієнту.
«Ворота» перед запуском. Менеджер переводить замовлення у виробництво. Якщо в картці є відкриті питання, система попереджає. Запускати чи чекати, вирішує людина, і це рішення лишається в історії замовлення.
Матеріал і заготовки. Чи є матеріал на складі, резерв під замовлення, заявка на закупівлю, якщо бракує. Поки матеріалу немає, замовлення має статус «чекає матеріалу», а не «в роботі».
Місце в черзі. Начальник виробництва ставить замовлення в чергу на вузьке місце. Порядок визначає дата, яку пообіцяли клієнту, а не те, хто частіше дзвонить.
Операції з таймером. Майстер отримує завдання в боті, запускає таймер командою, закриває операцію. Замовлення переходить на наступну операцію і до наступного майстра.
Контроль і переробка. Деталь прийнято або відправлено на переробку з причиною. Переробка повертає деталь у чергу, і система показує, чи зсувається через це дата.
Готово і відвантаження. Менеджер отримує сповіщення, підтверджує повідомлення клієнту, оформлює видаткову накладну і закриває доплату.

Головна відмінність від звичайного трекера задач: у статусі замовлення видно не лише «де воно», а й «чому стоїть». Чекає клієнта, матеріалу, верстата чи майстра — це чотири різні проблеми з чотирма різними відповідальними. Як цей маршрут виглядає саме в меблевій компанії з кухнями й шафами, ми розбирали в статті про систему керування меблевим виробництвом.

Скільки статусів потрібно

Типова помилка — двадцять статусів, які ніхто не оновлює, або один статус «в роботі», за яким ховається все. Робоче правило: сім-дев’ять статусів, кожен означає факт, що вже відбувся, і кожен переводить одна конкретна роль.

Статус	Хто переводить	Що означає
Нова заявка	Менеджер	Заявку записано, клієнт відомий
Розраховано	Менеджер	Ціну й орієнтовну дату названо клієнту
Узгоджено	Менеджер	Креслення погоджено, передоплату отримано
Чекає матеріалу	Склад або постачання	Матеріал замовлено, але його ще немає
У черзі	Начальник виробництва	Є місце в черзі й планова дата старту
У роботі	Майстер, через таймер	Видно, яка операція йде і в кого
Переробка	Той, хто приймає роботу	Деталь повернули з причиною
Готово	Той, хто приймає роботу	Усі операції прийнято
Відвантажено	Менеджер	Документи оформлено, оплату закрито

Окремо від статусу — позначка «є відкриті питання». Це не етап, а прапорець на картці. Він може стояти поруч із будь-яким статусом. Саме його перевіряють «ворота» перед запуском.

Де губляться гроші

Запізнення бувають навіть у зрілих виробників. За щорічним опитуванням асоціації FMA, яке наводить огляд eziil, своєчасність поставок у металообробці США останнє десятиліття трималася між 77% і 88%. Тобто від 12% до 23% замовлень їхали пізніше обіцяного. Українських даних по цехах під замовлення ми не знайшли, але причини запізнень скрізь однакові.

Термін називають з голови. Менеджер каже «два тижні», бо так було минулого разу. Черга за цей час виросла вдвічі, і замовлення запізнюється ще до запуску.
Черга живе в голові начальника виробництва. Першим отримує той, хто частіше дзвонить. Спокійний клієнт із великим замовленням чекає довше, ніж йому пообіцяли, і наступного разу може не замовити.
Цех запускають з відкритими питаннями. Колір «уточнимо», кріплення «як минулого разу». Деталь уже на верстаті, а клієнт хотів інакше. Переробка забирає час вузького місця, і зсуваються всі замовлення за нею.
Вузьке місце простоює. Верстат з ЧПК стоїть, бо заготовку не підготували або файл не погодили. Годину простою вузького місця не надолужити на інших дільницях: це година, втрачена для всього цеху.
«Де моє замовлення?» Менеджер іде в цех питати, майстер відривається від роботи, клієнт отримує відповідь через годину і не вірить їй.
Клієнту вчасно не нагадали. Система в Saloy за перші тижні показала: одне замовлення програли саме через це. Ще одне — через безкоштовні візуалізації без обмежень. Висновок — нагадування, передоплата і ліміт правок мають бути правилами системи, а не пам’яттю менеджера.
Норми часу ніхто не перевіряє. Фрезерування складного фасаду закладають на дві години, а воно займає чотири. Кожен такий виріб зсуває чергу, і ніхто не розуміє чому.

Як порахувати реальний термін: формула і приклад

Є два способи: швидкий для всього цеху і точніший для конкретного замовлення.

Швидкий — закон Літтла. У стабільній системі незавершене виробництво дорівнює пропускній здатності, помноженій на час проходження (пояснення закону Літтла). Для цеху це означає: середній термін замовлення = кількість замовлень у роботі ÷ скільки замовлень цех закриває за тиждень. Там само є важливе обмеження: закон працює із середніми значеннями і не показує, де саме вузьке місце.

Приклад з умовними цифрами. Від статусу «Узгоджено» до «Готово» зараз 24 замовлення. Цех закриває в середньому 8 замовлень на тиждень. Середній термін — 24 ÷ 8 = 3 тижні. Якщо цього тижня взяти ще 6 замовлень, а виробіток не зросте, у роботі стане 30, і середній термін — майже 4 тижні. Обіцяти новим клієнтам «два тижні» в такій ситуації — гарантоване запізнення.

Точніший — черга перед вузьким місцем. Формула для одного замовлення:

Дні до старту = години роботи в черзі перед вузьким місцем ÷ ефективні години вузького місця на день.
Дні на вузькому місці = години операції цього замовлення ÷ ефективні години на день.
Дні після = операції після вузького місця, разом із сушінням, складанням і пакуванням.
Буфер = запас на переробки й непередбачене.
Дата готовності = сьогодні + дні до старту + дні на вузькому місці + дні після + буфер, у робочих днях.

Приклад з умовними цифрами. Верстат з ЧПК працює в одну зміну по 8 годин. Ефективних годин — 6: решта йде на переналагодження, заміну фрез, завантаження й зняття деталей. У черзі перед верстатом уже 42 години роботи. Нове замовлення потребує 5 годин фрезерування, після нього — шліфування і фарбування з сушінням, разом 2 робочі дні. Буфер — 2 дні.

Рахуємо: 42 ÷ 6 = 7 робочих днів до старту. Фрезерування — ще майже день. Плюс 2 дні після верстата і 2 дні буфера. Разом близько 12 робочих днів, тобто майже два з половиною календарні тижні. Не «два тижні, як завжди».

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

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

Що має бути в системі

Нижче — модулі для планування й контролю цеху. Модулі для ціни, собівартості й виплат ми описали в статті про програму для ведення обліку виробництва, тут їх не повторюємо.

Картка замовлення з етапами

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

Черга цеху і пріоритети

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

Два правила, без яких черга не працює:

Одна черга — один власник. Порядок змінює лише начальник виробництва або власник. Менеджер може попросити, але не переставити.
У черзі лише те, що можна робити. Замовлення без матеріалу або з незакритими «воротами» не займає місце перед верстатом.

«Ворота» перед запуском

Список умов, які мають бути виконані до запуску: передоплата отримана, креслення погоджене, матеріал є, на питання до клієнта відповіли. У Saloy питання до клієнта позначаються на картці. Якщо замовлення з відкритими питаннями намагаються перевести у виробництво, система попереджає, а не блокує.

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

Завдання майстрам і таймер операцій

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

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

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

Статуси в Telegram

Сповіщення мають приходити тим, кому вони потрібні для дії, а не всім підряд:

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

Як ще можна використати бота в компанії, ми писали в статті про Telegram-бот для B2B.

Матеріали під замовлення

Черга без матеріалів — половина картини. Система має бачити, чи є матеріал під замовлення, резервувати його і формувати потребу на закупівлю, коли бракує. Замовлення, що чекає матеріалу, не займає місце в черзі верстата. Як побудувати заявки, вибір постачальника й оплати, ми описали окремо — в статті про автоматизацію відділу постачання.

Дашборд власника

Чотири речі на одному екрані:

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

Якщо цих чотирьох блоків немає, власник усе одно піде в цех питати.

Чекліст для демо будь-якої програми

На демо будь-якої програми, готової чи під процес, перевірте:

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

Що робить ШІ, а чого не робить

Робить

Розбирає заявки у вільній формі. «Треба 12 фасадів, як на фото, біла емаль, до кінця місяця» стає чернеткою замовлення з полями. Чого бракує для розрахунку і запуску, ШІ записує як відкриті питання.
Закриває питання до клієнта. У системі Saloy ШІ-асистент у призначений день пише клієнту в Telegram, розбирає відповідь і записує її в картку. Якщо відповідь неясна, перепитує. Так «ворота» перед запуском закриваються без того, щоб менеджер пам’ятав про кожне питання.
Готує чернетки відповідей «де моє замовлення». За статусом і розрахунковою датою ШІ пише менеджеру готову відповідь клієнту. Менеджер перевіряє і надсилає.
Пише звіт власнику. Які замовлення застрягли перед запуском, хто з клієнтів не відповідає, де час операції вийшов довшим за звичайний, які дати під загрозою.
Читає документи й прайси постачальників, якщо матеріал треба дозамовити.

Не робить

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

Ширше про те, як ШІ допомагає керівнику зі звітами, контролем і нагадуваннями, — у статті про штучний інтелект в управлінні підприємством.

Як таку систему будують ШІ-агенти

Улітку 2026 року для Saloy ми розглядали KeyCRM, зв’язку Google Sheets і Trello та ERPNext. Готові не підійшли: потрібні були ціна за формулою, заготовки, «ворота» перед цехом, виплати за операції і Telegram як основний інтерфейс команди. ERPNext закривав більше за інших, але налаштування зайняло б місяці.

Тому систему зробили під процес, модуль за модулем:

Перший день: воронка, картки замовлень і клієнтів, канбан, дашборд, вхід через Telegram, форма з сайту. Це вже перша робоча версія.
Другий тиждень: заготовки, доручення, уточнення до клієнта перед запуском у виробництво, автоматичні нагадування.
Третій тиждень: виплати за операціями, облік часу, прибуток власника, рахунки й накладні. Усі модулі — за 3 тижні.

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

Швидкість — від того, як пишеться код. Архітектор описує процес і критерії готовності, ШІ-агент пише код і тести, людина перевіряє все на реальних замовленнях. Основа вже готова: заявки, клієнти, замовлення з етапами, документи, вхід через Telegram, ролі, сповіщення, резервні копії. Під ваше виробництво дописується лише те, що відрізняє саме вас.

Один урок ми засвоїли на власному досвіді. Одного разу оновлення зі старої копії затерло свіжий модуль, і його відновлювали вручну. Відтоді правило — контроль версій і резервні копії з першого дня. Як ішла робота тиждень за тижнем і що система показала в перші дні, ми розповіли в кейсі власної системи управління бізнесом.

Коли краще готова програма

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

Варіант	Кому підходить	Де межа
Дошка з магнітами або Trello з Google Sheets	Майстерня з 1–3 людей, кілька замовлень на тиждень	Дату з черги не порахувати, факт часу не збирається, «ворота» тримаються на дисципліні
KeyCRM чи інша CRM	Продаж і замовлення, виробництво просте	Черга цеху, маршрути операцій і таймер майстра — не основне завдання CRM
ERPNext	Виробництво зі специфікаціями, маршрутами й робочими центрами	Сильне планування потужностей, але довідники й маршрути треба описати для кожного виробу
Odoo	Компанія, якій потрібні продажі, склад і виробництво в одній системі	Довге налаштування, часто з інтегратором
MRPeasy	Мале дискретне виробництво під замовлення, якому підходить хмарний сервіс	Маршрути, робочі центри й потужності треба змоделювати точно, інакше графік не збігатиметься з цехом
BAS ERP	Середнє підприємство, де головне — облік, склад, звітність і планування в одній програмі	Потрібні фахівці з BAS і впорядковані довідники
Siemens Opcenter і подібні MES	Завод з лініями, обладнанням з контролерами, вимогами до простежуваності	Масштаб, вартість і терміни впровадження не для цеху на 20 людей
Система під процес	Кожне замовлення інше, кілька вузьких місць, команда працює з телефона	Потрібна людина, яка опише процес і прийме результат

Два уточнення з документації. В ERPNext після створення виробничого замовлення система генерує картки робіт з плановим часом. Обмежує ж кількість замовлень вікно планування: у прикладі з документації при вікні 30 днів і 5 днях на виріб можна прийняти лише 6 замовлень. Це добре для серійного виробу і складно, коли кожен виріб інший і норму треба задати заново. У BAS ERP 2.5 є три варіанти графіка виробництва: без планування, MRP I і планування за матеріальними й виробничими ресурсами. Автор огляду на education.ua радить починати з найпростішого. Ця порада добра для будь-якої програми.

Типові помилки при виборі

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

Не впевнені, що вам підходить? Пройдіть тест «Готова CRM чи своя система» — він займає 15 хвилин.

З чого почати

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

Ці три кроки знадобляться в будь-якому разі: і для готової програми, і для системи під процес.

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

Чи треба підключати верстати з ЧПК до системи? Для старту — ні. Підключення обладнання — це рівень заводської MES. Цеху на 5–100 людей вистачає таймера в Telegram-боті: він показує реальний час операції і не вимагає змін на верстаті. Для типових параметричних виробів окремо можна будувати керуючі програми з параметрів замовлення.

Майстри не будуть цим користуватися. Що робити? Зробити так, щоб відмітка займала секунди. Завдання приходить у бот, таймер запускається командою, готовність — однією відміткою. Окремий застосунок чи браузер не потрібні. Мови інтерфейсу — українська й російська.

Скільки часу займає запуск? Перша робоча версія — за кілька днів, уся система — 2–4 тижні після опису процесу. Два тижні система працює паралельно зі старим способом, щоб нічого не загубити. У Saloy перша версія запрацювала за 1 день, усі модулі — за 3 тижні.

Якщо у вас виробництво під замовлення — меблі, деревообробка чи металообробка, — опишіть, як у вас зараз замовлення проходить цех і як ви називаєте клієнту термін. Покажемо робочу систему на демо за 30 хвилин і чесно скажемо, що вам вигідніше: готова програма чи система під ваш процес. Детальніше — ШІ-система управління бізнесом.

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