Автоматизація процесів виробництва: заявки, план, якість

Автоматизація процесів виробництва на підприємстві з 15–150 людьми рідко починається з робота чи нової лінії. Верстати вже працюють. Гроші губляться між ними: заявка тиждень лежить у Viber, начальник виробництва переписує план у таблиці після кожного термінового замовлення, а про брак дізнаються з рекламації. Саме ці процеси управління — прийом заявок, планування випуску й контроль якості — найшвидше переходять у систему.

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

Розберемо шлях одного замовлення, формулу втрат із розібраним прикладом, три процеси докладно — заявки, план, якість — і порядок запуску. Окремо покажемо, що в цьому ланцюжку робить ШІ, а що мають рахувати формули й алгоритми.

Коротко:

Автоматизація процесів виробництва має два контури. Технологічний — верстати, датчики, контролери. Управлінський — заявки, план, матеріали, якість, документи. Малому й середньому виробнику другий зазвичай дає результат швидше і дешевше.
Почніть із заявок. Тут найкоротший шлях до грошей: швидка відповідь клієнту, жодної загубленої заявки, ціна за формулою.
План рахує алгоритм, а не мовна модель. ШІ збирає дані, пояснює зсуви і готує повідомлення клієнтам.
Контроль якості починається з обліку кожного дефекту, а не з камери. Машинний зір має сенс для масового однотипного виробу.
Перша робоча версія — за кілька днів, уся система — за 2–4 тижні після опису процесу. Ще два тижні вона працює паралельно зі старим способом.

Що таке автоматизація процесів виробництва: два контури

У підручниках автоматизацію визначають як передачу функцій людини з керування процесом машинам і системам. Власнику підприємства корисніше інше розрізнення: що саме ви передаєте системі — роботу з металом і деревом чи роботу з інформацією.

Технологічний контур: обладнання

Сюди належать верстати з ЧПК, програмовані контролери (PLC), датчики, SCADA, роботи й конвеєри. Вони прискорюють і стабілізують саму операцію: різання, зварювання, фарбування, пакування. Рішення ухвалює інженер-автоматник, гроші йдуть на обладнання, а результат видно в продуктивності лінії. Якщо у вас уже є контролери й SCADA, що ШІ додає поверх них, ми розібрали в статті автоматизація виробництва SCADA.

Управлінський контур: інформація про замовлення

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

Для підприємства під замовлення вузьке місце часто саме тут. Навесні 2025 року завантаженість українських виробників металоконструкцій становила 40–60%, за оцінкою GMK Center. Коли обладнання наполовину вільне, швидший верстат не додасть замовлень. Більше дадуть швидка відповідь клієнту, жодної загубленої заявки і жодного простою через недоукомплектоване замовлення.

Де ШІ, де формула, а де людина

Найчастіша помилка — доручити ШІ все підряд. У виробничому процесі є чотири типи роботи, і в кожного свій виконавець.

Тип роботи	Приклади	Хто виконує
Розібрати текст, фото, документ	заявка у Viber, специфікація в PDF, відповідь клієнта	ШІ
Порахувати за правилом	ціна, собівартість, термін за нормами, межі допуску	формула
Скласти розклад з обмеженнями	черга на ділянках, послідовність партій	алгоритм планування
Ухвалити рішення	знижка, виняток, поступка щодо браку, відповідь на скаргу	людина

Ця таблиця — фільтр для будь-якої пропозиції «впровадити ШІ». Якщо вам пропонують, щоб мовна модель сама рахувала ціну чи складала план без формул і правил, це ризик помилок, які важко помітити.

Як іде замовлення і де саме його автоматизують

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

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

Кожен крок має одного власника. Якщо на питання «хто відповідає за крок 5» відповідають «усі», автоматизація лише пришвидшить безлад. Більше прикладів бізнес-процесів на підприємстві, розкладених на 20 задач, — у статті автоматизація бізнес-процесів: приклади на виробничому підприємстві.

Як порахувати, скільки коштує ручний процес

Автоматизувати варто там, де втрати найбільші, а не там, де найцікавіше. Втрати можна порахувати за тиждень спостережень.

Формула

Втрати за місяць = А + Б + В + Г, де:

А — ручна робота: години на заявки, перерахунки й перенесення даних × вартість години працівника з податками;
Б — втрачені замовлення: кількість загублених або зірваних замовлень × маржа середнього замовлення;
В — брак і переробки: кількість випадків × собівартість переробки (матеріал, час, повторна доставка);
Г — простій: години, коли обладнання чекає креслення, матеріал чи рішення, × вартість години простою.

Як зібрати дані за тиждень

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

Розібраний приклад (умовні цифри)

Вартість години беремо з ринку. У листопаді 2026 року медіанна зарплата у вакансіях менеджера з продажу становила 40 000 грн, а начальника виробництва — 55 000 грн (Work.ua). Роботодавець додає ЄСВ 22% (Закон № 2464-VI, ст. 8). При 168 робочих годинах на місяць година менеджера коштує близько 290 грн, година начальника виробництва — близько 400 грн.

Умовне підприємство отримує 70 заявок на місяць:

А. Менеджер витрачає на кожну заявку 40 хвилин ручної роботи: переписати, перепитати, перерахувати. Це 47 годин, або близько 13 600 гривень. Начальник виробництва щотижня 3 години перекроює план — ще 13 годин, або 5 200 гривень.
Б. Два замовлення на місяць губляться чи зриваються. Маржа замовлення — 8 тисяч гривень. Разом 16 тисяч гривень.
В. Три переробки по 5 тисяч гривень собівартості — 15 тисяч гривень.
Г. 10 годин простою верстата по 600 гривень — 6 тисяч гривень.

Разом близько 55 800 гривень на місяць. Автоматизація не прибере все: заявки однаково перевіряє людина, а частина браку залежить від матеріалу. Рахуйте консервативно — система прибирає від третини до половини втрат, тобто 18–28 тисяч гривень на місяць. Окупність = разові витрати на запуск ÷ (місячна економія − щомісячна підписка).

Пороги рішення

Найбільша частина — Б (втрачені замовлення): починайте з заявок, розрахунку ціни й нагадувань.
Найбільша частина — В (брак): починайте з обліку дефектів, камери відкладіть.
Найбільша частина — Г (простій): починайте з «воріт» перед виробництвом і матеріалів під замовлення.
Сума втрат менша за те, що ви готові щомісяця платити за підтримку системи: автоматизувати рано. Наведіть лад у таблиці й поверніться до питання за пів року.

Окремий аргумент — люди. У липні 2026 року на брак працівників скаржилися 66% промислових підприємств, серед середніх — 74%, за щомісячним опитуванням ІЕД, яке переказує Forbes Україна. Коли технолога чи начальника виробництва немає ким замінити, кожна його година на переписування таблиць обходиться дорожче, ніж показує формула.

Автоматизація заявок: від повідомлення у Viber до картки замовлення

Заявки — найчастіший перший крок, бо тут прямий зв’язок із виручкою. Менше загублених звернень — більше вчасно виконаних замовлень і повторних клієнтів.

Один вхід для всіх каналів

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

Не пропускайте телефон. У нашій компанії з виробництва на верстатах з ЧПК Saloy система в перші ж тижні показала, що великі замовлення приходили саме дзвінками. Автоматизація лише форми на сайті пропустила б найцінніші заявки.

Що ШІ дістає з повідомлення у вільній формі

Клієнт пише: «Потрібні фасади на кухню, МДФ, фарбовані, 14 штук, розміри у файлі, до кінця місяця». ШІ розкладає це на поля: виріб, матеріал, покриття, кількість, вкладення, бажаний термін. Чого бракує — колір, адреса доставки, чи жорсткий термін, — те система збирає в список питань.

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

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

Ціну й термін рахують формули, а не ШІ

Ціна — найчутливіше місце. У Saloy ціна деталі рахується так: площа × ставка × коефіцієнт складності × кількість, плюс заготовка за об’ємом. Заготовки йдуть із припусками: за замовчуванням 10 мм по довжині й ширині та 3 мм по товщині. ШІ тут ні до чого — це формула, яку можна перевірити.

Для виробника металоконструкцій ми переносили розрахунок, який інженер вів у Excel-книзі на 104 аркуші: 96 таблиць ферм, понад 2 000 варіантів, снігові навантаження для 27 регіонів. Клієнт чекав на розрахунок. Разом робота зайняла 4 дні, і для кожної заявки система сама формує комерційну пропозицію у фірмовому PDF і розрахунок в Excel із живими формулами. Перед запуском результати звірили з Excel на контрольних прикладах — збіглося до копійки.

Під час звірки знайшли помилки в самому Excel: для кроку ферм 4,25 м таблиця видавала #Н/Д, а в кількох місцях рахувала неточно. Ми не виправляли мовчки, а передали інженеру; для одного випадку в системі є перемикач «як в Excel» або виправлена схема. Висновок для вас: перед перенесенням формул обов’язково звірте результат на реальних прикладах — це заодно аудит вашої таблиці.

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

«Ворота» перед виробництвом

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

Нагадування, які повертають гроші

У Saloy одне замовлення програли, бо вчасно не нагадали клієнту. Ще одне — через безкоштовні візуалізації без обмежень; висновок — передоплата й ліміт правок. Тому в процесі заявки мають бути автоматичні нагадування менеджеру: після надісланої пропозиції, перед очікуваною передоплатою, коли клієнт довго не відповідає на уточнення.

Чекліст полів заявки для виробництва

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

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

Типові помилки на етапі заявок

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

Планування випуску: що рахує алгоритм, а що пояснює ШІ

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

Планування — це задача розкладу

У термінах дослідження операцій типовий цех описується як задача job shop: кілька замовлень проходять через кілька верстатів, кожне замовлення — послідовність операцій у заданому порядку, кожна операція йде на конкретному верстаті, верстат одночасно виконує лише одну операцію, а розпочата операція йде до кінця. Мета — мінімізувати час від початку першого замовлення до завершення останнього. Таке визначення дає документація бібліотеки Google OR-Tools, яка розв’язує подібні задачі.

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

Які дані потрібні для плану

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

Без норм із факту будь-яка програма планування видає гарний, але неправильний графік. Тому облік часу на операції — передумова планування, а не окремий проєкт «на потім».

Правила пріоритету, яких часто достатньо

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

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

Що робити, коли надходить термінове замовлення

Система показує, які замовлення зсуваються і на скільки днів.
Начальник виробництва або власник погоджує чи відмовляє — з цією картиною перед очима.
ШІ готує чернетки повідомлень клієнтам, чиї дати зсуваються; менеджер перевіряє й надсилає.
Причина зсуву записується в картку. Через місяць видно, скільки насправді коштують «термінові» і чи варто брати за них доплату.

Що робить ШІ в плануванні

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

Коли потрібна окрема програма планування

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

Не плутайте план випуску з бізнес-плануванням. План випуску — це дні, ділянки й люди. Бізнес-план — прогноз продажів, бюджет і сценарії; про це окрема стаття автоматизація бізнес-планування.

Контроль якості: від вибіркової перевірки до даних про кожен дефект

У контролі якості найбільше міфів. Здається, що проблему вирішить камера з ШІ. На практиці спершу треба знати, де, коли і чому виникає брак.

Чому вибіркова й візуальна перевірка пропускає брак

Вибірковий контроль в Україні описує ДСТУ ISO 2859-1-2001 — ідентичний переклад ISO 2859-1:1999 про плани контролю за приймальним рівнем якості (AQL). Партію приймають, якщо у вибірці дефектних виробів не більше за приймальне число. Такий план керує ризиком у середньому по багатьох партіях. Він не гарантує, що добрий кожен виріб.

Суцільний візуальний контроль теж не ідеальний. У дослідженні Sandia National Laboratories 82 контролери перевіряли 140 прецизійних деталей на вісім типів дефектів. Вони правильно відбракували 85% дефектних деталей, але помилково забракували 35% придатних; середній рівень виявлення в галузі автори оцінюють у 80% (Sandia). Навіть уважна людина пропускає частину браку і при цьому бракує добрі вироби.

Тому мета першого кроку — не замінити контролера камерою, а зробити кожен дефект видимим і пов’язаним із причиною.

Рівень 1. Облік кожного дефекту

Майстер або контролер фотографує дефект телефоном і надсилає боту з коротким описом.
Система прив’язує запис до замовлення, операції, виконавця й партії матеріалу.
ШІ розкладає опис на поля і пропонує причину з довідника: матеріал, налаштування, кріплення, людська помилка, пошкодження при транспортуванні.
Людина ухвалює рішення: переробка, списання або поступка з погодженням клієнта.
Щотижня ШІ готує звіт: які дві-три причини дають більшість випадків і на яких операціях.

Рівень браку = дефектні вироби ÷ перевірені вироби × 100. Вартість браку = матеріал + час на переробку + повторна доставка + знижка клієнту. Ці дві цифри, пораховані щомісяця, показують, чи працюють ваші заходи. Обладнання для такого обліку не потрібне — вистачає телефона і бота.

Рівень 2. Вимірювання і контрольні карти

Якщо у виробу є вимірювані параметри — розмір, вага, товщина покриття, температура, вологість, — їх варто записувати в систему: вручну після вимірювання або з ваг і датчиків. Далі працює класична статистика. Контрольні межі — середнє ± три стандартні відхилення; точка за межами означає, що процес зсунувся. Ще один сигнал — вісім точок поспіль по один бік від середнього. Обидва правила наведені в довіднику NIST/SEMATECH.

Сигнал подає формула, а ШІ додає контекст: яка зміна, який верстат, яка партія матеріалу, що змінилося напередодні. Начальник виробництва отримує в Telegram не «параметр поза межами», а коротке пояснення з даними для рішення. Якщо датчики вже підключені до контролерів, дані зручніше брати зі SCADA — про це стаття, згадана вище.

Рівень 3. Машинний зір

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

Головна вартість тут — дані. Документація Google Vertex AI рекомендує близько 1000 навчальних зображень на кожну мітку (мінімум — 10) і наголошує, що навчальні фото мають бути максимально схожими на ті, які модель бачитиме в роботі (Google Cloud). Для моделей виявлення об’єктів YOLO розробники радять від 1500 зображень на клас (Ultralytics). Рідкісні дефекти доведеться збирати місяцями — і тут знадобиться облік з рівня 1.

Є й ризик постачальника. Amazon закрив сервіс машинного зору для контролю якості Lookout for Vision: нових клієнтів перестали приймати 10 жовтня 2024 року, а 31 жовтня 2025 року сервіс припинив роботу (AWS). Зберігайте фото й розмітку у себе, щоб модель можна було перенавчити деінде.

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

Рівень	Що потрібно	Коли має сенс	Що робить ШІ
Облік дефектів	телефон, бот, довідник причин	завжди, з першого тижня	розбирає опис, групує причини, пише звіт
Контрольні карти	вимірювання або датчики	є вимірювані параметри, серійний випуск	пояснює сигнал, збирає контекст
Машинний зір	камера, світло, сотні фото дефектів	масовий однотипний виріб	розпізнає дефект на фото

Рекламації замикають коло

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

Що робить ШІ в системі управління виробництвом, а чого не робить

Ми будуємо ШІ-систему управління бізнесом під процес конкретної компанії: заявки й замовлення з етапами, клієнти з реквізитами, розрахунки за формулами клієнта, задачі й сповіщення в Telegram, документи, оплати, звіти. Межі ролі ШІ в ній чіткі.

Робить

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

Не робить

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

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

Код таких систем пише ШІ-агент під контролем архітектора. Архітектор описує процес і критерії готовності, агент пише код і тести, людина перевіряє на реальних замовленнях. У Saloy перша робоча версія — воронка, картки замовлень і клієнтів, канбан, дашборд, вхід через Telegram, форма з сайту — запрацювала за 1 день. На другому тижні додали заготовки, доручення, уточнення перед запуском у виробництво і автоматичні нагадування. На третьому — виплати за операціями, облік часу, прибуток власника, рахунки й накладні. Докладніше — у кейсі власної системи управління.

Чим автоматизувати: облікова програма, конструктор, готова програма чи система під процес

Варіант	Що закриває	Де слабке місце	Коли обирати
Облікова програма з виробничим модулем	собівартість, списання, податкова звітність	заявки, уточнення, черга, Telegram	облік уже там, процес стандартний
Конструктор автоматизацій поверх таблиць (n8n, Make)	пересилання даних між сервісами	логіка розкидана по сценаріях, таблиця лишається базою	кілька простих зв’язок, мало винятків
Готова CRM чи ERP	воронка, типові документи, склад	ціна за формулою, ворота, оплата за операції	процес близький до типового
MES чи APS для заводу	облік на рівні ліній, оптимізація розкладу	ціна, терміни впровадження	серійний завод, сотні замовлень
Система під процес	ваш процес повністю, з ШІ	потрібен опис процесу й відповідальна людина	процес нетиповий, Excel уже не тягне

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

Українська специфіка: у квітні 2023 року Україна запровадила санкції проти 1С і «Парус» на 10 років (Дебет-Кредит). Якщо облік досі в 1С, не будуйте нову автоматизацію на ній — плануйте перехід, а процеси заявок, плану і якості виносьте в окрему систему з обміном довідниками.

Щоб швидко зрозуміти, що вам ближче, пройдіть тест готова CRM чи своя система — він займає 15 хвилин.

Порядок запуску: від опису процесу до другого модуля

Кроки

Розмова й демо — 30 хвилин. Показуємо робочу систему на вигаданих даних і чесно кажемо, чи є сенс продовжувати.
Опис процесу — тиждень. Шлях замовлення, ролі, формули, документи, винятки. Почати можна з шаблону опису процесу. Тут же фіксуйте цифри «до»: час відповіді на заявку, кількість зірваних термінів, випадки браку.
Перша версія — за кілька днів. Зазвичай це заявки, картки замовлень, ціна за формулою і сповіщення.
Два тижні паралельно зі старим способом. Нова система працює поруч із таблицями; розбіжності розбираємо й виправляємо без ризику для замовлень.
Модулі по одному. Після заявок — облік часу й план, потім облік дефектів, документи й оплати. Уся система — 2–4 тижні.

Чекліст перед запуском

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

Типові помилки впровадження

Автоматизують хаос. Якщо кожен менеджер веде заявки по-своєму, система лише пришвидшить безлад. Спершу один стандарт.
Усе одразу. Великий проєкт на пів року втрачає підтримку людей раніше, ніж дає результат. Один процес, кілька тижнів, вимірний ефект.
Інструмент раніше задачі. «Хочемо ChatGPT» — не задача. Задача — «кожна заявка в картці за 15 хвилин, з повним списком питань».
Немає цифр «до». Без них через місяць неможливо довести ефект ні собі, ні команді.
Без резервних копій і контролю версій. У нас одного разу оновлення зі старої копії затерло свіжий модуль — відновлювали вручну. Відтоді контроль версій і бекапи — з першого дня, а щоденна резервна копія входить у кожну систему.

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

Чесно про випадки, коли поспішати не варто:

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

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

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

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

Скільки часу займає автоматизація процесів виробництва? Опис процесу — тиждень. Перша робоча версія — за кілька днів, уся система — 2–4 тижні, ще два тижні вона працює паралельно зі старим способом. Машинний зір — окремий проєкт: спершу треба зібрати достатньо фото дефектів.

Де зберігаються дані і кому належить система? Система належить клієнту: код і дані — ваші. Ставимо її на ваш сервер або на наш, з передачею будь-коли. Щодня робиться резервна копія. Інтерфейс — українською або російською.

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

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

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