ИИ в финансах: контроль расходов и платежей поставщикам

Компания вела закупки и расчёты с поставщиками в 1С:ERP (Enterprise Resource Planning — управление ресурсами предприятия): договоры и спецификации, приходные документы, счета и акты, историю расчётов по каждому контрагенту. Платежи собирались в казначейском контуре 1С:Управление холдингом и уходили выгрузкой в банк-клиент. Данных было почти всё — цены, объёмы, сроки, остатки бюджета. Но контроль расходов держался на людях: специалист сверял счёт с договором глазами, экономист открывал бюджет в отдельной таблице, а спорные позиции всплывали уже после оплаты. Между учётной системой и решением о платеже не было слоя, который читает данные и говорит прямо: здесь цена выше договорной, тут дубль, а этот расход вне бюджета. Ниже — как этот разрыв закрывает ИИ-агент, программа, которая по заданному правилу сама читает документы и данные и выполняет шаги. Сначала — риски, которые перестают срабатывать; деньги и часы идут вторым планом, отдельным расчётом.

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

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

Коротко. Система была, и данные в ней были — не хватало слоя, который читает их и превращает в решение. ИИ-агент поверх 1С:ERP сверяет счёт с договором и спецификацией, проверяет бюджет и лимит, ищет дубли и оплаты без основания и делает это до платежа, а последнее слово остаётся за финансистом. С чего начать, подскажет бесплатный разбор стратегии внедрения ИИ в компанию.

Почему расход уходит в переплату незаметно

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

Дальше — по порядку: что именно съедает время в процессе, какую работу берёт на себя агент, какие риски это снимает и сколько часов и денег возвращает. В расчётах используются отраслевые данные и прозрачная модель, а не измеренный результат конкретного клиента.

Содержание

• Почему расход уходит в переплату незаметно
• Что съедает время между счётом и оплатой
• Что делает ИИ-агент поверх 1С:ERP
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно

Что съедает время между счётом и оплатой

Формально процесс короткий: пришёл счёт — деньги ушли. На практике между этими точками стоит длинная цепочка ручных шагов, и каждый держится на человеке.

• Сбор и разбор входящих счетов. Счета приходят в почту, сканы в чаты, ЭДО (электронный документооборот) в отдельный канал. Прежде чем что-то проверять, их нужно собрать в один список и понять, какой счёт к какой поставке и какому филиалу относится.
• Сверка счёта с договором и спецификацией. Нужно открыть договор, найти нужную спецификацию или допсоглашение, сравнить цену за единицу, объём и единицу измерения. Цена менялась, спецификаций по договору несколько — и сверить глазами быстро не получается.
• Проверка основания и бюджета. Оплата должна опираться на договор и попадать в бюджетную статью. Бюджет живёт отдельно от системы, поэтому его каждый раз открывают руками и сверяют с фактом по статье и лимиту.
• Поиск дублей и «двойных» документов. Один и тот же счёт может прийти повторно, по разным каналам, с другим номером, но той же суммой и поставкой. Заметить это в общем потоке без сплошной сверки почти невозможно.
• Контроль сроков оплаты. У каждого договора свои условия: скидка за раннюю оплату, отсрочка, штраф за просрочку, график платежей. Следить за этим по всем контрагентам вручную нереально, и выгода от скидки или пени за просрочку теряются незаметно. Отдельный слой этой работы — платёжный календарь и контроль дебиторской задолженности.
• Согласование и переписка. Спорные позиции уходят по цепочке «специалист — руководитель — поставщик», и каждый круг — это новые письма, ожидание ответа и сдвиг оплаты.

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

Что делает ИИ-агент поверх 1С:ERP

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

1. Читает счёт и находит, к чему он относится. Из входящего документа и канала ЭДО агент извлекает поставщика, номер и дату, суммы по позициям, НДС и период, затем сопоставляет с договором и приходной поставкой в системе.
2. Сверяет счёт с договором и спецификацией. Сравнивает цену за единицу, объём, единицу измерения и условия с действующей спецификацией и допсоглашениями. Расхождения помечает не общим «не сходится», а построчно: где, на сколько и против чего именно. Тот же разбор на стороне закупок — в материале про сверку заявок, поставщиков и договоров.
3. Проверяет основание и бюджет. Смотрит, есть ли под расходом действующий договор и заявка, попадает ли сумма в бюджетную статью, не выходит ли за лимит по статье или контрагенту.
4. Ищет дубли и неточности в реквизитах. Сравнивает новый счёт с уже оплаченными и стоящими в очереди: та же сумма, та же поставка, тот же период при другом номере; отдельно сверяет реквизиты плательщика и получателя. Родственная задача — проверка первичных документов до бухгалтерии.
5. Следит за сроками и выгодой по условиям. Показывает, по каким счетам закрывается окно скидки за раннюю оплату, по каким приближается срок, после которого пойдут пени, и где платёж можно спокойно придержать.
6. Возвращает карточку расхождения. На каждый счёт — короткий вывод: оплатить, запросить уточнение у поставщика или придержать; что именно не сходится и что предлагается сделать. Всё пишется в журнал: кто, когда и по какому правилу получил результат.
7. Готовит сводку по филиалам и юрлицам. Собирает расходы по статьям, поставщикам и подразделениям, чтобы отклонения были видны в момент появления, а не в конце месяца.

Ключевое здесь — работа с неоднородным текстом и данными. Счёт у каждого поставщика свёрстан по-своему, спецификация — юридический документ со своими формулировками, бюджет живёт в таблице. Правилом на все случаи это не описать, поэтому слой нужен именно интеллектуальный: он понимает текст и сопоставляет его с данными системы.

Какие риски это снимает

Оплата счёта, под которым нет договора или заявки

Расход без действующего основания налоговая может снять как необоснованный. Статья 252 Налогового кодекса требует, чтобы расходы были обоснованными и документально подтверждёнными; если связь счёта с договором и поставкой не доказана, спор заканчивается доначислением налога на прибыль, пенями и штрафом. Агент проверяет основание до оплаты и не даёт счёту уйти в платёж «на доверии».

Оплата по цене выше договорной

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

Дубли и повторная оплата

Один счёт может прийти повторно по другому каналу, а после сбоя выгрузки — попасть в платёж дважды. В потоке из сотен документов это не видно без сплошной сверки, а сверка с поставщиком задним числом превращается в спор. По данным Банка России, в 2024 году объём операций, совершённых без добровольного согласия клиентов, превысил 27,5 млрд рублей и вырос почти на 74% за год — риск платежа «не туда» и «не за то» растёт. Агент сравнивает новый счёт с уже оплаченными и стоящими в очереди и останавливает дубль до отправки денег.

Расход вне бюджета и выход за лимит

Незамеченный выход за бюджетную статью срывает закупку или перекладывает расход на другой период, а лимит по контрагенту нарушается незаметно. Агент сопоставляет сумму с бюджетом и лимитом на этапе заявки и подсвечивает превышение до согласования, а не в отчёте по итогам месяца. Контур казначейства и бюджетов живёт в 1С:Управление холдингом, и агент работает с ним как с источником данных.

Потеря выгоды от условий оплаты и пени за просрочку

Скидка за раннюю оплату действует ограниченное окно: пропустил — заплатил полную цену и потерял несколько процентов. Просрочка в другую сторону тянет пени по договору и портит условия с поставщиком. Агент ведёт сроки по всем договорам сразу и подсказывает, где оплата даёт выгоду, а где спешить не нужно; грубый сдвиг платежей в другую сторону — это уже риск кассового разрыва.

Зависимость от конкретного человека

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

Сколько часов это возвращает

Часы — уже следствие. Когда расхождение видно до оплаты, рутинная сверка уходит, и финансовая служба работает с исключениями, а не со всем потоком.

Типовой расчёт для 240 счетов и заявок на оплату в месяц (вводные: поток 240 документов в месяц; ручная сверка счёта с договором 9 минут на документ; проверка бюджета и лимита 4 минуты; стоимость часа специалиста финансово-экономической службы 800 рублей).

• Ручная сверка с договором и спецификацией: 240 × 9 минут = 2 160 минут ≈ 36 часов в месяц.
• Проверка бюджета и лимита: 240 × 4 минуты = 960 минут ≈ 16 часов в месяц.
• Итого первичный контроль: около 52 часов в месяц.
• С агентом человек смотрит только исключения. По оценкам Ardent Partners, исключением становится примерно каждый пятый счёт: 20% от 240 = 48 документов × 9 минут ≈ 7 часов плюс проверка бюджета по ним ≈ 3 часа, итого около 10 часов.
• Возврат: около 40 часов в месяц. При стоимости часа 800 рублей это порядка 32 000 рублей в месяц на компанию, а на сети из трёх расчётных центров — около 96 000 рублей в месяц.

Ниже — та же логика в таблице «было → стало». Границы измерения: это модель на типовых вводных, а не результат конкретного клиента; фактические цифры зависят от потока документов и качества справочников.

Показатель	Вручную	С агентом
Сверка счёта с договором (минут на документ)	9	2 (только исключения)
Проверка бюджета и лимита (минут на документ)	4	1
Часы службы на первичный контроль в месяц	~52	~10
Средний срок от счёта до решения (дней)	5–7	2–3
Доля счетов, разобранных без человека	0%	~80%

Стоимость обработки одного счёта — понятный отраслевой ориентир. По данным APQC (Open Standards Benchmarking, 2024), у лучших команд обработка счёта стоит около 2,07–3,00 доллара, у средних — 10–12 долларов, у отстающих — от 25 долларов; Ardent Partners в отчёте по расчётам с поставщиками называет похожий разрыв между лучшими и средним уровнем, а главным удорожателем — обработку исключений. Поэтому эффект даёт не «оцифровка ради оцифровки», а сокращение числа исключений и ручных проверок.

Что остаётся за человеком

Агент готовит вывод, но не принимает финансовых решений. Границы зафиксированы правилом:

• Платёж. Инициирует и подтверждает сотрудник в банк-клиенте. Агент не двигает деньги и не отправляет платёжки.
• Реквизиты. Смена банковских реквизитов поставщика — только через человека и подтверждение вне системы. Агент может подсветить расхождение, но не меняет реквизиты.
• Спорные позиции. Решение запросить уточнение, придержать или отказать в оплате принимает финансист; агент показывает расхождение и его причину.
• Новые поставщики и разовые расходы. Всё, что выходит за регулярный поток, проходит обычное согласование.
• Ответственность. Итоговое решение и подпись остаются за сотрудником с соответствующей ролью; агент — инструмент подготовки, а не сторона решения.

Как это выглядит на практике

В портфеле проектов Novacia есть федеральная сеть B2B-сервисов: несколько юрлиц, филиалы, единый расчётный центр. Запрос формулировался как «разобраться в цепочке счёт → оплата → отгрузка»: где расходы уходят вперёд отгрузки, какие платежи филиалы проводят без согласования с центром, где показатели по филиалам расходятся с фактом. Диагностическая встреча зафиксировала состав данных — счета и заявки на оплату, справочник договоров, реестр платежей, отклонения по филиалам, — и контур, который нужно собрать поверх учётной системы. Название компании и суммы не раскрываем: это условие NDA.

Обратная сторона той же цепочки — что должны компании и на каком документе встаёт оплата: ИИ для работы с дебиторской задолженностью.

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

Как внедрить поэтапно

1. Разобрать процесс. Пройти путь счёта от получения до платежа, отметить, где именно сегодня проверяются цена, объём, основание и бюджет, и где проверка пропускается.
2. Собрать данные. Справочник договоров и спецификаций, поток счетов, реестр платежей, действующий бюджет. Данные не чистить идеально — начать с выгрузки, чистка идёт параллельно.
3. Выбрать узкое место. Для пилота берут один участок: например, сверка счёта с договором и спецификацией или проверка бюджета. Не весь контроль расходов сразу.
4. Настроить правила и границы. Какие расхождения агент показывает всегда, где останавливается и ждёт человека, какие действия ему запрещены. Правила фиксируются с финансистом, а не задаются «по умолчанию».
5. Пустить пилот на живом потоке. Агент работает параллельно с человеком, результат сопоставляется с ручной сверкой. Так видно, что он пропускает и где ошибается.
6. Закрепить и расширить. Зафиксировать четыре числа до и после, передать контур в сопровождение и добавлять следующие участки процесса.

Что в итоге

Контроль расходов и платежей поставщикам упирается не в учётную систему — данные в ней есть, — а в отсутствие слоя, который читает их и делает вывод. Сначала это снимает риски: расхода без основания, переплаты по цене, дубля, выхода за бюджет, потери скидки и пени за просрочку, зависимости от конкретного человека. Деньги и часы идут следом: по типовому расчёту сверка 240 документов в месяц занимает около 52 часов, с агентом остаётся около 10, а решение о платеже по-прежнему принимает и подтверждает человек. Начать дешевле всего с бесплатного разбора стратегии внедрения ИИ в компанию — на ваших процессах и ваших данных.

Источники

• Стоимость обработки одного счёта у команд разного уровня: APQC, Open Standards Benchmarking (Accounts Payable), 2024 — лучшие около $2,07–3,00, медиана $10–12, отстающие от $25 за счёт; обзор с числами APQC и Ardent Partners.
• Отчёт по расчётам с поставщиками (Accounts Payable Metrics That Matter) и разрыв между лучшими и средним уровнем обработки счёта: Ardent Partners.
• Объём операций без добровольного согласия клиентов за 2024 год (более 27,5 млрд рублей, рост почти на 74% за год): Банк России, обзор за 2024 год.
• Причины дублирующихся платежей и подходы к их выявлению в учёте: обзор о дублирующихся платежах.
• Требование обоснованности и документального подтверждения расходов: статья 252 Налогового кодекса РФ.