Приём документов с AI и проверкой человеком: проектный сценарий
Сценарий приёма документов, в котором AI предлагает значения полей и показывает основания, а оператор проверяет и подтверждает данные перед передачей дальше.
Проектная модель Yabeard для приёма документов, без внедрения у заказчика. Результаты ниже задают критерии приёмки будущей реализации, а не достигнутые показатели.
Документы и ИИ · проектный сценарий
Документ
Приём и проверка файла
Разбор
Извлечение полей по схеме
Проверка
Подтверждение человеком
Задача
При приёме документов оператору нужно перенести реквизиты, проверить обязательные поля и разрешить противоречия между страницами. Проектный сценарий рассматривает эту работу на примере входящего счёта: поставщик, номер, дата, сумма и валюта. Задача AI состоит в подготовке черновика, который человек может сопоставить с оригиналом, исправить и осознанно подтвердить перед дальнейшей обработкой.
Ограничения
- Приёмка должна использовать синтетические документы с разным качеством сканирования. Размеры и форматы файлов, срок хранения и перечень доступных ролей необходимо определить до реализации.
- Текст документа следует считать недоверенными данными, а не инструкциями модели. Отсутствующее значение нельзя достраивать; передача во внешнюю систему должна требовать подтверждения уполномоченного оператора.
Решение
Предлагается очередь поступлений со статусами: принят, извлекается, требует проверки, подтверждён и отклонён. После загрузки система должна сохранить оригинал, проверить формат и подготовить текст для извлечения полей. Для каждого предложенного значения нужны ссылка на страницу и фрагмент источника. Интерфейс проверки должен показывать документ рядом с черновиком; пустые поля, расхождения и сомнительные значения следует выделять отдельно. Оператор сможет исправить реквизиты, вернуть документ на уточнение или подтвердить конкретную версию карточки. Сервер должен проверять права на документ при каждом чтении и изменении, фиксировать автора подтверждения и блокировать отправку неподтверждённой версии. Повторная обработка не должна перезаписывать принятые человеком исправления. Ошибки извлечения и недоступность модели должны оставлять документ в очереди с понятным состоянием для повторной попытки.
Критерии приёмки
| Метрика | Исходное состояние | Цель | Изменение |
|---|---|---|---|
| Проверяемость полей | AI предлагает значение | Оператор должен видеть страницу и исходный фрагмент | Критерий приёмки |
| Неполный документ | Реквизит отсутствует или противоречив | Поле должно требовать проверки без выдуманного значения | Критерий приёмки |
| Передача данных | Черновик не подтверждён | Сервер должен отклонять отправку до подтверждения версии | Критерий приёмки |
| Доступ и повторная обработка | Чужой документ или исправленный черновик | Доступ должен проверяться, принятые исправления сохраняться | Критерий приёмки |
Технологии
Артефакты
- Проектная схема очереди документов, карточки извлечённых полей и журнала подтверждений с привязкой к версии данных.
- Требования к экрану сверки оригинала и черновика, обработке ошибок, повторным попыткам и разграничению доступа.
- Набор приёмочных сценариев: нечитаемый скан, отсутствующий реквизит, противоречие, инструкция внутри документа, чужая карточка и отправка без подтверждения.
Разборы по теме
ИИ для обработки документов: извлечение полей с ручной проверкой
Схема данных, проверка первоисточника и очередь исключений: как использовать ИИ для разбора документов без выполнения скрытых инструкций и автоматических платежей.
RAG под контролем: права доступа и проверка качества ответов
Как не передать модели закрытые документы, проверить отзыв прав и оценить поиск, полноту ответа и корректность ссылок в корпоративном RAG.