Как проверять комплект документов по инструкциям с помощью ИИ

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

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

Что именно проверяет система

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

• есть ли дата;
• указан ли номер партии;
• есть ли значение температуры и попадает ли оно в заданный диапазон;
• указано ли ответственное лицо;
• соответствует ли запись действующей инструкции.

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

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

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

1. Разобрать входящие файлы

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

Распознавание может ошибаться. В Google Document AI заявлены извлечение текста и структуры, распознавание пар «ключ - значение» и таблиц. Модель Layout в Microsoft Document Intelligence также возвращает текст и структуру таблиц, включая расположение ячеек. Это функции инструментов, а не обещание безошибочной обработки ваших файлов. Проверяйте качество на своих сканах, особенно если есть рукописные записи, печати, бледный текст или сложная вёрстка.

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

2. Выбрать актуальную инструкцию

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

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

3. Найти записи, которые относятся к требованиям

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

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

4. Сформировать замечания с доказательствами

Проверка должна давать не общий ответ «документы соответствуют», а список пунктов, которые можно перепроверить:

Поле результата	Что указать
Требование	Какое правило проверяли
Источник правила	Документ, версия, раздел или пункт
Проверяемая запись	Фрагмент исходного файла и страница
Наблюдение	Что именно система увидела в записи
Статус	Соответствует, найдено расхождение или нужна проверка человека
Причина ручной проверки	Что мешает уверенно завершить проверку

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

5. Сверить взаимосвязанные документы

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

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

6. Оставить решение и закрытие замечаний специалисту

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

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

На чём ошибается автоматическая проверка

• Распознавание перепутало символы. Например, цифру и букву, запятую и точку или значение в соседней ячейке. Сверьте спорный фрагмент с изображением страницы.
• Система не нашла нужную версию инструкции. В отчёте укажите использованный источник и версию; если есть сомнения, остановите проверку.
• Правило сформулировано расплывчато. «Заполнено правильно» недостаточно. Нужно определить поля, допустимые значения, исключения и источник критерия.
• Документ вырван из контекста. Приложения, предыдущие страницы и связанные записи могут менять смысл фрагмента.
• ИИ сделал вывод по косвенному совпадению. Требуйте конкретное место в записи и конкретный пункт правила; без подтверждения - ручная проверка.
• Сотрудник принимает рекомендацию без проверки. Показывайте исходный фрагмент рядом с замечанием и фиксируйте, кто принял решение.

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

Как внедрять поэтапно

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

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

Для разовой проверки может хватить поиска по файлам и ручного чек-листа. Автоматизация имеет смысл, когда документы поступают регулярно, правила можно формализовать, а специалисту полезно получать список проверок со ссылками на исходные страницы. Если эти условия не выполнены, сначала стоит привести в порядок сами инструкции и порядок хранения документов.

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

Источники

• Google Cloud: обзор Document AI - извлечение текста и структуры, классификация и разбиение документов.
• Microsoft Learn: анализ структуры документа в Document Intelligence - распознавание текста, таблиц и отметок на странице.
• LLAIM: обработка и проверка документов - описание решения компании.
• LLAIM: проверка договора нейросетью без передачи персональных данных - связанная тема о проверке договора.
• LLAIM: редактирование и конвертация PDF с помощью нейросети - связанная тема о работе с PDF.