AI-агент для счетов: 5 проверок перед оплатой

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

AI-агент считывает счёт, а красный шлюз останавливает оплату при расхождении

AI-агент для проверки счетов - это управляемый процесс из модели, бизнес-правил, подключённых систем и обязательной проверки человеком. Модель извлекает поля из PDF или изображения. Приложение сверяет их с заказом, договором и справочником поставщиков. Оплата остаётся отдельным действием с явным подтверждением.

Само извлечение данных уже стало стандартной задачей Document AI. Google Invoice Parser возвращает номер счёта, поставщика, сумму, налог, дату оплаты и строки документа. Microsoft Document Intelligence также описывает структурированный JSON для счетов, заказов на покупку и коммунальных документов.

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

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

Пять обязательных проверок счёта: дубль, ИНН, сумма и НДС, основание и новые реквизиты

Минимальный контур проверяет пять вещей:

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

Надёжный процесс разделяет вероятностный и детерминированный слои. Модель читает документ и объясняет сомнения. Учётная система проверяет факты. Человек видит только исключения и подтверждает действие в интерфейсе, который уже используется в компании.

Схема процесса: счёт проходит через модель в Provod API, бизнес-правила и подтверждение человеком

Последовательность выглядит так:

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

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

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

Приложение или оркестратор отвечает за:

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

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

Публичный каталог Provod показывает идентификаторы, возможности и цены моделей в рублях

Мы открыли публичный каталог Provod 30 августа 2026 года. В нём показаны, среди прочих, gemini-3.5-flash, gpt-5.6-sol и claude-fable-5. Все три карточки отмечают работу с текстом, изображениями и файлами. Перед внедрением нужно повторно проверить нужный формат и параметры, потому что доступность меняется.

Для иллюстрации возьмём один текстовый этап проверки с 4 000 входных и 500 выходных токенов. Это расчёт по опубликованным ставкам, а не живой прогон и не цена обработки любого PDF.

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

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

После этого можно сравнить модели на одном и том же наборе. Как показал наш разбор одного запроса в четырёх моделях, разница в цене сама по себе ничего не говорит о пригодности ответа для конкретного риска.

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

Оставьте человеку три решения:

Для чувствительных документов заранее определите состав передаваемых данных, маскирование, сроки хранения и доступ сотрудников. Ключ API храните на доверенном сервере, а не в браузере или общем файле. Эти базовые правила также описаны в документации API Provod.

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

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

Перед запросом удаляйте поля, которые не нужны для проверки, используйте отдельный серверный ключ и разграничивайте доступ по проектам. Для требований вашей компании проведите собственную оценку обработки данных и изучите материалы Provod о защите данных и 152-ФЗ.

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

Полезный AI-агент для счетов не заменяет бухгалтера. Он превращает документ в структуру, проводит повторяемые проверки и показывает исключения. Самая важная часть архитектуры находится не в промпте, а в границе: модель объясняет, правила останавливают, человек решает.

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

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

Актуальные модели в каталоге: на 30 августа 2026 года в публичной витрине показаны Claude Fable 5, GPT-5.6 Sol и Gemini 3.5 Flash. Текущую доступность, точные идентификаторы и цены всегда проверяйте в живом каталоге.

За модель нет дополнительной маржи платформы: официальный тариф применяется 1:1. Отдельные функции платформы и пополнение могут тарифицироваться отдельно, поэтому сверяйтесь с актуальными условиями.

Соберите первый безопасный контур: форма регистрации · модели и цены · защита данных по 152-ФЗ · API и интеграции