Автоматичне заведення рахунків постачальників в облік

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

Чому рахунки складніші за накладні

Джерела різні. Накладну дає той самий контрагент у тому самому вигляді. Рахунки падають звідусіль: PDF з розсилки, фото з телефона менеджера, скан із МФУ, XML від дистриб'ютора, Excel від ФОПа.

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

Немає єдиної форми. «Рахунок-фактура», «Рахунок на оплату», «Invoice» — у кожного свій порядок полів. Підхід «поле лежить у координатах X, Y» на такому потоці розсипається за тиждень.

Крок 1. Прийом файлів

Якщо система бере тільки PDF, половина потоку залишається ручною. Робочий мінімум: PDF, JPG, PNG, TIFF, WEBP для «картинкових» джерел, XML і EDI для електронного обміну, XLS і DOC для тих, хто досі шле рахунки в офісних форматах. У DocaAI ми тримаємо весь цей набір з обмеженням 50 МБ на файл — бо потік реального підприємства ніколи не буває однорідним.

Друге — пачками. Ранкова пошта дає 20-40 рахунків; вантажити поштучно — той самий ручний процес із зайвим кліком.

Крок 2. Розпізнавання

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

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

Про відсотки точності

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

Крок 3. Валідація сум і реквізитів

Крок, який відрізняє автоматизацію від автоматичного внесення помилок. До передачі в облік має перевірятися:

Арифметика рядка — кількість × ціна = сума.
Підсумок — сума рядків збігається з «разом».
ПДВ — відповідає базі оподаткування і ставці.
Код контрагента — ЄДРПОУ 8 цифр, ІПН 10 або 12.
Банківський рахунок — IBAN правильної довжини і структури.

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

Крок 4. Зіставлення номенклатури

«Кабель UTP кат.5е 305м» у рахунку і «Кабель вита пара UTP cat.5e, бухта 305 м» у довіднику — одна позиція, але точного збігу рядків немає. Практичний підхід — два пороги схожості замість одного:

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

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

Крок 5. Передача в облікову систему

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

Файл вивантаження. XML або Excel у форматі облікової системи. Працює завжди, налаштовувати нічого, але це ручна дія двічі на день.

Готова обробка для BAS/1С. Відкривається в програмі і сама створює документи в обліку. Найзручніше для бухгалтера; ціна — встановити один раз і перевіряти після оновлень конфігурації.

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

Що питати про API до підключення:

Чи є документація без реєстрації? У DocaAI публічне API живе на https://docaai.com/api/v1 з ключем виду doca_ у заголовку Authorization: Bearer, опис відкритий на docaai.com/api-docs.
Чи стабільні назви полів і як анонсуються зміни контракту?
Чи можна перевірити автентичність вебхука? Технічно це HMAC-підпис у заголовку: сервер рахує підпис тіла запиту своїм секретом і порівнює. Без цього будь-хто, хто знає адресу, надішле фальшиве повідомлення.
Що повертається, коли документ розпізнати не вдалося? Чесний статус помилки економить більше часу, ніж «успіх» із порожніми полями.

З чого почати

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

Перші документи в більшості сервісів можна прогнати безкоштовно (у нас це три документи пробного періоду) — цього досить, щоб перевірити гіпотезу на власній первинці, а не на демо-прикладі.

Підсумок

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