ИИ в бухгалтерии: как обрабатывают счета поставщиков и сокращают ручной ввод

Что именно автоматизируют: от файла до записи

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

Кейс Kingfisher: от пяти минут ввода до 25 секунд индексирования

В кейсе Rossum описана работа центра обслуживания Kingfisher: счета из централизованных ящиков поступают в очереди по стране и типу, затем данные извлекаются, проверяются и передаются роботам RPA для ввода в SAP. Запуск состоялся в январе 2021 года после четырёхмесячного проекта.

Поставщик сообщает о сокращении среднего времени индексирования счёта с пяти минут до 25 секунд и о 60% документов, проходивших извлечение без ручного вмешательства до попадания в SAP. Эти 60% не означают автоматическую оплату или отсутствие дальнейших исключений. Команда перераспределила ресурс, эквивалентный 14 полным ставкам, на другие задачи обработки документов. Это результат конкретного процесса, а не доказанное сокращение всего бухгалтерского цикла на 90%. Источник: кейс Kingfisher / Rossum.

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

Кейс Wolt: извлечение строк и сверка с заказом и приёмкой

Wolt внедрила Rossum в 2024 году для обработки счетов Wolt Market. Документы поступают по электронной почте, данные извлекаются и проверяются, затем направляются во внутреннюю систему исполнения заказов и далее — в NetSuite.

В опубликованном кейсе говорится примерно о 45–50 тыс. счетов ежемесячно, среднем уровне автоматизации 60% и расширении процесса на 11 стран без увеличения команды. Важная часть решения — трёхсторонняя сверка: счёт сопоставляется с заказом и фактическим получением. Медиана времени проверки документа указана как 47 секунд; её нельзя смешивать со средним временем всего процесса или показателем Kingfisher. Источник: кейс Wolt / Rossum.

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

Кейс Trust: единая очередь вместо ручной сортировки

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

После запуска в феврале 2025 года документы стали направляться из почты в систему обработки. Извлечённые сведения проверялись правилами и сопоставлялись с восемью наборами справочных данных перед передачей в ERP. Поставщик сообщает примерно о 80% автоматизации в первый месяц и 95% точности извлечения. Это разные метрики; в публикации недостаточно методики, чтобы пересчитать их в долю полностью безошибочных документов. Источник: кейс Trust / Rossum.

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

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

Как выглядит первый пилот в обычной компании

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

Практический вопрос пилота может звучать так: «Можем ли мы готовить проверенную карточку входящего счёта быстрее, сохраняя ссылку на документ и не увеличивая число ошибок?». В результате появляется конкретный выход, который можно сравнить с текущей работой.

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

Какие поля и справочники подготовить

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

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

У каждого извлечённого значения полезно сохранять:

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

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

Какие проверки следует выполнять вне генеративной модели

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

Редакционная схема контроля. «Распознано», «проверено» и «утверждено» — разные статусы.

Пример предлагаемой таблицы исключений:

Это пример устройства процесса, а не юридически универсальный набор требований. Правила зависят от компании и типа документа. При этом уверенная формулировка модели не должна менять статус «не проверено» на «можно оплачивать».

Как подключать ИИ к 1С, SAP или другой учётной системе

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

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

Если предполагается работа с 1С, заранее определите конфигурацию, тип создаваемого объекта, справочники и доступный механизм обмена. Сам факт наличия API у ИИ-сервиса не доказывает готовую интеграцию с конкретной базой.

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

Как оценить точность без самообмана

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

Учебный пример, не замер продукта: если каждое из 20 полей независимо верно с вероятностью 99%, вероятность правильности всех полей составляет около 82%. В реальных документах ошибки зависимы, поэтому эта формула не даёт готовую оценку. Она показывает, почему рекламные «99% точности» не означают 99% безошибочных счетов.

Для пилота измеряйте отдельно:

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

Сравнивайте среднее и медиану только с одноимёнными показателями. Очень сложные счета могут мало влиять на медиану, но создавать основную очередь и нагрузку.

Экономика: считать нужно время после исправлений

Ежемесячный эффект = ценность высвобождённого времени + подтверждённое уменьшение потерь − обработка, подписка и сопровождение.

Условный расчёт, который не является клиентским кейсом или рыночной ценой: 1 200 документов, сокращение ручной работы на три минуты каждый — 60 часов в месяц. При внутренней оценке ресурса 700 ₽ в час это 42 000 ₽. Если дополнительные расходы равны 22 000 ₽, операционный эффект — 20 000 ₽ до разовых затрат. При разовых вложениях 60 000 ₽ простая окупаемость составит три месяца, если все предпосылки подтвердились.

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

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

Что спросить у поставщика до внедрения

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

Для бухгалтерского аутсорсера важны разделение клиентских данных и настройки правил по каждому клиенту. Для внутреннего финансового центра — работа с существующими согласованиями и очередями. Хороший интерфейс не заменяет эти свойства.

Частые вопросы

Источники и ограничения

Проверено 25 октября 2026 года. Все три клиентских кейса опубликованы Rossum. Их метрики имеют разные границы; сравнивать проценты как рейтинг качества продуктов нельзя. Дата публикации отдельных страниц явно не указана, поэтому использованы приведённые в тексте даты запуска.

• Kingfisher: обработка и индексирование счетов в SAP; запуск в январе 2021.
• Wolt: обработка строк и сверка; запуск в 2024 году.
• Trust: маршрутизация, проверки и ERP; запуск в феврале 2025.

Смежные процессы: логистика и подтверждение приёмки, анализ договоров. Другие темы — в оглавлении исследования.