Автоматизація обліку виробництва: заявки, наряди, акти

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

Стаття для власника чи операційного директора виробництва на 10–100 людей. Облік у вас формально є, але місяць закривається кілька днів, а собівартість конкретного замовлення відома приблизно. Розберемо, які документи рухаються в цеху і що з них вимагає закон. Далі — у якому порядку переводити їх у систему, як порахувати втрати від паперу і де допомагає штучний інтелект.

Ми не продаємо коробкову програму обліку. Ми будуємо ШІ-систему управління бізнесом під процес конкретної компанії. Власну систему для нашого виробництва на верстатах з ЧПК ми запускали саме так. Тому тут те, що перевірили на собі, і чесно про те, де готова облікова програма буде кращою.

Коротко

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

Що таке автоматизація обліку виробництва і з чого вона починається

Облік виробництва відповідає на три питання: що ми витратили, що зробили і хто це зробив. Бухгалтерія відповідає на них у гривнях і проводках. Цех відповідає в штуках, хвилинах і підписах. Автоматизація — це коли дані цеху потрапляють в облік без ручного переписування.

Облікова програма фіксує результат, цех — процес

BAS, 1С чи інша облікова програма знає лише те, що в неї внесли. Вона не знає, що заявку подали в понеділок, погодили в середу, а матеріал видали в п’ятницю. Вона не бачить, хто з токарів зробив операцію і скільки часу на неї пішло. Ці дані виникають у цеху. Якщо їх фіксують на папері, бухгалтерія отримує їх із запізненням і з помилками перенесення.

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

Чому «у нас є BAS» ще не означає автоматизований облік

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

Навіть виробничий контур облікової програми не вирішує проблему сам. Наприклад, у BAS ERP 2.5 є етапи виробництва і поопераційне планування — це видно з програми навчального курсу ЦСН «Проком» (education.ua). Але щоб етапи закривалися вчасно, хтось у цеху має відмічати їх у момент виконання. Якщо цей хтось — майстер із папірцем, програма знову чекає на ручне введення.

Чекліст: облік у вас фактично паперовий, якщо

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

Три й більше збігів — облік варто будувати від цеху, а не від бухгалтерії.

Які документи рухаються в цеху і що з них вимагає закон

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

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

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

Типові форми чи свої бланки

Більшість документів у таблиці внутрішні. Закон не вимагає конкретного бланка наряду чи заявки. Він вимагає, щоб первинний документ мав обов’язкові реквізити. Стаття 9 Закону «Про бухгалтерський облік та фінансову звітність в Україні» їх називає: назва документа і дата, назва підприємства, зміст і обсяг операції з одиницею виміру, посади й прізвища відповідальних осіб, особистий підпис або інші дані, що дозволяють ідентифікувати учасника операції (zakon.rada.gov.ua).

Для передачі матеріалів у виробництво Методичні рекомендації з бухгалтерського обліку запасів згадують накладну-вимогу і лімітно-забірні картки. Проте підприємство може розробити власні бланки з обов’язковими реквізитами, а порядок документування варто закріпити в обліковій політиці або наказі про документообіг (7eminar). У тому ж огляді зібрана судова практика. В одній справі підприємство програло, бо виробничі звіти не були підтверджені первинними документами. В іншій суд визнав списання, бо були накладні за типовою формою і облікові регістри.

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

Лімітно-забірна картка, якої немає в програмі

Окрема українська деталь. Огляд 7eminar зазначає, що в ERP та облікових програмах лімітно-забірної картки за замовчуванням немає, тому контроль лімітів підприємства часто ведуть в Excel (7eminar). Так поруч з обліковою програмою виникає ще одна таблиця, яку хтось має вести вручну.

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

Електронна форма і підпис

Стаття 9 того ж закону дозволяє складати первинні документи в паперовій або в електронній формі. Електронні документи застосовують за умови дотримання законодавства про електронний документообіг. Документи, які програма створює автоматично, — за наявності накладеного електронного підпису чи печатки. Закон також вимагає захисту від несанкціонованого і непомітного виправлення записів, а на вимогу відповідних органів — паперових копій (zakon.rada.gov.ua).

Що це означає для цеху на практиці:

система має вести журнал змін: хто, коли і що змінив у документі;
для кожного типу документа заздалегідь визначте спосіб підтвердження: КЕП, Дія.Підпис чи інший, який погодить ваш бухгалтер;
документи з контрагентами підписуйте КЕП, як і зараз;
система має друкувати будь-який документ у PDF, якщо його попросить перевіряльник.

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

Як іде один ланцюжок: від заявки цеху до закритого місяця

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

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

Зверніть увагу на кроки 4–8. Документ там не заповнюють окремо: він складається з подій, які вже зафіксовані. У цьому головний виграш. Менше документів пишуть руками, більше документів виникають як наслідок дій.

Що має бути в цифровій заявці

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

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

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

Хто за що відповідає

Без відповідальних система стає ще одним місцем, куди ніхто не дивиться. Мінімальний розподіл ролей:

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

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

Де губляться гроші й час у паперовому обліку

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

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

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

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

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

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

Податковий ризик. Витрати, не підтверджені первинними документами, контролюючий орган може не визнати. Приклади таких судових справ є в огляді 7eminar.

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

Як порахувати, скільки коштує паперовий облік: формула і приклад

Загальна «ефективність» нічого не говорить власнику. Порахуйте свої втрати самі. Для цього не потрібна програма — потрібні тиждень спостережень і чесний хронометраж.

Формула

Втрати на місяць у годинах = документів на місяць × хвилин на один документ (усі учасники разом) ÷ 60 + години на виправлення помилок + людино-години простою через затримки.

Щоб перевести години в гроші, помножте кожну складову на вартість години відповідних людей: майстра, економіста, робітника, що чекає. Ставки в кожної компанії свої, тому тут ми їх не наводимо.

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

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

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

Умовне виробництво: три цехи, близько 15 заявок на день, 22 робочі дні на місяць. Хронометраж показав: майстер витрачає на заявку 12 хвилин, економіст — 8, начальник цеху — 5. Разом 25 хвилин на одну заявку.

Обробка: 15 × 22 × 25 ÷ 60 ≈ 137 годин на місяць.
Виправлення: одну заявку на день доводиться розбирати пів години — ще 11 годин.
Простій: двічі на місяць бригада з 5 людей чекала матеріал по 2 години — 20 людино-годин.

Разом близько 168 людино-годин на місяць лише на заявках. Припустімо, після переходу на систему майстер витрачає на заявку 2 хвилини, начальник цеху — 1, а економіст лише переглядає готові дані. Тоді обробка займає близько 3 хвилин замість 25, тобто приблизно 17 годин на місяць замість 137.

Цифри в прикладі умовні. У вас вони можуть бути більшими чи меншими. Саме тому варто зробити власний хронометраж, а не вірити чужим розрахункам, зокрема нашим.

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

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

Що автоматизувати першим: порядок і пороги

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

Крок 1. Заявки на матеріали й ремонт

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

Заявки на ремонт обладнання варто запускати разом із заявками на матеріали. Це той самий механізм, а дані про простій верстатів потім знадобляться для планування.

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

Крок 2. Видача і списання під замовлення

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

У Saloy, нашій компанії з виробництва на верстатах з ЧПК, заготовка під деталь рахується з припусками. За замовчуванням це 10 мм по довжині й ширині та 3 мм по товщині. Так видача відповідає реальній потребі замовлення, а не оцінці «на око».

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

Крок 3. Наряди й час на операції

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

Детальніше про облік часу на кожне замовлення — у статті про систему обліку робочого часу.

Крок 4. Маршрутні листи, брак і контроль якості

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

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

Крок 5. Акти і зв’язок з обліковою програмою

Коли видачі, наряди і брак уже в системі, акт складається сам. Останній крок — передача в облікову програму. Варіанти: автоматичний обмін через API, файл для завантаження або акт у PDF, який бухгалтер вносить сам.

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

Що можна відкласти

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

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

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

Виробничий контур облікової програми

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

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

n8n, Make чи схожі сервіси разом із Telegram-ботом. Форма в боті, маршрут погодження, запис у таблицю чи облікову програму через API. Плюс: швидкий старт і звичний для цеху Telegram. Мінус: коли ланцюжків стає багато, логіка розповзається по сценаріях. Без людини, яка тримає їх у голові, підтримка стає складною. Порівняння конструкторів — у статті Make, n8n або Zapier.

Своя система під процес

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

Порівняння підходів

Критерій	Контур облікової програми	Конструктор і бот	Своя система під процес
Де працює майстер	Комп’ютер або окремий термінал	Telegram	Telegram, телефон, планшет
Зв’язок з обліком	Вбудований	Через API, налаштовують окремо	Обмін з обліковою програмою
Свої бланки і форми	Доробка програмістом	Нова форма в сценарії	Форма під ваш бланк
Час до першого результату	Місяці	Тижні	Перша версія за кілька днів
Хто підтримує	Програміст чи партнер	Той, хто збирав сценарії	Розробник системи, код у вас
Кому підходить	Серійне виробництво в екосистемі BAS	Один-два прості маршрути	Виробництво під замовлення з власною логікою

Критерії вибору

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

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

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

Робить

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

Не робить

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

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

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

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

Як впроваджувати, щоб цех не повернувся до паперу

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

Пілот: один цех, один документ

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

Два тижні паралельно з папером

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

Опір майстрів: що працює

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

Свої бланки: оцифровувати чи стандартизувати

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

Звірка при перенесенні розрахунків

Якщо норми чи розрахунки зараз живуть в Excel, перед запуском звірте систему з таблицею на реальних прикладах. Для виробника металоконструкцій ми переносили розрахунок ферм із книги на 104 аркуші. На контрольних прикладах результат збігся до копійки. А в самому Excel знайшли помилки: для кроку ферм 4,25 м таблиця видавала #Н/Д. Ми не виправляли мовчки, а передали інженеру. Це правило варто взяти собі: розбіжність між старим і новим — привід розібратися, а не тихо підігнати.

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

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

Обмеження: коли автоматизація обліку виробництва не спрацює

Немає довідника номенклатури

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

Склад без правдивих залишків

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

Немає відповідального

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

Дуже малий обсяг

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

Цех без зв’язку

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

Серійне виробництво з налаштованим BAS

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

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

Чи потрібен у штаті IT-спеціаліст, щоб підтримувати систему?

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

Чи можна підтверджувати внутрішні акти без КЕП?

Закон вимагає, щоб у первинному документі був підпис або інші дані, що ідентифікують учасника операції, а електронні документи відповідали законодавству про електронний документообіг (zakon.rada.gov.ua). Який спосіб підтвердження достатній для яких внутрішніх документів, вирішує ваш бухгалтер і закріплює в обліковій політиці. Система підтримає обраний варіант і збереже журнал, хто і коли підтвердив документ.

Чи працює це разом із BAS чи 1С?

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

Скільки часу займає перехід одного цеху?

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

Що робити з паперовим архівом?

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

Чим облік виробництва відрізняється від управління виробництвом?

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

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