Распознанный счёт выглядит правильно, но сумма неверна: контроль перед импортом

Распознавание превратило скан в аккуратную таблицу. Названия товаров похожи на исходные, реквизиты на месте, но в одной строке 8 распозналась как 3. Внешне документ готов к загрузке, а платёж уже будет ошибочным. Поэтому проверка результата должна опираться не только на уверенность распознавателя, но и на арифметику, структуру и согласование с процессом.

Что можно проверить независимо от модели

Для простой строки с количеством и ценой проверьте произведение и сравните с указанной суммой. Затем сложите суммы строк и сопоставьте с итогом документа. Округление, скидки, доставка и налоги могут менять правила: сначала зафиксируйте конкретную схему документа. Универсальный валидатор не должен «исправлять» законный формат только потому, что он не похож на учебный пример.

Денежные значения сравнивают в точном представлении, например в минимальных единицах валюты, с явным правилом округления. Разделители тысяч, запятые, точки и неразрывные пробелы надо нормализовать осторожно. Строка «1.234» в разных соглашениях означает разные числа. Неоднозначное значение отправляют на проверку, а не угадывают молча.

Воронка допуска распознанного документа

Даже идеально сошедшаяся арифметика не доказывает подлинность счёта и право на оплату. Мошеннический документ способен быть арифметически безупречным. Проверку контрагента, реквизитов и полномочий проводят отдельно по принятому регламенту.

Как выглядит удобное рабочее место проверки

Слева — исходная страница, справа — извлечённые значения. Нажатие на сомнительное поле показывает место в документе, а не открывает весь PDF сначала. Оператор видит исходное распознавание, своё исправление и причину замечания. В историю записываются автор, время и версия исходного файла.

При низкой уверенности по одной цифре необязательно отправлять на ручной ввод весь документ. Очередь исключений может выделять только спорные поля. Но оператор должен иметь доступ к контексту: соседние строки и итог помогают заметить, что ошибка находится в количестве, а не в цене.

Порог автоматизации выбирают по цене ошибки

Загрузка документа в черновик и проведение платежа — разные уровни риска. Для черновика допустима более широкая автоматизация с последующим контролем. Для финансового действия требуется отдельное подтверждение. Не связывайте разрешение на оплату напрямую с числом «уверенность 99%»: этот показатель не является вероятностью отсутствия любой ошибки в документе.

Оцените систему на размеченной выборке своих форматов. Включите сканы, фотографии, таблицы на нескольких страницах, скидки, несколько валют и нечёткие печати. Отдельно считайте ошибки критичных полей и долю документов, ушедших на ручную проверку. Средняя точность всех символов плохо описывает риск неверных реквизитов.

Проверяем учебный счёт

Встроенный инструмент принимает строки «название;целое количество;цена;указанная сумма». Он проверяет простое умножение и общий итог без налогов, скидок и доставки. Денежные поля ограничены двумя десятичными знаками; количества в этой модели целые. Для весовых и иных дробных количеств нужен отдельный согласованный алгоритм округления.

При несовпадении инструмент показывает строку и разницу. Он не изменяет распознанное число и не выбирает, какое значение верное. Исправление делается после просмотра оригинала. Такой принцип стоит сохранить и в рабочей интеграции: диагностика должна объяснять сомнение, а не маскировать его автоматической догадкой.