Поставщик прислал счет утром. Менеджер почти сразу написал в чат: "Оплатите сегодня, иначе не отгрузят".
Бухгалтерия открывает файл. Сумма похожа на ожидаемую, поставщик знакомый, номер заказа в теме письма есть. Документ выглядит обычным. Его хочется быстро провести, потому что бизнес ждет товар, а поставщик ждет деньги.
Но рядом со счетом пока нет полной картины. Товар уже приняли? Заказ совпадает со счетом? Акт есть? Договор разрешает такую предоплату? Лимит не выбран? Реквизиты не менялись? Такой счет не приходил вчера через ЭДО?
Вот здесь и начинается настоящая автоматизация финансового процесса. Не в моменте, где система прочитала PDF. А в моменте, где она помогает понять, можно ли платить.
Почему распознавания мало
Ручной ввод счетов действительно утомляет. Номер, дата, сумма, ИНН, НДС, позиции, реквизиты - все это люди годами переносили из писем, сканов и PDF в учетные системы. Ошибки там неизбежны.
Поэтому распознавание документов дает быстрый эффект. Счет быстрее появляется в 1C или ERP, меньше ручной рутины, меньше опечаток.
Но бизнес платит деньги не за распознанный PDF. Деньги уходят после решения. А решение требует сверки с заказом, поставкой, договором, актом, лимитом и справочником контрагентов.
Если эта сверка живет в чатах и ручных вопросах, автоматизация просто ускоряет вход счета. Сам платеж все равно проходит через туман.
Что уже делают крупные компании
12 мая Microsoft опубликовала историю Concentrix. У компании около 100 000 счетов в месяц, больше 100 провайдеров и 300 разных макетов счетов. Решение на Power Automate, AI Builder, Copilot Studio и Azure OpenAI извлекает данные, классифицирует исключения и помогает маршрутизировать проверку. В кейсе заявлены 96%+ точность извлечения данных и 99% accuracy в январе 2026. При этом проверки дорогих случаев и исключений остаются в процессе.
26 марта xSuite рассказал о Dole Packaged Foods. Компания использует SAP-интегрированные решения xSuite для AP-процессов: более 80% счетов обрабатываются автоматически, а invoice lead time снизился более чем на 60%.
В России похожий слой решений тоже развивается. CNews писал о GreenData Mind IDP: система распознает типовые и нетиповые документы, разделяет многостраничные файлы, извлекает данные и передает их в корпоративные системы. В другом материале CNews писал о Smart Engines для первичных бухгалтерских документов: счета, УПД, акты, ТОРГ-12, счета-фактуры, интеграции с 1C, ERP и BPM.
Эти примеры полезны не как витрина технологий. Они показывают, куда движется процесс: документ должен не просто попасть в систему, а пройти правильный маршрут.
Какие счета должны останавливаться
Нормальные счета должны идти быстрее. Для этого автоматизация и нужна.
Но часть счетов должна останавливаться до банка.
Например, сумма отличается от заказа. Или товар еще не приняли. Или акт не подписан. Или поставщик прислал тот же счет второй раз. Или реквизиты внезапно изменились. Или договор не подтверждает такую предоплату. Или подразделение уже выбрало лимит, но счет все равно пришел как срочный.
Вручную такие исключения часто ловят случайно. Кто-то вспомнил. Кто-то заметил в письме. Кто-то спросил склад. Кто-то поднял договор.
Хороший payment gate делает это штатно: зеленые счета идут дальше, спорные попадают в очередь исключений, у каждого исключения есть причина и владелец.
Маленькая проверка
Откройте последний счет, который просили оплатить срочно. Попробуйте за пять минут увидеть рядом с ним заказ, договор, приемку, акт или УПД, лимит, реквизиты и возможный дубль.
Если для этого нужно писать в несколько чатов и открывать разные системы, счет пока не готов к банку. Он просто громко просит внимания.
Начать можно без большого проекта. Возьмите 30-50 последних счетов и отметьте, где были расхождения, кто снимал исключение и сколько дней счет висел между поступлением и оплатой. После этого станет видно, какие счета можно ускорить, а какие должны останавливаться жестче.
Мы в Woghan помогаем собирать такие контуры: invoice intake, payment gate, сверка счетов с 1C/ERP, ЭДО, складом, договором, CRM и банком, очередь исключений и маршруты согласования.
t.me/woghan_dev