Коли AI помилиться в рахунку чи договорі, поріг 0,95 і 4 години на виправлення

Пишемо як команда впровадження, а не юридична фірма: безкоштовний посібник про те, що працює на практиці, для перевірки на ваших документах. Виробнича компанія з околиць Бидгоща, 230 працівників, три склади та 10 000 вхідних рахунків-фактур на місяць раніше переносила дані з PDF до системи ERP вручну. Один рахунок займав 5–8 хвилин, у сезон бувало 12. Після обов'язкового KSeF з 1 лютого 2026 року та двох помилок у сумі нетто, виявлених на аудиті, компанія вирішила перевірити, як налаштувати пороги довіри та чергу винятків, щоб людина виправляла лише те, що дійсно цього потребує. Почали з калібрування на історичних документах, а не зі сліпого впровадження.

AIЗображення згенероване AI.

Як це зібрали

Роботи тривали 10 тижнів. На тижнях 1–2 системний адміністратор (40 год), головний бухгалтер (18 год) і фінансовий контролер (12 год) відібрали 500 історичних рахунків та 120 цивільно-правових договорів для калібрування. На тижнях 3–4 встановили пороги: 0,90 для нефінансових полів (назва покупця, строк оплати, банківський рахунок) та 0,95 для сум, NIP і дат. Результат нижче порога надходив до черги для людини. На тижнях 5–6 підключили модель до ERP та KSeF, а на тижнях 7–8 пілотний проєкт на 2 000 рахунках показав, де пороги занижені. На тижнях 9–10 додали маршрут договорів і лог. Права доступу налаштували так: рахунки до 5 000 PLN нетто затверджує молодший бухгалтер, 5 000–50 000 PLN головний бухгалтер, понад 50 000 PLN фінансовий контролер; договори на суму понад 100 000 PLN передаються юрисконсульту. Для рахунків виправлення має завершитися за 4 години, для договорів за 24 години. Лог коригувань фіксує ID документа, поле, значення до і після, оператора, timestamp і причину.

Розрахунок

Вартість впровадження в цьому випадку становить 46 000 PLN нетто: ліцензія на інструмент OCR з моделлю AI 22 000 PLN на рік, інтеграція з ERP 16 000 PLN, а час команди оцінено у 8 000 PLN. Підтримка коштує близько 2 000 PLN на місяць за передплату та супровід. За умови 10 000 рахунків на місяць і 3% помилок AI вартість коригувань без регламенту склала б 30 000–60 000 PLN на місяць (за умови 10–20 хвилин на документ і ставці 60–120 PLN/год). Завдяки черзі винятків вона знизилася до 5 000–10 000 PLN на місяць. При такому темпі окупність настала після другого місяця. Поріг слід калібрувати щокварталу на вибірці з 500 документів, оскільки за зміни формату PDF або нового постачальника precision може впасти на кілька пунктів.

Що пішло не так

Перша версія порога для сум становила 0,85. Після пілоту precision для NIP склав 0,87, тож забагато помилкових номерів проходило далі. Підвищення порога до 0,95 покращило precision до 0,93, але recall упав до 0,91: довелося додати другу чергу для документів із діапазону 0,90–0,95. Друга проблема: коригування формальних даних після 1 лютого 2026 року вже не могло відбуватися через коригувальну ноту. Система мала генерувати коригувальний рахунок XML у KSeF навіть за зміни строку оплати. Третьою проблемою стали договори на суму менше 100 000 PLN, у яких AI змінював істотні умови, а молодший бухгалтер не мав відповідних повноважень. Додали правило: будь-яка зміна у волевиявленні передається юрисконсульту.

AIЗображення згенероване AI.

Що ми зробили б інакше

Ми почали б із вибірки з 500 документів на старті, а не з пілоту на продакшені. Завдяки цьому уникнули б першого калібрування в бойових умовах. Одразу розділили б шлях рахунків-фактур і договорів, оскільки правила ПДВ і правила волевиявлення сторін це два різні світи. До того ж лог коригувань був би відразу незмінним, зашифрованим, експортованим у CSV/JSON і зберігався б 5 років відповідно до ст. 74 закону про бухгалтерський облік. Щодо персональних даних у лозі дивіться RODO.

Цей сценарій має сенс у компанії, яка обробляє щонайменше 2 000 документів на місяць, вже має ERP/KSeF та постійну команду бухгалтерії. У малій компанії з 50 рахунками ручна перевірка все ще дешевша. Ключовим є не сам поріг 0,95, а те, щоб людина знала, що робити протягом чотирьох годин, і щоб кожне виправлення залишалося в системі.