Качество
Доля корректных результатов и корректных отказов на контрольной выборке
Document AI
Обработка и проверка документов с помощью ИИ
Автоматизирую классификацию, извлечение реквизитов, сравнение версий и поиск расхождений в договорах, счетах, актах, заявках и технических документах.
Без загрузки документов. Если задачу рациональнее решить обычной автоматизацией без ИИ, это будет зафиксировано до разработки.
Личная ответственность за архитектуру
Виталий Дильдин — ИИ-архитектор и советник собственника
- В IT с 2003 годаCRM · ERP · WMS · BI · интеграции · прикладной AI
- На стороне результатаЗадача, данные, права, тесты, приёмка и промышленный переход
Разбор решения
Разбор одного счёта: от файла до контролируемой записи
Учебный счёт DEMO-041 поступил в PDF. Сценарий показывает границу Document AI: система предлагает поля и ссылки на фрагменты, бухгалтер подтверждает спорное, а запись в 1С выполняет отдельная интеграция. Это не распознавание без контроля и не автоматическое решение об оплате.
Какие входы проверяют
Для пилота заранее перечисляют PDF, сканы JPEG/PNG/TIFF, многостраничные файлы и исключения: рукописные пометки, повреждённые страницы, несколько документов в одном файле. Фактический набор форматов и лимиты подтверждают на выбранном OCR/AI-контуре, а не обещают для любой конфигурации.
Где нужен человек
Низкая уверенность, сумма выше лимита, неизвестный контрагент, расхождение с договором или отсутствие обязательного реквизита переводят документ в очередь проверки. Подтверждение поля не означает одобрение платежа: это отдельное полномочие и отдельный журнал.
Как принять пилот
Контрольную выборку размечают до настройки. Для каждого поля считают не только точность, но и долю документов, ушедших человеку, пропуски критичных реквизитов и фактические записи в тестовой базе. Повторная загрузка того же файла не должна создавать второй документ.
Извлечённые поля DEMO-041
Учебный образец. Перенесите структуру в рабочий документ и замените исходные условия своими.
- Вход
- Синтетический PDF, 2 страницы; контрольная сумма и версия сохранены.
- Маршрут
- Загрузка → извлечение → проверка бухгалтером → тестовая запись → сверка.
- Граница
- Система не решает, можно ли оплачивать счёт.
- Критерий
- Критичные поля совпадают с разметкой; спорные случаи остановлены до записи.
| Поле | Предложенное значение | Статус | Действие |
|---|---|---|---|
| Номер | DEMO-041 | Подтверждено | Записать после общей проверки |
| Сумма | 184 500 ₽ | Уверенность ниже порога | Сверить с фрагментом |
| Договор | DEMO-C-17 | Не найден в справочнике | Остановить интеграцию |
| Дата оплаты | Не указана | Обязательное поле отсутствует | Запросить у ответственного |
Коротко
Технология встроена в бизнес, а не существует отдельно
ИИ полезен в документообороте, когда нужно не просто распознать текст, а проверить документ по правилам процесса и передать результат в рабочую систему. Надёжность строится на сочетании распознавания, программных проверок, справочников и подтверждения человеком. Начинать следует с одного типа документа и измеримой контрольной выборки.
Приёмка до production
Пилот принимается по шести группам критериев
Скорость
Время полного сценария и допустимая задержка внешних систем
Исключения
Что происходит при неизвестном документе, пропуске данных или конфликте правил
Стоимость
Стоимость одного проверенного сценария и факторы роста нагрузки
Журнал
Воспроизводимость источника, версии, действий и подтверждений
Ручной маршрут
Кто принимает исключение, как остановить сценарий и продолжить работу
Кому подходит
Когда направление имеет практический смысл
Сотрудники вручную переносят реквизиты между документами и системами
Нужно сравнивать договор, смету, акт или разные версии файла
Цена пропущенной ошибки оправдывает автоматическую предварительную проверку
Когда не подходит
- Документы поступают единично и ручная проверка экономически дешевле
- Нет формализованных требований к результату проверки
- Требуется юридическое решение без ответственного специалиста
Проблема
Почему простое подключение модели не становится внедрением
Распознавание текста не проверяет бизнес-смысл
Разные форматы и качество сканов ломают простой сценарий
Автоматический вывод принимается без ссылки на фрагмент документа
Что входит в работу
От бизнес-задачи до контролируемой архитектуры
Типы и маршруты
Описываю поступление, владельца, поля, проверки и следующий шаг каждого документа.
Извлечение
Комбинирую OCR, модели и правила для структурированных данных.
Сверка
Проверяю реквизиты, суммы, версии, обязательства и расхождения по заданным критериям.
Интеграция
Передаю подтверждённый результат в СЭД, 1С, CRM или реестр через контролируемый интерфейс.
Учебный вход: какие поля действительно есть в документе
Синтетический документ DEMO-042 содержит строки «Счёт: DEMO-042», «Заказ: DEMO-ORDER-7», «Договор: не указан», «Получатель: учебная организация». Проверяемая карточка результата: номер счёта — DEMO-042 со ссылкой на первую строку; заказ — DEMO-ORDER-7 со ссылкой на вторую; договор — отсутствует. Пометка «не указан» не должна превращаться в придуманный номер. Это учебный текст для ручной проверки методики, а не результат выполненного OCR.
Извлечение, подтверждение и запись — три отдельных результата
Для учебного DEMO-042 распознавание даёт кандидаты полей, специалист подтверждает соответствие исходнику, а интеграция проверяет справочник и права перед записью. Даже подтверждённый номер счёта не разрешает запись при отсутствующем обязательном договоре. Ожидаемый итог такого теста — очередь исключений, причина остановки и отсутствие новой записи. Решение об оплате находится за границей этого сценария.
Учебная сверка: остановка, обрыв связи и повтор файла
Синтетический прогон DEMO-042 начинают с отсутствующего обязательного договора: ожидаются очередь исключений и отсутствие новой записи. Во втором тесте используют отдельную учебную версию с заполненными и проверенными реквизитами; разрешение записи фиксируют до вызова тестовой интеграции. Если связь оборвалась после возможной записи, результат остаётся неизвестным. По идентификатору документа и версии сначала сверяют принимающую систему: найденная запись завершает сверку без повторного создания; отсутствие записи подтверждают до допустимого повтора. Затем повторно загружают тот же файл и проверяют, что второй документ не появился. Для каждого шага сохраняют исходную версию, разрешение, ожидаемое число записей и наблюдаемый результат. Этот учебный протокол не отправляет данные в реальную 1С и не разрешает оплату.
Границы пилота фиксируют до измерения качества
В учебном пилоте список файлов, поля, обязательные проверки, лимиты и маршрут ручного разбора определяют на одном типе документа до настройки. Форматы и качество сканов проверяют на фактическом OCR-контуре, а не подтверждают общим названием технологии. В приёмке отдельно показывают критичные ошибки, отсутствующие значения, долю ручного разбора и результаты тестовой записи. Пропущенное поле не считают правильным только потому, что документ ушёл человеку.
Архитектура
Система целиком, а не только модель
Собственник должен видеть, где находятся данные, кто отвечает за результат, какие действия разрешены и как систему остановить или передать другой команде.
- 01Входящие файлы
- 02OCR и классификация
- 03Извлечение полей
- 04Правила и справочники
- 05Проверка человеком
- 06Передача результата и журнал
Результат
Что получает собственник
Артефакты остаются у компании и позволяют независимо принять следующий этап.
- Карта документного процесса
- Прототип для одного типа документа
- Контрольная выборка и метрики ошибок
- Реестр расхождений со ссылками на источник
- Оценка интеграции и промышленного контура
Путь внедрения
Прототип доказывает возможность. Промышленная система обеспечивает результат
- 01
Выбор документа
Фиксируем объём, варианты и цену ошибки.
- 02
Разметка проверки
Определяем поля, правила и контрольную выборку.
- 03
Прототип
Извлекаем данные и показываем расхождения.
- 04
Интеграция
Добавляем роли, очередь исключений и рабочую систему.
Границы ответственности
Что не обещаю без доказательств
- ИИ не заменяет юридическую, бухгалтерскую или техническую ответственность
- Качество оценивается отдельно для каждого типа и качества документов
- Неоднозначные случаи направляются человеку, а не скрываются за общей точностью
Первый шаг
Проверить задачу обработки документовПилот одного типа документа
Проверим сценарий на согласованной выборке и посчитаем реальную долю ручной обработки.
FAQ
Вопросы до старта
Какие документы можно обрабатывать?
Договоры, счета, акты, заявки, коммерческие предложения и технические документы — если для них можно определить поля, правила и ожидаемый результат.
Можно ли полностью убрать ручную проверку?
Только для доказанно стабильных низкорисковых случаев. Исключения и критические решения должны оставаться в очереди ответственного специалиста.
Как измеряется качество?
На контрольной выборке по каждому полю, правилу и типу ошибки. Общая красивая цифра без разбора критических ошибок недостаточна.
Подходит ли ИИ для документооборота?
Да, когда автоматизация обработки документов с ИИ начинается с конкретного типа документа и набора проверок. Система может классифицировать файлы, извлекать поля, находить расхождения и передавать подтверждённый результат в СЭД или 1С.
Предварительная диагностика
Начнём с одной проблемы и критерия результата
Если задачу рациональнее решить без ИИ, это будет зафиксировано до разработки.