Раздел
AI-автоматизация бизнес-функций
Сложность
средняя
Обновлено
2026-05-19
Сценарий

AI-автоматизация бизнес-функций

Доказательства

Данные, права, ограничения и метрики в тексте статьи.

Аудит

Короткий разбор процесса перед пилотом.

Короткий ответ

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

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

Какие задачи автоматизировать

Рабочие сценарии:

  • распознать текст из PDF или скана;
  • определить тип документа;
  • извлечь номер, дату, сумму, контрагента, ИНН, договор;
  • сверить поля с CRM, ERP или 1C;
  • найти пропущенные подписи и приложения;
  • подсветить расхождения;
  • подготовить краткое резюме договора;
  • маршрутизировать документ в нужный отдел.

ИИ не должен на первом этапе сам проводить платеж, менять учетную запись или согласовывать договор. Его роль - ускорить разбор и показать человеку, где есть риск.

OCR, поля и смысл

В документах есть три разных слоя.

СлойЧто проверять
OCRПравильно ли распознан текст, таблицы, печати, номера
Извлечение полейНайдены ли нужные значения и не перепутаны ли они
ИнтерпретацияВерно ли понято условие, исключение или риск

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

Как выбрать первый документ

Хороший первый тип документа:

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

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

Сверка с учетной системой

Извлечь поле мало. Нужно сверить его с системой учета:

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

Здесь ИИ часто не нужен для решения. Нужны обычные правила и API. Модель может помочь прочитать неструктурированный документ, но сверка должна быть детерминированной. Если ИНН не совпал, это не вопрос “мнения модели”.

Ручная проверка

Человек нужен, если:

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

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

Метрики качества

МетрикаЧто показывает
Field accuracyВерно ли извлекаются ключевые поля
Document classification accuracyВерно ли определяется тип документа
Manual review rateСколько документов уходит человеку
False pass rateСколько плохих документов прошло без проверки
Processing timeУскорилась ли обработка
Rework rateСколько документов пришлось переделать

Самая опасная метрика - средняя точность по всем полям. Если необязательное поле ошиблось, это мелочь. Если сумма или реквизит ошиблись, это инцидент. Оценивайте поля по весу риска.

План пилота

  1. Выберите один тип документа.
  2. Соберите 300-500 реальных примеров.
  3. Разметьте обязательные поля и ошибки.
  4. Опишите правила сверки.
  5. Запустите извлечение в режиме черновика.
  6. Сравните результат с ручной разметкой.
  7. Настройте передачу спорных случаев человеку.
  8. Только потом подключайте запись в учетную систему.

Не начинайте с “всех документов бухгалтерии”. Это слишком много типов, исключений и рисков для первого шага.

Чеклист

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

FAQ

Можно ли использовать один ИИ для всех документов?

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

Нужна ли модель, если есть OCR?

OCR читает текст. Модель помогает понять структуру, найти поля и объяснить смысл. Но сверку лучше делать правилами.

Что опаснее всего?

Автоматически пропустить неверные деньги, реквизиты, срок или юридическое условие. Такие поля требуют особого контроля.

Что читать дальше?

Для поиска по регламентам и договорам смотрите поиск по документам с ИИ и RAG систему.

Источники

Следующий шаг

Проверьте этот сценарий на своем процессе

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

Разобрать документы и ИИ Вернуться к маршруту раздела →