Автоматизация документа заканчивается полезным действием в учетной системе. Счет превращается в подготовленную запись, акт связывается с заказом, заявка попадает к ответственному сотруднику. Между файлом и этим действием есть несколько проверок: определить вид документа, извлечь поля, сопоставить значения со справочниками и подтвердить результат.
Для первого проекта выберите один тип документа и одну целевую операцию. Например, подготовку черновика входящего счета в 1С. У такого сценария понятны источник, обязательные поля и сотрудник, который проверяет результат. Компания сможет оценить качество на собственных файлах и постепенно расширить набор форматов.
Определите результат в учетной системе
Начните с карточки, которую сотрудник должен получить после обработки. Запишите название операции, список полей и состояние документа после сохранения. Для счета это могут быть поставщик, номер, дата, сумма, валюта и связь с заказом. Для заявки потребуется другой набор: клиент, предмет обращения, срок и ответственный.
Укажите основной источник для каждого значения. Номер счета берется из входящего файла. Карточка поставщика выбирается из справочника. Валюта сверяется с условиями документа. Связь с заказом подтверждается по идентификатору или согласованному правилу. Такое разделение помогает разбирать ошибки: команда видит, на каком шаге появилось расхождение.
Отдельно решите, какой результат считается готовым для сотрудника. Черновик с подсвеченным спорным полем может быть полезнее длинного текста с пересказом счета. Интерфейс должен показывать значение, фрагмент исходного документа и причину проверки. Эти элементы сокращают путь от замечания до исправления.
Составьте схему полей
Схема описывает ожидаемый тип каждого значения и способ его проверки. Ее удобно обсуждать с бухгалтером или владельцем процесса до разработки. Ниже приведен учебный пример. Состав полей и правила служат образцом для заполнения под конкретную учетную систему.
| Поле | Формат | Проверка | Действие при расхождении |
|---|---|---|---|
| Номер счета | Строка | Сохранены буквы и разделители | Показать фрагмент сотруднику |
| Дата | Календарная дата | Значение соответствует документу | Запросить подтверждение |
| Поставщик | Ссылка на справочник | Идентификатор совпадает | Открыть выбор контрагента |
| Сумма | Число и валюта | Итог согласован со строками | Показать расчет |
| Заказ | Ссылка на заказ | Заказ принадлежит нужной компании | Передать координатору |
Добавьте обязательность, допустимые варианты и правила округления. Для повторяющихся строк опишите структуру таблицы: наименование, количество, единица измерения, цена и сумма. Сохраните исходное написание вместе с нормализованным значением, если оно помогает сотруднику проверить преобразование.
Разделите чтение и проверку
Распознавание переводит содержимое документа в данные, с которыми можно работать. Проверка отвечает на другой вопрос: подходят ли эти значения для выбранной операции. Дата может быть прочитана точно, но относиться к приложению. Сумма может совпадать с текстом и при этом расходиться с итогом позиций.
Поэтому последовательно проверяйте источник поля, его формат и связь с другими значениями. Для номера заказа полезна сверка с учетной системой. Для суммы полезен повторный расчет. Для контрагента полезен устойчивый идентификатор и подтверждение карточки. Каждая проверка должна возвращать понятное основание для сотрудника.
Некоторые системы обработки документов выдают оценки уверенности для извлеченных полей. Microsoft описывает использование таких оценок при выборе между автоматической обработкой и проверкой человеком. Конкретный порог нужно подбирать на документах вашего сценария. Это следует из рекомендаций Document Intelligence.
Соберите проверочный комплект
Включите в комплект документы разных поставщиков, типовые сканы, цифровые PDF, многостраничные файлы и измененные формы. Сохраните фактическое разнообразие рабочего потока. Для каждого примера подготовьте эталонные значения и отметьте, откуда они взяты. Разметку подтверждает сотрудник, который знает назначение документа.
Разделите материалы для настройки и итоговой проверки. При каждом изменении сохраняйте версию схемы, инструмента и правил. Итоговый комплект должен показывать качество на самостоятельных примерах. Такой порядок помогает сравнить варианты и объяснить заказчику, за счет чего изменился результат.
Учебный пример: в проверке участвуют 60 счетов с шестью обязательными полями. Всего получается 360 проверяемых значений. Отчет отдельно показывает корректность каждого поля, число документов с полностью готовой карточкой и количество ручных исправлений. Эти числа иллюстрируют структуру отчета, а реальный объем выбирается по разнообразию документов.
Измеряйте качество по действию
Процент правильно прочитанных символов полезен для оценки распознавания. Владельцу процесса дополнительно нужны показатели готовности карточки и времени проверки. Посчитайте, сколько документов сотрудник подтвердил сразу, сколько потребовало исправления поля и сколько отправилось на разбор причины.
Для каждого исправления выберите категорию: чтение текста, выбор нужного фрагмента, преобразование формата, сопоставление справочника или правило учета. Тогда команда сможет направить следующую итерацию на конкретный шаг. Например, улучшить выбор контрагента или добавить проверку итоговой суммы.
В отчете показывайте объем каждой группы вместе с долей успеха. Один редкий формат и большой поток обычных счетов имеют разный вес. При этом редкий документ с высокой ценой ошибки может заслуживать отдельной проверки. Условия приемки определяет владелец операции с учетом ее последствий.
Подключите запись через управляемый маршрут
На первом этапе полезно создавать черновик. Сотрудник подтверждает поля и выполняет учетное действие в привычной системе. Дальше можно согласовать автоматическую запись для проверенных типов документов. Для каждого такого маршрута задаются доступы, журнал и способ обработки повторного файла.
Повторную загрузку стоит рассматривать отдельным сценарием приемки. Один и тот же счет может прийти по почте, через форму и во вложении пересланного письма. Система должна связать повтор с существующей записью по согласованным признакам. Сотрудник видит найденное совпадение и решает, требуется ли новая операция.
Зафиксируйте поведение при временной недоступности учетной системы. Документ сохраняет свой статус, очередь показывает причину ожидания, повторная попытка использует идентификатор операции. Такой порядок полезно обсуждать вместе с интеграцией 1С и внутренних сервисов.
Подготовьте решение о запуске
Пакет приемки должен включать схему полей, проверочный комплект, отчет об ошибках и описание рабочего маршрута. Добавьте инструкцию сотруднику: где проверить источник, как поправить значение и кому передать спорный документ. Назначьте владельца справочников и ответственного за изменение правил.
После пилота сравните фактическое время работы с текущим способом. Учитывайте подготовку файла, проверку карточки, исправления и повторные попытки. Так оценка отражает полный процесс обработки. Отдельно зафиксируйте, какие форматы готовы к запуску и какие требуют следующего этапа.
Для обсуждения AI-автоматизации документов подготовьте разрешенные примеры, целевую карточку и описание действия после записи. Эти материалы позволяют выбрать ограниченный сценарий, согласовать проверки и получить результат, который сотрудники смогут оценить в своей работе.