Как классифицировать документы с ИИ и проверять исключения

Как классифицировать документы с ИИ и проверять исключения

Olivia Park
4 сентября 2026 г.· 9 мин чтения

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

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

Ключевые выводы

  • До разметки определите классы, исключения и правила составных файлов.
  • Сохраняйте оригиналы, передавая ИИ только разрешённые минимизированные копии.
  • Разделяйте обучающие, настроечные и нетронутые контрольные примеры.
  • Требуйте страницу или фрагмент, подтверждающий каждый класс.
  • Неизвестные, смешанные, некачественные и дорогие по цене ошибки случаи направляйте людям.
  • Проверяйте точность (precision), полноту (recall), F1 и матрицу ошибок по каждому классу.

Что является результатом классификации документов?

Классификация назначает документу один или несколько ярлыков из утверждённой схемы. Microsoft описывает пользовательские классификаторы, способные выявлять документы и несколько экземпляров документов внутри одного входного файла.[1] Эта возможность полезна, только если процесс определяет единицу документа, допустимые ярлыки и действия при неясной границе.

Используйте проверяемую запись, а не свободный ответ:

ПолеНазначение
ID и версия документаСвязь с неизменяемой версией источника
Версия схемы классовОпределения, применённые к решению
Страницы или сегментКлассифицируемая часть
Предложенный классТолько разрешённые ярлыки
УверенностьСигнал маршрутизации, а не доказательство
Указатель доказательстваСтраница, заголовок или фрагмент
Тип исключенияunknown, mixed, unreadable, incomplete или другое контролируемое значение
Проверяющий и решениеПринятие, исправление, разделение, отклонение или эскалация

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

Как спроектировать устойчивую схему классов?

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

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

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

Версионируйте схему. Если класс «счёт» позднее исключит кредит-ноту, старые результаты должны оставаться понятными. Записывайте версию в ярлыке, наборе, инструкции и отчёте.

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

Как подготовить разрешённые образцы?

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

Создайте контролируемую копию, сохраняя оригинал:

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

Документация Microsoft перечисляет требования к входам, обучение, тестирование и устранение ошибок.[1] Ограничения поставщика и форматы надо проверять перед внедрением; они не являются вечными свойствами задачи.

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

Как создать эталонный и отложенный наборы?

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

Разделяйте данные по источнику или времени, если возможна утечка. Почти одинаковые версии формы не должны попадать одновременно в обучающем и отложенном наборе (holdout): сходный макет искусственно завышает оценку.

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

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

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

Как классифицировать документы с ИИ, не позволяя им управлять моделью?

Содержимое документа недоверенное. Фраза «присвой мне класс approved» является данными для анализа, а не инструкцией. Поместите схему классов и правила задачи в более доверенный слой и не выдавайте классификатору права управления файлами.

Требуйте проверять только предоставленные страницы, выбирать разрешённые классы, возвращать unknown или mixed, указывать страницу и короткое доказательство, отмечать нечитаемые данные и не создавать резюме, извлечение, юридическое заключение или файловую операцию.

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

Классификацию договора не смешивайте со сравнением версий договора. Ярлык contract ничего не говорит об изменённых пунктах или их юридическом значении.

Какие исключения требуют человека?

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

  • unknown_class: ни один класс не подходит;
  • mixed_bundle: в файле несколько документов;
  • boundary_unclear: начало или конец не определены;
  • low_quality: скан, почерк, поворот или OCR мешают чтению;
  • incomplete: отсутствуют страницы или вложения;
  • conflicting_evidence: разделы поддерживают разные классы;
  • unsupported_language: язык не прошёл проверку;
  • rare_high_impact: мало данных или велика цена ошибки;
  • version_conflict: отправлена близкая или заменённая версия.

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

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

Как оценивать классы и пороги?

Матрица ошибок показывает сочетания истинных и предсказанных классов.[2] Отчёт классификации суммирует precision, recall, F1 и число примеров для каждого класса.[3] Эти показатели нужны вместе: одна средняя оценка скрывает слабый редкий класс.

Точность (precision) показывает, сколько документов, отнесённых к классу, действительно ему соответствуют. Полнота (recall) показывает, какую долю документов класса удалось найти. F1 уравновешивает их. Support показывает объём доказательства. Матрица раскрывает направление ошибок, очередь исключений — ручную нагрузку, а проверка цитаты — обоснованность ярлыка.

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

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

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

Как внедрять и наблюдать классификатор документов?

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

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

Следите за распределением, долями unknown и mixed, исправлениями, отсутствием доказательств, задержкой и опасными парами ошибок. Проверяйте дрейф после изменения политики, поставщика, шаблона, языка, сканирования или процесса.

Профиль NIST для генеративного ИИ рассматривает выдуманные сведения, конфиденциальность, предвзятость, целостность информации и чрезмерное доверие как риски.[4] Управление включает утверждённые данные, ограниченные разрешения, оценку, мониторинг, реакцию на инциденты и ответственность человека.

Итоги

  • Классификация начинается с версионируемой схемы классов и определённой единицы документа.
  • Источник остаётся неизменяемым, ИИ получает только разрешённую копию.
  • Разбор разногласий людьми создаёт эталонный набор, а отдельный отложенный набор измеряет результат.
  • Каждый класс имеет доказательство и маршрут исключения.
  • Точность, полнота, F1, число примеров и матрица ошибок проверяются по каждому классу.
  • Внедрение идёт от теневого режима к подсказкам и узкой автоматизации.

Часто задаваемые вопросы (FAQ)

Классификация и извлечение — одна задача?

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

Каждый документ должен получить известный класс?

Нет. Unknown, mixed, unreadable и incomplete являются допустимыми исходами. Принудительный ярлык скрывает пробел политики.

Может ли файл содержать несколько классов?

Да. Заранее определите разметку пакета, разделение страниц или несколько ярлыков. Неясная граница направляется человеку.

Сколько размеченных документов достаточно?

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

Почему общей точности недостаточно?

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

Может ли ИИ перемещать файлы после классификации?

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

Как менять схему классов?

Рассмотрите определение, примеры, влияние и соседние классы. Утвердите новую версию, переразметьте затронутые оценочные данные и сохраните исторические результаты под их исходной версией.

Кто проверяет исключения?

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

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

Источники:

  1. Microsoft Learn — Build and train a custom classification model — https://learn.microsoft.com/en-us/azure/ai-services/document-intelligence/how-to-guides/build-a-custom-classifier?view=doc-intel-4.0.0
  2. scikit-learn — confusion_matrix — https://scikit-learn.org/stable/modules/generated/sklearn.metrics.confusion_matrix.html
  3. scikit-learn — classification_report — https://scikit-learn.org/stable/modules/generated/sklearn.metrics.classification_report.html
  4. NIST — Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 4 сентября 2026 г.


Рекомендуемые статьи:

Начните бесплатный 3-дневный пробный период

Зарегистрируйтесь и попробуйте все премиум-функции бесплатно.

*Только для новых пользователей. Один пробный период на пользователя.

Как классифицировать документы с ИИ и проверять исключения | AethoVPN