OCR-модели: Tesseract, PaddleOCR-VL или VLM для документов?

Автоматический перевод

Эта статья была автоматически переведена с оригинальной английской версии.

Выбирайте систему оптического распознавания символов (OCR) с учетом самого документа и требуемого результата. Чистые печатные страницы, формы, таблицы, чеки, исследовательские статьи, скриншоты и рукописный текст требуют разных подходов. Сначала определите, нужны ли вам исходный текст, разметка страницы, структурированные поля или ответы, подтвержденные содержимым документа.

Для PDF сначала проверьте, пригодны ли встроенный текст и разметка. Если они подходят для задачи, извлеките их напрямую. Тестируйте классический OCR, например Tesseract, для чистых сканов печатных страниц. Тестируйте PaddleOCR-VL 1.6 для обработки разметки, текста, таблиц и формул в собственной среде. Тестируйте dots.mocr для структурированной графики. Универсальная визуально-языковая модель (VLM) — ещё один вариант, если задача также требует ответов на визуальные вопросы.

Сравните варианты по типам ваших документов, нужным полям, контролю данных, латентности и стоимости.

Таблица выбора

Проблема с документомС чего начатьПочему
PDF с пригодным встроенным текстомИзвлечение текста и разметки из PDFНе распознавайте текст, который уже хранится в файле.
Чистые печатные сканы в большом объемеПайплайн классического OCRДешево, предсказуемо, не требовательно к CPU, удобно для пакетной обработки.
Сложные PDF с таблицами, формулами и рисункамиPaddleOCR-VL 1.6 или размещенная у провайдера VLM для документовСравните специализированный парсер с универсальной моделью на одних и тех же страницах.
Извлечение структурированных полейVLM со structured output или доменный парсерСхема результата не менее важна, чем распознавание текста.
Документы с повышенными требованиями к защите данныхOCR в собственной среде или открытая VLMДокументы остаются внутри вашей среды.
Восстановление разметкиPaddleOCR-VL, dots.mocr или другой парсер разметкиПростой OCR-текст теряет порядок чтения, таблицы, подписи и разделы.
Рабочие процессы с ручной проверкойOCR с оценкой уверенности и данными о происхождении спановПроверяющим нужна прослеживаемость страницы, области, поля и исходного фрагмента.

OCR и понимание документов

Традиционный OCR извлекает символы. Для анализа документов с AI также нужны разметка и понимание смысла. Ячейки таблиц, чекбоксы, подписи, подписи к иллюстрациям и сноски могут содержать текст, но сведение их в одну строку разрушает связи между элементами. Из-за этого затем ломаются извлечение полей и ответы на вопросы.

Визуально-языковые модели могут извлекать поля и отвечать на вопросы о схемах или таблицах. Их результат всё равно нужно проверять по странице. PaddleOCR-VL 1.6 объединяет анализ разметки с компонентом VLM на 0.9B параметров, а dots.mocr также разбирает структурированную графику. Сравните эти пайплайны с классическим OCR на нужных страницах и полях; более крупная модель не является причиной заменять работающий экстрактор.

Классы моделей и инструментов

КлассСильная сторонаНедостатокИспользуйте, когда
OCR в стиле TesseractСтоимость, прозрачность, офлайн-выполнениеСлабые результаты при обработке рукописного текста, разметки, зашумленных сканов и сложных документовНа входе чистый печатный текст, а задача — извлечение текста.
Облачная VLM для документовСложные PDF, графики, таблицы и мультимодальный контекстСтоимость, латентность, расположение данных, зависимость от APIНужны качественное извлечение или ответы на вопросы по разнородным документам.
PaddleOCR-VL 1.6Текст, таблицы, формулы, графики, разметка и 109 языковПолный пайплайн сложнее, чем один его VLM-компонентНужен поддерживаемый парсер документов, размещенный в собственной среде.
dots.mocrТекст документов и парсинг структурированной графикиРесурсы для сервинга модели на 3B параметров и зависящее от задачи качество результатаВажны графики, рисунки или реконструкция с ориентацией на SVG.
Открытая универсальная VLMКонтроль над данными, кастомизация и более широкий визуальный ризонингСложность сервинга и вариативность моделейНужно размещение в собственной среде, выходящее за рамки парсинга документов.
Парсер разметкиОбласти, порядок чтения, структура документаОбычно требует оркестрации с OCR или VLMВажна точность разметки.
Гибридный пайплайнКонтроль затрат и роутингБольше инженерной работыМожно направлять простые страницы в дешевый OCR, а сложные — в VLMs.

Практическая архитектура

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

  1. Проанализируйте файл и сохраните метаданные на уровне страниц. Для PDF проверьте, подходят ли имеющиеся текст и порядок чтения для задачи.
  2. Напрямую извлекайте пригодный встроенный текст. PyMuPDF рекомендует проверить, нужен ли OCR, прежде чем запускать его для страницы.
  3. Направляйте чистые печатные сканы без пригодного текста в классический OCR.
  4. Направляйте таблицы, страницы с низкой оценкой уверенности, рукописные области и сложную разметку в VLM или специализированный парсер.
  5. Для полей требуйте structured output, затем проверяйте значения по странице. Схема может обеспечить структуру полей, но не доказывает, что значение есть в документе.
  6. Сохраняйте исходные спаны, номера страниц, ограничивающие прямоугольники, если они доступны, и версию модели.
  7. Выбирайте документы для ручной проверки по оценке уверенности, типу документа и влиянию на последующие процессы.

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

Чеклист эвалуации

Не оценивайте OCR только по доле ошибок распознавания символов. Для анализа документов с AI отслеживайте:

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

Дополнительные материалы

Ссылки