Распознавание документов с помощью ИИ (AI) в бизнесе

Чем AI отличается от классического распознавания текста

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

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

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

Какие документы подходят для автоматизации обработки документов

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

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

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

• Счета и акты: реквизиты сторон, номер и дата, позиции, суммы, налог.
• Договоры: стороны, предмет, сроки, суммы, условия оплаты, отклонения от типовой формы.
• Заявки из почты и мессенджеров: кто обращается, что просит, по какому заказу или объекту.
• Приложения и сопроводительные документы, которые нужно привязать к основному.

Как устроены извлечение, проверка и сопоставление

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

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

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

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

Куда попадает результат: распознавание документов в 1С и CRM

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

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

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

Спорные случаи: когда документ должен увидеть человек

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

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

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

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

Как оценить качество на своих документах до запуска

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

Типичная ошибка — оценивать по нескольким аккуратным примерам или по средней точности. Среднее скрывает, что именно ключевое поле, например сумма, ошибается чаще остальных. Вторая ошибка — не включать в выборку трудные документы, из-за которых потом и возникают проблемы в работе.

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

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

Что спросить у подрядчика и как мы начинаем работу

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

Мы начинаем с бесплатного разбора одного процесса: смотрим, как документы обрабатываются сейчас, есть ли данные для автоматизации и нужен ли здесь AI вообще, ведь часть задач решается обычной автоматизацией или готовым сервисом. На выходе — письменный документ с картой процесса, границами решения и критерием приёмки. Затем делаем прототип на ваших реальных данных; спорные случаи в нём уходят человеку. Обработка документов с AI — от 130 000 ₽, первый прототип на ваших данных — от 3 недель, интеграции с 1С и CRM — от 220 000 ₽ и от 4 недель. Точные цену и срок называем по итогам разбора.

После запуска возможны два режима: решение ведёт ваша команда, или поддержку берём на себя мы — пакеты 10, 20 и 40 часов в месяц, от 25 000 ₽. Режим фиксируется договором вместе с приёмкой.

• Можно ли проверить решение на наших документах до подписания полного объёма работ?
• Как фиксируется критерий приёмки и что происходит, если решение его не достигает?
• Что система делает с документами, в которых не уверена, и кто их видит?
• В какой системе появится результат и нужно ли менять то, что уже работает?
• Где развёртывается решение и как учитываются требования к персональным данным?
• Кто отвечает за решение после запуска и на каких условиях?