ИИ читает счета: как проверять реквизиты и не проводить ошибочный платёж

Какие поля извлекать

Google Document AI описывает Invoice Parser, который извлекает поля заголовка и позиции счёта. В собственном процессе составьте обязательный список: поставщик, номер и дата, сумма, валюта, реквизиты, срок, позиции и связь с заказом. Не все счета одинаковы: скан, PDF с текстом и фотография с бликом дадут разное качество.

Система должна показывать сотруднику исходный фрагмент рядом с распознанным полем. Значение без ссылки на место в документе тяжело проверить. Если символ неясен, поле должно быть помечено сомнительным, а не заполнено «наиболее вероятным» номером.

Проверки до проводки

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

Пилот на реальной смеси файлов

Возьмите обезличенные счета разных поставщиков и форматов, включая исправленные версии и дубли. Измеряйте долю верных полей, время ручной проверки, ошибки по сумме и реквизитам отдельно. Если распознавание ускоряет ввод, но бухгалтер ищет исходный фрагмент дольше, интерфейс проверки требует доработки. Финансовое решение и проведение платежа остаются за уполномоченным человеком.

Ошибка, которую легко пропустить

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

Дубли и исправленные документы

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

Что считать результатом пилота

Замеряйте время от получения документа до подтверждённой записи, долю исправленных полей и отдельно критичные ошибки. Не включайте в «экономию» время, которое уйдёт на последующее расследование неправильного платежа. Пилот полезен, когда бухгалтеру легче найти и проверить сомнительное место, а не когда в системе появилось больше автоматически заполненных строк.

Проверка итоговой суммы не заменяет строки

Документ может иметь правильный общий итог и неверное распределение по позициям. Для учёта и сопоставления с заказом важно, какой товар или услуга попали в каждую строку. Проверьте количество, единицы измерения, цену и сумму строки; отдельно — скидки и налоговые поля, если они есть. Когда OCR не нашёл строку, итоговая сумма может совпасть случайно после ошибки в другой строке. Поэтому контроль на нескольких уровнях надёжнее одной арифметической галочки.

Процесс исправления

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