Агент для документов: договоры, счета, заявки и отчеты

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

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

Для вопросов по договорам и регламентам агенту дают базу документов. Перед ответом он ищет в ней нужные фрагменты и отвечает по ним со ссылкой на пункт. Этот подход называется RAGRAG RAG это схема, в которой ИИ сначала находит нужные фрагменты в ваших документах, а потом отвечает, опираясь на них. Подробнее в словаре, его описали Льюис и соавторы в 2020 году; как собрать такую базу, разобрано на странице о RAG-агенте.

Простой вариант без разработчика: агент получает договор, сравнивает его с вашим шаблоном и присылает список отличий. В учет он ничего не записывает, поэтому его ошибка стоит только времени юриста на перепроверку.

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

Файлы бывают двух видов. PDF из учетной программы уже содержит текст, и модель для него не нужна: в n8n есть узел «Extract From File» с операцией «Extract From PDF», он переводит файл в данные.

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

Чтобы ответ не был свободным текстом, модели задают структуру: список полей с типами, например номер счета, дата, ИНН поставщика, сумма. В Ollama для этого есть параметр format со схемой JSON, и модель отвечает строго по этой схеме, в том числе по картинке.

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

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

Открытую модельмодель с открытыми весами Модель с открытыми весами (open-weights model) это нейросеть, файлы параметров которой можно скачать и запустить на своем оборудовании. Подробнее в словаре для сканов запускают на своем сервере через Ollama. Тогда договоры и счета не покидают компанию, и не нужно решать, можно ли отправлять их внешнему сервису.

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

Доступ дают через инструменты. С 25 ноября 2024 года для этого есть открытый протокол MCP (Model Context ProtocolMCP MCP (Model Context Protocol) это открытый стандарт, через который ИИ-приложения подключаются к инструментам и данным: файлам, CRM, базам, сервисам. Подробнее в словаре), единый способ подключать ИИ к данным и сервисам: каждую систему подключают один раз, и агент видит ее как набор действий.

Правило сверки пишут люди. Модель находит поля и объясняет расхождение, а решение «сумма совпадает» принимает программа по правилу, которое утвердил бухгалтер. Так ошибка модели не становится ошибкой в учете.

Расхождения агент не исправляет сам. Он пишет в задачу, что не сошлось и где, а сотрудник решает, кто прав: поставщик, менеджер или учет.

Договоры и счета содержат персональные данные: ФИО, паспортные данные, телефоны. По 152-ФЗ данные граждан России хранят в базах на территории России, а до передачи за границу оператор уведомляет Роскомнадзор. Как мы храним такие данные, описано на странице о безопасности данных.

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

Разработчик заводит для агента отдельного пользователя 1С с ограниченными правами, решает, какие документы агент создает только черновиками, и пишет проверки. Как агент читает и записывает данные в 1С, мы показали на странице интеграции с 1С.

В документообороте важен маршрут. Агент кладет черновик в нужную папку или задачу и назначает проверяющего, а подписывает и проводит документ человек.

Мы собираем такого агента пилотом: от 150 000 ₽, 14 дней, на одном потоке документов, например на входящих счетах. Метрика в договоре: доля документов, которые прошли без ручного ввода, и число ошибок, найденных при проверке.

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