Приём и классификация
Загрузка файлов, определение типа и проверка допустимого формата. Связь поступившего документа с задачей и источником.
Проектируем сервисы распознавания и извлечения данных из документов. Добавляем проверку, очередь исключений и передачу подтверждённого результата в рабочую систему.
Если сотрудники переносят реквизиты и строки из файлов вручную, автоматизация может снять часть повторяющейся работы. Но документ бывает плохого качества, нестандартного формата или содержит противоречия. Поэтому задача шире, чем просто распознать текст: нужно определить тип файла, извлечь нужные поля и проверить их смысл.
Начинаем с нескольких типов документов и реальной выборки. Описываем, что считается корректным результатом, какие поля обязательны и в каких случаях требуется человек. Примеры должны включать не только хорошие файлы, но и сканы, исправления, пропуски и повторные поступления.
Загрузка файлов, определение типа и проверка допустимого формата. Связь поступившего документа с задачей и источником.
Распознавание реквизитов, сумм, дат и табличных строк. Формирование структурированного результата для дальнейшей обработки.
Правила обязательных полей, согласованности и сопоставления со справочниками. Удобная очередь документов, требующих проверки сотрудником.
Запись подтверждённых данных через API или согласованный формат обмена. Защита от повторного создания одинаковой операции.
Разделяем извлечение и выполнение действия. Даже хорошо распознанный документ не всегда должен автоматически создавать платёж, менять остаток или отправлять сообщение. Для каждой операции определяем уровень контроля и право подтверждения.
Качество оцениваем по нужным бизнесу полям и документам, а не по одному среднему проценту. Ошибка в комментарии и ошибка в сумме имеют разную цену. Отдельно измеряем количество ручных проверок и время, которое сотрудник тратит на исправление.
В результат проекта входят правила обработки, интерфейс проверки и сценарий исключений. Это позволяет постепенно расширять автоматизацию, сохраняя понятный контроль и возможность вернуться к исходному файлу.
Для первого разговора достаточно доступных материалов. Вместе уточним неизвестные части и границы первого этапа.
Собрать предварительный план ↗Для отдельных стабильных сценариев её можно сократить. Решение принимается по результатам пилота и цене ошибки. Критичные операции требуют отдельного уровня проверки.
Это зависит от качества материалов и выбранного способа распознавания. Проверяем реальные образцы до оценки объёма разработки.
Отправлять его в понятную очередь исключений с причиной остановки. Пользователь должен видеть исходный файл, распознанные поля и возможность исправить результат.
Структура требований, которая помогает получить рабочий результат: цель, роли, сценарии, данные, исключения и проверяемые критерии приёмки.
Читать материалИз каких частей состоит помощник по знаниям, как подготовить документы и контрольные вопросы, почему ссылки на источники и права доступа важнее эффектной демонстрации.
Читать материалРасскажите, что хотите создать или улучшить.
Поможем определить состав работ и порядок действий.