Что получится
ИИ-агент для финансов и бухгалтерии помогает разбирать счета, акты, чеки и платежи, извлекать реквизиты, сверять суммы, находить расхождения, готовить черновики проводок, заявки на оплату и отчеты для бухгалтера.
Главное ограничение: агент не должен сам отправлять платежи, делать refund, утверждать расходы, закрывать период или менять учетные данные без подтверждения ответственного человека.
Где такой агент полезен
- Разбор входящих счетов и актов.
- Извлечение реквизитов из PDF и сканов.
- Сверка платежей с инвойсами.
- Подготовка черновика счета или bill.
- Поиск расхождений в суммах и НДС.
- Сопоставление Stripe payouts и транзакций.
- Контроль дебиторки и кредиторки.
- Подготовка задач бухгалтеру.
- Ответы по финансовым регламентам.
Шаг 1. Выберите безопасный сценарий
Финансовый агент должен начинать с read-only и черновиков.
Хороший MVP:
- извлечь данные из счета;
- сверить счет с заказом;
- найти неоплаченные invoices;
- подготовить payment request;
- объяснить расхождение;
- собрать список документов без акта;
- сделать summary по Stripe payouts.
Плохой MVP: “пусть сам оплачивает счета и закрывает бухгалтерию”. Это слишком рискованно.
Шаг 2. Подключите учетную систему
В зависимости от бизнеса это может быть Xero, QuickBooks, 1С, Stripe, банк-клиент, ERP или кастомная финансовая система.
Через API обычно нужны:
- invoices;
- bills;
- contacts;
- payments;
- bank transactions;
- accounts;
- tax rates;
- attachments;
- payouts;
- balance transactions.
Для первой версии выдайте агенту доступ только на чтение и создавайте черновики через отдельный workflow.
Шаг 3. Настройте минимальные права
Финансовые права нужно разделять.
Read-only:
- читать invoices;
- читать payments;
- читать contacts;
- читать статусы;
- читать вложения;
- читать payout reports.
Черновики после approval:
- создать draft bill;
- создать internal note;
- создать задачу бухгалтеру;
- подготовить payment request.
Запрещено для агента:
- отправить платеж;
- сделать refund;
- изменить банковские реквизиты;
- закрыть период;
- удалить invoice;
- изменить tax rate;
- отправить клиенту финансовый документ без проверки.
Шаг 4. Извлеките данные из документов
Финансовые документы могут приходить как PDF, DOCX, изображения, сканы, email-вложения или ссылки.
Извлекайте:
- номер документа;
- дату;
- поставщика;
- ИНН/налоговый номер;
- сумму;
- валюту;
- налог;
- банковские реквизиты;
- строки товаров или услуг;
- срок оплаты;
- номер заказа или договора;
- подпись/печать, если это важно;
- confidence по каждому полю.
Если confidence низкий, поле должно идти на ручную проверку.
Шаг 5. Сверьте документ с учетными данными
Агент должен не только извлечь текст, но и проверить его.
Проверки:
- поставщик найден в системе;
- реквизиты совпадают с карточкой контрагента;
- сумма совпадает с заказом или договором;
- налоговая ставка ожидаемая;
- валюта правильная;
- документ не дубль;
- срок оплаты не просрочен;
- есть нужные вложения;
- invoice не был уже оплачен.
Если есть расхождение, агент готовит список вопросов бухгалтеру или менеджеру.
Шаг 6. Работайте с платежами осторожно
Агент может подготовить платежную заявку, но не должен отправлять деньги.
В payment request включайте:
- поставщик;
- сумма;
- валюта;
- назначение платежа;
- due date;
- invoice id;
- источник документа;
- найденные расхождения;
- кто должен подтвердить;
- ссылка на карточку в учетной системе.
Дальше человек проверяет и утверждает оплату через обычный процесс.
Шаг 7. Настройте сверку Stripe или платежного провайдера
Для онлайн-платежей агент может сверять:
- invoices;
- checkout sessions;
- payments;
- refunds;
- balance transactions;
- payouts;
- fees;
- currency;
- net amount.
Stripe Balance Transactions и Payouts помогают понять, какие транзакции вошли в выплату. Но агент должен только объяснять и готовить сверку, а не менять финансовые записи без approval.
Шаг 8. Сделайте правила классификации
Финансовые документы нужно раскладывать по типам.
Примеры:
- supplier bill;
- customer invoice;
- act;
- receipt;
- refund;
- payout;
- bank fee;
- tax document;
- duplicate;
- unclear document.
Для каждого типа задайте workflow: кто проверяет, какие поля обязательны, какие действия разрешены.
Шаг 9. Добавьте проверку на мошенничество
Агент может подсвечивать риск, но не должен сам обвинять контрагента.
Риск-сигналы:
- новые банковские реквизиты;
- сумма выше обычной;
- срочная просьба оплатить;
- письмо пришло с похожего, но другого домена;
- invoice без договора;
- поставщик не найден;
- реквизиты отличаются от карточки;
- файл с подозрительным вложением;
- просьба изменить получателя платежа.
Такие случаи идут на ручную проверку.
Шаг 10. Подготовьте отчеты
Безопасные отчеты:
- invoices к оплате на неделю;
- просроченная дебиторка;
- документы без актов;
- платежи без matching invoice;
- расхождения по Stripe payouts;
- расходы по поставщикам;
- налоговые документы без проверки;
- заявки, ожидающие approval.
Отчет должен показывать источники и фильтры, чтобы бухгалтер мог проверить результат.
Шаг 11. Логируйте каждое действие
Audit log обязателен.
Сохраняйте:
- кто загрузил документ;
- какой файл обработан;
- какие поля извлечены;
- confidence;
- какие API calls выполнены;
- какие расхождения найдены;
- какой черновик создан;
- кто подтвердил действие;
- что было отправлено во внешнюю систему.
Без журнала финансового агента нельзя нормально эксплуатировать.
Шаг 12. Протестируйте на контрольных документах
Соберите набор:
- обычный invoice;
- invoice с другой валютой;
- дубль;
- новый поставщик;
- измененные реквизиты;
- скан плохого качества;
- документ без номера;
- invoice с неверным налогом;
- refund;
- Stripe payout с несколькими транзакциями;
- попытка prompt injection в PDF.
Проверяйте, что агент не выполняет финансовое действие без approval и честно отправляет сомнительные документы на ручную проверку.
Минимальная архитектура
ИИ-агент для финансов и бухгалтерии состоит из восьми блоков.
- Finance connector: Xero, QuickBooks, 1С, Stripe, банк или ERP.
- Document extractor: PDF, OCR, email attachments и structured extraction.
- Validation layer: реквизиты, суммы, налоги, дубли и контрагенты.
- Matching engine: invoice, order, payment, payout и bank transaction.
- Policy layer: запрет платежей, refund, закрытия периода и изменения реквизитов.
- Draft layer: черновик bill, payment request, note или task.
- Approval workflow: бухгалтер, финансовый менеджер, руководитель.
- Audit layer: файлы, поля, API calls, approvals и изменения.
Модель помогает читать и объяснять документы. Деньги, проводки и закрытие учета контролируются процессом и людьми.
Частые вопросы
Можно ли агенту самому оплачивать счета?
Нет для первой версии. Он может подготовить payment request, проверить данные и собрать документы, но оплату должен подтверждать ответственный человек.
Можно ли использовать агента для сверки Stripe?
Да. Он может сопоставлять invoices, payments, balance transactions, fees и payouts, объяснять расхождения и готовить отчет. Но финансовые записи и refund должны идти через approval.
Что делать с низкой уверенностью OCR?
Поля с низким confidence отправлять на ручную проверку. Особенно это касается суммы, валюты, реквизитов, налогов и номера документа.
Можно ли агенту менять карточку поставщика?
Лучше не разрешать автоматически. Изменение реквизитов поставщика - рискованный сценарий. Агент может создать запрос на проверку, но изменение делает человек.
Что автоматизировать первым?
Извлечение данных из счетов, поиск дублей, сверку с заказами и подготовку задач бухгалтеру. Платежи, refund и закрытие периода оставьте на ручное подтверждение.
