OpenText Captiva — возможности, статус поддержки и переход на OpenText Capture

OpenText Captiva — историческое название корпоративной платформы захвата документов, а не актуальная настольная программа для чтения PDF. На 15 сентября 2026 года продолжением этой линии является OpenText Capture: раньше продукт назывался OpenText Intelligent Capture, а ещё раньше — Captiva. Он принимает большие потоки бумажных и цифровых документов, распознаёт и классифицирует их, извлекает данные, направляет исключения оператору и передаёт результат в корпоративные системы. Поэтому старую Captiva важно оценивать не как «ещё один PDF-редактор», а как предшественника современной IDP-платформы.

Скачать OpenText Captiva

Публичной безопасной загрузки «последней Captiva» для новой установки OpenText не предлагает. Актуальный продукт называется OpenText Capture, на его странице предлагается связаться с OpenText, а релизные материалы и пакеты для клиентов распространяются через инфраструктуру поддержки. Для нового проекта корректный маршрут — получить лицензионные права и доступ к нужному выпуску OpenText Capture через вендора или авторизованного партнёра, а затем брать компоненты и документацию из учётной записи поддержки.

Архивы Captiva Capture 7.x или 16.x на сторонних файлообменниках не являются надёжным способом получения продукта: нельзя подтвердить их происхождение, исправления безопасности и соответствие вашей лицензии. В существующей инсталляции сначала фиксируют точную версию серверов, базы, Web Client/REST, CaptureFlows, модулей распознавания, экспортов и лицензий, а уже затем выбирают поддерживаемый маршрут модернизации.

Не следует путать эту линию с OpenText Core Capture. Core Capture — отдельный SaaS-продукт с веб-управлением и API. Разработческий пробный доступ, встречающийся у Capture Services/Core Capture, не означает бесплатную редакцию полного OpenText Capture и тем более не превращает старую Captiva в freeware.

Что такое OpenText Captiva

Captiva Capture проектировалась для промышленного ввода документов. Наследственная документация описывает приём из сканеров, факс-серверов, почты, файловых систем и веб-сервисов, последующую обработку пакета и экспорт в репозиторий или бизнес-систему. Внутреннее хранение служит прохождению конвейера; продукт не задумывался как долговременный архив.

В 2019 году OpenText представила Intelligent Capture как следующее поколение решений на основе Captiva. Позднее компания отдельно пояснила, что это эволюция, а не требование выбросить существующие CaptureFlows. В нынешней таблице переименований OpenText позиции Captiva IEC и OpenText Intelligent Capture сведены к имени OpenText Capture. Captiva OEM — другая ветка: сегодня она относится к OpenText OEM solutions.

Практически есть два контекста. Если в компании работает Captiva 7.x/16.x, речь идёт о наследственной системе, где важны совместимость старых модулей и миграция. Если решение выбирают сейчас, речь должна идти об OpenText Capture с continuous machine learning, веб-интерфейсами проверки и администрирования, REST-интеграциями, облачными вариантами размещения и новыми AI-компонентами.

Хронология развития и поддержки

Captiva Capture 16.6 относится к старой брендированной линии и не должна описываться как актуальная новая редакция в 2026 году. У конкретного заказчика могут сохраняться договорные права на sustaining или extended support, но такой режим не равен обычному функциональному развитию и не гарантирует совместимость со свежими ОС, СУБД и интеграциями. Для нового внедрения проектирование вокруг старых InputAccel-компонентов нерационально; для действующего — нужен контролируемый переход, а не мгновенное отключение.

Основные функции OpenText Captiva

Приём документов из разных каналов

Современный OpenText Capture обрабатывает отсканированную бумагу и изначально цифровой контент. В актуальном обзоре продукта перечислены PDF, изображения, факсы, электронные письма и вложения, включая ZIP, документы Microsoft 365, мобильные источники и XML. В корпоративном потоке это позволяет свести в один CaptureFlow счета из почты, заявления из веб-канала и сканы из филиалов, не требуя одинакового происхождения файлов.

Классификация, OCR и извлечение данных

После приёма система определяет тип документа и применяет соответствующее распознавание и извлечение. OpenText заявляет более 120 языков и локалей для recognition/extraction; это не означает 120 языков интерфейса. Для сложного рукописного ввода и низкокачественных мобильных изображений доступны интеграции с Google Vision и Microsoft Azure Read OCR, которые требуют отдельных подписок.

В CE 26.2 OpenText добавила Capture Aviator — AI document understanding add-on для сложных таблиц, рукописных форм, деградировавших сканов и редко встречающихся типов документов. LLM-обработку можно применять выборочно, оставляя обычные OCR, штрихкоды, правила и обучаемое извлечение там, где они достаточны.

Human-in-the-loop и continuous machine learning

Низкоуверенные результаты можно направлять оператору: он видит документ и распознанные поля, исправляет ошибки и подтверждает данные. Continuous machine learning использует такие подтверждения для улучшения моделей. Ценность появляется только при корректных порогах уверенности и правилах исключений: критичное поле вроде суммы или номера договора нельзя выпускать автоматически лишь потому, что OCR вернул текст.

CaptureFlow, маршрутизация и экспорт

CaptureFlow задаёт последовательность стадий: импорт, подготовку изображения, разделение пакета, распознавание, классификацию, извлечение, проверку и экспорт. Продукт интегрируется с OpenText Content Management, Core Content Management и Documentum, поддерживает CMIS и REST-сценарии. Для старых установок особенно важна инвентаризация собственных скриптов, сетевых папок и специализированных экспортных модулей: именно они часто усложняют миграцию сильнее самого OCR.

Безопасность, аудит и управление

Текущая продуктовая страница указывает шифрование данных при хранении и передаче. В современных выпусках есть экспортируемые аудит-данные, а веб-администрирование позволяет контролировать состояние обработки. В CE 26.2 мониторинг расширен метриками задержек, состояния серверных групп, подключений модулей и очередей; предусмотрены совместимые с OpenTelemetry/OpenMetrics точки интеграции с инструментами вроде Prometheus и Grafana.

Использование внешнего cloud OCR или LLM требует отдельной оценки: какие данные покидают локальный контур, в каком регионе выполняется обработка, кто выдаёт подписку и как настраивается retention. Наличие функции в Capture не отменяет политики ИБ и требований к персональным данным.

Интерфейс и удобство использования

У Captiva нет единого «главного окна», сопоставимого с обычным PDF-редактором. Это набор административных, дизайнерских, серверных и операторских компонентов. В наследственной архитектуре администратор работал с CaptureFlow и InputAccel, оператор — со специализированными клиентами, а веб-модули закрывали отдельные роли. Поэтому порог входа определяется не умением нажать «OCR», а пониманием потоков, типов документов, исключений, прав и целевых систем.

Современный OpenText Capture смещает больше работы в браузер. Актуальные выпуски имеют web UI для human-in-the-loop проверки, а CE 25.4 добавила браузерное администрирование с дашбордами, фильтрами и детализацией этапов. Это упрощает повседневный контроль, но проектирование сложного capture-процесса всё равно требует знаний IDP и интеграций.

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

Поддерживаемые форматы и совместимость

Во входном контуре подтверждены сканы и изображения, PDF, факсы, письма с телом и вложениями, ZIP-вложения, документы Microsoft 365, мобильные изображения и XML. С 2024 года линейка также отдельно улучшала приём HEIF/HEIC и 64-битных PNG с преобразованием для дальнейшей обработки. Конкретную поддержку расширений и кодеков следует сверять с матрицей именно установленного релиза.

Результатом может быть не только файл. Главная модель — экспорт исходного/нормализованного документа вместе с извлечёнными метаданными в Content Management, Documentum, Core Content Management или другую систему через поддерживаемый коннектор/API. Для сценариев оцифровки поддерживается создание текстово-поисковых PDF, но структура итоговых метаданных зависит от CaptureFlow и приёмника.

Совместимость Captiva 16.6 нельзя переносить на OpenText Capture CE 26.2. Старые драйверы сканеров, COM/DCOM-компоненты, кастомные DLL, прежние модули импорта/экспорта и версии СУБД могут стать блокирующими зависимостями. Перед обновлением проверяют каждую такую точку, а не только возможность открыть старый CaptureFlow.

Производительность и стабильность

OpenText позиционирует Capture как масштабируемую серверную систему; в текущем обзоре говорится о возможности обрабатывать до нескольких миллионов изображений в день при распределении нагрузки между несколькими серверами. Это заявленная вендором масштабируемость, а не универсальная скорость одной установки: реальная пропускная способность зависит от OCR, количества полей, качества изображений, внешних сервисов, ручной валидации, базы и экспорта.

Наследственная документация Captiva 16.6 прямо показывает эту зависимость. InputAccel Server считался ресурсоёмким компонентом, для непилотных нагрузок рекомендовался выделенный компьютер, а между ключевыми узлами — низкая задержка и гигабитная сеть. OCR требовал больше вычислений, чем простой экспорт, а ручное индексирование могло стать ограничителем независимо от мощности серверов. Эти цифры полезны для понимания архитектуры старой Captiva, но не являются системными требованиями CE 26.2.

Стабильность production-потока оценивают по очередям, времени прохождения стадий, ошибкам модулей, доле ручной проверки и успешности экспорта. В CE 26.2 OpenText расширила телеметрию именно в этих направлениях. Для больших внедрений обязательны pre-production, репрезентативный набор документов и нагрузочные испытания собственных CaptureFlows: универсальная цифра «страниц в минуту» здесь мало полезна.

Лицензирование и версии

OpenText Capture — коммерческий корпоративный продукт. На публичной странице нет единой розничной цены и кнопки покупки фиксированной лицензии; предлагается запросить коммерческое предложение. В открытых контрактных прайс-листах встречаются позиции Capture Basic/Advanced, объёмные единицы, perpetual/upgrade и поддержка, но такие документы отражают условия конкретных соглашений и не должны выдаваться за универсальный прайс для любого заказчика.

Бесплатная полнофункциональная редакция OpenText Capture для домашнего использования публично не заявлена. Пробные возможности Services Bundle относятся к OpenText Capture Services/Core Capture API и не подтверждают trial для всей серверной платформы. Дополнительные функции могут иметь собственную стоимость: документация отдельно оговаривает подписки Google Vertex, Google Vision или Azure Read OCR в соответствующих сценариях, а Capture Aviator является add-on.

При расчёте бюджета нужно учитывать не только право на ПО, но и поддержку, инфраструктуру, внедрение, настройку CaptureFlows, миграцию старых модулей, эксплуатацию внешних AI/OCR и тестовый контур. Для наследственной Captiva отдельной статьёй становится стоимость ухода с устаревшей платформы.

Системные требования

Актуальный OpenText Capture

Открытая маркетинговая страница не публикует полноценную таблицу поддерживаемых ОС, СУБД, браузеров и их версий для CE 26.2. OpenText направляет клиентов к release-specific документации, Release Notes и Product Availability Matrix в поддержке. Поэтому фиксировать здесь конкретные Windows Server или SQL Server как «текущие требования» без матрицы выбранного релиза было бы неверно.

Подтверждены варианты развёртывания on-premises, OpenText Private Cloud, частные/гибридные облака с инфраструктурой крупных провайдеров и встроенные микросервисы. В CE 26.2 контейнеризация относится к Real-Time/REST subsystem и Web Client. Перед закупкой ресурсов нужно получить матрицу конкретного CE-релиза и проверить серверы, СУБД, браузеры, контейнерную платформу, TLS и совместимость интеграций.

Наследственная Captiva 16.6

Для 16.6 действует собственное руководство 2019 года, а не текущая матрица OpenText Capture. В нём сервер InputAccel рассматривается как память- и дискоёмкий компонент; SQL Server Express допускается лишь для низкой нагрузки, а производственный контур требует планирования сети и дисков. Эти требования полезны только при сопровождении существующей Captiva 16.6 и не должны использоваться как спецификация для новой CE 26.2.

Языковую совместимость тоже нужно разделять. В документации Captiva 16.6 русский перечислялся среди локализаций ряда пользовательских компонентов. Для современного OpenText Capture публично подтверждены 120+ языков и локалей распознавания/извлечения, но из этого нельзя делать вывод о наличии русского интерфейса во всех современных web UI.

Карта критических зависимостей

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

Преимущества и недостатки OpenText Captiva

Плюсы и минусы

Сравнение с аналогами

ABBYY Vantage — наиболее близкий конкурент по классу IDP. Для локальной ручной OCR-работы полезнее сравнивать не серверные платформы, а ABBYY FineReader. Аналогично, если задача ограничена редактированием конкретного PDF, подходят Adobe Acrobat Pro или PDF-XChange Editor, а не OpenText Capture.

OpenText Core Capture близок по назначению, но отличается сервисной моделью. Для простого сканирования нескольких страниц в PDF достаточно WinScan2PDF или более широкого набора вроде PDF24 Creator. Sumatra PDF вообще не прямой конкурент: Capture формирует и передаёт обработанный документ, а Sumatra PDF удобно использовать позже для локального чтения готового PDF.

Инструкция по установке

Новая установка актуального OpenText Capture

1. Выберите архитектуру. Зафиксируйте on-premises, OpenText Private Cloud, частное/гибридное облако или микросервисный вариант и требования к размещению данных.
2. Получите права на релиз. Используйте OpenText/My Support и документацию именно выбранной CE-версии; проверьте Release Notes и Product Availability Matrix.
3. Подготовьте pre-production. Отделите его от production, создайте поддерживаемые БД и хранилища, TLS/DNS, сервисные учётные записи и сетевые маршруты к источникам и приёмникам.
4. Установите компоненты по руководству релиза. Не переносите команды из Captiva 16.6 на CE 26.2. Контейнерная поддержка современного релиза относится только к заявленным подсистемам.
5. Настройте права и интеграции. Подключите целевой ECM/ERP, а cloud OCR или LLM активируйте после согласования лицензии и политики данных.
6. Соберите CaptureFlow. Определите классы документов, поля, пороги уверенности, ручную проверку, правила ошибок и экспорт.
7. Проведите приёмку. Используйте хорошие, плохие и пограничные образцы; проверяйте файл, поля, класс, маршрут и запись в целевой системе.
8. Наращивайте поток постепенно. Контролируйте очереди, задержки, долю HITL и ошибки экспорта до выхода на расчётную нагрузку.

Обновление существующей Captiva

Для Captiva 16.6 сначала делают резервную копию и инвентаризацию. Руководство OpenText отдельно перечисляет activation-файлы, исходники и скомпилированные процессы, рабочий каталог Captiva Designer с CaptureFlows, профилями, типами документов и скриптами, settings.ini, batches/stage files, конфигурации модулей и изменённые параметры. Автоматические backup-каталоги после upgrade следует сохранять до подтверждения стабильности.

Внутри старой 16.6 обновление шло в определённой последовательности: при необходимости БД, затем InputAccel Servers, Web Client/REST, клиентские модули и лицензирование. Для перехода на современный OpenText Capture этот порядок нельзя копировать вслепую: маршрут должен соответствовать исходной версии и актуальной документации OpenText. Особого теста требуют собственные DLL/скрипты, старые OCR и заменённые модули импорта/экспорта.

Безопасное удаление Captiva 16.6

Удаление допустимо после переключения входного потока и подтверждения, что незавершённых batches нет, документы экспортированы, а резервная копия восстанавливается. Для 16.6 руководство предписывает остановить сервис удаляемого компонента; для InputAccel Server — удалить запись сервера через Captiva Administrator; затем запустить исходный setup и выбрать Program Maintenance/Remove. Архив конфигурации и базы не следует уничтожать сразу после деинсталляции.

Практические кейсы

Счета поставщиков: почта → проверка → ERP

Цель. Снизить ручной ввод реквизитов счёта. Подготовка. Нужны почтовый вход, тип Invoice, перечень полей, пороги уверенности и тестовый экспорт. Шаги. Capture принимает вложение, классифицирует его, извлекает номер, дату, поставщика, суммы и табличные данные, спорные значения отправляет на HITL, затем передаёт документ и метаданные в ERP/ECM. Проверка. Сверьте суммы и идентификаторы с PDF и записью приёмника. Ограничение. Сложные таблицы и рукопись могут потребовать Capture Aviator или внешнего OCR.

Оцифровка архива с поисковыми PDF

Цель. Перевести бумажный архив в индексируемые документы. Подготовка. Настройте классы, правила разделения пакетов, обязательные индексы и целевой репозиторий. Шаги. Партии сканируются, очищаются, классифицируются, проходят OCR и контроль исключений, после чего поисковый PDF и метаданные экспортируются. Проверка. На выборке сравните число страниц, ключевые индексы и поиск характерных слов. Ограничение. Долговременное хранение обеспечивает ECM/архив, а не сам capture-конвейер.

Распределённый ввод из филиалов

Цель. Принимать документы удалённо без пересылки бумаги. Подготовка. Настройте Web Client, роли, защищённое соединение и единые параметры сканирования. Шаги. Филиал загружает документ, центральный CaptureFlow классифицирует и извлекает данные, исключения проверяются оператором, успешные пакеты уходят в общую систему. Проверка. Контрольный документ должен получить одинаковый класс, метаданные и маршрут независимо от филиала. Ограничение. Большие изображения и нестабильная сеть повышают задержку.

Навигатор по сбоям

Перенос CaptureFlow без незаметной потери логики

Цель. Перенести действующий процесс в новый контур. Подготовка. Экспортируйте исходники CaptureFlow, профили, document types, скрипты и список внешних зависимостей; сформируйте контрольную выборку. Шаги. Восстановите процесс в pre-production, замените неподдерживаемые модули, подключите тестовые источники и приёмники, затем прогоните одинаковую выборку в старом и новом контурах. Проверка. Сравните число документов, классификацию, ключевые поля, исключения и экспорт. Ограничение. Совпадение успешного запуска не доказывает эквивалентность OCR и бизнес-правил.

План выхода без потери данных

До отказа от Captiva нужно сохранить то, что позволит доказать полноту переноса: базу и её проверенную копию, activation/entitlement сведения, CaptureFlows, профили распознавания, типы документов, скрипты, конфигурации модулей, settings.ini, незавершённые batches/stage files, пользовательские DLL и карту экспортов. Для каждого входного канала фиксируют, кто его переключает и как вернуть трафик назад.

Затем создают контрольную выборку с обычными и проблемными документами. Старый и новый контуры сравнивают по количеству пакетов и страниц, классификации, значениям критичных полей, числу исключений и факту появления результата в ECM/ERP. Только после этого вход переводят на новую систему. Старый production оставляют доступным для чтения/отката на согласованный период, не продолжая в нём параллельную неконтролируемую обработку.

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

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

OpenText Captiva всё ещё продаётся под этим названием?

Для новых проектов — нет в прежнем смысле. Актуальная развивающаяся линия называется OpenText Capture; OpenText прямо связывает с ней прежние Captiva IEC и Intelligent Capture. Название Captiva остаётся важным для существующих установок и исторической документации.

Какая версия является актуальной?

На дату проверки 15 сентября 2026 года последняя публично описанная на странице «What’s new» ветка — OpenText Capture CE 26.2, объявленная 4 июня 2026 года. Release Notes для клиентов доступны через OpenText MySupport, поэтому перед установкой всё равно следует сверить entitlement и конкретный пакет в своей учётной записи.

Можно ли использовать Captiva просто для чтения PDF?

Технически PDF является входным документом, но продукт для этого несоразмерно сложен. Если нужно только открыть файл, нужен просмотрщик; если требуется редактирование — PDF-редактор. Capture оправдан, когда PDF является частью автоматизированного потока классификации, OCR и маршрутизации.

Captiva и OpenText Core Capture — одно и то же?

Нет. Core Capture — отдельный SaaS-продукт и набор облачных capture-сервисов. OpenText Capture — преемник Captiva/Intelligent Capture с другими вариантами развёртывания, включая on-premises и private/hybrid cloud. Схожие функции не делают лицензии и архитектуру взаимозаменяемыми.

Нужен ли интернет для OpenText Capture?

Это зависит от архитектуры. On-premises обработка может быть спроектирована внутри корпоративного контура, но интеграции с Google Vision, Azure Read OCR, Google Vertex или облачными сервисами требуют соответствующей сетевой доступности. Поэтому интернет нельзя объявить ни безусловно обязательным, ни безусловно ненужным.

Есть ли русский язык?

В наследственной документации Captiva 16.6 русский указан среди языков ряда интерфейсных компонентов. В современной линии публично заявлено 120+ языков и локалей для распознавания и извлечения, но это не подтверждает русскую локализацию каждого актуального web UI. Для конкретного CE-релиза интерфейсные языки следует проверять по его документации.

Может ли OpenText Capture распознавать рукописный текст?

Современная линейка имеет сценарии для рукописи: OpenText описывает Advanced Cloud OCR с Google Vision/Microsoft Azure Read OCR, а CE 26.2 — Capture Aviator для сложных, в том числе рукописных документов. Качество не гарантируется одинаковым для любого почерка, поэтому нужны собственные контрольные образцы и правила HITL.

Что проверить первым перед обновлением старой Captiva?

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

Почему нельзя просто перенести старую базу и считать миграцию законченной?

Потому что capture-процесс состоит не только из базы: в нём есть версии OCR, профили, пользовательский код, входные каналы, роли, сервисные аккаунты и экспорт. Даже при успешном старте сервера могут измениться классификация или значения извлекаемых полей. Миграция считается успешной после проверки результата в конечной бизнес-системе.

Вывод

OpenText Captiva имеет смысл рассматривать прежде всего как наследие современной OpenText Capture. Для организации с действующей Captiva сильная сторона — преемственность CaptureFlow и наличие прямого пути к более современной платформе с CML, web UI, REST и AI; главная задача — не найти старый дистрибутив, а безопасно перенести процесс и его зависимости. Для нового крупного IDP-проекта OpenText Capture особенно логичен там, где уже используются Documentum или другие продукты OpenText и требуется управляемый серверный capture.

Продукт не подходит как домашний OCR, лёгкий сканер или PDF-редактор: архитектура и лицензирование рассчитаны на корпоративный поток. Для ручного PDF лучше Acrobat Pro или PDF-XChange Editor, для локального OCR — FineReader, для простого сканирования — WinScan2PDF/PDF24, для SaaS внутри экосистемы OpenText — Core Capture, а для альтернативной enterprise IDP стоит сравнить ABBYY Vantage и Tungsten TotalAgility. Sumatra PDF остаётся инструментом другого класса: он удобен для чтения уже готовых документов, тогда как Capture занимается их входом, пониманием и передачей в процесс.