ИИ в документообороте: распознать счёт — полдела, дальше его надо без ошибок довести до вашей системы

Распознавание документов убирает часть ввода. Но если бухгалтер переносит поля в другую программу, работа осталась между двумя окнами.

Microsoft Document Intelligence возвращает поля счёта в структурированном ответе. Вашей системе ещё надо принять их в нужные поля.

Принимать стоит весь путь. Заполненный экран распознавания ничего не говорит о счёте, который сохранился у вас.

Своего клиентского кейса документооборота у нас нет. Наш материал для проверки такой связки дал сайт vibecoding.ru.

Инженер ведёт машину агентов, которая разбирает и передаёт данные между этапами. На этих переходах поля тоже терялись.

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

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

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

Наши поломки показывают три места потери данных: перенос полей, подготовку текста и чтение источника.

Если номер счёта не прочитался, документ ждёт проверки. Ноль в сумме допускается, только когда его прочитали в оригинале.

Результат можно испортить переносом: номер теряет начальные нули, если его записали числом. Дату система должна понимать так же, как документ.

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

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

Amazon Textract рекомендует выбирать порог уверенности под риск и отправлять слабые результаты человеку. Справочник всё равно надо сверять.

Бухгалтеру нужна причина рядом с оригиналом. «Не прочиталась сумма» помогает закончить работу. «Ошибка обработки» заставляет начать её заново.

Начните с одного вида документов и одного назначения: счета из выбранного ящика попадают в выбранный раздел системы.

Для пилота возьмите обычный поток: нечёткие сканы, несколько страниц, повторы. Размер выборки зависит от разнообразия и последствий ошибки.

Сравнивайте с ручной работой на том же наборе. Замерьте время до готовой записи, включая исправления и разбор остановок.

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

EnDocs описывает распознавание из почты и ручной загрузки. Это ещё не ответ, как оно работает с вашим справочником и обязательными полями.

Заказ разработки появляется на разрыве. Счёт разобран, но полученные поля некому проверить и записать в вашу внутреннюю систему.

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

Дайте подрядчику контрольные документы с правильными значениями. Попросите показать проход и сбой. Обещание «понимает любой документ» их не заменит.

Правила запуска машины собраны в статье о постановке задач агенту. Для этого проекта нужен отдельный список условий приёмки.

Пройдите тест для руководителя, чтобы проверить, как отдел ставит и принимает задачи. Маршрут документа опишите отдельно.

Связку можно вести по подписке «Один проект»: 250 000 ₽ в месяц, один поток работы. Первый месяц служит пилотом; объём версии согласуем под вашу систему.

Сервисы и ИИ-функции работающего продукта оплачивает заказчик. Их расходы отделите от разработки. Настройку коробок без кода в этот заказ не берём.