Як імпортувати накладні в BAS без ручного введення

Найдорожча операція в бухгалтерії — не звітність. Це щоденне перенесення цифр із документа постачальника в облікову систему: номер, дата, ЄДРПОУ, двадцять рядків номенклатури, кількість, ціна, ПДВ. Одна накладна — від трьох до п'ятнадцяти хвилин. Двісті накладних на місяць — це повний робочий тиждень, витрачений на набір того, що вже надруковано в PDF.

Нижче — практичний розбір, як цей крок прибрати.

Чому «просто скопіювати» не працює

Первинка приходить у чому завгодно: PDF з електронного кабінету, скан із пошти, фото з телефона водія, XML від великого постачальника, Excel від дистриб'ютора. Копіюванням із PDF не обійтись із трьох причин:

Скан — це картинка. Тексту в ньому немає взагалі, лише пікселі.
Таблиця розсипається. Навіть у «живому» PDF колонки при копіюванні склеюються в один стовпчик, і зіставити кількість із ціною неможливо.
Формат у кожного свій. «Всього з ПДВ», «Сума до сплати», «Разом» — три різні назви одного поля в трьох накладних одного тижня.

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

Що робить розпізнавання

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

тип документа, номер і дата;
постачальник і покупець із ЄДРПОУ та ІПН;
позиції: назва, код, одиниця, кількість, ціна, сума;
підсумки: без ПДВ, ПДВ, разом.

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

Крок за кроком: від PDF до проведеного документа

Завантаження. Пачка файлів одразу — PDF, JPG, PNG, TIFF, WEBP, XML, EDI, Excel, DOC. Обробка йде паралельно, а не по одному.
Розпізнавання і валідація. Система витягує реквізити й перевіряє арифметику. Документи з розбіжностями відсортовані окремо.
Зіставлення номенклатури. «Папір А4 500 арк.» у накладній і «Папір офісний A4, 500 аркушів» у довіднику — це одна позиція. Її треба зв'язати один раз, далі зіставлення працює само.
Передача в облік. Найважливіший крок — і саме на ньому більшість сервісів зупиняється.

Головне питання при виборі сервісу — не точність, а спосіб передачі

У рекламі люблять відсотки точності. На практиці вирішальне інше: як дані потрапляють у вашу облікову систему. Варіантів три.

Файл вивантаження. Сервіс віддає XML або Excel у форматі, який розуміє BAS/1С; ви завантажуєте його в програму. Працює завжди, не потребує нічого від адміністратора, але це ручний крок.

Обробка для BAS/1С. Зовнішня обробка, яку відкривають прямо в програмі: вона сама забирає розпізнані документи і створює їх в обліку. Швидко для користувача, але обробку треба один раз встановити, а після оновлень — перевірити сумісність із вашою конфігурацією.

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

Перед підключенням будь-якого сервісу поставте постачальнику чотири питання:

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

Остання відповідь показова. Сервіс, який чесно повертає статус помилки, економить більше часу, ніж сервіс, який завжди повертає «успіх» із порожніми полями.

Скільки це реально економить

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

Практичний висновок

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

У DocaAI ми зробили всі три канали передачі одразу: файл вивантаження, обробку для BAS/1С і REST API з вебхуками — саме тому, що на різних підприємствах виграє різний. Перші документи можна прогнати безкоштовно, щоб порівняти результат зі своєю ручною роботою.