Square 9 GlobalCapture принимает сканы, PDF-файлы, вложения электронной почты и данные из подключённых источников, распознаёт и классифицирует документы, извлекает реквизиты, направляет спорные результаты на ручную проверку и выпускает обработанные материалы в папку или архив. Основная работа строится вокруг графического Designer с узлами процесса, Template Designer с зонами OCR, Batch Manager для контроля очередей и Validation Station для исправления полей и страниц.

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

Оператор обычно видит не схему, а очередь заданий: в Batch Manager он открывает нужный поиск, проверяет статус и историю обработки, затем переходит в Validation Station, если движок не смог уверенно определить тип документа или значение поля. Администратор отдельно настраивает шаблоны, права, порталы, поиски и публикацию процессов, поэтому повседневная проверка не требует доступа к служебным настройкам.

Как устроен рабочий цикл обработки

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

Каждый узел решает ограниченную задачу. Image Cleanup улучшает изображение перед OCR, Separate разбивает пакет, Classify сопоставляет страницы с шаблонами, Validate останавливает маршрут для человека, Condition выбирает ветку, Export Data формирует внешнюю запись, Release отправляет результат в папку или архив, End завершает процесс. Разделение ответственности упрощает диагностику: по истории видно, на каком шаге возникла ошибка, сколько времени заняла работа движка и какое действие изменило документ.

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

Designer: холст, узлы и связи

Designer открывает пустой холст или сохранённую схему. Слева расположена палитра Nodes, в центре — Design Canvas, справа — поля процесса и контекстная панель Information. Узел перетаскивают на холст, после чего появляется окно его параметров. Обязательные поля отмечены отдельно; пока они не заполнены, опубликованную схему нельзя считать готовой к приёму данных. Узлы можно перемещать, а весь холст — сдвигать перетаскиванием свободной области.

Связь создаётся перетаскиванием от края одного узла к другому. Для обычного шага это единственный переход, а для Classify, Condition и Validate система предлагает выбрать результат, к которому относится линия: классифицировано или нет, истинно или ложно, одобрено или отклонено. Подписи связей особенно полезны в разветвлённых процессах. В очень плотной схеме их можно скрыть, но при сопровождении лучше сохранять короткие названия условий, чтобы маршрут читался без открытия каждого диалога.

Меню Layout умеет выстроить элементы горизонтально или вертикально. Автоматическое выравнивание экономит время на больших схемах, однако после применения его нельзя отменить одной командой: положение приходится исправлять вручную. Палитру узлов можно показывать в один, два или три столбца; это не меняет логику, но позволяет освободить ширину холста. Масштаб регулируется средствами Designer, а боковые панели сворачиваются, когда нужно рассмотреть длинную цепочку целиком.

Панель Information показывает параметры выбранного узла без перехода по всей схеме. Это удобно при поиске различий между похожими этапами, например двумя Release Node с разными каталогами или несколькими условиями по сумме счёта. Поля процесса справа отображают идентификатор, имя, тип и значение по умолчанию. Их назначают схеме из каталога полей, а затем используют в настройках узлов и выражениях.

При первом сохранении задаются название, описание, Process Portal, профиль извлечения и движок. Флажок Published Workflow определяет, начнётся ли импорт после сохранения. Выбор движка важен в распределённой установке: схема должна быть назначена процессору, у которого доступны требуемые лицензии извлечения и доступ к источникам. Копирование через Save As полезно для создания варианта процесса, но после копирования обязательно меняют исходный путь импорта, иначе две схемы могут одновременно забирать один и тот же файл.

Источники документов и настройка импорта

Маршрут всегда начинается с узла, который принимает документы. Для файловой обработки указывают каталог, частоту опроса и правила преобразования. Служба движка должна видеть этот путь напрямую; сетевой ресурс настраивают с учётной записью, имеющей права чтения, записи и удаления, если исходные файлы должны убираться после приёма. Локальная буква диска, подключённая только в интерактивной сессии администратора, для службы ненадёжна: предпочтительнее UNC-путь или каталог на сервере.

Импорт из электронной почты используется для ящиков, куда поступают счета, заявки и отчёты. Настройки определяют подключение, фильтры и работу с вложениями. В облачных сценариях доступны отдельные способы приёма через Gmail с OAuth и SFTP. CRON Import запускает пользовательский импорт по выражению расписания, когда стандартного интервала недостаточно. Для форм GlobalForms узел получает отправления и связанные файлы через настроенный портал; идентификаторы формы и отправления затем доступны в системных свойствах процесса.

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

При тестировании импорт лучше запускать редко или вручную. Сначала кладут один документ, убеждаются, что он появился в Batch Manager и дошёл до контролируемой остановки, затем проверяют пакет, несколько форматов и конфликт имён. Если процесс мгновенно поглощает большой рабочий каталог, диагностика становится сложнее: ошибки повторяются для сотен файлов, а повторная обработка требует разбирать историю каждого процесса.

Сканирование с рабочих мест и МФУ

Scan Station позволяет выбрать целевой Workflow и передать в него страницы с TWAIN-совместимого сканера. В пользовательских настройках указывают активный драйвер, а в интерфейсе сканирования — параметры устройства и назначение. Для связи веб-интерфейса с локальным сканером устанавливаются Square 9 Extensions; если компонент отсутствует, в настройках сканера доступна загрузка установщика. После установки компонент активируют для GlobalCapture и проверяют адрес сервера, домен и учётные данные.

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

Подготовка изображений перед распознаванием

Image Cleanup Node обрабатывает TIF и PDF до классификации и OCR. Узел применяют для выравнивания, поворота и других улучшений, когда сканы приходят с перекосом, шумом или неправильной ориентацией. Очистку следует ставить перед шаблонными зонами: координатный шаблон строится по уже подготовленному изображению, поэтому изменение геометрии после извлечения способно сместить области и ухудшить результат. Для высоких объёмов обработка изображения поддерживает параллельную работу, но её скорость зависит от выделенных ядер и качества исходных файлов.

Convert Node преобразует документы в заданный выходной формат и применяется, когда дальнейшие узлы ожидают PDF или TIF. В Import Node также есть параметры автоматического преобразования распространённых входных форматов в PDF. Решение о конвертации принимают по задаче: офисный файл, который нужен только как визуальный документ, удобно нормализовать в PDF; файл с важным текстовым слоем лучше проверить после преобразования, чтобы сохранить поиск и корректный порядок страниц.

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

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

Template Designer и образцы документов

Template Designer предназначен для построения шаблонов классификации и извлечения. Слева находятся миниатюры страниц образцов, в центре — изображение документа, справа — список Zones и свойства выбранной зоны. Верхняя панель даёт команды сохранения, загрузки шаблона, управления Samples, тестирования и перехода к настройкам. Панорамирование, масштаб, поворот и полноэкранный режим помогают точно разместить область на сложном бланке.

Новый шаблон можно создать пустым, но для реальной настройки загружают репрезентативные PDF или TIF. Образцы должны отражать варианты поставщиков, разные длины таблиц, многостраничные счета и типичные дефекты сканирования. Для координатных зон критично одинаковое DPI: зона сохраняется в пикселях, поэтому образец 300 dpi и рабочий скан 200 dpi имеют разную геометрию даже при одинаковом физическом размере листа. Несовпадение разрешения проявляется как систематический сдвиг рамки и извлечение соседнего текста.

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

Зоны и группы можно сортировать, перетаскивать в папки и временно скрывать. Иерархия облегчает сопровождение шаблона с десятками реквизитов и строк таблицы. Понятные имена важнее краткости: VendorMarker, InvoiceNumberPattern и LineItemsAmount дают больше информации, чем Zone1 и Zone2. При родительско-дочерней связи название также помогает выбрать правильный источник координат в списке.

Типы зон и логика извлечения

Marker и Positional

Marker Zone ищет в указанной области точное слово, часть слова или фразу без учёта регистра. Маркер должен быть достаточно уникальным: слово Invoice в шапке обычно полезнее, чем Date, которое может встречаться в таблице и подвале. Несколько строк поиска работают как варианты; движок ищет уникальное совпадение и переходит к следующей строке, если текущее значение отсутствует или встречается неоднозначно. Найденный маркер может зарегистрировать смещение изображения и стать опорой для дочерних зон.

Positional Zone описывает прямоугольную область, из которой извлекается текст. Для стабильного бланка её можно привязать к странице и координатам. Более устойчивый вариант — сделать её дочерней к маркеру: сначала найти подпись Invoice Number, затем читать поле в определённой области относительно найденной подписи. Такой подход переносит небольшие сдвиги сканирования, но не спасает, если поставщик полностью меняет макет.

Pattern Match и Directional

Pattern Match Zone ищет текст или регулярное выражение. По умолчанию сопоставление чувствительно к регистру; режим без учёта регистра задаётся в выражении. Несколько шаблонов можно вводить по строкам или объединять оператором выбора. Для даты, номера заказа, почтового индекса или другого формализованного значения регулярное выражение снижает число ложных результатов, однако слишком общий шаблон находит посторонний текст. Проверять его следует на страницах, где нужного поля нет, а не только на успешных образцах.

Directional Zone начинает поиск от родительской зоны и задаёт направление относительно её края. Она полезна для реквизитов, чьё положение меняется вместе с подписью: значение может находиться справа, ниже или в ограниченном прямоугольнике вокруг найденного заголовка. Повторяющиеся Directional Zones используются для многострочных и табличных данных. Ширину, высоту, минимальное и максимальное число символов, слов и строк настраивают так, чтобы область не захватывала соседнюю колонку.

Для многострочного Pattern Match задаются допустимые горизонтальные и вертикальные промежутки. Нулевое ограничение может объединить удалённые слова в одну строку поиска и дать ложное совпадение. Инструмент Measure показывает расстояния на образце и помогает подобрать значения. Test OCR выводит текст, который реально видит движок в выбранном регионе; это основной способ отличить ошибку выражения от проблемы распознавания.

Поля, замены и обязательность

Результат зоны сопоставляется с обычным полем или Table Field. Одну зону нельзя одновременно связать с обоими типами. Для таблицы заголовочная зона определяет контекст, а повторяющиеся дочерние зоны извлекают столбцы и строки. Лицензия Line Item Data Extraction влияет на доступность табличного извлечения, особенно на многостраничных счетах. При проектировании важно заранее знать, какие функции доступны движку, потому что Designer способен сохранить настройки, которые затем не выполнятся на процессоре без соответствующей лицензии.

Replacement очищает результат после OCR. Можно заменить букву O на ноль в конкретном поле, убрать знак валюты, пробелы или разделители тысяч, нормализовать префикс. Замена поддерживает обычный текст и регулярные выражения. Правила должны быть узкими: глобальная подмена O на 0 испортит буквенный код, а удаление всех точек может изменить дату или номер версии. Для каждого правила хранят примеры входа и ожидаемого результата.

Флаг Required участвует в классификации: шаблон считается подходящим, когда обнаружены все обязательные зоны. Если первый шаблон без обязательных зон стоит раньше специфических, он способен перехватывать документы. Порядок шаблонов и набор Required проверяют на смешанном пакете. Separator вместе с Header или Footer превращает зоны в признак начала или конца документа; Separate on Change разделяет пакет при изменении извлечённого значения, например номера дела на последовательных страницах.

Классификация и разделение пакетов

Classify Node применяет выбранные шаблоны к документу и устанавливает активный шаблон. На выходе доступны как минимум ветки успешной и неуспешной классификации. Неуспешную ветку нельзя просто завершать, если входные документы ценны: её направляют в Validate, отдельную папку или уведомление. В Validation Station оператор может выбрать тип документа, исправить поля и при использовании RapidAdapt добавить пример для обучения шаблона.

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

Separate Node разбивает входной объект по пустым страницам, штрихкодам, числу страниц или другим поддерживаемым условиям. Штрихкодный режим требует выбрать формат и убедиться, что код читается после сканирования. Пустая страница оценивается по порогу, поэтому тонкие отметки или оборотный текст могут изменить результат. Разделение по шаблонным Header и Footer Zones точнее для структурированных форм, но чувствительно к качеству OCR и конфигурации обязательных зон.

После разделения GlobalCapture обрабатывает страницы и документы параллельно. Это повышает производительность, но усложняет чтение истории: в Process Drawer появляются подпроцессы. Администратор может включить их в поиске, когда требуется увидеть состояние OCR отдельных страниц. Для повседневного оператора подпроцессы обычно скрывают, чтобы список не перегружался техническими записями.

Validation Station: проверка полей и страниц

Validation Station открывает документ, требующий участия человека. Слева отображаются страницы или документы процесса, в центре — крупный просмотр, справа — индексные и процессные поля. Оператор может изменить значения, добавить или заменить страницы, переставить их, удалить лишние листы и затем выполнить разрешённое действие. Набор кнопок зависит от статуса и настроек Validate Node: сохранить без продолжения, одобрить, отклонить, вернуть в маршрут или удалить процесс.

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

KeyFree ускоряет ручное индексирование: оператор выделяет область документа, а OCR переносит найденный текст в активное поле. Это особенно полезно, когда шаблон не предусмотрел редкий макет, но текст хорошо читается. В пользовательских параметрах KeyFree настраиваются баланс скорости и точности, тип текста, работа с PDF-слоем, удаление текстуры и другие режимы распознавания. Изменения относятся к пользователю и не заменяют настройку серверного шаблона.

RapidAdapt используется для быстрого создания или корректировки шаблона из проблемного документа. Оператор указывает тип, отмечает нужные области и сохраняет результат, после чего аналогичные документы могут распознаваться без ручного ввода. Такой механизм полезен для счетов новых поставщиков, но требует контроля: случайный плохо отсканированный экземпляр не должен становиться единственным эталоном. После добавления образца шаблон проверяют в Template Designer на нескольких файлах.

Сохранение без действия оставляет процесс на текущем статусе и подходит для промежуточной работы. Одобрение отправляет документ по соответствующей связи Validate Node, отклонение — по альтернативной. Удаление процесса необратимо, поэтому право на него выдают ограниченному кругу пользователей. При массовой проверке полезно заранее определить клавиатурные действия и порядок полей, чтобы оператор не переключался между мышью и клавиатурой на каждом документе.

Batch Manager: очередь, поиски и история

Batch Manager показывает процессы GlobalCapture и GlobalAction в виде настраиваемой таблицы. Слева находятся Secured Searches, в центре — результаты с выбранными полями, справа — Process Drawer. Пользователь выбирает специализированный поиск, например счета на проверке или ошибки импорта, а не просматривает общий список. Колонки можно переставлять, закреплять, скрывать и фильтровать; персональное состояние сохраняется в браузере, если включена соответствующая настройка.

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

Вкладка Documents показывает миниатюру и текущее расположение файла, а также позволяет добавить проблемный документ в Samples зонального шаблона. Вкладка Process Fields отображает значения и таблицы; при наличии прав их можно отредактировать и сохранить. Info содержит системные свойства: идентификаторы процесса, пакета, схемы и движка, активный шаблон, исходное имя, число страниц, время доступа, путь выпуска и пользователя последнего действия.

Команда More Options включает операции, которые требуют осторожности. Stop Processing останавливает процесс; Set to Ready меняет статус, но само по себе не продолжает маршрут; Move переносит документ на выбранный узел; Delete удаляет процесс. Остановка или удаление во время активной обработки может повредить документ. Перед вмешательством проверяют текущий узел, историю и наличие работающего подпроцесса, а затем выбирают точку продолжения, совместимую с уже сформированными данными.

Quiver закрепляет несколько процессов в отдельной таблице и помогает работать с документами, найденными на разных страницах результатов. Закрепление сохраняется при обновлении и новом поиске, пока пользователь не удалит элементы. Функция полезна для сравнения связанных счетов или сборки списка исключений, но не заменяет бизнес-очередь: состав Quiver персонален и не определяет состояние процесса.

Пользовательские параметры Batch Manager

Action on Search Click определяет поведение при выборе поиска. Tab Mode выполняет поиск при первом открытии и затем использует кэш до ручного обновления; Always Run New Search запрашивает свежие данные каждый раз, но повышает нагрузку; Open Search Dialog сразу показывает поля критериев. Для больших коллекций разумно использовать Tab Mode и обновлять только рабочие очереди, где секунды действительно важны.

Page Count задаёт число строк на странице. Слишком большое значение замедляет отображение и усложняет просмотр, слишком маленькое заставляет часто переходить между страницами. Save Column State For Each Search хранит персональные колонки отдельно для каждого поиска. Если представление стало неудобным или после изменения административного макета исчезли нужные поля, команда Clear All Search Column States возвращает исходную конфигурацию.

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

Административные поиски и права

Поиск в GlobalCapture определяет не только фильтр, но и представление рабочей очереди. Criteria выбираются из системных свойств процесса, полей GlobalCapture, полей GlobalSearch и ранее созданных поисков. Для каждого критерия задаются подпись, условие и значение. Поле можно сделать запрашиваемым у пользователя, скрыть от изменения, продублировать или сразу добавить в таблицу результатов. Advanced Grouping задаёт выражения вида сочетания И и ИЛИ, когда простой список условий недостаточен.

Хороший рабочий поиск отвечает на один вопрос: какие документы пользователь должен обработать сейчас. Для очереди проверки счета задают статус Validation, нужный процесс или тип документа и выводят поставщика, номер, дату, сумму и возраст задания. Общий поиск по всем процессам оставляют администраторам. Чем меньше нерелевантных строк и колонок, тем ниже риск открыть не тот документ и выполнить действие в чужом процессе.

Вкладка Security назначает пользователей и группы, а также разрешения на просмотр, редактирование полей, добавление и удаление страниц, действия Validation и Queue. Hidden полностью скрывает поиск даже от администратора, пока свойство не снято. Validation Security поддерживает прежнюю модель прав из Validate Node; для новых процессов предпочтительна явная безопасность поиска. Поля, помещённые в Hidden Information, нельзя добавить в персональную таблицу, что защищает служебные или чувствительные данные.

Grid View задаёт начальный порядок колонок. Пользователь может изменить его в своём браузере, поэтому обновление административного макета не всегда сразу видно тем, у кого сохранено персональное состояние. При обращении в поддержку следует уточнить, воспроизводится ли проблема в другом браузере или после очистки состояния колонок. Инкогнито и очистка локального хранилища также сбрасывают пользовательскую раскладку.

Поля процесса, таблицы и S9 Notation

Process Fields создаются в Field Catalog и назначаются конкретной схеме. Тип определяет проверку и доступные операции: текст, число, дата, логическое значение и другие варианты должны получать совместимые данные. Значение по умолчанию применяется при создании процесса, затем его могут изменить зона OCR, Set Process Field, пользователь или интеграционный узел. Поле служит временным контейнером внутри маршрута и не обязано совпадать с индексным полем архива.

Set Process Field Node присваивает полям константу, результат выражения или данные из доступного контекста. Он полезен для нормализации статуса, вычисления маршрута, формирования имени и подготовки значений перед выпуском. Изменение определения поля влияет на все узлы, где оно используется, поэтому изменение имени и смену типа выполняют после поиска зависимостей. При ошибке типа процесс может остановиться, а поле в Validation подсветится как недопустимое.

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

Table Fields хранят повторяющиеся строки, например позиции счёта. В Process Drawer они открываются отдельным окном. При извлечении строк проверяют, что заголовок таблицы, направление повторения и границы колонок устойчивы на многостраничных документах. Сумма строк, налог и итог часто требуют отдельной бизнес-проверки; OCR извлекает символы, но не гарантирует бухгалтерское равенство. Для несоответствия создают Condition и отправляют документ на Validation.

Условия, проверки и ветвление

Condition Node выполняет логическую проверку по полю процесса, индексному полю или другому доступному значению. От узла проводят две связи и назначают им результаты True и False. Типичный пример — направить счёт ниже порога на автоматический выпуск, а крупную сумму на проверку. Другой пример — проверить наличие номера заказа и отправить неполные документы в очередь очистки данных.

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

Validate Node применяется не только после OCR. Его можно поставить сразу после импорта для проверки качества большой партии, перед Delete Pages для контроля удаления, после классификации для неподходящих документов и перед Release для критичных архивов. В настройках указывают безопасность и доступные действия. Чем больше ручных остановок, тем выше надёжность, но ниже пропускная способность; поэтому человек должен проверять только поля и документы, для которых автоматическое решение недостаточно надёжно.

Группы узлов помогают оформить повторяемую часть процесса и упрощают историю. Однако скрытая внутри группы сложность не исчезает: при диагностике группу раскрывают и смотрят отдельные карточки. Название группы должно описывать бизнес-этап, например Очистка и классификация, а не просто Группа 1. Для крупных процессов полезно отделять импорт, извлечение, проверку и выпуск визуально и логически.

Выпуск документов и данных

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

При выпуске в GlobalSearch выбирают портал API, базу и Archive Destination. Доступная служебная учётная запись должна иметь права на целевой архив. Имя дочернего архива можно формировать по полю, но значение следует очистить от недопустимых символов и ограничить контролируемым справочником. После успешного выпуска путь и идентификаторы архива появляются в системной информации процесса, что помогает связать историю Capture с сохранённым документом.

Export Data Node выгружает значения в CSV или отправляет их в настроенный источник данных. Порядок и тип колонок должны совпадать с системой-получателем. Передача даты, десятичного разделителя и кодировки особенно чувствительна к региональным настройкам. Контрольный файл с известными символами и суммами выявляет проблему до запуска потока. Если документ выпускается отдельно от данных, обе операции связывают общим идентификатором.

Email Node отправляет уведомление с подстановками S9 Notation. Его используют для ошибок, запросов проверки и подтверждений. В письмо следует помещать только минимально необходимые данные и не раскрывать конфиденциальные поля широкой группе. Централизованный SMTP Portal упрощает сопровождение подключения. При копировании Workflow опцию очистки почтовых настроек полезно применять, чтобы тестовая схема не отправляла сообщения реальным получателям.

Экспорт Workflow упаковывает одну или несколько схем и связанные объекты для переноса или резервной копии перед изменениями. Можно включить процессы и отправления форм, но такие данные могут содержать чувствительную информацию. Clear Email Options удаляет ссылки на почтовые настройки. После импорта в другое окружение проверяют порталы, пути, идентификаторы движков, архивы, учётные данные и лицензии: перенос логики не гарантирует, что внешние ресурсы имеют те же адреса.

Мониторинг производительности и масштабирование

GlobalCapture разделяет сервер конфигурации и движки обработки. Один процессор выполняет работу по узлам, а дополнительные Engine Instances увеличивают параллельность. Лицензирование ядер ограничивает доступную вычислительную мощность и отдельные функции извлечения. На одном сервере можно распределять ядра между движками; в облачной среде выделенные группы ядер назначаются конкретным процессам, чтобы большой поток не вытеснял критичную очередь.

Общее время процесса включает ожидание пользователя, а Work Time — активную работу в памяти. Счёт, который сутки находился в Validation, не означает медленный OCR. Для анализа сравнивают время узлов одинакового типа, размер и число страниц, качество изображения и загрузку движка. История показывает Engine ID, поэтому можно обнаружить, что задержка относится к одному процессору или определённой группе документов.

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

Процессы с разной важностью разделяют поисками, порталами и при необходимости выделенными ресурсами. Ежедневные счета, архивная оцифровка и разовый импорт миллионов страниц не должны конкурировать без контроля. Для архивной миграции задают ограниченный поток и следят за очередью; для срочных входящих документов оставляют резерв мощности. Автоматическое удаление завершённых процессов и перенос в отдельные коллекции помогают удерживать Batch Manager и базу в управляемом размере.

Развёртывание и совместимость

Пользовательская часть открывается в поддерживаемых актуальных версиях Microsoft Edge, Mozilla Firefox и Google Chrome. Для клиента в официальных требованиях указаны 4 ГБ памяти, двухъядерный процессор и обычный жёсткий диск или SSD. Реальная потребность выше при просмотре больших сканов и одновременной работе с несколькими вкладками. Масштаб браузера влияет на размещение панелей, но не должен использоваться для компенсации неверного разрешения шаблонов.

Серверная установка требует административных прав, IIS, Message Queuing, SQL Server и компонентов, используемых Capture. Веб-службы по умолчанию размещаются в каталоге IIS, а порт можно изменить в мастере. Отдельно задаются каталоги GetSmart, образцов, кэша Viewer и установщика дополнительных движков. SQL Server не рекомендуется размещать на контроллере домена. Для доменной установки учётная запись должна создавать пользователей и базы данных либо администратор заранее готовит необходимые объекты.

После установки создаётся административная учётная запись и группа с полными правами. Пароль обязан соответствовать правилам Windows или домена; мастер может принять несоответствующее значение, но службы затем не запустятся. Служебная учётная запись должна иметь доступ к каталогам, созданным после установки, иначе импорт или выпуск завершится отказом в доступе. Изменение пароля выполняют согласованно для служб, пулов IIS и связанных компонентов.

Регистрация функций требует подключения к лицензирующей системе. Для срочных term-лицензий сервер периодически подтверждает активность; временная потеря связи имеет повторные попытки, но длительное отсутствие доступа нарушит обработку. Perpetual-лицензия применяется там, где постоянное подключение невозможно. Пользователи должны быть созданы и получить лицензию; право администратора открывает Design и Manage, поэтому его не назначают всем операторам проверки.

Медиа поставляется по временной ссылке от Fulfillment и разворачивается самораспаковывающимся пакетом. Для отдельной установки запускается setup.exe в каталоге GCW, для совместного развёртывания используется Square9.Installer.exe и кнопка GlobalCapture Setup. Установка включает Server и Engine и может требовать перезагрузок. Перед обновлением делают резервные копии баз и файлов; база после обновления может стать несовместимой с откатом без восстановления копии.

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

Portals хранят подключения к процессным коллекциям, GlobalSearch, GlobalForms, SMTP и системным компонентам. У каждого портала свои адрес, учётные данные и тест соединения. Зелёный индикатор означает успешную связь, жёлтый — проверку, красный — ошибку. Для нескольких экземпляров GlobalSearch создают отдельные API Portals и выбирают нужный в Release Node. Пользователь портала должен иметь права на все архивы, к которым обращается процесс.

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

Права оператора задаются не только учётной записью. Поиск ограничивает видимость результатов и разрешённые действия; Validate Node может дополнять модель; Portal Permissions контролирует административный доступ к коллекции. Важно проверять итоговую комбинацию под тестовым пользователем. Членство в группе администраторов не должно использоваться как быстрый способ исправить отсутствие очереди, иначе человек получает возможность менять схемы, удалять процессы и просматривать чужие данные.

Конфиденциальные поля не выводят в общие Grid View и письма. Логи и экспортированные пакеты процессов также могут содержать реквизиты, пути и идентификаторы. При передаче в поддержку сначала удаляют реальные документы или используют обезличенные образцы. Удаление процесса из Batch Manager не гарантирует удаление документа из уже выполненного выпуска, поэтому политика очистки должна охватывать рабочее хранилище, архив, резервные копии и экспортированные пакеты.

Типовые рабочие сценарии

Счета поставщиков

Поток счетов обычно принимает PDF из почтового ящика или watch-папки, очищает изображения, разделяет пакет, классифицирует поставщика и извлекает номер, дату, заказ, сумму и строки. Condition проверяет наличие обязательных реквизитов и порог суммы. Уверенные документы выпускаются в архив и экспортируются в учётную систему, а остальные попадают в поиск Invoices Awaiting Validation. Для нового макета оператор добавляет образец и уточняет зоны, не меняя весь маршрут.

Контроль качества включает дубликат номера в пределах поставщика, допустимую дату, соответствие суммы итогу строк и наличие заказа для категорий, где он обязателен. Эти проверки не следует смешивать с OCR: сначала извлекают данные, затем применяют бизнес-условия. При ошибке документ сохраняют в Validation с понятным полем статуса, чтобы оператор видел причину, а не искал её в длинной истории.

Кадровые и регистрационные формы

Для анкет и кадровых пакетов шаблон использует стабильные подписи и Positional Zones. Header Separator определяет начало нового сотрудника, Delete Pages удаляет служебный лист, Validate проверяет подпись и обязательные поля. Документы можно выпускать в архив по идентификатору сотрудника, а данные — в CSV или базу. Особое внимание требуется датам и персональным данным: поиск ограничивают группой кадров, поля скрывают из общих представлений, а экспорт защищают согласно внутренним правилам.

Централизованная почтовая комната

В почтовой комнате оператор сканирует смешанный пакет в один Workflow. Штрихкод или обложка отделяет подразделения, Classify определяет тип, Condition выбирает маршрут, а Release складывает документы в разные архивы. Batch Manager показывает только исключения. Для устойчивости заранее тестируют двусторонние листы, пустые обороты, тонкую бумагу и страницы нестандартного размера. Ошибочный разделитель направляют на ручную сборку, а не удаляют автоматически.

Технические комплекты и производственные документы

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

Диагностика распространённых ошибок

Документ не появляется в очереди

Проверяют, опубликован ли Workflow, назначен ли движок, работает ли служба и доступен ли источник от имени служебной учётной записи. Для файлового импорта убеждаются, что путь существует на сервере, файл не заблокирован и расширение поддерживается. Для DirectConnect смотрят статус службы, appsettings.json, зашифрованные учётные данные, адрес API и журнал. Ошибки 401 или 403 указывают на аутентификацию и права, тайм-аут — на сеть, прокси, межсетевой экран или слишком короткий HttpTimeoutMinutes.

Процесс застрял в Processing

В Batch Manager открывают Process Drawer, находят текущий узел, Engine ID и последний успешный шаг. Если идёт подпроцесс OCR, преждевременное перемещение создаст несогласованные данные. Сначала обновляют историю и проверяют службу движка. Stop Processing используют только после понимания последствий; затем процесс перемещают на узел, который может принять уже существующее состояние. Простое Set to Ready не запускает продолжение автоматически.

Шаблон перестал классифицировать документы

Сравнивают новый файл с образцами: DPI, масштаб, поворот, расположение подписи, текст маркера и качество OCR. Test OCR показывает распознанный текст в регионе. Для Marker проверяют уникальность и наличие всех Required, для Pattern Match — регистр и выражение, для дочерней зоны — правильного родителя. Если макет действительно изменился, добавляют новый образец или отдельный шаблон, а не расширяют старый до совпадения с любым документом.

Извлекается соседнее поле

Причина обычно в слишком широкой зоне, неверном направлении, большом допустимом промежутке или смещении относительно образца. Сужают Search Region, задают минимальное и максимальное число символов и слов, проверяют From Parent Edge. Для повторяющейся таблицы отдельно контролируют границы колонок. Если смещение постоянно пропорционально размеру страницы, сначала сравнивают разрешение образца и рабочего скана.

Нельзя сохранить данные Validation

Красное поле означает несоответствие типу или ограничению. Удаляют недопустимые символы, приводят дату к распознаваемому виду и проверяют десятичный разделитель. Если OCR систематически добавляет знак валюты или пробелы, настраивают Replacement в зоне, а не заставляют операторов исправлять каждую запись. Для справочного списка значение должно соответствовать допустимым вариантам; изменение списка согласуют с узлами и внешним экспортом.

Поиск показывает старые или неверные колонки

Tab Mode использует кэш, поэтому нажимают Refresh или временно выбирают Always Run New Search. Персональная раскладка хранится в браузере и может перекрывать новый административный Grid View. Clear All Search Column States сбрасывает её. Если поиск отсутствует, проверяют Security, Hidden и Validation Security. Администратор также должен убедиться, что критерии относятся к правильному Process Portal и процессному типу.

Мастер или службы не запускаются

Установку выполняют с административными правами и после проверки IIS, Message Queuing, SQL Server и требуемых компонентов. Пароль SSAdministrator должен соответствовать политике. Если вложенный установщик Engine оказался за окном основного мастера, его выводят на передний план и завершают. После установки выполняют требуемую перезагрузку. Ошибку доступа к каталогу исправляют правами служебной учётной записи, а не запуском всех служб от личного администратора.

Практические ограничения

GlobalCapture требует проектирования процесса и серверной подготовки, поэтому он не заменяет простой редактор для разовой правки одного PDF. Пользовательский интерфейс проверки понятен после настройки, но Designer, шаблоны зон, порталы и безопасность рассчитаны на администратора или интегратора. Ошибка в опубликованном Import Node быстро затрагивает весь поток, поэтому тестовое окружение и резервная копия схемы обязательны для существенных изменений.

Доступность OCR, классификации, строк таблиц и других функций зависит от лицензий, назначенных серверу и движкам. Designer может позволить создать зону, которую производственный Engine не выполнит. Перед разработкой шаблона проверяют активные функции и одинаковость лицензий на распределённых процессорах. Designer также требует соответствующее право пользователя; оператор Validation не должен автоматически получать доступ к изменению схем.

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

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

Поля процесса и выражения S9 Notation

Поля процесса образуют общий набор данных, который сопровождает документ от импорта до завершения. Администратор добавляет их из Field Catalog, задаёт тип и при необходимости значение по умолчанию. Поле должно существовать до того, как его начнут использовать Set Process Fields, условия, шаблоны или выражения. Если поле уже связано с узлом, интерфейс помечает его как Referenced: удалить или переставить такой элемент нельзя, пока все ссылки не будут изменены. Эта защита предотвращает публикацию схемы, где узел обращается к отсутствующему реквизиту.

S9 Notation подставляет значения во время выполнения. Системные обозначения возвращают исходное имя файла, текущий узел, идентификатор процесса, число страниц, имя Workflow, пользователя проверки, путь выпуска и время обработки. Префикс p_ обращается к полю Capture, а модификаторы позволяют получить длину, сумму, среднее, верхний или нижний регистр, кодирование URL и Base64, форматированное значение либо уровень уверенности. Для многострочного поля можно выбрать отдельный элемент, посчитать строки или сумму; для таблицы указываются идентификатор колонки и индекс строки.

Выражения проверяют сначала на копии процесса. Числовые, десятичные и датированные поля участвуют в арифметике, поэтому дефис между двумя значениями может быть воспринят как вычитание. Когда требуется вывести диапазон буквально, математический оператор экранируют обратной косой чертой. Результат диапазона помещают в символьное поле достаточной длины: поле типа Date или Numeric не примет строку с разделителем, а короткое символьное поле обрежет дату со временем. Ошибка типа проявляется на узле присвоения и видна в истории процесса.

Уровень уверенности полезен не только для подсветки Validation. Его можно записать в отдельное поле и использовать в Condition: например, отправлять номер счёта на ручную проверку ниже строгого порога, а второстепенный комментарий пропускать при более мягком значении. Порог нельзя переносить между шаблонами без испытаний, поскольку качество зависит от размера зоны, шрифта, DPI, очистки и словаря. Практический порог выбирают по журналу ошибок на представительном наборе, а не по одному аккуратному образцу.

Перенос, резервирование и изменение процессов

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

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

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

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

Операционный контроль и измерение качества

Batch Manager позволяет оценивать не только наличие ошибок, но и структуру задержек. В Process Drawer отображаются текущий узел, статус, последний пользователь, исходное имя, текущее и максимальное число страниц, движок, путь выпуска, общее время и Work Time. Разница между общим временем и временем активной работы показывает ожидание в Validation, Queue или Wait. Если Work Time невелик, а Total Time растёт, добавление процессорных ядер не устранит задержку: нужно сокращать ручную очередь или изменять маршрут.

Для каждого рабочего потока полезно создать отдельный поиск исключений. Критериями служат Workflow, Status, Current Node, Active Template, дата первого доступа и бизнес-поля. В Grid View выводят только сведения, необходимые оператору для решения: поставщик, номер, сумма, причина проверки, возраст процесса. Большое количество технических колонок замедляет работу и повышает риск изменения не того документа. Администраторские поиски, напротив, включают Engine ID, Work Time и историю для диагностики.

Качество извлечения оценивают раздельно по классификации и полям. Сначала считают долю документов, попавших в правильный шаблон; затем для каждого реквизита — долю значений, прошедших без исправления. Общий процент автоматизации может скрыть критическую проблему: например, адрес распознаётся почти всегда, а номер заказа ошибается на небольшом, но финансово значимом классе. Поэтому пороги и ветки Validation привязывают к конкретным полям и риску ошибки.

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

Выпуск файлов и интеграции

Release Node может сохранить документ в файловую систему, Inbox или Archive GlobalSearch. При выпуске в папку служебной учётной записи нужны права на весь путь, включая сетевой ресурс. Имя файла строят из полей и системных обозначений, но очищают символы, недопустимые для Windows, и предусматривают уникальность. Если два документа получают одинаковое имя, политика внешнего каталога может привести к перезаписи либо ошибке; безопасный шаблон добавляет идентификатор процесса, время или иной уникальный реквизит.

Флажок удаления после выпуска включают только на последнем Release Node. Если документ должен последовательно сохраниться в несколько мест, ранний узел оставляет файл доступным для следующих шагов. Выпуск в Inbox удобен, когда документ ещё будут вручную разделять или улучшать, но извлечённые индексные данные при таком маршруте не сохраняются так, как при выпуске непосредственно в Archive. Когда реквизиты уже получены и важны для поиска, выбирают архив и сопоставляют поля.

Export Data формирует структурированный результат независимо от самого документа. CSV требует согласованного разделителя, порядка колонок, кодировки и правил для переносов строк. JSON Export Node используют, когда внешняя система ожидает объект с именованными полями. SQL Node выполняет запрос и может вернуть данные в поля процесса; такой узел настраивают с минимальными правами базы, параметризованными значениями и отдельной обработкой недоступности. Непроверенная строковая подстановка создаёт ошибки формата и риск нежелательного запроса.

Для REST-интеграций применяется iPaaS или специализированный узел, когда он доступен. В запрос передают только необходимые поля, а ответы записывают в заранее типизированные реквизиты. Секреты не помещают в имена узлов, письма и экспортированные значения; их хранят в настройках подключения. Успешный HTTP-код ещё не подтверждает бизнес-результат, поэтому после вызова проверяют содержимое ответа и отдельным условием направляют неполные данные в контролируемую очередь.

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

Производительность и планирование нагрузки

Производительность определяется не только частотой импорта. OCR, очистка, конвертация, разделение и внешние запросы имеют разную стоимость, а ручная проверка создаёт очередь вне движка. Вначале измеряют среднее и максимальное время каждого узла на реальных документах, затем оценивают пиковый поток. Массовый одновременный импорт способен заполнить рабочий диск и увеличить задержку SQL даже при приемлемой суточной нагрузке. Источник лучше опрашивать равномерно или ограничивать пакет.

Дополнительный GlobalCapture Engine повышает параллелизм, если узкое место находится в обработке и нужные лицензии доступны этому процессору. Он не исправит медленный сетевой каталог, блокировку базы, внешний API с ограничением запросов или очередь Validation. Перед масштабированием сравнивают Engine ID и Work Time: если один движок занят постоянно, а второй не получает процессы, проверяют назначение Workflow и профиль; если оба простаивают, ищут ожидание в источнике или ручном шаге.

Рабочие каталоги хранят исходные и промежуточные файлы, образцы и кэш просмотра. Для многостраничных TIFF и изображений высокого разрешения объём временных данных может заметно превышать размер итогового PDF. Свободное место контролируют отдельно от архива, а антивирусные исключения согласуют с политикой безопасности, не отключая проверку всего сервера. Резкое замедление Viewer при нормальном движке часто связано с кэшем, диском или передачей больших страниц, а не с OCR.

SQL Server обслуживает конфигурацию и процессы, поэтому рост завершённых записей влияет на поиски и сопровождение. Process Portals, перенос завершённых процессов и политика удаления позволяют удерживать активную коллекцию управляемой. Удаление выполняют после согласованного срока и проверки, что документ и нужные данные уже выпущены. Для аудита может потребоваться хранить часть истории дольше, но это решение принимают вместе с требованиями к производительности и резервному копированию.

Практика настройки шаблонов для меняющихся макетов

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

Когда реквизит смещается относительно подписи, Pattern Match или Marker Zone используют как родитель, а дочернюю область ищут от его края. Это устойчивее абсолютных координат, но требует ограничить направление и расстояние. Если поле иногда располагается справа, иногда ниже, лучше создать два целевых варианта с правилами приоритета или два шаблона, чем расширить область на половину страницы. Широкая зона захватывает соседние цифры и ухудшает уровень уверенности.

Табличные строки требуют отдельного контроля начала, окончания и колонок. Образцы должны включать короткую и длинную таблицу, перенос описания, пустую ячейку и строку итога. Сумма колонки, количество строк и отдельные значения доступны через S9 Notation и могут участвовать в проверке. Если таблица визуально продолжается на следующей странице, проверяют, поддерживает ли выбранная схема её как единый набор; иначе страницы обрабатывают отдельно и объединяют данные внешним правилом.

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

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

Программа	Лучше подходит для	Главное ограничение
Square 9 GlobalCapture	Маршрутов захвата с графическими узлами, OCR-шаблонами, Batch Manager и тесным выпуском в GlobalSearch	Нужны серверная настройка и лицензирование функций извлечения
ABBYY Vantage	Интеллектуальной обработки документов с повторно используемыми навыками и обучаемым извлечением	Для стабильного результата требуется подготовка и сопровождение навыков
Tungsten Capture	Высокопроизводительного корпоративного сканирования, классификации и централизованного захвата	Развёртывание и администрирование рассчитаны на подготовленных специалистов
Hyland Brainware	Извлечения данных из переменных неструктурированных документов, особенно счетов и финансовых форм	Наибольшая практическая ценность достигается в связанной инфраструктуре Hyland
OpenText Intelligent Capture	Крупных корпоративных потоков с множеством каналов, централизованным контролем и интеграцией с ECM	Тяжёлая архитектура требует отдельного проекта внедрения и сопровождения

Square 9 GlobalCapture логично выбирать, когда организация уже использует GlobalSearch или хочет визуально собирать маршруты захвата, сочетая фиксированные OCR-шаблоны, ручную проверку и выпуск в архив. ABBYY Vantage лучше подходит командам, которым важны обучаемые навыки для разных классов документов. Tungsten Capture ориентирован на масштабный сканирующий контур, Hyland Brainware — на извлечение из вариативных финансовых документов, OpenText Intelligent Capture — на крупную ECM-инфраструктуру. Выбор определяется не количеством функций в списке, а типами входных документов, долей исключений, требуемой интеграцией и готовностью поддерживать серверную платформу.

Порядок безопасного запуска рабочего процесса

1. Собрать набор реальных документов: успешные образцы каждого типа, пограничные случаи, плохие сканы и файлы, которые не должны классифицироваться.
2. Создать неопубликованный Workflow с Import, контролируемой остановкой и End; проверить права служебной учётной записи и появление процесса в Batch Manager.
3. Добавить очистку и преобразование, зафиксировать DPI и сравнить качество страниц до и после каждого шага.
4. Настроить шаблоны от специфичных к общим, использовать Required только для действительно обязательных признаков и проверить Test OCR.
5. Связать зоны с полями, задать типы, замены и ограничения, затем протестировать пустые и ошибочные значения.
6. Добавить классификацию, разделение и условия; для каждого отрицательного результата предусмотреть Validation или диагностический выпуск.
7. Настроить Release и Export Data на тестовые цели, проверить имена, кодировку, дубликаты и права архивной учётной записи.
8. Создать рабочие Searches и Security под реальные роли, войти тестовым пользователем и проверить видимость полей и доступные действия.
9. Экспортировать Workflow как резервную копию, опубликовать его на малом потоке и контролировать историю, Work Time и долю ручной проверки.
10. После стабилизации увеличить частоту и объём, настроить очистку завершённых процессов и документировать порядок восстановления исключений.

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

Итоговая организация ежедневной работы

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

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

GlobalCapture раскрывает свои сильные стороны в повторяемых потоках, где документы приходят из нескольких каналов, проходят одинаковые проверки и должны оставлять подробную историю. Графическая схема показывает маршрут, Template Designer отвечает за извлечение, Batch Manager — за наблюдение, Validation Station — за исключения. При аккуратных правах, тестовых наборах и контролируемой публикации эти четыре интерфейса образуют рабочий контур от входного файла до проверенного документа и структурированных данных.