IDP (intelligent document processing, интеллектуальная обработка документов) отличается от OCR тем, что OCR только превращает картинку в текст, а IDP определяет тип документа, находит нужные поля, проверяет их, отправляет сомнительные случаи человеку и записывает результат в систему, где с ним работают дальше. Распознавание текста в этой цепочке один шаг из нескольких, причём не самый проблемный.
Покупатели обычно сравнивают системы по тому, насколько точно они читают текст. Деньги же теряются на соседних шагах: пачка из трёх документов принята за один, номенклатура в счёте не совпала со справочником, сомнительное поле ушло в учёт без проверки. Чем отличаются подходы к самому распознаванию (классический OCR, языковые модели и гибрид), разобрано в статье «OCR или LLM для распознавания документов», здесь речь о конвейере целиком. Услуга описана на странице «Интеллектуальная обработка документов».
Чем IDP отличается от OCR
OCR берёт изображение и возвращает текст, иногда с координатами. Что этот текст значит, он не знает: для него сумма «Итого» и номер телефона одинаково строки. IDP добавляет понимание структуры и контроль результата.
| OCR | IDP | |
|---|---|---|
| Что на входе | Изображение или PDF | Файл, письмо, пачка документов из разных источников |
| Что на выходе | Текст и положение слов на странице | Запись с типом документа, полями, таблицей позиций и признаком «проверено» |
| Понимает структуру | Нет, видит строки | Да: различает реквизиты, итоги, таблицу, подписи |
| Знает ваши справочники | Нет | Сверяет контрагента, номенклатуру, договор и склад с вашим учётом |
| Что делает с сомнением | Ничего: отдаёт то, что прочитал | Считает уверенность, направляет сомнительное поле человеку |
| Учится на исправлениях | Нет | Копит исправления и использует их для проверки и дообучения |
| Куда пишет результат | В файл | В 1С, ERP, СЭД или CRM через проверку |
Из таблицы видно, где IDP нужен. Если документы одной формы приходят из одного источника, их читает шаблон, и хватает OCR. Если форм много, поставщики меняются, а результат должен попасть в учёт без перепечатывания, нужен конвейер.
Из каких шагов состоит конвейер
Типовая цепочка включает восемь шагов. Не каждый нужен в каждом проекте, но пропущенный шаг не исчезает: его работу выполняет человек или, хуже, ошибка в учёте.
| Шаг | Что делает | Чем решается | Что проверяем |
|---|---|---|---|
| 1. Приём | Забирает файлы из почты, папки, ЭДО, сканера | Коннекторы, очередь задач | Ничего не потерялось, дубль файла распознан |
| 2. Подготовка | Выравнивает страницы, убирает шум, делит пачку на документы | Обработка изображений, модель разметки страницы | Пачка разделена по документам, а не по страницам |
| 3. Распознавание | Достаёт текст со страницы | OCR, языковая модель с изображением или оба | Доля ошибок по словам и отдельно по цифрам |
| 4. Классификация | Определяет тип: счёт, акт, накладная, договор | Классификатор или языковая модель | Путаница между похожими типами на выборке |
| 5. Извлечение | Находит реквизиты, суммы, позиции таблицы | Правила, модель разметки, языковая модель со схемой ответа | Точность по каждому полю отдельно |
| 6. Проверка | Сверяет суммы, даты, ИНН и позиции со справочниками | Код, а не модель | Какие ошибки ловит, какие пропускает |
| 7. Очередь на проверку | Показывает человеку только сомнительное | Интерфейс проверки, порог уверенности | Сколько документов уходит на ручную работу |
| 8. Запись | Создаёт черновик в учётной системе и сохраняет связь с файлом | Интеграция с 1С, ERP, СЭД | Дубль не создаётся, ошибка видна |
Метрики считаются на каждом шаге, а не одной цифрой «точность системы». Как устроена такая проверка, описано в статье «Как измерить точность распознавания документов».
Приём и классификация: пачки, копии и похожие документы
Первые проблемы появляются до распознавания. Бухгалтерия присылает один PDF из десяти страниц, в котором лежат три счёта, акт и чужое письмо. Система, которая считает файл одним документом, склеит поля из разных бумаг и выдаст правдоподобную запись, поэтому ошибка вскрывается не сразу.
- Разделение пачки. Конец документа определяется по штампу, итогам, нумерации страниц, смене реквизитов. Правила для этого пишутся на ваших пачках, а не на общих примерах.
- Классификация. Счёт и счёт-фактура, акт и УПД похожи, а правила учёта у них разные. Путаницу между близкими типами проверяем отдельно, матрицей ошибок.
- Дубли. Один счёт приходит по почте и через ЭДО, а потом ещё и сканом. Сравнение по номеру, дате, контрагенту и сумме отсекает копии до записи.
- Неизвестный тип. У классификатора должен быть ответ «не знаю». Без него новый тип документа получит первую попавшуюся метку и пойдёт в учёт.
Если контрагент присылает документ в электронном виде с полями через оператора ЭДО, распознавать нечего: данные уже структурированы, и их достаточно разобрать. Распознавание нужно для сканов, фотографий и PDF без структуры.
Таблицы и позиции: где точность падает чаще всего
Реквизиты на странице занимают предсказуемые места, таблица с позициями нет. Строки переносятся на следующую страницу, ячейки объединены, наименование занимает две строки, а колонка «Цена» стоит то до, то после «Количества». Модель, хорошо читающая шапку, может перепутать колонки в таблице, а ошибка в одной строке не видна, пока сумма позиций не разойдётся с итогом.
Поэтому для таблиц мы закладываем отдельные меры:
- Арифметическая проверка. Количество на цену равно сумме строки, сумма строк равна итогу, налог посчитан от основы. Расхождение отправляет документ на ручную проверку.
- Сопоставление номенклатуры. Название из документа сопоставляется с позицией справочника по правилам и поиску по смыслу (см. семантический поиск по документам), неуверенные случаи подтверждает человек. Это самое слабое место и самое частое место ручной работы, подробнее на странице автоматической загрузки документов в 1С.
- Отдельная метрика для таблиц. Доля документов, у которых все позиции извлечены верно, строже и честнее средней точности по полям.
Проверки и очередь исключений: что решает человек
Главный вопрос проекта: какая доля документов проходит без человека и какая ошибка допустима. Он решается не моделью, а ценой ошибки. Неверное имя файла дёшево, неверная сумма в платёжном документе дорого.
| Уровень автоматизации | Что делает система | Что делает человек | Когда применяется |
|---|---|---|---|
| Подсказка | Заполняет поля, ничего не создаёт | Проверяет и сохраняет сам | Первые недели, дорогие документы, неизвестные поставщики |
| Черновик | Создаёт черновик документа в учёте с пометкой источника | Просматривает и проводит | Основной режим для первичных документов |
| Автосоздание | Создаёт и проводит документ без человека | Выборочно проверяет задним числом | Типовые документы известных поставщиков, где проверки прошли все |
Решение принимает порог уверенности по каждому полю и проверки кодом, а не общая «оценка документа». Принцип выбора порога описан в статье «Порог уверенности модели». Очередь на ручную проверку тоже часть продукта: на ней видно исходный файл рядом с полями, подсвечено сомнительное поле и есть кнопка «исправить и запомнить». Если проверяющий тратит на документ столько же времени, сколько на перепечатывание, автоматизация не окупается.
Как IDP учится на исправлениях и когда это опасно
Каждое исправление человека в очереди проверки несёт информацию: система ошиблась здесь. Из неё можно получить правила для поставщика, пополнение справочников и материал для дообучения. Но обучение «на ходу» без контроля опасно: модель может запомнить единичную ошибку проверяющего или испортить то, что работало.
- Исправления копятся, модель меняется по решению. Новая версия выкатывается после прогона на эталонной выборке, а не сразу после очередной правки.
- Эталонная выборка не пополняется исправлениями без проверки. Иначе вы измеряете качество на материале, на котором обучали.
- Дрейф. Поставщики меняют форму счёта, появляются новые типы документов. Раз в период разбираем свежую выборку и смотрим, куда ушла точность.
- Откат. Прежняя версия модели и правил хранится, чтобы вернуться, если новая хуже.
Что решить до начала проекта
Эти вопросы стоят дешевле любой модели и определяют объём работ. Ответы на них составляют документ обследования.
- Какие документы. Типы, источники, примерный поток и доля сканов, фото и документов без структуры.
- Какие поля и зачем. Для каждого поля записано, что с ним делает учёт и сколько стоит ошибка.
- Куда пишем. 1С, ERP, СЭД или CRM, и разрешено ли автосоздание или только черновик.
- Справочники. Насколько они чисты. Если контрагент заведён трижды, система ошибётся из-за справочника, а не распознавания.
- Кто проверяет. Человек, время на документ, график, замена при отпуске.
- Где обрабатываем. Договоры, платёжные документы и кадровые бумаги могут быть данными ограниченного доступа; облачные сервисы распознавания для них чаще не подходят по требованиям заказчика, поэтому модели запускаются на ваших серверах.
- Как принимаем. Выборка, метрики по полям, порог и доля документов без человека записываются в договор до работ.
Выборку лучше собрать заранее: как это делается, описано в статье «Как подготовить данные для ИИ-пилота».
Когда IDP не нужен
Конвейер стоит денег, поэтому иногда дешевле обойтись без него.
- Маленький поток. Если документов немного и сотрудник справляется за разумное время, лёгкий пилот на выборке покажет, окупится ли автоматизация. Если нет, остановиться можно без потерь.
- Документы приходят в электронном виде с полями. Обмен через оператора ЭДО даёт структурированные данные, распознавание не нужно, нужна интеграция.
- Форма одна и не меняется. Шаблонный разбор одной формы дешевле и надёжнее модели.
- Задача про смысл, а не про поля. Если нужно найти ответ в сотнях договоров или регламентов, это не IDP, а поиск и ассистент: ИИ-ассистент по документам.
Что делаем мы и с чего начать
Начинаем с обследования: 200 000 ₽ и 2–3 недели за один-два процесса (например, входящие счета и акты), 350 000 ₽ и 3–4 недели, если документы идут из нескольких источников в несколько систем. На выходе перечень документов и полей с ценой ошибки, схема конвейера, план замера на вашей выборке и вилка бюджета. Стоимость вычитается из первого этапа, если продолжаете с нами, а документом можно пользоваться без нас.
Дальше лёгкий пилот на выборке ваших документов (150 000–400 000 ₽, 2–8 недель), затем при необходимости тяжёлый пилот с подключением к учёту (400 000–1 200 000 ₽, 2–3 месяца) и вывод в эксплуатацию от 1 500 000 ₽ этапами по 300 000–700 000 ₽. На любой ступени можно остановиться. Мы делаем конвейер для одного потока документов, а не цифровизацию документооборота целиком, не дежурим круглосуточно, а исходники лежат в вашем репозитории с первого коммита. Все цены и сроки на странице «Тарифы», описание услуги на странице «Интеллектуальная обработка документов».
Частые вопросы
Чем IDP отличается от OCR?
OCR превращает изображение в текст. IDP определяет тип документа, извлекает поля и таблицы, проверяет их по справочникам, отправляет сомнительное человеку и записывает результат в учётную систему. Распознавание текста в IDP один из шагов.
Нужно ли для IDP использовать языковые модели?
Не обязательно. Для типовых форм хватает правил и моделей разметки страницы, языковая модель помогает с разнообразными документами и свободным текстом. Выбор определяется замером на вашей выборке, а не модой, и часто итоговая схема гибридная.
Какая доля документов проходит без человека?
Заранее назвать нельзя: она зависит от разнообразия форм, качества сканов и порога. Мы меряем её на выборке ваших документов и записываем в договор вместе с допустимой ошибкой по полям. Для дорогих документов начинают с режима подсказки или черновика.
Можно ли обрабатывать документы на своём сервере?
Да, это основной вариант для договоров, платёжных и кадровых документов. Распознавание и извлечение запускаются на вашем оборудовании или в вашем облаке. Облачные сервисы для данных ограниченного доступа чаще не подходят по требованиям заказчика.
Как IDP связывается с 1С?
Результат попадает в 1С как черновик документа через обмен с проверками: контрагент, номенклатура и договор сопоставляются со справочниками, повторная отправка не создаёт дубль, ошибка видна оператору. Подробнее на странице про автоматическую загрузку документов в 1С.
Что делать с документами, которые система не поняла?
Они попадают в очередь на ручную проверку: оператор видит файл рядом с полями, исправляет и сохраняет. Исправления копятся и после проверки на эталонной выборке используются, чтобы улучшить правила и модель. Неизвестный тип документа не отправляется в учёт, он остаётся в очереди.
Сколько стоит внедрение IDP?
Обследование — 200 000 ₽ за один-два процесса и 350 000 ₽ при нескольких системах. Лёгкий пилот — 150 000–400 000 ₽, тяжёлый — 400 000–1 200 000 ₽, вывод в эксплуатацию от 1 500 000 ₽ этапами по 300 000–700 000 ₽, сопровождение от 20 000 ₽ в месяц. Точная цена называется после обследования.
Можно ли остановиться после пилота?
Да. Сделанное остаётся у вас по акту: исходный код в вашем репозитории, эталонная выборка, инструкция по развёртыванию. Пилот даёт цифры на ваших документах, и по ним можно решить, продолжать ли и с кем.