Главная Программы Офис и продуктивность Kofax Transformation Modules: инструкция от гика, возможности KTM 7.1, ограничения и актуальный статус

Kofax Transformation Modules: инструкция от гика, возможности KTM 7.1, ограничения и актуальный статус

Kofax Transformation Modules, или KTM, — корпоративный модуль обработки документов для инфраструктуры Kofax Capture. Его задача не сводится к обычному OCR: система разделяет поток страниц на документы, относит документы к классам, распознаёт и извлекает поля, применяет форматирование и проверки, передаёт сомнительные результаты операторам, а затем возвращает данные в Kofax Capture. Для оценки продукта в 2026 году особенно важно не смешивать старое Kofax-брендированное поколение с нынешней веткой Tungsten Transformation: версия Kofax Transformation Modules 7.1 уже относится к предыдущим выпускам и находится на ограниченной поддержке, тогда как актуальное развитие той же продуктовой линии идёт под названием Tungsten Transformation.

Что такое Kofax Transformation Modules и для чего он нужен

Kofax Transformation Modules 7.1 — серверно-клиентская платформа обработки документов, устанавливаемая поверх Kofax Capture. Она предназначена для организаций, где входящие документы идут потоком и должны быть автоматически разобраны до передачи в бизнес-систему: счета, заказы, формы, письма и другие структурированные, полуструктурированные или свободные документы. В этой архитектуре Capture отвечает за получение и движение пакетов, а Transformation Modules добавляет интеллектуальную часть: определяет границы документов, классифицирует их, извлекает значения, проверяет их и организует ручной контроль там, где автоматический результат недостаточно надёжен.

Продукт разработан Kofax, Inc.; после ребрендинга компании в Tungsten Automation продуктовая линия получила новое имя Tungsten Transformation. В официальном портале документации Tungsten версия Kofax Transformation Modules 7.1.0 находится в разделе Previous Versions, а текущая ветка называется Tungsten Transformation 2025.1. Поэтому название KTM в этом обзоре относится именно к Kofax Transformation Modules 7.1, а не к Kofax Transformation Toolkit, не к Transformation-компонентам TotalAgility и не к современному Tungsten Transformation.

Разница с Kofax Transformation Toolkit принципиальна. Toolkit рассчитан на встраивание transformation-функций в собственное приложение разработчика, тогда как Transformation Modules поставляет готовые custom modules для очередей Kofax Capture: Server, Document Review, Correction, Validation, Verification и Knowledge Base Learning Server. Эти продукты даже нельзя устанавливать на одну машину одновременно. Аналогичное ограничение действует для Transformation-компонентов Kofax TotalAgility и Kofax RPA.

Основные параметры

Параметр	Kofax Transformation Modules 7.1
Разработчик	Kofax, Inc.; продуктовая линия сейчас принадлежит Tungsten Automation
Тип	Корпоративная платформа автоматической трансформации документов поверх Kofax Capture
Последняя Kofax-версия	7.1.0; для неё выпущен Fix Pack 21 с номером 7.1.0.21 и датой сборки 15 мая 2026 года
Текущий статус	Kofax Transformation Modules 7.1 находится на этапе Limited Support; окончание поддержки заявлено на 9 мая 2027 года. Актуальная продуктовая ветка называется Tungsten Transformation
Базовая платформа	Kofax Capture 11.0.0.5 или новее либо 11.1.0.0 или новее; для Evaluation и Term лицензий требуются более новые сборки Capture, указанные в спецификации
Сервер	Windows Server 2016, 2019 или 2022; .NET Framework 4.8
Rich Client и Project Builder	Windows Server 2016/2019/2022, Windows 10 22H2 или новее, Windows 11 64-bit
Thin Client	IIS 10 на Windows Server; браузеры Microsoft Edge Chromium, Firefox 109+ и Chrome 110+
Основные форматы проекта	TIFF, JPEG, PNG, TXT и PDF; проект хранится в файле .fpr
Основные модули	Project Builder, Server, Document Review, Correction, Validation, Verification, Knowledge Base Learning Server, Synchronization Tool
Интерфейс	Есть русский язык; также поддерживаются английский, немецкий, испанский, французский, итальянский, польский, португальский, шведский, чешский, китайский и японский
Минимальное разрешение rich-клиентов	1280×800; масштаб 150% и выше не поддерживается
Лицензирование	Страничное потребление для операций обработки; отдельные locators требуют дополнительных лицензий. Project Builder после установки имеет трёхдневную demonstration license без функциональных ограничений
Публичная розничная цена	В документации 7.1 розничный прайс не опубликован; продукт относится к корпоративному лицензированию

Параметры показывают, почему KTM нельзя оценивать как обычное настольное приложение. Для production-сценария нужны совместимый Kofax Capture, серверная инфраструктура, база данных и права администрирования. Трёхдневная демонстрационная лицензия относится к Project Builder: это короткий период для изучения и конфигурации, а не бесплатная редакция для постоянной обработки документов.

Жизненный цикл Kofax Transformation Modules

Версия 7.1.0 вышла как последнее Kofax-брендированное крупное поколение. На 4 сентября 2026 года она уже не является основной веткой продукта: портал Tungsten показывает Kofax Transformation Modules 7.1.0 среди предыдущих версий, а активная документация относится к Tungsten Transformation 2025.1. Для KTM 7.1 этап Limited Support начался 9 мая 2026 года, а End of Support назначен на 9 мая 2027 года.

При этом ограниченная поддержка не означает мгновенного прекращения исправлений. 15 мая 2026 года вышел Kofax Transformation Modules 7.1.0 Fix Pack 21. Он требует существующей полной установки 7.1.0 и Kofax Capture, ставится на каждую рабочую станцию и клиент, где работает KTM, и является накопительным. Это хороший индикатор состояния ветки: критические исправления ещё возможны, но продукт уже находится в завершающей фазе жизненного цикла.

Параллельно развивается Tungsten Transformation 2025.1. В августе 2026 года для него выпущено Update 6. Для новой инсталляции этот факт важнее привычного названия Kofax: организация, которая только выбирает платформу, должна сравнивать уже актуальную Tungsten-ветку либо более широкие IDP-платформы, а KTM 7.1 рассматривать прежде всего как существующую систему, которую нужно поддерживать, стабилизировать и планово мигрировать.

Архитектура и интерфейс

Project Builder

Project Builder — основная среда проектирования. В верхней части находится Ribbon и Quick Access toolbar, ниже располагаются перемещаемые панели. Project Tree показывает иерархию проекта: классы, locators, поля, validation methods и инструкции классификации. Details отображает свойства выбранного элемента, а Documents хранит наборы документов для обучения, тестов и benchmark-проверок. Такое устройство отделяет модель документа от примеров: структура решения живёт в дереве, параметры — в Details, а реальные тестовые файлы — в Documents.

В окне Documents доступны List View, Hierarchy View и Thumbnail View. Это не просто файловый список. Наборы документов используются по назначению: Classification Set обучает классификацию и разделение, Extraction Set используется для extraction training, Benchmark sets фиксируют ожидаемый результат, а тестовые наборы позволяют прогонять изменения до публикации проекта. В Document Viewer можно открыть изображение или текстовое представление, переключить режим просмотра, изменить масштаб, повернуть страницу и выполнить тестовую обработку выбранного документа.

Server

Server — unattended-модуль production-обработки. Он получает пакет из очереди Kofax Capture и выполняет настроенную цепочку: разделение, классификацию, извлечение и при необходимости формирование папок. Server обычно размещают после стадии Scan и до ручных модулей контроля. Модуль может быть добавлен в batch class несколько раз, когда решение требует промежуточной точки проверки либо разных этапов обработки.

Здесь особенно заметно отличие KTM от автономного OCR. Server не «сохраняет документ в Excel» и не заменяет Capture. Он обогащает пакет classification result, полями и структурой, после чего пакет движется дальше по очередям Kofax Capture. Если нужен простой одноразовый перевод PDF в редактируемый документ, архитектура KTM будет избыточной; для такого сценария полезнее отдельная конвертация PDF в Google Docs.

Document Review

Document Review предназначен для контроля структуры пакета до ввода полей. Интерфейс показывает Batch Content, Document Viewer и Current Problem. Модуль умеет выявлять нарушения правил структуры: документ без класса, неподтверждённый предложенный класс, неправильное число страниц, несоответствие ожидаемого количества документов. Оператор может назначать или менять класс, подтверждать классификацию, перемещать страницы, объединять и разделять документы, исправляя именно структуру, а не значения бизнес-полей.

Correction

Correction сосредоточен на символах и полях с низкой уверенностью распознавания. В single character mode сомнительные знаки выводятся как небольшие изображения, а текущий символ дополнительно выделяется. В whole field mode оператор работает со всем полем. Модуль автоматически переводит фокус к следующему месту, требующему коррекции, поэтому он рассчитан на плотную клавиатурную обработку.

Validation

Validation проверяет содержимое уже извлечённых полей. Конфигурация формы создаётся в Project Builder: для класса можно определить собственные поля, labels, таблицы, вкладки, MiniViewer, InPlace Editor и кнопки database lookup. Во время работы оператор видит Batch Content, Document Result, InPlace Editor и Document Viewer. Правила могут проверять отдельное поле или несколько полей, а relational и fuzzy database lookup помогают сверять значения с внешними справочниками.

Validation может иметь несколько шагов; инсталлятор 7.1 предусматривает дополнительные Validation steps 2–5. Это позволяет разделить контроль, например, по ролям или по группам полей. Но такая схема увеличивает конфигурационную сложность: форма, mappings и права должны быть согласованы с очередями Capture.

Verification

Verification используется там, где после извлечения и Validation требуется отдельное подтверждение. Поддерживаются Confirm и Blind double keying. В Confirm оператор сверяет показанное значение с изображением и подтверждает его, а при разрешённом редактировании исправляет. Blind double keying скрывает исходное значение и требует повторного ввода с изображения; несовпадение вызывает повторный ввод. Такой режим полезен для полей, где важнее независимая проверка, чем скорость.

Thin Clients

Для Correction, Validation и Verification предусмотрены browser-based thin clients. Серверная часть работает через IIS 10, а для 7.1 перечислены Edge на Chromium, Firefox 109 или новее и Chrome 110 или новее. Это не облачная SaaS-версия: браузер служит интерфейсом к развёрнутой организацией инфраструктуре. Мобильные приложения для iOS или Android в системных требованиях 7.1 не заявлены.

Knowledge Base Learning Server

Online Learning в KTM 7.1 разделён на classification и extraction. При classification online learning исправленные или вручную переклассифицированные документы собираются автоматически; dynamic mode позволяет Server периодически импортировать накопленные примеры и переобучать проект, а basic mode складывает их в New Samples для последующего обучения и публикации администратором. Extraction Online Learning работает с trainable locators: документы могут отмечаться в Validation вручную либо автоматически по настройкам проекта, а Knowledge Base Learning Server создаёт или обновляет dynamic knowledge base. Classification online learning нельзя сочетать с document separation. Важно отличать эти механизмы от современного генеративного ИИ: KTM 7.1 опирается на обучаемые classifiers, locators и размеченные примеры, а не на чат-модель или generative copilot.

Основные функции и как они связаны

Сила KTM не в одной функции, а в связке этапов. Classification определяет класс документа; без успешной классификации extraction для class-level полей не выполняется. Extraction получает значения через locators и записывает результат в поля. Форматирование приводит значение к ожидаемому виду, validation methods проверяют его, а confidence определяет, нужно ли отправить поле оператору. Если пользователь исправляет результат, Online Learning может использовать исправленный пример для последующего обучения.

Автоматическое разделение

Document separation разбивает многостраничный поток на логические документы. В проекте можно не использовать автоматическое разделение, выбрать trainable separation или standard separation. Trainable Document Separation рассчитан на документы с изменяющейся длиной и разными первыми страницами; standard separation подходит, когда первая страница узнаваема. Для обучаемых вариантов используются training documents из Classification Set.

Есть важное ограничение формата: PDF в Project Builder считается уже сформированным многостраничным документом и не подходит для separation benchmark. Для тестирования разделения нужны файлы, которые можно разложить на страницы и снова собрать в документы. Это нужно учитывать при подготовке тестовой выборки.

Классификация

Классификация назначает документу класс из Project Tree. KTM использует layout и content classification; их можно комбинировать. Для стабильных форм с постоянным расположением элементов полезна layout classification, а для документов со свободной компоновкой — content classification. Обучение строится на размеченных примерах: после изменения training set или свойств classifiers проект требуется переобучить.

Распознавание и извлечение

Извлечение состоит из двух логических стадий: locator находит данные, затем его результат назначается одному или нескольким полям. Один locator может выдавать несколько subfields, а одно поле может опираться на несколько locator results, поэтому порядок locators влияет на конечный результат. В 7.1 присутствуют, среди прочего, zone-, format-, database-, barcode-, table-, text-content-, invoice- и trainable-методы. Часть locators лицензируется отдельно, и проект с недоступным production-лицензированием может быть отклонён в Kofax Capture Quality Control.

Форматирование и validation rules

После извлечения данные можно форматировать как дату, сумму, процент либо через script formatter. Затем validation methods проверяют значения. Это позволяет отделить «что OCR прочитал» от «что система принимает как корректное бизнес-значение». Например, extraction может найти строку, а форматирование преобразует её к ожидаемой форме; validation затем определяет, допустимо ли значение и согласуется ли оно с другими полями.

Database lookup

KTM 7.1 поддерживает SQL Server и Oracle для extraction и database lookups. В Project Builder настраиваются connections и базы, а Validation form может включать кнопки relational, fuzzy, associative search или locator-alternative lookup. Такая схема полезна для сверки поставщика, номера заказа или другого справочного значения с мастер-данными. Совместимость в спецификации охватывает SQL Server 2014 SP3, 2016 SP3, 2017, 2019 и 2022, а также Oracle 19c 19.3 и 21c 21.2.

Скрипты

Project Builder предоставляет scripting API для ситуаций, когда стандартных locators, validation methods или маршрутизации недостаточно. Скрипт может участвовать в обработке документа и проекта, но это повышает стоимость сопровождения: после обновлений требуется регрессионно проверить custom code, а миграция в другую платформу становится сложнее, чем перенос стандартной конфигурации.

Задача → инструмент → результат → что проверить

Задача	Инструмент	Результат	Что проверить
Разделить общий поток страниц	Document Separation + Server	Отдельные документы с корректными границами	Начало и конец каждого документа, отсутствие потерянных и дублированных страниц
Определить тип документа	Layout/Content Classification	Назначенный класс	Classification Results и confidence, особенно для близких классов
Получить поля	Locators + Fields	Структурированные значения	Extraction Results, alternatives, confidence и соответствие изображениям
Исправить структуру пакета	Document Review	Правильная последовательность страниц, классов и документов	Отсутствие unresolved Document Review problems
Исправить сомнительные символы	Correction	Уточнённые OCR-значения	Все поля, требующие Correction, обработаны
Проверить бизнес-поля	Validation	Валидированные значения и таблицы	Нет invalid fields; lookup и правила отрабатывают как задумано
Получить независимое подтверждение	Verification	Подтверждённые поля	Все обязательные поля имеют verified status
Использовать исправления операторов	Online Learning + Knowledge Base Learning Server	Новые обучающие примеры	New Samples действительно собираются и проходят обработку
Передать данные в Capture	Synchronization Tool	Сопоставленные classes, fields и folders	Mappings актуальны, batch class заново опубликован после изменений

Форматы, импорт и экспорт

В Project Builder 7.1 подтверждены TIFF (.tif), JPEG (.jpg), PNG (.png), TXT (.txt) и PDF (.pdf). Эти форматы можно смешивать в тестовых наборах: текстовые файлы подходят для content classification, TIFF — для layout classification, PDF — для extraction tests. Система обрабатывает чёрно-белые и цветные изображения.

Импорт production-документов обычно выполняет Kofax Capture: бумажные документы поступают через scanning, электронные — через capture/import-компоненты. KTM получает уже созданный batch в очереди и трансформирует его. Поэтому список форматов Project Builder не следует трактовать как список универсальных import/export-конвертеров.

Экспорт также принадлежит общей Capture-архитектуре. Transformation Modules возвращает в Capture распознанные классы, fields, folders и результаты обработки, а дальнейшая передача в ECM, ERP, базу или другой backend зависит от export connector и batch class в Capture. Для простого редактирования PDF такая система чрезмерна; в этом случае уместнее посмотреть программы для редактирования PDF.

Отдельного универсального «Save as CSV/XLSX» в KTM нет. Если проект должен отдать структурированные данные в определённый формат, это проектируется на уровне Kofax Capture export connector, интеграции или скрипта. Аналогично, если задача состоит только в создании PDF из офисного документа, достаточно более простого пути вроде сохранения Google Docs в PDF.

Системные требования, производительность и зависимость от сети

Server 7.1 поддерживает Windows Server 2016, 2019 и 2022, требует .NET Framework 4.8 и Visual C++ 2019 x86 runtime. Thin Client Server использует те же серверные версии Windows, IIS 10 и .NET Framework 4.8. Project Builder дополнительно требует DirectX 11.3 или выше. Установщик требует административные права и наличие совместимого Kofax Capture до установки KTM, иначе custom modules не регистрируются.

Для rich clients и Project Builder минимальное разрешение — 1280×800. Масштабирование 100% поддерживается на всех экранах; 125% поддерживается начиная с 1440×900, причём отдельные элементы могут отображаться некорректно; 150% и выше не поддерживается. Этот нюанс особенно важен на современных ноутбуках с высоким DPI: проблема может выглядеть как дефект формы, хотя причина находится в системном scaling.

Спецификация не публикует универсальную скорость страниц в минуту, и такой показатель нельзя честно назвать без конкретной конфигурации. Нагрузка зависит от количества страниц, OCR, classifiers, locators, database lookups, таблиц, скриптов и сложности изображений. Fix Pack 21 и предыдущие пакеты содержат исправления производительности для больших TIFF, table extraction, barcode и других компонентов, что подтверждает чувствительность throughput к конкретному набору методов.

Core runtime рассчитан на локальную корпоративную инфраструктуру. Публичный Интернет не указан как обязательный канал обработки, но внутренняя сеть обязательна для обычного client/server-развёртывания. Документация описывает database connections, .NET Remoting на TCP 2424 для лицензирования и batch notification, SMB на TCP 445 для изображений. Thin Clients дополнительно требуют доступ к IIS-серверу. Если документы поступают с физического сканера, выбор самого устройства лежит за пределами KTM; для понимания классов оборудования можно отдельно посмотреть обзор сканеров.

Безопасность и приватность

KTM 7.1 не имеет отдельной модели безопасности: он использует Kofax Capture security model. Для корпоративной аутентификации поддерживаются Linked Users и Linked Groups, включая интеграцию с Active Directory. Есть и собственный механизм пользователей Capture; сохранённые пароли шифруются. Для доступа к внешней системе с AES или эквивалентной защитой документация требует использовать Linked Users.

Передача данных разделена по каналам. Metadata идёт к базе данных через клиентский драйвер, лицензирование и уведомления используют .NET Remoting TCP 2424, а изображения передаются по SMB TCP 445. Документация прямо предусматривает IPsec для защиты потоков в сети, включая взаимную аутентификацию узлов, целостность, конфиденциальность и защиту от повторного воспроизведения.

Images хранятся в файловой системе и могут защищаться Windows permissions, BitLocker или EFS. Для ограничения прямого доступа пользователей к файловой системе предусмотрен SecurityBoost. Metadata хранится в Kofax database; шифрование самой БД зависит от её средств. Для SQL Server документация отдельно указывает настройку Store batches in SQL Server, если требуется, чтобы metadata полностью находились в базе.

С точки зрения 2026 года инфраструктура KTM 7.1 требует отдельного security review перед продлением эксплуатации. Причины конкретны: продукт находится в Limited Support, а его сертифицированная архитектура опирается на Windows Server, .NET Framework 4.8, SMB и .NET Remoting; в installation guide для хранения паролей также описаны Triple DES и SHA1. Само наличие этих компонентов не доказывает компрометацию установки, но заставляет отдельно проверять сегментацию сети, права, защиту каналов, резервные копии и актуальность поддерживаемых ОС.

Лицензирование, цена и ограничения пробного режима

В открытой документации KTM 7.1 нет розничного прайса, поэтому указывать фиксированную цену было бы неверно. Продукт относится к корпоративной Kofax Capture-инфраструктуре и использует licensing components Capture. Техническая спецификация отдельно упоминает Evaluation и Term licenses, а installation guide описывает активацию через software license либо Kofax Capture hardware key.

Сразу после установки Project Builder получает demonstration license на три дня. В течение этого периода Project Builder работает без функциональных ограничений. После истечения срока при запуске доступно только Activate License window. Для активации нужны права администратора, имя пользователя и название компании. Это существенно отличается от бессрочной бесплатной редакции: трёхдневный режим рассчитан на короткое знакомство и настройку, а не на постоянное production-использование.

Production-потребление основано на страницах. Base page license уменьшается при выполнении операции KTM над страницей; в многостраничном документе расход идёт по страницам. В числе лицензируемых операций перечислены separation, classification, extraction, recognition и другие действия обработки изображения. Расход можно контролировать, ограничивая classifiers и locators нужными страницами и не запуская OCR там, где он не требуется.

Некоторые locators имеют отдельное лицензирование. Если production-проект настроен на недоступный лицензируемый метод, Server не начинает штатную обработку, а batch уходит в Kofax Capture Quality Control. Поэтому оценка стоимости должна учитывать не только базовый объём страниц, но и конкретные extraction methods, инфраструктуру Capture, серверы, БД, администрирование и сопровождение custom scripts.

Как пользоваться программой — советы гика

Ниже описан рабочий маршрут для администратора решения и операторов. Он опирается на элементы интерфейса KTM 7.1 и предполагает, что совместимый Kofax Capture уже установлен. Production-проект лучше менять через копию и тестовый batch class: изменения classification, fields, mappings и training data способны повлиять сразу на весь поток документов.

Создать проект в Project Builder

Цель. Создать отдельный .fpr-проект для классов, полей, locators и тестовых наборов.

Подготовка. Запустите Project Builder с правами, достаточными для выбранной папки, и заранее выберите каталог, который не содержит нужных файлов.

Откройте вкладку Project и в группе File нажмите New Project.
В окне New Project задайте Name.
В поле Directory укажите папку хранения. Проверьте автоматически сформированный Full project path.
Не включайте Delete existing files, если каталог не является одноразовым: этот параметр удаляет уже существующие файлы и папки.
При наличии готовых training documents задайте пути и типы файлов для layout classification и content classification; иначе классы можно создать позже вручную.
Нажмите OK. После создания сохраните проект командой Save Project.

Проверка. В Project Tree появился пустой проект с default settings, а в выбранном каталоге создан проектный набор файлов.

Типичная ошибка. Использование существующего рабочего каталога вместе с Delete existing files приводит к удалению его содержимого.

Безопасный откат. Закройте новый проект и вернитесь к резервной копии каталога. Для повторной попытки создайте отдельную пустую папку.

Добавить тестовые документы и выполнить OCR

Цель. Получить recognition data, на которой будут работать content classification и extraction.

Подготовка. Добавьте в Documents отдельный test set с representative TIFF, JPEG, PNG, TXT или PDF. Для теста separation не используйте PDF.

Откройте Documents window и выберите нужный document set или subset.
Переключитесь в List View; для проверки многостраничной структуры используйте Hierarchy View.
Выделите документы, откройте context menu и выберите Recognize.
В submenu укажите recognition engine. Для быстрого запуска default recognition можно использовать F4, если это соответствует проектной конфигурации.
Дождитесь окончания progress bar и откройте документ в Document Viewer, чтобы проверить распознанный текст и ориентацию страницы.

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

Типичная ошибка. Повторный OCR запускают поверх старых тестовых данных и затем сравнивают результаты разных профилей.

Безопасный откат. На копии test set используйте Clear Classification & Extraction Data и повторите recognition с выбранным profile, не меняя production-проект.

Настроить и проверить классификацию

Цель. Научить проект относить документы к классам.

Подготовка. Создайте class hierarchy в Project Tree и подготовьте размеченные примеры для каждого класса.

Добавьте training documents в Classification Set и назначьте каждому ожидаемый class.
В свойствах classes определите, какой механизм нужен: layout, content либо их сочетание.
После изменения training set или classifier properties откройте Process tab и выполните обучение classification.
Выберите независимый test set, выделите документы и в context menu нажмите Classify.
Откройте Classification Results и сравните predicted class и confidence с ожидаемым классом каждого документа.

Проверка. Тестовые документы получают ожидаемые classes, а ошибки не концентрируются на одной паре похожих классов.

Типичная ошибка. После добавления новых training documents классификацию тестируют без retraining.

Безопасный откат. Верните предыдущую копию .fpr и training set либо удалите спорные samples, снова обучите проект и повторите тест на неизменном benchmark set.

Настроить разделение многостраничного потока

Цель. Автоматически определить границы документов внутри batch.

Подготовка. Используйте многостраничные image documents, которые можно физически разделять; PDF для separation benchmark не подходит.

Откройте Project Settings и вкладку Document Separation.
Выберите режим: No document separation, Trainable Document Separation или Standard Document Separation в зависимости от структуры потока.
Для обучаемого или standard режима подготовьте training examples в Classification Set и выполните Separation & Classification training на Process tab.
В Documents выберите многостраничный test set.
На Process tab в группе Test нажмите Separate либо используйте F9.
В Document Separation Results сравните созданные границы с ожидаемой структурой.

Проверка. Первая, средние и последние страницы относятся к правильным документам, не появляются лишние splits и merges.

Типичная ошибка. В separation benchmark включают PDF, который Project Builder не может разбить и заново собрать для такого теста.

Безопасный откат. Не меняйте исходные файлы; вернитесь к предыдущим Document Separation settings, переобучите проект и повторите benchmark на копии image set.

Настроить locators и извлечение полей

Цель. Получить структурированные значения из уже классифицированного документа.

Подготовка. Classification для выбранного класса должна работать; заранее определите поля, которые затем будут сопоставлены с Kofax Capture index fields.

В Project Tree разверните class и его items.
Добавьте или выберите locator method и настройте его свойства в Details.
Добавьте field и свяжите его с нужным locator result или subfield.
Проверьте locator order: более ранние методы могут влиять на последующие results.
Выберите документы в test set и в context menu нажмите Extract.
Откройте Extraction Results и оцените value, alternatives и confidence для каждого поля.

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

Типичная ошибка. Extraction запускается для unclassified document; для class-level полей KTM такую обработку не выполняет.

Безопасный откат. Верните предыдущий locator configuration или порядок locators и повторите Extract на том же test set. Не публикуйте изменения до сравнения с benchmark.

Исправить структуру в Document Review

Цель. Устранить ошибки classes и границ документов в batch.

Подготовка. Batch должен дойти до очереди Document Review и содержать configured problems или unconfirmed classification.

Откройте Document Review и выберите batch в Open Batch window, если автоматическое открытие отключено.
В Batch Content выберите problem document и сверьте страницу в Document Viewer с сообщением Current Problem.
Если class отсутствует, откройте Class list, начните вводить название и выберите подходящий class из фильтрованного списка.
Нажмите Enter, чтобы подтвердить выбранный class.
При ошибке структуры используйте операции Split, Merge или перемещение страниц только для того документа, который визуально проверен.
После устранения problems нажмите Close Batch и подтвердите закрытие. Для незавершённого batch используйте Suspend, а не принудительное завершение.

Проверка. В Batch Content нет нерешённых structure problems, а классы и границы соответствуют изображениям.

Типичная ошибка. Оператор исправляет class, но не подтверждает выбор Enter и пытается закрыть batch.

Безопасный откат. До закрытия верните исходный class или восстановите структуру; при сомнении Suspend Batch сохраняет незавершённую работу для повторной проверки.

Исправить OCR в Correction

Цель. Быстро исправить символы или поля, помеченные как unconfident.

Подготовка. Batch должен попасть в очередь Correction; режим отображения задаёт solution integrator.

Откройте batch. Correction автоматически показывает первое место, требующее исправления.
В single character mode сравните выделенный символ с Image Viewer и нажмите правильную клавишу. После ввода фокус перейдёт к следующему unconfident character.
Для лишнего символа используйте Delete, для предыдущего — Backspace.
В whole field correction исправьте значение целиком и нажмите Enter, чтобы принять его.
Для перехода к следующему полю можно использовать Page Down, к предыдущему — Page Up, к следующему проблемному — Ctrl+N.
После последнего исправления нажмите Close Batch и подтвердите завершение.

Проверка. Все поля, назначенные Correction, обработаны и batch может перейти дальше по очереди.

Типичная ошибка. Значение перепечатывают без сверки области изображения, из-за чего уверенная опечатка заменяет исходную OCR-неуверенность.

Безопасный откат. До закрытия batch вернитесь к полю и восстановите значение по изображению; при невозможности уверенно исправить используйте предусмотренный проектом override для дальнейшей Validation, а не выдумывайте значение.

Проверить данные в Validation

Цель. Подтвердить поля, таблицы и business rules после extraction.

Подготовка. В Project Builder должны быть настроены validation form, порядок полей, rules и при необходимости database lookups.

Откройте batch в Validation. По умолчанию модуль переводит пользователя к первому invalid field.
Сверьте значение в форме с Document Viewer и InPlace Editor.
Исправьте field, затем перейдите к следующему полю клавишей Tab; для возврата используйте Shift+Tab.
При configured database lookup откройте соответствующую кнопку формы, выберите корректную запись и проверьте mapped fields.
Для таблицы проверьте строки и столбцы; не отмечайте пустую таблицу valid, если проект запрещает это свойством Allow force valid.
Когда все обязательные fields valid, закройте batch через Close Batch.

Проверка. Invalid fields отсутствуют, cross-field rules проходят, lookup не подменил значения неверной записью.

Типичная ошибка. Оператор использует Force Valid для значения, которое противоречит изображению или бизнес-правилу.

Безопасный откат. Верните field в корректное значение по документу; если значение нельзя подтвердить, Reject/Suspend по правилам решения безопаснее, чем принудительное принятие.

Выполнить Verification

Цель. Получить независимое подтверждение критичных полей.

Подготовка. Project Builder должен задавать Verification mode для нужных fields.

Откройте batch в Verification.
В Confirm mode сравните исходное изображение и pre-populated value. Если редактирование разрешено и значение неверно, исправьте его.
Нажмите Enter. Field получит verified status, после чего модуль перейдёт к следующему полю.
В Blind double keying введите значение только по изображению и нажмите Enter.
При mismatch введите значение повторно по изображению и снова нажмите Enter.
После последнего verified field закройте batch. Если read-only field неверен, используйте Reject для документа или страницы вместо фиктивного подтверждения.

Проверка. Все поля, назначенные Verification, имеют verified status или документ корректно отклонён.

Типичная ошибка. В Blind double keying оператор пытается угадать скрытое первоначальное значение вместо чтения изображения.

Безопасный откат. Не подтверждайте сомнительное значение; вернитесь к полю либо Reject документ согласно конфигурации.

Синхронизировать .fpr с Kofax Capture

Цель. Передать Capture структуру classes, fields и folders из Project Builder.

Подготовка. Сохраните .fpr; в Kofax Capture Administration должен существовать batch class, в очередь которого добавлен Server.

Откройте Kofax Capture Administration и в Definitions pane выберите Batch tab.
Щёлкните правой кнопкой нужный batch class и выберите Synchronize Kofax Transformation Project.
При первой синхронизации выберите project file .fpr.
Сопоставьте KTM classes с Kofax Capture form types.
Для каждого класса сопоставьте KTM fields с Capture index fields и определите display fields для Validation.
При использовании folders сопоставьте folders, folder classes и folder fields.
Перейдите к Synchronize step и нажмите Synchronize.
После изменения synchronization settings заново publish batch class в Kofax Capture, иначе runtime продолжит использовать старую конфигурацию.

Проверка. Capture показывает ожидаемые mappings, а тестовый batch получает fields в нужных index fields.

Типичная ошибка. Проект синхронизирован, но batch class не опубликован после изменений.

Безопасный откат. Верните предыдущий .fpr и mappings в тестовом batch class, выполните Synchronize и Publish заново; production class меняйте только после контрольного batch.

Запустить Server и Online Learning

Цель. Перевести настроенный проект в unattended processing и использовать подтверждённые исправления для обучения.

Подготовка. Убедитесь, что Server и при необходимости Knowledge Base Learning Server добавлены в batch class, все workstation components имеют одну и ту же версию и нужные licenses активны. Если проект использует document separation, не включайте classification online learning: KTM 7.1 не поддерживает их совместную работу.

Создайте test batch в Kofax Capture и направьте его по опубликованному batch class.
Проверьте прохождение через Server: separation, classification и extraction должны завершиться без отправки в Quality Control.
Проведите batch через настроенные Document Review, Correction и Validation.
Для Extraction Online Learning в Validation отметьте документ кнопкой online learning, если администратор разрешил ручную маркировку; при Automatic training after Validation документ помечается настройками проекта. Для classification online learning вручную переклассифицированные документы собираются автоматически, когда этот режим включён.
В Project Builder проверьте соответствующие subsets New Samples — Classification или Extraction. При extraction online learning с Knowledge Base Learning Server убедитесь, что dynamic knowledge base обновилась и доступна Server.
После накопления подтверждённых examples повторите benchmark перед публикацией переобученного проекта или заменой production knowledge base.

Проверка. Runtime обрабатывает batch без license errors, а Online Learning получает только проверенные примеры.

Типичная ошибка. В обучение попадает ошибочно исправленный документ, после чего неточный sample начинает влиять на последующие результаты.

Безопасный откат. Не публикуйте обновлённую knowledge base без benchmark; сохраните предыдущую копию проекта и training data, чтобы вернуть стабильное состояние.

Сквозной сценарий: от тестового документа до данных в Capture

Цель. Проверить весь путь решения без подмены production-конфигурации.

Подготовка. Используйте копию проекта, отдельный test batch class и небольшой набор документов, для которых заранее известны classes, границы и поля.

В Project Builder откройте тестовую копию .fpr и загрузите документы в test set.
Выполните Recognize, затем Classify и Extract; сравните Classification Results и Extraction Results с ожидаемыми значениями.
Для multi-page images выполните Separate и проверьте Document Separation Results.
Откройте Test Validation и убедитесь, что validation form показывает все нужные fields, rules и таблицы.
Сохраните проект, затем в Capture Administration выполните Synchronize Kofax Transformation Project для test batch class.
Проверьте class/field mappings, нажмите Synchronize и Publish test batch class.
Создайте тестовый batch в Capture и пропустите его через Server, Document Review, Correction, Validation и Verification в том порядке, который задан очередями.
После закрытия последнего KTM-модуля проверьте в Capture, что нужные index fields заполнены и batch передан следующему модулю маршрута.
В export stage Capture проверьте именно итоговый backend-результат, настроенный вашей системой: KTM сам не подменяет export connector.

Проверка. Один и тот же контрольный документ сохраняет правильную структуру, class и fields на всех этапах, а Capture получает ожидаемые values.

Типичная ошибка. Успешный тест в Project Builder считают достаточным и публикуют проект без проверки synchronization и runtime queues.

Безопасный откат. Остановите тестовый batch class, восстановите предыдущий .fpr и mappings, заново Synchronize/Publish и повторите контрольный batch до любых изменений production.

Что перестанет работать первым

Первый класс отказов связан с лицензированием, а не с OCR-алгоритмом. После окончания трёхдневной demonstration license Project Builder открывает только Activate License window. Если production-проект содержит separately licensed locator без entitlement, Server не начинает штатную обработку и batch попадает в Quality Control.

Второй слой — совместимость версий. Все KTM design applications, runtime servers и end-user modules должны иметь одинаковую установленную версию, включая fix packs. Несогласованность клиента и сервера создаёт риск ошибок ещё до проверки качества recognition. Отдельно remote fuzzy databases требуют совместимого Kofax Search and Matching Server; спецификация 7.1 указывает версию 6.9.

Третий слой — сеть и инфраструктура Capture: database, SMB file storage, licensing/batch notification и IIS для thin clients. При недоступности SMB пользователь может видеть metadata без изображений; при проблеме БД теряется доступ к metadata; при сбое IIS не откроется browser client. Поэтому мониторинг одной службы KTM недостаточен.

Наконец, после End of Support риск смещается к окружающей ОС и браузерам. Документация KTM 7.1 сертифицирует конкретные Windows Server, Windows 10/11 и поколения браузеров. По мере обновления инфраструктуры число комбинаций, которые уже не проходят vendor certification, будет расти, даже если сама старая инсталляция продолжит запускаться.

Плюсы

Classes, fields и folders синхронизируются с Kofax Capture batch class, поэтому результаты transformation входят в тот же маршрут, что сканирование, ручной контроль и последующий export.
Полный конвейер внутри одного проекта: separation, classification, OCR, extraction, formatting, validation, verification и online learning работают как связанные стадии.
Раздельные attended-модули Document Review, Correction, Validation и Verification позволяют назначить человеку именно тот тип контроля, который нужен конкретному документу.
Project Builder содержит training sets, test sets и benchmark-механику, благодаря чему изменения можно сравнивать с заранее размеченными документами до публикации.
Есть rich clients и web thin clients для Correction, Validation и Verification.
Поддерживается русский интерфейс наряду с другими локализациями.
Database lookup, trainable classifiers, locators и scripting позволяют строить сложные extraction-проекты под корпоративные справочники и правила.
На Kofax-ветке 7.1 в 2026 году всё ещё выпускались cumulative fix packs, что облегчает стабилизацию существующей установки до миграции.

Минусы

Kofax Transformation Modules 7.1 уже находится в Limited Support и имеет объявленную дату End of Support 9 мая 2027 года.
Это не автономный продукт: production-сценарий зависит от Kofax Capture и совместимой серверной инфраструктуры.
Нет нативного приложения для macOS, Linux, iOS или Android; rich clients и Project Builder ориентированы на Windows.
High-DPI support ограничен: 150% и выше не поддерживается, а 125% требует достаточного разрешения экрана.
Лицензирование связано с объёмом страниц, а отдельные locators могут требовать дополнительных licenses.
Demonstration license Project Builder действует только три дня, поэтому Capture-инфраструктуру, тестовые документы и сценарий оценки приходится готовить до начала короткого ознакомительного периода.
Migration complexity возрастает при большом количестве custom scripts, database connections, validation forms и нестандартных mappings.
Security architecture использует компоненты и протоколы поколения Capture, поэтому для продолжительной эксплуатации нужна отдельная оценка сегментации, шифрования и жизненного цикла ОС.
Программа не предназначена для простого файлового conversion: export определяется Kofax Capture и backend-коннекторами.

Кому подойдёт

Организациям, где Kofax Capture уже работает и нужно поддерживать существующие KTM 7.1 projects до плановой миграции.
Центрам обработки документов с batch-потоком, где важны separate roles для structure review, OCR correction, validation и independent verification.
Проектам с большим количеством известных document classes, обучающими выборками и устойчивыми extraction rules.
Системам, где данные нужно сверять с SQL Server или Oracle и возвращать в Capture index fields.
Инсталляциям, которым требуется on-premises контроль над image storage, metadata и внутренней сетью.

Кому не подойдёт

Новым проектам, которые не связаны с Kofax Capture: для одной функции extraction KTM требует дополнительного Capture/Windows-стека, которого нет у облачного extraction API.
Командам, которым нужен cloud-first SaaS без Windows Server, IIS и локальной инфраструктуры.
Пользователям macOS, Linux и мобильных устройств, которым требуется полноценная локальная клиентская программа.
Разовым задачам OCR, PDF conversion или ручного редактирования: KTM требует серверную Capture-архитектуру и корпоративное лицензирование вместо одного файлового инструмента.
Проектам, где жизненный цикл должен гарантированно выходить далеко за 2027 год без миграции на текущую Tungsten-ветку.
Командам без специалистов по Kofax Capture, Windows Server, БД и document classification: установка и настройка рассчитаны на solution integrators и администраторов.

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

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

Решение	Задача	Платформа	Порог освоения	Форматы	Автоматизация	Модель оплаты	Ограничение	Подходящий сценарий
Tungsten Transformation 2025.1	Прямое продолжение classification/extraction-подхода KTM	Enterprise Windows/Capture stack с rich и thin clients	Средний/высокий; знакомая модель для KTM-команды	Документы и изображения, ориентированные на transformation workflow	Server, online learning, attended validation	Корпоративное лицензирование	Сохраняет архитектурную привязку к Tungsten capture stack	Обновление существующей KTM-инсталляции с минимальной сменой концепции
Tungsten TotalAgility	Document intelligence плюс процессная оркестрация и более широкий automation	Enterprise web/on-premise и облачные варианты в актуальной линейке	Высокий; шире по предметной области, чем KTM	Документы, изображения и дополнительные office/archive inputs через platform components	Workflow, transformation, integrations, AI-oriented document services	Корпоративное лицензирование	Миграция с Capture/KTM — проект переосмысления процесса, а не простой update	Организация хочет объединить document processing и business workflow на одной платформе
ABBYY Vantage	Intelligent Document Processing через skills и processing API	Enterprise platform с web/API взаимодействием	Средний/высокий	Документы передаются в processing transactions и skills	Skills, REST API, extraction/classification workflows	Коммерческое enterprise-лицензирование	Существующие KTM classes, scripts и Capture batch classes не переносятся напрямую	Нужна независимая IDP-платформа с API и skill-oriented моделью
UiPath Document Understanding	Classification/extraction как часть robotic/process automation	Automation Cloud; для classic/enterprise сценариев существуют варианты, связанные с cloud и on-prem Orchestrator	Средний для UiPath-команды, высокий без опыта экосистемы	Типовые document inputs через UiPath activities и models	Robots, Document Understanding activities, human validation	Enterprise licensing с AI Units/consumption в актуальных cloud-сценариях	Современные projects имеют собственные deployment constraints; это другая automation-экосистема	Компания уже использует UiPath и хочет включить documents в RPA-процесс
Azure AI Document Intelligence	Облачный OCR и извлечение данных через API	Microsoft Azure cloud/API	Низкий/средний для API-пилота, выше для production integration	Документные форматы, поддерживаемые Azure service/model	API, prebuilt/custom models, integration через Azure services	Free/Standard cloud tiers и consumption pricing	Не заменяет Capture batch management, Document Review и legacy KTM workflow целиком	Нужен extraction API без развёртывания Kofax Capture stack

Для действующего KTM-проекта первым вариантом для оценки является Tungsten Transformation 2025.1, потому что это та же продуктовая линия. TotalAgility имеет смысл, когда одновременно меняется и процессная платформа. ABBYY Vantage и UiPath Document Understanding требуют перестройки модели решения, а Azure AI Document Intelligence ближе к сервису распознавания и extraction API, чем к полному аналогу Kofax Capture с очередями операторов.

Типичные проблемы и диагностика

После установки KTM-модули не видны в Kofax Capture

Симптом: Server, Validation или другой custom module нельзя добавить в batch class. Возможная причина: Kofax Capture Administration был открыт во время установки, либо custom components не зарегистрировались. Диагностика: проверьте, установлен ли совместимый Capture раньше KTM, и посмотрите список Custom Module Manager. Исправление: закройте Administration на всех задействованных workstations и зарегистрируйте modules через Tools → Custom Module Manager из installation files. Проверка: нужные KTM-модули появились в списке доступных queues.

Server отправляет batch в Quality Control сразу после запуска

Симптом: processing не начинается, batch отклоняется. Возможная причина: project использует locator, который лицензируется отдельно, а entitlement отсутствует. Диагностика: откройте License Utility и сопоставьте licensed features с locators проекта. Исправление: активируйте требуемую license либо замените метод на лицензированный и заново протестируйте проект. Проверка: test batch проходит Server без licensing rejection.

Extraction Results пусты у части документов

Симптом: fields класса не заполняются, хотя OCR присутствует. Возможная причина: документ не получил успешный class. Диагностика: сначала посмотрите Classification Results и confidence, затем class assignment. Исправление: исправьте class hierarchy, training samples или classifier settings и retrain project. Проверка: после успешной classification повторный Extract создаёт field results.

Separation benchmark завершается ошибкой на PDF

Симптом: Project Builder не выполняет separation benchmark для набора. Возможная причина: в benchmark set есть PDF, который нельзя разложить и собрать в рамках separation test. Диагностика: проверьте расширения файлов выбранного set. Исправление: перенесите separation benchmark на TIFF/JPEG/PNG-материалы подходящей структуры, сохранив PDF для classification/extraction tests. Проверка: Document Separation Results создаются без format error.

Изменения .fpr не проявляются в runtime

Симптом: Project Builder показывает новые fields или classes, а Capture обрабатывает batch по старой схеме. Возможная причина: project не синхронизирован с batch class либо batch class не republished. Диагностика: сравните synchronization mappings с текущим .fpr и состояние публикации. Исправление: выполните Synchronize Kofax Transformation Project, проверьте mappings и republish batch class. Проверка: новый test batch получает актуальные classes/fields.

После upgrade старый project нельзя открыть в прежней версии KTM

Симптом: .fpr после открытия в 7.1 больше не работает в older KTM. Возможная причина: Project Builder обновил внутренний формат проекта. Диагностика: проверьте, открывался ли project в 7.1 и были ли upgrade warnings. Исправление: используйте сохранённую копию до upgrade для старой среды; обновлённый project оставьте для 7.1. Проверка: каждая environment открывает свою версию .fpr без conversion.

Remote fuzzy database перестала отвечать после обновления

Симптом: database/search locator выдаёт failure и batch попадает в Quality Control. Возможная причина: версии KTM и Kofax Search and Matching Server не согласованы. Диагностика: сравните установленный Search and Matching Server с совместимостью KTM 7.1; спецификация указывает 6.9. Исправление: приведите server к совместимой версии и восстановите connection. Проверка: lookup test в Project Builder и runtime batch снова возвращают результаты.

Thin Client не открывается или работает нестабильно

Симптом: Correction/Validation/Verification в браузере недоступны. Возможная причина: проблема IIS, server prerequisites или неподдерживаемый browser. Диагностика: проверьте IIS 10, .NET Framework 4.8, состояние Thin Client Server и используемый браузер относительно Edge Chromium, Firefox 109+ или Chrome 110+. Исправление: восстановите server prerequisites и протестируйте на поддерживаемом browser. Проверка: Open Batch window загружается и показывает доступные batches.

Элементы Project Builder обрезаны на дисплее

Симптом: labels, panes или controls отображаются некорректно на high-DPI monitor. Возможная причина: Windows scaling выше поддерживаемого уровня. Диагностика: проверьте resolution и scaling. Исправление: используйте 100%; 125% допустим начиная с 1440×900, но при артефактах также вернитесь к 100%. Масштаб 150% и выше для 7.1 не поддерживается. Проверка: формы и controls полностью видимы после повторного запуска клиента.

Project Builder после нескольких дней показывает только Activate License

Симптом: невозможно открыть проект после короткого периода работы. Возможная причина: закончилась трёхдневная demonstration license. Диагностика: проверьте Activate License window и состояние license. Исправление: активируйте software license или поддерживаемый Capture hardware key с административными правами. Проверка: Project Builder снова открывает проекты, а License Utility показывает активное entitlement.

После Fix Pack клиенты ведут себя по-разному

Симптом: на одних workstations функция работает, на других появляется ошибка или другое поведение. Возможная причина: компоненты KTM имеют разные fix-pack levels. Диагностика: сравните версии Project Builder, Server и user modules на всех machines. Исправление: приведите installation levels к одному cumulative Fix Pack и перезапустите services/clients. Проверка: номер сборки совпадает на всех узлах, а один test batch проходит одинаково.

FAQ

Можно ли объединять параллельно изменённые KTM-проекты?

Да. В комплект входит Project Merge Tool — мастер для объединения двух совместимых проектов. Он умеет переносить целый class или отдельные class elements, например locator method или validation rule, из source project в destination project. Оба проекта должны быть совместимы с KTM 7.1.0; проект более ранней версии сначала обновляется и сохраняется в 7.1, после чего уже не открывается в старом KTM.

Какие служебные инструменты есть кроме Project Builder?

Документация 7.1 перечисляет XDoc Browser для анализа извлечённых XDoc-данных, OCR Server для быстрого создания XDocs из наборов изображений, Image Classifier для массовых тестов image classification, Statistics Viewer для статистики classification/extraction, Project Merge Tool и Knowledge Base Administration. Это инструменты администратора и интегратора, а не отдельные пользовательские редакции продукта.

Что важно знать о Statistics Viewer?

В документации KTM 7.1 Statistics Viewer уже помечен как deprecated и заявлен к удалению в будущей версии. Поэтому строить новый долгосрочный мониторинг только вокруг этого инструмента не стоит: при планировании миграции статистику и отчётность нужно рассматривать отдельно от сохранения самого .fpr-проекта.

Где хранится конфигурация после Synchronization Tool?

Проектные definitions остаются в .fpr, а Synchronization Tool связывает KTM classes и fields с Kofax Capture form types и index fields. На завершающем этапе synchronization settings сохраняются в Kofax Capture database. Поэтому резервная копия одного .fpr не заменяет резервирование Capture-конфигурации.

Может ли KTM извлекать данные до окончательной классификации?

Да, для fields, определённых на project level. Они извлекаются в начале classification, и их результаты могут участвовать в определении класса документа. Class-level fields работают иначе: обычная extraction для них требует успешной классификации документа.

Можно ли поставить Server дважды в одной очереди batch class?

Да. Описание компонентов 7.1 прямо допускает две instances Server, когда между separation/classification и последующей обработкой нужен промежуточный review. Такое построение не создаёт новый тип Server: меняется его место и роль в Capture processing queues.

Умеет ли KTM маршрутизировать отдельные документы, а не весь batch?

Document Routing через script events может отправлять в другой processing module целый batch, folder или отдельный document. Для маршрутизации отдельных частей KTM создаёт child batches; назначить можно только module, который уже входит в queue соответствующего batch class. Для batch class с Kofax Capture Partial Batch Export этот механизм document routing не используется.

Можно ли развернуть справку KTM 7.1 без доступа к Интернету?

Да. Installation Guide описывает offline help из локальной или сетевой папки для design-time и runtime modules. При этом локализация интерфейса и язык справки — разные вещи: design-time help для Project Builder, XDoc Browser, Image Classifier, Statistics Viewer, Project Merge Tool и OCR Server предоставляется на английском.

Можно ли добавить собственный способ поиска данных?

Да. Помимо встроенных extraction methods, KTM позволяет подключить custom locator через script plug-in. Это расширяет проект за пределы стандартных locator methods, но одновременно добавляет custom code, который нужно отдельно проверять при fix-pack update и миграции.

Вывод

Kofax Transformation Modules 7.1 сохраняет полный конвейер обработки для организаций, где document processing уже построен вокруг Kofax Capture: Server выполняет separation, classification и extraction, а специализированные operator modules образуют отдельные точки ручной проверки. Для существующей установки в 2026 году приоритеты практичны — единый fix-pack level, проверенное licensing, benchmark-контроль проектов и подготовка migration path.

Для новой системы аргументы другие. Kofax-брендированная 7.1 уже в Limited Support и имеет конечную дату поддержки в 2027 году, поэтому начинать с неё новый многолетний проект нецелесообразно. Ближайший по концепции путь — актуальная Tungsten Transformation; если одновременно нужна process orchestration, логичнее оценивать TotalAgility. Когда требуется только extraction API без Capture queues и сложных Windows modules, облачные IDP-сервисы будут проще по архитектуре.

Главный критерий выбора — не качество OCR само по себе, а место продукта в процессе. KTM оправдан там, где нужны batch classes, обучаемая classification, structured extraction, ручные точки контроля и тесная связь с Kofax Capture. Для разовой конвертации, редактирования PDF или мобильной обработки он решает слишком большую задачу и создаёт лишнюю инфраструктуру.