Як автоматизувати обробку документів за допомогою ШІ: від скану накладної до проводки в 1С

Первинка з'їдає години, яких ні в кого немає. Бухгалтер відкриває скан видаткової, вручну переписує номер, дату, контрагента, суму й ПДВ у 1С, звіряє з договором, шукає, чому підсумок не збігся на дві копійки. Помножте це на сотні документів на місяць — і стане зрозуміло, чому «закрити період» завжди означає овертайми.

Штучний інтелект не прибирає бухгалтера з процесу. Він прибирає з процесу ручне перенесення даних. Нижче — як це працює насправді: які документи вже можна віддати ШІ, де система ламається на інтеграції з 1С, скільки це коштує й чим OCR відрізняється від IDP та LLM-агента. Без магії та обіцянок «штучний інтелект замінить відділ».

Які документи вже можна віддати ШІ

Правило просте: що стандартніший документ, то надійніше ШІ зчитує його без нагляду. Рукописний акт від ФОП на обрізаному фото — складніше, ніж PDF-накладна з ERP постачальника. Ось типи первинки, з якими системи працюють щодня, і що з кожним варто перевіряти.

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

Як працює AI-обробка документів: від прийому до запису в 1С

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

1. Приймання. Документи приходять із пошти, месенджера, спільної теки, фото з телефону або вивантаження з ERP постачальника. Система збирає все в одну чергу й прибирає сміття — підписи в листуванні, дублі, порожні сторінки.
2. Розпізнавання. OCR перетворює зображення на текст, а модель розуміє, де тут номер, де сума, а де ЄДРПОУ. На цьому кроці скан стає структурованими даними.
3. Перевірка. Система звіряє суму позицій із підсумком, ставку ПДВ, контрагента з довідником, номер — із раніше введеними, щоб не було дубля. Усе, що не збіглося, іде у виняток.
4. Запис. Чисті дані лягають у 1С/BAS, ERP або обліковий модуль — як заявка, чорновий документ або готова проводка, залежно від того, наскільки ви довіряєте системі.
5. Людина на винятках. Бухгалтер бачить не сотні документів, а десяток спірних: де модель засумнівалася чи дані не зійшлися. Він вирішує — і система запам'ятовує рішення.

Ключове в цій схемі — крок п'ять. Автоматизація не означає «без людей». Вона означає, що людина працює лише там, де потрібне рішення, а не там, де треба перепечатати цифри.

Простий приклад. Приходить накладна на 40 позицій. OCR підіймає текст, IDP розкладає його на поля й бачить, що підсумок не збігається із сумою рядків на 12 грн. Документ не блокується й не проходить тихо — він стає в чергу винятків із позначкою «перевірте рядок 17». Бухгалтер витрачає 20 секунд замість того, щоб вручну звіряти всі 40 рядків.

OCR, IDP чи LLM-агент: у чому різниця й що обрати

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

OCR — розпізнавання тексту. Він перетворює картинку на символи, але не розуміє, що «1 250,00» — це сума, а не номер телефону. Для одного сталого шаблону цього вистачає; щойно формат накладної змінюється, шаблони починають сипатися.

IDP (Intelligent Document Processing) — OCR плюс класифікація й витяг полів із бізнес-логікою. Система сама розуміє, що перед нею накладна, знаходить потрібні поля навіть у незнайомому макеті й перевіряє їх за правилами. Це робочий стандарт для потокової первинки.

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

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

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

Інтеграція з 1С/BAS, ERP і поштою: де зазвичай ламається

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

• Довідники не збігаються. У накладній «ТОВ Ромашка», у вашій 1С — «Ромашка, ТОВ», а ще є два схожих контрагенти. Без нормалізації й зіставлення за ЄДРПОУ система плодитиме дублі карток.
• Номенклатура постачальника ≠ ваша. Той самий товар у кожного названий по-своєму. Потрібен шар відповідностей, який навчається з рішень бухгалтера.
• ПДВ і податкова накладна. Дані з первинки мають зійтися з тим, що зареєстровано в ЄРПН. Автоматизація прискорює введення, але не звільняє від звірки реєстрації — це контроль, який лишається за людиною.
• Пошта як джерело хаосу. Документи в тілі листа, в архіві, сканом догори ногами, по кілька в одному PDF. Приймальний модуль має це розбирати, інакше сміття потрапить в облік.
• Права й аудит. Хто й що змінив, звідки взялася цифра. Без журналу й КЕП/Дія.Підпис там, де він потрібен, автоматизацію не ухвалить ні головбух, ні аудитор.

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

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

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

• Починати з найскладнішого. Якщо перший тип документа — рукописні акти від десятків ФОП, команда швидко розчаровується. Беріть найчастіший і найчистіший формат, покажіть результат, тоді розширюйте.
• Автоматизувати поверх безладу. Якщо довідник контрагентів засмічений дублями, система просто розмножить хаос швидше. Спершу — базовий лад у даних.
• Гнатися за «100% без людини». Мета не в тому, щоб прибрати людину, а в тому, щоб вона бачила лише винятки. Спроба закрити останні відсотки коштує дорожче, ніж уся решта автоматизації разом.
• Не призначити відповідального за винятки. Без людини, яка розбирає спірне й навчає систему рішеннями, модель не покращується, а довіра до неї падає.

Кейси Neurotrack: що було й що стало

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

МХП — первинка в 1С

Для МХП ми зробили внутрішній сервіс: дані з документа перетворюються на заявку в 1С без ручного перенесення. Результат — первинні документи обробляються в десятки разів швидше: замість кількох діб — лічені години.

ТРАШ — мережа з понад 200 локацій

У мережі «Траш!» первинка розсіяна по сотнях точок. Ми автоматизували первинну бухгалтерію одразу для 200+ локацій — і там теж опрацювання прискорилося у десятки разів: замість кількох діб лишилися години.

IDEA Travel — документи з фото

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

Глобино — звітність по 1000+ SKU

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

Спільне в усіх чотирьох — не «ШІ замість людей», а зняте ручне перенесення й звільнений час на те, де потрібна голова.

Скільки коштує і скільки триває впровадження

Чесна відповідь: залежить від обсягу й кількості систем, з якими треба інтегруватися. Орієнтир у нас такий самий, як на картках кейсів: від 2 500 $ за впровадження та від 200 $/міс за супровід. Фінальна цифра формується після того, як ми подивимося на ваші документи й облік.

На ціну й строки впливають три речі:

• Типи документів. Один стабільний формат — швидко. П'ять різних плюс рукописні — довше.
• Стан довідників. Чистий довідник контрагентів і номенклатури економить більшу частину роботи з інтеграції.
• Глибина автоматизації. «Витягти дані у файл» — одне. «Створити проводку в 1С із погодженням» — інше.

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

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

Чек-лист: чи готова ваша компанія до автоматизації документообігу

• У вас понад кількасот первинних документів на місяць, і їх вводять руками.
• Є облікова система (1С/BAS, ERP або хоча б структурована база), куди лягатимуть дані.
• Довідник контрагентів і номенклатури існує — навіть якщо його треба причесати.
• Є людина, яка розбиратиме винятки й навчатиме систему рішеннями.
• Ви розумієте, де проходить межа контролю: що вирішує ШІ, а що — бухгалтер.

Чотири «так» із п'яти — вам уже час рахувати економію, а не сумніватися в самій ідеї.

З чого почати

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