Перевірено 21 жовтня 2026
Український рахунок: OCR не означає готові поля
Якщо потрібно перенести рахунок у BAS чи іншу облікову систему, перевіряйте не лише мову розпізнавання, а й те, чи сервіс документує вилучення полів саме з українських рахунків.
Що є в документації
| Маршрут | Український текст | Готові поля рахунку | Джерело |
|---|---|---|---|
| Google Document AI Enterprise Document OCR | uk є у списку мов. | Загальний OCR витягує текст; це не готовий обліковий запис. | Google: список процесорів |
| Google Document AI Form Parser | uk є у списку мов. | Вилучає загальні пари ключ–значення й таблиці, але не обіцяє правильного зіставлення з вашим довідником. | Google: Form Parser |
| Google Document AI Invoice Parser | Української немає у переліку мов готового процесора. | Не припускайте підтвердженої підтримки українських рахунків лише тому, що загальний OCR їх читає. | Google: Invoice Parser |
| Amazon Textract | У списку мов текстового розпізнавання української немає; рукопис — лише англійською. | Не обирайте як документований український OCR-маршрут. | AWS: межі Textract |
Це списки постачальників, перевірені 21 жовтня 2026 року, а не тест на однакових зображеннях. Відсутність мови в переліку не доводить, що кожен файл не прочитається. Ми не запускали ці процесори й не вимірювали помилок.
Коли зупинити автоматизацію
На дозволеній копії рахунку окремо порівняйте друкований текст, рукописні виправлення та поля, які підуть в облік: номер, дату, контрагента, суму й позиції. Звірте їх із зображенням, а потім із чернеткою запису. Якщо немає можливості показати й виправити кожне критичне поле перед проведенням, не вмикайте автоматичний запис. Для малого потоку ручне введення теж слід оцінити за часом і помилками, а не вважати бездоганним за замовчуванням.
У статті E-Docs постачальник описує бажаний перехід від скану до структурованих полів. Це опис продуктового завдання, не незалежний доказ економії часу чи якості на українських рахунках.