Kofax TotalAgility: гайд от гика, автоматизация документов и процессов в Tungsten TotalAgility

↓Скачать Kofax TotalAgility

Kofax TotalAgility — прежнее название корпоративной платформы, которая сейчас выпускается как Tungsten TotalAgility. Это не настольный PDF-редактор и не отдельная OCR-утилита: продукт объединяет приём документов, классификацию, извлечение данных, проверку оператором, оркестрацию бизнес-процессов, формы, интеграции и, в старшей редакции, работу с базами знаний. Поэтому оценивать TotalAgility разумно не по количеству кнопок для отдельного файла, а по тому, способен ли он собрать воспроизводимый поток от входящего документа до проверенных данных и действия в другой корпоративной системе.

Что такое Kofax TotalAgility и как называется продукт сейчас

Название Kofax TotalAgility осталось в старых внедрениях, документации прошлых выпусков и интеграционных проектах. После переименования Kofax в Tungsten Automation продукт получил актуальное имя Tungsten TotalAgility. Переименование не создало отдельную несовместимую платформу: существующие облачные адреса, учётные данные и договоры не менялись только из-за смены бренда. Это важно при поиске документации: материалы Kofax TotalAgility 7.x и 8.x описывают прежние выпуски, а актуальная линия на дату обзора — Tungsten TotalAgility 2026.3; портал документации отдельно публикует 2026.3 Update 1 для on-premise, on-premise multi-tenant и Integration Server.

Текущий TotalAgility относится к классу enterprise workflow automation и intelligent document processing. Платформа принимает документы из файловых, почтовых и облачных источников, нормализует их, выполняет OCR, классификацию и извлечение, передаёт сомнительные поля на проверку, а затем продолжает процесс: вызывает сервисы, записывает данные во внешние системы, запускает связанные операции или экспортирует документы. В Advanced редакции документный конвейер становится частью общей процессной модели; Enterprise добавляет функции базы знаний.

Именно поэтому TotalAgility не следует смешивать с Tungsten Power PDF, который предназначен для непосредственной работы пользователя с PDF, или с отдельными средствами сканирования. Для ручного редактирования файла рациональнее смотреть на редакторы PDF. TotalAgility имеет смысл там, где один документ должен пройти одинаковые правила обработки, проверки и передачи дальше сотни или тысячи раз.

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

Параметр	Актуальное состояние
Текущее название	Tungsten TotalAgility; Kofax TotalAgility — прежнее название
Разработчик	Tungsten Automation, ранее Kofax
Актуальная линия	2026.3; для неё опубликован Update 1
Тип	Корпоративная платформа автоматизации процессов и интеллектуальной обработки документов
Редакции	Standard, Advanced, Enterprise
Развёртывание	Публичное или частное облако, on-premises; документация также выделяет on-premise multi-tenant
Основной интерфейс разработки	Веб-интерфейс TotalAgility Advanced Studio; Standard ориентирован на DocAI Studio
Документные операции	Импорт, преобразование, OCR, классификация, извлечение, Validation, Document Review, Export
Процессная автоматизация	Процессы, case definitions, business rules, формы, события, интеграционные активности
Интеграции	RESTful web services, .NET, data access, email, SharePoint, Exchange, Azure Blob, CMIS, OpenText и другие активности в зависимости от среды и лицензии
ИИ	Copilot/Generative AI, DocAI; Enterprise дополнительно открывает AI Knowledge Base
Мобильные сценарии	Формы для phone/tablet, touch-enhanced варианты и специализированные mobile capture controls; это не обычное автономное настольное приложение
Цена	Фиксированный публичный прайс для TotalAgility не опубликован; коммерческий путь начинается с Request demo и работы с представителем

Таблица показывает главный архитектурный вывод: TotalAgility — серверная платформа с браузерными средствами моделирования и исполнения, а не программа, которую ставят на один ПК ради разовой конвертации. Аппаратные требования поэтому определяются не только рабочим местом пользователя, но и топологией серверов, Transformation Server, Message Connector, базой данных, хранилищем и объёмом интеграций.

Интерфейс и рабочие зоны

Главная страница Advanced Studio организована вокруг областей решения, а не вокруг отдельных файлов. В левом меню текущего интерфейса 2026.3 видны Home, Workflow, User interface, Capture, Resources, Import, Export, Translation, Queries, Monitoring, System data, Integration, Packages, TotalAgility Apps, System, Testing и Benchmarking. На стартовой странице вынесены карточки для Copilot, DocAI Studio, создания процесса, case definition, business rule, формы и extraction group. Такая компоновка сразу разделяет проектирование потока, документную модель, пользовательские формы, интеграции и эксплуатационные объекты.

Для процессного разработчика центральная зона — Process Designer. В актуальном интерфейсе выделены Modeling bar, Action toolbar, панель Process elements, центральный Canvas и Properties. Новый процесс открывается со Start node. На Canvas размещаются действия и развилки, а Properties меняются в зависимости от выбранного элемента. Это снижает риск смешать логику переходов и параметры конкретной активности: связь между узлами видна на схеме, а документные и интеграционные настройки остаются в свойствах выбранного узла.

Form Designer построен по похожему принципу, но вместо процессных элементов слева расположен Toolbox с группами контролов. Центральная область показывает макет формы, справа находится Properties, а верхняя часть даёт доступ к действиям, переменным формы и data models. Формы могут иметь desktop, phone и tablet варианты; для шаблонов поддерживается touch-enhanced режим, а специализированные mobile capture controls предназначены для сценариев с мобильным SDK. Это делает форму частью решения, а не отдельной HTML-страницей, живущей вне процесса.

Отдельный рабочий слой — Capture. Здесь настраиваются document types, extraction groups, classification groups, separation profiles, conversion profiles и другие объекты, которые затем подхватываются процессными активностями. Из-за этого один и тот же профиль преобразования или группа классификации может использоваться в нескольких процессах, а изменение модели документа не требует превращать всю схему в набор дублирующихся узлов.

Integration отвечает за внешние точки входа и выхода. В актуальной ветке доступны Import settings, интеграционные объекты, RESTful web services, OAuth, TotalAgility Rest API и другие механизмы. Packages служат для переноса артефактов между средами. Testing и Benchmarking нужны для контролируемой проверки решения до промышленного выпуска. Такой набор зон объясняет высокий порог входа: администратор, специалист по документам и процессный разработчик работают с разными частями одной платформы.

Функции и типовой рабочий процесс

Приём документов

Import settings создаёт соединения и источники для Cloud file, POP3, IMAP, SMTP, MS Graph, EWS, внешних факс-серверов, FoIP и FILE. Для соединения предусмотрены Storage и Direct. Storage сохраняет полученные сообщения в хранилище Message Connector и использует ровно один активный Message Connector на import connection; Direct допускает несколько Message Connectors и отправляет входящие сообщения непосредственно в TotalAgility. В Direct недоступны SMTP и FoIP, а у import source отсутствуют вкладки Document normalization и Document archiving.

Такое разделение полезно не из-за количества протоколов, а из-за контроля жизненного цикла входящего объекта. Storage отделяет внешний канал от обработки внутри платформы и подходит для сценариев, где входящие сообщения должны сначала попасть в промежуточное хранилище. Direct уменьшает промежуточный слой и рассчитан на иную топологию. Для локального потока можно использовать FILE, а при проектировании сканирующего контура дополнительно стоит сопоставить программную часть с возможностями устройства; для этого на GeekHow есть отдельный материал про офисные и домашние сканеры.

Нормализация и преобразование

Document conversion приводит входящие документы к форме, удобной для дальнейшего распознавания и обработки. Активность требует Conversion profile. Профиль можно повторно применять в разных process maps. Для PDF Portfolio extraction, ZIP extraction и объединения нескольких PDF входом должна быть folder variable. Обычный защищённый PDF может обрабатываться через предусмотренный механизм паролей, но защищённые PDF Portfolio и ZIP для такого преобразования не поддерживаются.

Для тяжёлой нормализации документация рекомендует выполнять преобразование через Transformation Server, а не перегружать этап импорта. Это особенно важно в больших очередях: производительность зависит не от одной кнопки, а от того, где физически выполняется конвертация и сколько параллельных процессов допускает выбранный преобразователь. Для Microsoft Office conversion у Document Converter на одной системе одновременно выполняется только один conversion process instance.

OCR

OCR activity принимает document или folder variable, умеет определять ориентацию, работает с одним или несколькими языками распознавания и предлагает режимы Fast, Normal и Accurate, а также выбор режима через переменную. Русский входит в перечень языков OCR. По умолчанию страницы, уже содержащие текстовый слой, повторно не распознаются; Force OCR принудительно запускает OCR и на таких страницах. Дополнительно активность может сформировать multipage TIFF из одностраничных изображений документа.

Разница между OCR и извлечением данных принципиальна. OCR создаёт распознаваемое текстовое представление страницы, тогда как Extraction сопоставляет содержимое с полями document type. Поэтому качество процесса нельзя оценивать только по тому, появился ли текст: для автоматического маршрута важнее, насколько устойчиво классифицируется тип документа и насколько корректно заполнены целевые поля.

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

Classification activity определяет тип документа в рамках classification group. Группа может наследоваться от процесса либо задаваться самой активностью. Если связь с classification group не завершена, карту разрешено сохранить, но нельзя release. Для folder input дополнительно можно выбрать Separation profile. Параметр Reject documents on exceptions управляет реакцией на ошибки Transformation Server: использовать системное правило, отклонять проблемные документы и продолжать job либо приостанавливать активность.

Извлечение данных

Extraction activity работает с document или folder input и извлекает значения в поля документной модели. Она поддерживает дополнительное сопоставление входных переменных и ту же модель обработки исключений, что и другие capture activities. Важное практическое следствие: extraction group и document type должны проектироваться вместе с этапом Validation, потому что низкоуверенное или логически неверное значение не должно автоматически превращаться в окончательные данные только потому, что распознавание технически завершилось.

Validation и участие оператора

Validation activity добавляет управляемую ручную проверку. Основным входом является один document или folder variable; дополнительные параметры можно передать отдельно. По умолчанию документ с invalid fields нельзя завершить: на runtime возникает ошибка. Переключатель Allow validation to complete with invalid fields снимает это ограничение, но использовать его следует как явную политику процесса, а не как способ скрыть плохую настройку полей.

Validation может разрешать оператору классифицировать документы, менять page rendition, а для импортированных документов — при соответствующей настройке объединять, делить, удалять, вращать и менять порядок страниц. Есть режимы MFP ready. При открытии активности система показывает сгенерированную Validation form. Для табличных полей надо отдельно учитывать состояние скрытых и read-only ячеек: новая строка делает их invalid, поэтому такая ячейка должна быть настроена как Always valid либо получать валидное состояние через правило.

Экспорт

Export activity завершает документный участок процесса и передаёт результат через настроенные export connectors. Она может работать с document или folder variable, использовать выбранный page rendition, менять порядок экспорта и управлять аннотациями. Для PDF аннотации экспортируются как PDF annotations, для изображений они встраиваются в изображение. Permanent redactions применяются к экспортируемому PDF, но не переписывают исходный или ранее сгенерированный PDF внутри процесса.

Особенно полезны служебные выходы Export success indicator, Documents not exported и Documents exported. Они позволяют процессу отличить полное завершение от частичного. Политика ошибок тоже настраивается: Never stop является базовым вариантом, также доступны Stop entire job и Stop export for error document only. Поэтому корректный downstream-контроль должен смотреть не только на факт завершения узла, но и на список реально переданных документов.

Процессы, case definitions и бизнес-правила

Advanced tier открывает полную процессную оркестрацию. На схеме можно связывать activities, decisions и end nodes, распределять работу между людьми и системными действиями, использовать case definitions и интеграционные активности. Для Integration Server доступен отдельный набор действий, включая .NET, web service, data access, email, Capture Export, Tungsten RPA, SignDoc, TCM и ряд Microsoft-интеграций. Это делает TotalAgility не просто приёмником документов, а координатором последующих операций.

Формы

Form Designer используется для пользовательских экранов процесса. Помимо обычных полей и layout-контролов доступны data models, actions, events и специализированные элементы. Можно готовить desktop, phone и tablet варианты, задавать touch-enhanced шаблоны и строить формы вокруг рабочих очередей, документов и действий процесса. Для мобильного захвата есть специальные controls, но они зависят от соответствующего mobile SDK; обычное открытие такого элемента в стандартном браузере не заменяет этот механизм.

ИИ и базы знаний

Generative AI встроен в проектирование: Copilot способен сформировать черновик процесса или формы по текстовому описанию и поддерживаемым вложениям, после чего результат принимается в обычный designer и редактируется как стандартный объект. Действия фиксируются в audit log. Для runtime-интеграций доступны Generative AI и AI Agent варианты, а Enterprise tier дополнительно открывает AI Knowledge Base и knowledge discovery activities. Это разделение лицензий существенно: наличие Copilot не означает, что пользователю автоматически доступна вся функциональность knowledge base.

Типовой поток результата

В типичном документном решении TotalAgility источник передаёт файл или сообщение в import connection. Документ нормализуется, при необходимости проходит OCR, затем Classification выбирает document type, Extraction заполняет поля, Validation отправляет сомнительные значения оператору, а процессная логика принимает решение о следующем действии. Завершающий Export либо интеграционная активность передаёт результат во внешнюю систему. Если часть документов не экспортировалась, служебные выходы Export позволяют обработать этот случай отдельной веткой вместо формального завершения всего job.

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

Задача	Инструмент TotalAgility	Результат	Что проверить
Принять поток почты или файлов	Integration → Import settings, Message Connector, import source	Документы создаются в контролируемом входном потоке	Режим Storage/Direct, активность соединения, доступность источника, обработка отказов
Привести разные входы к единому виду	Capture → Document conversion	PDF/PDF-A либо другой настроенный промежуточный формат	Conversion profile, совместимость исходника, нагрузка на Transformation Server
Получить текст со сканов	Capture → OCR	Текстовый слой и распознаваемое содержимое	Языки, ориентация, режим OCR, необходимость Force OCR
Определить тип документа	Capture → Classification	Документ получает тип из classification group	Группа на уровне процесса или активности, Separation profile для folder input
Заполнить структурированные поля	Capture → Extraction	Значения полей document type	Правильность document type, качество полей, ветка для исключений
Подтвердить сомнительные значения	Capture → Validation	Проверенные поля и решение оператора	Invalid fields, validators, права оператора, допустимые операции со страницами
Оркестрировать людей и системы	Workflow → Business processes / Case definitions	Управляемая последовательность работ	Связи узлов, assignment, исключения, release нужной версии
Создать рабочий экран	User interface → Forms	Форма для desktop/phone/tablet сценария	Data model, действия, события, целевой тип устройства
Передать документы наружу	Capture → Export и export connectors	Экспортированные документы и статус каждого объекта	Export success indicator, Documents not exported, политика ошибок
Получать ответы по корпоративному контенту	AI Knowledge Base	Управляемый поиск и knowledge discovery	Enterprise tier, provider, index, права доступа, политика передачи данных внешнему AI-провайдеру

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

Карта форматов и совместимости

У TotalAgility нет одного универсального списка «форматов программы», потому что разные компоненты решают разные задачи. Import Connector принимает сообщения, файлы и облачные объекты; Capture работает с document/folder сущностями; KFXConverter имеет собственную матрицу входов для преобразования в PDF и PDF/A; export connectors определяют конечную систему. Поэтому формат следует проверять именно на том этапе, где он будет обработан.

Группа входа	Поддержка KFXConverter 2026.3	Выход	Ограничение
DOC, DOCX, DOT, DOTX, ODT, DOCM	Да	PDF 1.7; PDF/A-1/2/3 в перечисленных вариантах	Фактический уровень PDF/A зависит от содержимого
HTML, HTM	Да	PDF 1.7	Это матрица конвертера, а не обещание любого import source
MHT	Да	PDF 1.7	Для дальнейшего Capture важен полученный нормализованный документ
MPP, ONE, VSD, VSDX	Да	PDF 1.7	MPP из Microsoft Project 98 и старше не поддерживается
OFD	Да	PDF 1.7	Используется в рамках KFXConverter
PDF 1.2–2.0	При выборе PDF-конвертации преобразование в обычный PDF игнорируется	Исходный PDF остаётся тем же	Преобразование в PDF/A имеет отдельные правила
PPT, PPTX, PPTM, POTX, ODP	Да	PDF 1.7	Производительность зависит от используемого конвертера
TXT, LOG	Да	PDF 1.7	Структурирование полей выполняется уже последующими capture-этапами
VCF	Да	PDF 1.7	Поддержка относится к KFXConverter

Для PDF/A есть важная особенность: заданный профиль не гарантирует буквальное совпадение с итоговым уровнем соответствия, если исходный контент не удовлетворяет требованиям. Документ без извлекаемого текста при цели PDF/A-2u может стать PDF/A-2b; при отсутствии логической структуры PDF/A-1a может быть понижен до PDF/A-1b. Контроль формата поэтому должен проверять реальный выход, а не только выбранное значение в профиле.

Эта специфика отличает корпоративную нормализацию от разового преобразования. Если цель — просто превратить один PDF в редактируемый документ, легче использовать специализированный путь вроде конвертации PDF в Google Docs. TotalAgility оправдан, когда формат является одним звеном контролируемой цепочки, а после преобразования требуются классификация, проверка и передача результата дальше.

Автоматизация, облако, мобильность и ИИ

Автоматизация в TotalAgility строится на process maps и activity types. В одной схеме могут сочетаться capture operations, действия пользователей, decisions, вызовы web services, data access, email и специализированные интеграции. Это позволяет отделить бизнес-условия от технических деталей конкретного export connector или внешнего сервиса: ветка процесса определяет, когда нужно действие, а properties активности — как оно выполняется.

Облачная модель не является единственным способом развёртывания. Актуальная продуктовая линейка поддерживает public/private cloud и on-premises; документация отдельно ведёт on-premise multi-tenant. Для организации это означает, что место хранения и обработки определяется выбранной архитектурой, а не фактом использования TotalAgility как бренда. При этом внешние AI, почтовые и облачные интеграции всё равно создают сетевые зависимости даже в локальном развёртывании.

Мобильность реализуется через формы для phone/tablet и специализированные capture controls. Это не равнозначно полнофункциональному автономному редактору на смартфоне. Mobile capture control предназначен для получения изображения и передачи его в document/folder модель, а дальнейшая классификация, извлечение и Validation остаются частью серверного решения. Для MFP у Validation предусмотрены отдельные MFP ready режимы.

Copilot в Advanced Studio ускоряет создание черновиков процессов и форм, но не отменяет инженерной проверки. AI-результат сначала показывается read-only, затем через Accept process или Accept form превращается в обычный редактируемый объект. Можно попросить изменить черновик до принятия либо выполнить Clear & Start over. После сохранения или release значок чата для этой новой сущности исчезает. Для форм загрузка файла означает, что текст из него передаётся AI provider, поэтому внутренние правила обращения с персональными и конфиденциальными данными должны учитывать именно этот маршрут.

Knowledge base отделена лицензией от базовых возможностей. Enterprise открывает knowledge base capabilities; в Standard и Advanced соответствующие элементы показываются как ограниченные. Провайдер базы знаний может связываться с Azure AI Document Intelligence, Azure AI Search и Azure OpenAI в конфигурации, где это требуется. Следовательно, выбор Enterprise нужен не ради «ещё одной модели OCR», а когда решение должно индексировать корпоративный контент и использовать knowledge discovery в управляемом процессе.

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

Требования TotalAgility нельзя свести к строке «Windows и 8 ГБ RAM». Актуальные Technical Specifications для 2026.3 разделяют поддерживаемые компоненты и инфраструктуру; конкретные версии ОС, СУБД, браузеров и сторонних компонентов зависят от выбранного варианта развертывания. Для публикации устойчивее фиксировать архитектуру: пользователи работают через веб-интерфейсы, а серверная часть включает Core Worker и при соответствующей конфигурации Message Connector, Transformation Server, Integration Server и другие роли.

Перед внедрением надо сопоставлять Technical Specifications именно с текущим выпуском, а не с инструкцией Kofax TotalAgility 7.x, найденной по старому названию. Эта осторожность особенно важна после перехода на календарный формат версий 2025.x/2026.x: старые системные требования могут выглядеть правдоподобно, но уже не описывать текущую поддержку.

Производительность зависит от состава процесса. Простая маршрутизация без распознавания расходует иной профиль ресурсов, чем многостраничный OCR, конвертация Office, извлечение и GenAI. В Document Converter есть прямое ограничение: Microsoft Office conversion использует только один conversion process instance на одной системе. Для тяжёлой нормализации документация предпочитает Transformation Server, поскольку он предназначен для масштабируемой обработки конвертации. Поэтому проектировать высокую пропускную способность следует на уровне топологии и очередей, а не ожидать, что увеличение ресурсов одного веб-сервера ускорит все стадии одинаково.

Интернет не обязателен одинаковым образом для всех инсталляций. Локальная on-premises система может выполнять внутренний workflow в сети организации, но облачные провайдеры, EWS/MS Graph, внешние REST endpoints и Generative AI требуют доступности соответствующих сетевых адресов. Облачный TotalAgility, в свою очередь, зависит от доступа пользователей и интеграций к размещённой среде. Это делает сетевую диагностику частью эксплуатационной модели.

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

TotalAgility содержит средства разграничения доступа, federated security, multifactor authentication, OAuth, системный whitelist для внешних web service URL и secure secret storage. Для RESTful web service reference доступны Basic, OAuth и certificate-сценарии, а доверенные TLS-сертификаты можно ограничивать по thumbprint. В AI Knowledge Base настраивается access control, поэтому доступ к индексам и действиям можно ограничивать ролями.

Эти функции не превращают любую конфигурацию в безопасную автоматически. Наибольший риск возникает на границах системы: почтовый источник, shared folder, export connector, REST service и AI provider. Проект должен определить, какие документы разрешено отправлять наружу, какие поля требуется маскировать, кто имеет право изменять интеграционные параметры и как проверяется результат после ошибки. Особенно внимательно надо относиться к Copilot с вложениями: для генерации формы текст загруженного файла передаётся выбранному AI provider.

Отдельного внимания требует экспорт аннотаций и redaction. Export activity умеет передавать annotations; на изображениях они встраиваются в картинку, а в PDF сохраняются как PDF annotations. Permanent redactions применяются к экспортируемому PDF, но не меняют исходный или уже сгенерированный PDF внутри процесса. Поэтому политика удаления чувствительных фрагментов должна проверять именно финальный файл, который покидает TotalAgility, и не считать исходный объект автоматически очищенным.

В пакетах развертывания также есть чувствительные параметры: import поддерживает переопределение server/global variables, web service references, device settings и connector mappings. OAuth servers после импорта требуют актуальной авторизации для получения рабочих access tokens. Это аргумент в пользу разделения dev/test/prod и минимизации прав на Import, Export и Packages.

Редакции, лицензирование и цена

В 2026.3 лицензирование построено на трёх уровнях. Standard даёт DocAI для классификации, извлечения, Validation и Export; в tenant environment пользователю Standard также доступен Integration Server для импорта файлов из on-premise систем. Advanced включает Standard и открывает полный набор TotalAgility для process orchestration и automation. Enterprise включает Advanced и добавляет knowledge base capabilities.

Редакция	Основной сценарий	Что добавляется	Что учитывать
Standard	Транзакционная обработка документов	DocAI: classify, extract, validate, export	Это не полный Advanced Studio с общей процессной оркестрацией
Advanced	Процессы и case-driven automation	Полный набор TotalAgility поверх Standard	Knowledge base остаётся ограниченной
Enterprise	Knowledge-driven процессы	Advanced плюс knowledge base capabilities	Нужен, когда процесс использует AI Knowledge Base и knowledge discovery

Публичная карточка продукта ведёт к Request demo и работе с представителем Tungsten Automation; фиксированного открытого прайса для TotalAgility там нет. Поэтому сравнивать внедрения по одной цене «за лицензию» некорректно: итоговая коммерческая модель зависит от уровня лицензии, объёма решения и выбранной инфраструктуры. Отдельная общедоступная бесплатная редакция в актуальной трёхуровневой модели не описана, а стандартные условия самостоятельного публичного trial не опубликованы как универсальный тариф.

Скрытая стоимость владения

У TotalAgility заметная часть затрат лежит вне самого права использования. On-premises требует инфраструктуры и сопровождения серверных ролей; поток с интенсивной конвертацией и OCR требует планирования Transformation Server; почтовый импорт добавляет Message Connector; интеграции требуют настройки OAuth, сертификатов, адресов и эксплуатационного контроля. В облачной модели часть инфраструктурной работы переносится к поставщику, но остаются интеграционные и организационные расходы.

Второй источник затрат — разработка и сопровождение решения. Classification group, extraction group, document types, Validation, формы, процессные карты, роли и export connectors связаны между собой. Изменение схемы документа способно затронуть не один объект, а цепочку тестов и packages. Поэтому стоимость изменений определяется количеством зависимостей и требованиями к регрессии, а не только временем редактирования одной активности.

Третий фактор — среда AI. Generative AI и knowledge base требуют настроенных провайдеров и соответствующих лицензий; Enterprise нужен для knowledge base. Внешние AI endpoints также создают собственную модель потребления и требования к защите данных. При расчёте бюджета их нужно отделять от обычных OCR/capture операций, иначе пилот с небольшим набором документов даст искажённое представление о производственной нагрузке.

Наконец, миграция между средами требует дисциплины packages и deployment configuration. Пакет переносит процессы, формы, модели, переменные и связанные объекты, но отдельные значения должны корректно переопределяться на целевой среде. Ошибка в URL, credentials или connector mapping может сделать технически успешный import функционально непригодным. Поэтому dev/test/prod нужны не как формальность, а как способ ограничить цену ошибки.

Что перестанет работать первым: зависимости платформы

При проблеме с браузером или сетью первой страдает доступ к Advanced Studio и Workspace, потому что рабочий интерфейс веб-ориентированный. Это не означает остановку каждого уже запущенного server-side job, но администратор и оператор теряют нормальный доступ к управлению. Для локальной проверки полезно отдельно исключить проблемы браузера и соединения; на GeekHow есть материалы про обновление браузера и диагностику подключения к интернету.

При недоступности Message Connector или почтового источника новые документы перестают попадать в процесс через соответствующий import source. Уже принятые документы могут продолжить движение, но входная очередь перестаёт отражать реальный внешний поток. В Storage и Direct поведение отличается, поэтому симптом нужно связывать с конкретным connection mode.

При сбое Transformation Server затрагиваются capture-этапы, которые выполняются через него: конвертация, классификация, извлечение и связанные document operations. Процесс, в котором Reject documents on exceptions отключён, может приостанавливаться на исключении; при включённом отклонении проблемный документ проходит по другой логике.

При недоступности внешней интеграции соответствующий REST, SharePoint, Exchange, Azure или другой узел не сможет завершить свою работу, даже если документная часть до него прошла без ошибок. Поэтому успех OCR не равен успеху всего бизнес-процесса.

При недоступности AI provider Generative AI функции и связанные AI activities получают отдельный класс transient failures: документация предусматривает повтор для timeout, rate limit и временной недоступности, но не для постоянных ошибок конфигурации или аутентификации. Обычные workflow-узлы, не зависящие от этого provider, остаются отдельной частью решения.

При отсутствии нужного уровня лицензии функция не исчезает случайно: ограниченные элементы показываются как недоступные. Наиболее ясный пример — AI Knowledge Base и knowledge discovery, которые требуют Enterprise. Это проще диагностировать, чем сетевой сбой: сначала надо сверить tier и права, а уже затем исследовать инфраструктуру.

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

Ниже собраны рабочие последовательности для основных функций TotalAgility 2026.3. Они рассчитаны на Advanced/Enterprise там, где используется Advanced Studio; Standard имеет более узкий DocAI-интерфейс. Перед изменениями в промышленной среде разумно работать с dev/test и не выполнять Release до проверки результата.

Создать и выпустить процесс в Advanced Studio

Цель: собрать минимальный process map и подготовить его к исполнению. Подготовка: доступ к Advanced Studio и права на Workflow.

1. Откройте Workflow → Business processes и выберите New.
2. Задайте понятный Name для новой карты.
3. Добавьте Activity; при необходимости добавьте Decision, Annotation и Attachment, затем End node.
4. Настройте process properties и свойства каждой activity в панели Properties.
5. Свяжите элементы: выберите элемент и используйте Link на satellite, протянув связь к следующему узлу.
6. Сохраните карту. Выполняйте Release только после того, как обязательные свойства всех узлов заполнены и тестовая схема не содержит незавершённых ссылок.

Параметры: Name, process properties, activity types, связи между nodes. Проверка: схема начинается со Start, имеет достижимый End и сохраняется без сообщения о незавершённой конфигурации. Типичная ошибка: карта сохраняется, но не выпускается из-за недостающего обязательного объекта внутри activity. Безопасный откат: не выполняйте Release; удалите новый проблемный элемент клавишей Delete либо X на satellite и сохраните исправленную карту.

Настроить импорт документов

Цель: создать входное соединение для файлов или сообщений. Подготовка: рабочий Message Connector там, где он требуется, и доступ к внешнему источнику.

1. Перейдите Integration → Import settings и выберите New.
2. Введите Name и при необходимости Description; новая connection по умолчанию Active.
3. Выберите Connection mode: Storage для хранения входящих сообщений в Message Connector storage либо Direct для прямой передачи в TotalAgility.
4. Для local connector добавьте Message Connector, задайте его адрес и выполните Test connection, затем Save.
5. В Import sources выберите добавление нового источника и установите Type: POP3, IMAP, MS Graph, EWS, External fax server, FoIP, SMTP, FILE или Cloud file с учётом ограничений выбранного режима.
6. Настройте параметры конкретного источника, сохраните его, снова выполните Test connection для connection и выберите Save.

Параметры: Storage/Direct, Active, список Message Connectors, Type источника. В Direct отсутствуют SMTP/FoIP и вкладки нормализации/архивирования. Проверка: Test connection проходит, источник отображается в connection и новый вход действительно создаёт ожидаемый документ/job. Типичная ошибка: выбран Direct, а проект рассчитан на опцию, доступную только Storage. Безопасный откат: снимите Active у новой connection или восстановите прежний connection mode до повторного теста; не удаляйте рабочий источник, пока новый не подтверждён.

Добавить преобразование документа

Цель: нормализовать вход перед OCR и извлечением. Подготовка: заранее созданный Document conversion profile.

1. В нужном process map добавьте Activity и задайте Name.
2. В Type выберите Capture → Document conversion.
3. В Input document/folder выберите document или folder variable. Для PDF Portfolio extraction, ZIP extraction и Concatenate multiple PDF files используйте folder variable.
4. В Conversion profile выберите профиль — это обязательный параметр.
5. При необходимости включите Save page PDF data для сохранения одностраничных PDF representations на уровне страниц.
6. Настройте Reject documents on exceptions: системное правило, Enabled или Disabled.
7. Сохраните process map и протестируйте на поддерживаемом документе до Release.

Параметры: input, Conversion profile, Save page PDF data, политика исключений. Проверка: на выходе появляется формат, заданный профилем, а последующий capture-узел получает документ. Типичная ошибка: активность не настроена из-за отсутствующего Conversion profile либо получает защищённый PDF Portfolio/ZIP, который не поддерживается. Безопасный откат: отключите новый узел из тестового маршрута или удалите его до Release; исходный документ не заменяйте вручную.

Добавить OCR и выбрать режим распознавания

Цель: получить распознаваемый текст со сканов и изображений. Подготовка: document/folder variable с входными страницами.

1. Добавьте Activity, задайте Name и выберите Type → Capture → OCR.
2. В Input document/folder укажите нужную document или folder variable.
3. При необходимости включите Detect orientation.
4. В recognition languages задайте один или несколько языков; для русскоязычных документов используйте Russian.
5. Выберите OCR mode: Fast, Normal, Accurate либо Variable.
6. Включайте Force OCR только тогда, когда страницы с уже существующим text layer действительно нужно распознать повторно.
7. При необходимости включите Create multipage TIFF и сохраните или выпустите map после проверки.

Параметры: orientation, языки, OCR mode, Force OCR. Проверка: на тестовой странице появляется пригодный для следующего этапа текст и ориентация не нарушена. Типичная ошибка: OCR не запускается на PDF с text layer, потому что Force OCR выключен. Безопасный откат: верните Force OCR в выключенное состояние и повторите тест; исходные страницы остаются входом процесса.

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

Цель: определить document type до извлечения. Подготовка: готовая classification group, а для folder input при необходимости Separation profile.

1. Добавьте Activity, измените Name и выберите Type → Capture → Classification.
2. В Input document/folder выберите document или folder variable.
3. Для folder input при необходимости выберите Separation profile.
4. Оставьте Inherit from process, если classification group задана на уровне process, либо снимите наследование и выберите Classification group для этой activity.
5. Настройте Reject documents on exceptions.
6. Сохраните process map.

Параметры: classification group, inheritance, separation, exception policy. Проверка: карта не только сохраняется, но и проходит проверку для Release; на тестовых документах появляется ожидаемый document type. Типичная ошибка: group не выбрана ни на process, ни на activity, поэтому Release заблокирован. Безопасный откат: не выпускайте карту; восстановите наследование от ранее настроенной process-level group либо верните прежнюю group.

Добавить извлечение полей

Цель: заполнить структурированные поля document type. Подготовка: document type/extraction configuration и вход после классификации.

1. Добавьте Activity, задайте Name и выберите Type → Capture → Extraction.
2. В Input document/folder выберите документ или папку, прошедшие нужную предварительную обработку.
3. На Inputs/outputs сопоставьте дополнительные переменные, когда процесс передаёт в extraction дополнительный контекст.
4. Настройте Reject documents on exceptions в соответствии с общей политикой capture-процесса.
5. Сохраните карту и запустите тест на документах, для которых известны правильные значения полей.

Параметры: входная document/folder variable, дополнительные inputs/outputs, исключения. Проверка: полученные значения попадают в правильные поля и далее отображаются в Validation. Типичная ошибка: технически успешное extraction принимают за окончательный результат и обходят human review для сомнительных полей. Безопасный откат: верните поток к прежней extraction configuration и не выпускайте новую карту до сравнения выходных полей.

Настроить Validation для ручной проверки

Цель: дать оператору проверить значения и страницы. Подготовка: один document или folder variable как основной input и корректные field validators.

1. Добавьте Activity, задайте Name и выберите Type → Capture → Validation.
2. В Input document/folder выберите единственный основной document/folder input.
3. Оставьте Allow validation to complete with invalid fields выключенным, если процесс не должен завершать проверку с invalid fields.
4. При необходимости разрешите оператору классификацию и задайте отдельную classification group вместо наследования.
5. Для импортированных документов включайте Merge / Split / Delete и Rotate / Reorder только когда оператору действительно нужны эти действия.
6. Выберите подходящий MFP ready режим, если активность предназначена для MFP.
7. Сохраните map и откройте runtime Validation form на тестовом job.

Параметры: invalid fields policy, classification, page rendition, document operations, MFP ready. Проверка: оператор видит нужные поля и может завершить активность только при допустимом состоянии. Типичная ошибка: скрытые/read-only cells новой строки таблицы остаются invalid и блокируют завершение. Безопасный откат: верните поле в прежнее состояние или задайте ему Always valid/валидатор до Release; не включайте глобально завершение с invalid fields только ради обхода одной неверной ячейки.

Настроить Export и контроль частичных ошибок

Цель: передать обработанные документы наружу и не потерять сведения о неудаче. Подготовка: настроенный export connector и document/folder variable.

1. Добавьте Activity, задайте Name и выберите Type → Capture → Export.
2. Выберите Input document/folder.
3. При необходимости задайте Take page image from rendition и Page rendition.
4. Выберите Export order: By document order или By assigned Export Connector.
5. Настройте Export source document, Export page image и Export annotations согласно требуемому результату.
6. Сопоставьте Export success indicator, Documents not exported и Documents exported с переменными процесса.
7. Выберите error handling: Never stop, Stop entire job или Stop export for error document only.
8. Сохраните карту и на тесте сравните число входных документов с Documents exported и Documents not exported.

Параметры: rendition, order, annotations, error handling, служебные outputs. Проверка: все ожидаемые документы присутствуют во внешней системе, а неудачные перечислены отдельно. Типичная ошибка: при Never stop процесс идёт дальше, а оператор считает это полным успехом. Безопасный откат: не меняйте исходные документы; остановите публикацию новой версии процесса и верните прежнюю политику error handling/connector mapping.

Создать черновик процесса через Copilot

Цель: получить стартовую схему по текстовому описанию и затем проверить её вручную. Подготовка: настроенный Generative AI provider и права на создание process.

1. Откройте Workflow → Business processes и выберите New.
2. Нажмите Chat with Copilot в правом нижнем углу.
3. Введите текстовое описание нужного процесса и отправьте его через Return либо Enter.
4. Изучите read-only process и Properties. До принятия можно отправить дополнительное описание изменений.
5. Выберите Accept process, чтобы сохранить AI-generated process и открыть его в Process Designer.
6. Проверьте типы activities, связи, inputs/outputs и обязательные свойства; только после этого сохраняйте и выпускайте рабочую версию.

Параметры: AI provider, текстовое описание, последующие уточнения. Проверка: принятый process открывается как обычный редактируемый объект и проходит стандартную проверку. Типичная ошибка: воспринимать AI-схему как готовое промышленное решение без проверки переменных и интеграций. Безопасный откат: до принятия нажмите Clear & Start over; незасейвленный черновик можно заменить новым.

Создать форму через Copilot и доработать в Form Designer

Цель: быстро получить структуру формы и затем привести её к data model процесса. Подготовка: настроенный AI provider; не загружайте содержимое, которое запрещено передавать этому provider.

1. На Home выберите Design a form.
2. Нажмите Chat with Copilot в правом нижнем углу.
3. Введите текстовое описание или используйте поддерживаемое вложение. Для генерации формы поддерживаются изображения JPEG, PNG, JPG, GIF, WebP и файлы XML, CSV, TXT; при загрузке файла его текст передаётся AI provider.
4. Отправьте описание и изучите read-only форму.
5. До принятия попросите изменить структуру либо выберите Accept form.
6. После Accept form откройте свойства в Form Designer, сопоставьте controls с form variables/data models и проверьте actions.
7. Сохраните и выполняйте Release только после runtime-проверки.

Параметры: типы вложений, controls, variables, data models, actions. Проверка: форма открывается, поля связаны с данными и Submit/Cancel ведут к ожидаемому поведению. Типичная ошибка: загрузить внутренний документ без учёта того, что его текст уйдёт AI provider. Безопасный откат: используйте Clear & Start over до принятия; не сохраняйте сгенерированную форму, если структура не подходит.

Настроить AI Knowledge Base для Enterprise

Цель: подключить управляемую базу знаний к Enterprise-решению. Подготовка: Enterprise license и доступ к выбранному knowledge base provider; для собственного Azure-контура — подготовленные Azure AI Document Intelligence, Azure AI Search, embedding и Azure OpenAI endpoints либо OAuth-конфигурации.

1. Перейдите Integration → AI Knowledge Base. Встроенный Tungsten knowledge base provider отображается по умолчанию; для отдельной конфигурации выберите New.
2. Задайте ID, Display name и при необходимости Description.
3. В секциях Document Chunking, Storage and Search и LLM Analysis and Insights укажите нужные endpoints и способ authentication. Для внешней Azure-конфигурации можно использовать static secret либо OAuth в предусмотренных полях.
4. Добавьте Index, задайте Dimensions и необходимые index fields; для vector-based search отметьте подходящие поля как Vectorized и настройте их атрибуты.
5. Выберите Query type: Simple, Semantic, Vector, Vector simple hybrid или Vector semantic hybrid; при необходимости задайте Max number of matches, Strictness, Timeout и Retry count.
6. На Access control назначьте Full control или Has access нужным ресурсам и выберите Save.

Параметры: provider endpoints, authentication, index, dimensions, Query type, access control. Проверка: конфигурация появляется на странице AI Knowledge Base, index доступен для knowledge base activities, а поиск выполняется с правами текущего пользователя. Типичная ошибка: пытаться использовать knowledge discovery в Standard/Advanced либо сохранить неверный endpoint/authentication. Безопасный откат: не удаляйте существующий index ради эксперимента: удаление index из integration может удалить его и из Azure. Для неудачной новой конфигурации отмените несохранённые изменения или исправьте параметры до Save.

Сквозной сценарий: входящий документ → проверенные данные → экспорт

Цель: собрать воспроизводимый минимальный IDP-поток. Подготовка: import source, document type, classification/extraction configuration, Validation и export connector.

1. Создайте import connection в Integration → Import settings и подтвердите Test connection.
2. В Workflow → Business processes создайте map и добавьте после Start активность Document conversion с обязательным Conversion profile, если входы требуют нормализации.
3. Добавьте OCR для сканов, задайте нужные recognition languages и режим.
4. Добавьте Classification и свяжите её с classification group.
5. Следом добавьте Extraction для заполнения полей document type.
6. Добавьте Validation и оставьте блокировку завершения при invalid fields, пока процесс не требует иного.
7. Добавьте Export, сопоставьте success indicator и списки exported/not exported.
8. Свяжите все nodes до End, сохраните map и выполните тестовый job.
9. Сравните исходный документ, распознанный тип, значения полей после Validation и физический результат export.
10. Только после совпадения контрольных результатов выполните Release.

Параметры: режим импорта, Conversion profile, OCR language/mode, classification group, document type, Validation rules, export error policy. Проверка: один тестовый документ проходит всю цепочку без ручного вмешательства вне предусмотренной Validation и появляется во внешней системе с подтверждёнными полями. Типичная ошибка: проверять каждый узел отдельно, но не сравнивать итоговый документ и данные после полного маршрута. Безопасный откат: не выпускайте map, если любой контрольный результат отличается; вернитесь к последней рабочей конфигурации конкретной activity и повторите полный тест.

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

Плюсы

• Документная обработка и процессная оркестрация находятся в одной платформе: импорт, OCR, классификация, Extraction, Validation и Export можно связать с бизнес-логикой без отдельного BPM только ради маршрута.
• Advanced Studio разделяет модели, процессы, формы, интеграции и packages, поэтому повторно используемые объекты не приходится копировать в каждый проект вручную.
• Есть разные варианты входа: email-протоколы, Microsoft Graph/EWS, FILE, Cloud file, SMTP/FoIP в поддерживаемом режиме и Message Connector.
• Validation встроена в capture-процесс и умеет не только подтверждать поля, но и при разрешении работать с классификацией и страницами.
• Export возвращает структурированные сведения об успешных и неуспешных документах, что позволяет строить контролируемую ветку ошибок.
• Поддерживаются on-premises, public/private cloud и multi-tenant варианты, поэтому продукт не привязан к единственному месту развертывания.
• Copilot создаёт черновики процессов и форм внутри того же designer, а результат после принятия остаётся обычным редактируемым объектом.
• Package-механизм переносит связанные артефакты и допускает deployment-specific значения, что подходит для dev/test/prod.

Минусы

• Порог освоения высокий: полноценное решение требует понимания Capture, Workflow, Forms, Integration, security и deployment, а не только настройки OCR.
• Фиксированный публичный прайс отсутствует, поэтому предварительно сравнить бюджет с продуктами, у которых опубликована тарифная сетка, сложнее.
• Standard сознательно ограничен DocAI-сценарием; полная процессная оркестрация требует Advanced, а knowledge base — Enterprise.
• Производительность зависит от нескольких серверных ролей и сторонних компонентов; тяжёлая конвертация не решается настройкой одного рабочего места.
• Некоторые форматы и варианты защиты имеют ограничения: например, KFXConverter не обрабатывает защищённые PDF Portfolio и ZIP в сценарии password conversion, а PDF/A может быть понижен при несоответствии исходного содержимого.
• Generative AI и внешние knowledge services создают отдельный контур приватности и сетевых зависимостей, который необходимо проектировать вместе с основным workflow.
• Старые материалы под именем Kofax TotalAgility легко смешать с актуальным 2026.3, поэтому системные требования и названия интерфейса нужно сверять по текущей документации.

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

• Организациям с регулярным потоком документов, где после OCR нужно классифицировать тип, извлечь поля, проверить исключения и продолжить бизнес-процесс.
• Командам, которым требуется единая платформа для document automation и process orchestration, а не набор несвязанных утилит.
• Проектам с несколькими источниками входа — почтой, файлами, Microsoft Graph/EWS, облачными файлами — и единым downstream-процессом.
• Сценариям, где ручная Validation является контролируемой стадией, а не внешней таблицей или перепиской между операторами.
• Крупным внедрениям с dev/test/prod, packages, role-based access и интеграциями с корпоративными системами.
• Enterprise-проектам, которым кроме IDP нужны knowledge base и knowledge discovery внутри управляемого процесса.

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

• Пользователю, которому нужно один раз отредактировать, объединить или подписать PDF: для этого TotalAgility избыточен.
• Небольшой команде без серверной инфраструктуры и без потребности в повторяемом workflow, если задача сводится к нескольким ручным документам в неделю.
• Проекту, которому нужен только автономный desktop OCR без веб-платформы, ролей, integrations и process engine.
• Команде, которая ожидает открытый фиксированный тариф и самостоятельную покупку без взаимодействия с представителем.
• Сценарию, где все данные обязаны оставаться полностью изолированными от внешних AI endpoints, если архитектура при этом предполагает использование Copilot или внешнего AI provider без разрешённого контура.

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

TotalAgility конкурирует сразу в двух областях — IDP и процессной автоматизации. Поэтому сравнивать его только с OCR-программами некорректно. Ниже три сопоставимых корпоративных направления по одинаковым критериям.

Продукт	Задача	Платформа	Порог освоения	Форматы/вход	Автоматизация	Модель оплаты	Ограничение	Подходящий сценарий
Tungsten TotalAgility	IDP + end-to-end workflow	Public/private cloud, on-premises, multi-tenant	Нужна настройка document model, workflow, forms и integrations	Почта, файлы, cloud file; capture + отдельная матрица KFXConverter	Process maps, cases, rules, connectors, AI	Standard/Advanced/Enterprise, коммерческое предложение	Полный workflow только Advanced+, knowledge base только Enterprise	Документный процесс должен продолжаться как корпоративный workflow
ABBYY Vantage	Intelligent document processing	Cloud-first; on-prem/private Azure варианты	Low-code/no-code Skills; для сложных интеграций нужен API/архитектура	Структурированные, полу- и неструктурированные документы; PDF, изображения и Office в актуальном потоке	Skills, Manual Review, connectors, REST API	Коммерческая модель через ABBYY	Основной фокус — IDP, поэтому полный бизнес-процесс часто остаётся во внешнем BPM/RPA	Документный интеллект нужен как компонент существующей automation-платформы
UiPath Document Understanding	IDP внутри RPA/automation ecosystem	UiPath Automation Cloud/Automation Suite и связанные deployment-варианты	Проще для команды, уже работающей в UiPath; отдельно нужно освоить Document Understanding	Документы проходят classification/extraction/validation через UiPath pipeline	Тесно связан с UiPath workflows и robots	Потребление учитывается через Platform Units/AI Units в актуальной лицензии UiPath	Наибольшая ценность раскрывается внутри экосистемы UiPath	Организация уже строит RPA на UiPath и хочет добавить IDP
Appian	Low-code apps и process automation с document capabilities	Корпоративная low-code платформа, web/mobile приложения	Нужно освоить Appian process/app model	Документы становятся частью records, processes и integrations	Processes, rules, integrations, RPA и AI/IDP возможности	Официальная тарифная модель строится по пользователям/приложениям и уровням предложения	Выбор оправдан прежде всего low-code process/app задачей, а не узким capture-проектом	Нужно собрать бизнес-приложение и процесс, где документы — одна из сущностей

ABBYY Vantage сильнее сфокусирован на IDP как подключаемом сервисе: готовые Skills, manual review и REST API удобно встраивать в уже существующий BPM/RPA. UiPath Document Understanding логичен в организации, где основная автоматизация уже живёт в UiPath. Appian стоит рассматривать, когда центр проекта — low-code приложение, records и process model. TotalAgility наиболее цельно выглядит в документно-насыщенном процессе, где ingestion, capture, human review и orchestration должны проектироваться в одном стеке.

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

Process map сохраняется, но Release недоступен после добавления Classification

Симптом: карту можно сохранить, но выпуск блокируется. Причина: Classification настроена на inheritance без classification group на уровне process либо activity-level group не выбрана. Диагностика: откройте Properties этой Classification и сверяйте Inherit from process и Classification group. Исправление: задайте group на соответствующем уровне. Проверка: предупреждение о незавершённой конфигурации исчезает и карта проходит Release-проверку.

Validation не завершается, хотя видимые поля заполнены

Симптом: оператор не может завершить Validation. Причина: invalid field остаётся в документе; частный случай — hidden/read-only cell в новой строке таблицы. Диагностика: проверьте validators и валидность всех cells, включая скрытые. Исправление: для намеренно скрытых полей используйте Always valid либо правило, которое присваивает valid state при добавлении строки. Проверка: активность завершается без включения глобального разрешения на invalid fields.

Import connection не получает новые сообщения

Симптом: входящая почта или файлы не создают документы. Причина: connection/source не Active, Message Connector недоступен либо параметры внешнего источника неверны. Диагностика: используйте Test connection на Message Connector и import connection, затем проверяйте состояние source. Исправление: восстановите адрес, credentials или Active state. Проверка: тест соединения успешен, а новый контрольный объект появляется в ожидаемом потоке.

Direct import ведёт себя не так, как Storage

Симптом: в настройках источника нет нормализации/архивирования или недоступны SMTP/FoIP. Причина: connection работает в Direct. Диагностика: откройте Connection mode. Исправление: перенесите нормализацию в Document conversion внутри workflow либо используйте Storage, когда архитектуре нужен этот набор функций. Проверка: выбранный режим соответствует реальной схеме и нужные операции выполняются на предусмотренном этапе.

Document conversion останавливается до OCR

Симптом: документ не доходит до распознавания. Причина: отсутствует обязательный Conversion profile, выбран неправильный input type для ZIP/Portfolio/concatenate либо подан защищённый PDF Portfolio/ZIP. Диагностика: проверяйте профиль, document/folder variable и тип исходного объекта. Исправление: назначьте профиль и используйте поддерживаемую комбинацию входа. Проверка: нормализованный документ появляется и следующий capture-узел получает его.

PDF/A получился не того уровня, который выбран в профиле

Симптом: итоговый PDF/A имеет более низкий уровень соответствия. Причина: исходник не содержит необходимого извлекаемого текста или logical structure information. Диагностика: сравните свойства исходного PDF с требованиями целевого PDF/A. Исправление: подготовьте источник с нужным текстом/структурой либо примите допустимый downgrade, если он соответствует правилам хранения. Проверка: внешний валидатор подтверждает фактический профиль итогового PDF/A.

OCR пропускает страницы с текстовым слоем

Симптом: ожидаемого повторного распознавания нет. Причина: по умолчанию OCR не выполняется, когда text layer уже присутствует. Диагностика: проверьте наличие text layer и параметр Force OCR. Исправление: включайте Force OCR только для документов, где повторное распознавание действительно нужно. Проверка: тестовая страница проходит OCR и последующий Extraction получает ожидаемый текст.

Export activity завершилась, но часть документов отсутствует

Симптом: job идёт дальше, а во внешней системе не хватает файлов. Причина: при Never stop ошибка отдельного export connector не обязана останавливать весь узел. Диагностика: анализируйте Export success indicator, Documents not exported и Documents exported. Исправление: обработайте неуспешные элементы отдельной веткой или выберите более строгий error handling. Проверка: количество успешно переданных документов совпадает с ожидаемым, а исключения зафиксированы.

Advanced Studio не открывается или интерфейс работает некорректно

Симптом: веб-интерфейс не загружается, сессия обрывается или элементы не отображаются как обычно. Причина: недоступность сервера, сеть либо неподдерживаемая/устаревшая браузерная среда. Диагностика: сначала отделите сетевую доступность TotalAgility от проблемы конкретного браузера. Исправление: восстановите соединение и приведите браузер к поддерживаемому состоянию согласно актуальным Technical Specifications. Проверка: тот же URL стабильно открывает Home и нужный designer.

Knowledge Base activity отображается заблокированной

Симптом: knowledge discovery или related activity недоступна. Причина: текущая лицензия Standard/Advanced либо отсутствуют требуемые права. Диагностика: сверяйте license tier и access control. Исправление: использовать Enterprise entitlement и назначить нужный доступ. Проверка: activity больше не отмечается ограниченной и provider/index доступны для конфигурации.

Import package прошёл, но интеграция указывает не на ту среду

Симптом: процесс импортирован, но web service, device или export connector использует dev/test значение. Причина: deployment/overwrite values перенесены без адаптации. Диагностика: сравните server/global variables, web service references и connector mappings с целевой средой. Исправление: переопределите только нужные values и повторите контролируемый import selected items. Проверка: тестовая интеграция обращается к целевому endpoint, а import summary не содержит ошибки.

FAQ

Kofax TotalAgility и Tungsten TotalAgility — разные продукты?

Нет. Tungsten Automation — новое имя компании Kofax, а актуальное имя продукта — Tungsten TotalAgility. Старые внедрения и документы продолжают встречаться под брендом Kofax, поэтому при выборе инструкции важнее версия, чем логотип.

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

Актуальный портал ведёт линию TotalAgility 2026.3 и отдельно публикует 2026.3 Update 1 для on-premise, on-premise multi-tenant и Integration Server.

Можно ли использовать TotalAgility просто как OCR?

Технически OCR входит в capture activities, но экономический смысл платформы шире. Для одиночного распознавания серверная оркестрация, формы, packages и integrations избыточны. TotalAgility раскрывается, когда OCR является частью повторяемого документного процесса.

Поддерживает ли OCR русский язык?

Да. Russian присутствует в списке recognition languages OCR activity 2026.3 и может использоваться вместе с другими языками.

Есть ли бесплатная версия?

Актуальная лицензия описывает коммерческие уровни Standard, Advanced и Enterprise. Отдельный публичный free tier для TotalAgility не представлен как часть этой модели; публичный продуктовый путь начинается с Request demo.

Нужен ли Advanced, если требуется только классификация и извлечение?

Standard рассчитан именно на DocAI-сценарий classify → extract → validate → export. Advanced нужен, когда требуется полный TotalAgility suite с общей process orchestration и automation. Knowledge base относится к Enterprise.

Можно ли хранить решение локально?

Да, TotalAgility имеет on-premises deployment, включая отдельную on-premise multi-tenant документацию. При этом внешние EWS/MS Graph, REST и AI integrations всё равно требуют сетевой связи с соответствующими системами.

Является ли TotalAgility мобильным приложением?

Основная среда проектирования — веб-платформа. Для phone/tablet предусмотрены формы и специализированные mobile capture controls, которые работают в соответствующей мобильной архитектуре; это не автономный мобильный аналог desktop-редактора.

Почему при выборе PDF/A надо проверять итоговый файл?

KFXConverter способен понизить уровень PDF/A, когда содержимое исходника не соответствует требованиям выбранного профиля. Поэтому сохранённая настройка профиля и реальная conformance итогового файла — не одно и то же.

Можно ли переносить решения между dev и production без ручного создания объектов?

Да. Packages экспортируются в ZIP и импортируются целиком или выборочно; deployment configuration и overwrite options позволяют адаптировать значения. При ошибочном import доступен solution rollback, если эта системная возможность заранее разрешена.

Copilot заменяет настройку process map?

Нет. Copilot создаёт read-only черновик, который после Accept process превращается в обычный объект Process Designer. Типы activities, variables, integrations, security и error handling всё равно требуют проверки перед Release.

Вывод

Kofax TotalAgility сегодня следует оценивать как Tungsten TotalAgility 2026.3 — активную корпоративную платформу, а не как устаревшую «Kofax-программу для сканирования». Для простой ручной работы с PDF или разового OCR она чрезмерна. Для потока, где документы приходят из нескольких каналов, проходят нормализацию, OCR, классификацию, Extraction, Validation и затем запускают бизнес-действия, архитектура продукта соответствует задаче напрямую.

Standard рационален, когда центр проекта — IDP-транзакция и достаточно DocAI. Advanced нужен, когда документ должен жить внутри полноценного процесса с людьми, rules, forms и integrations. Enterprise имеет смысл при реальной потребности в AI Knowledge Base и knowledge discovery. Выбор между ними следует делать по тому, где заканчивается документный конвейер: на структурированных данных, на оркестрации процесса или на работе с корпоративным знанием.

Главное ограничение TotalAgility — цена сложности. Платформа требует дисциплины версий, dev/test/prod, packages, прав, интеграций и серверной топологии. Если организация готова поддерживать этот уровень инженерии, она получает связный контур от входящего документа до проверенного результата. Если такого контура не требуется, специализированный IDP-сервис, RPA-экосистема или более простой PDF-инструмент окажутся рациональнее.