ZoomApps · блог

Изолированное развёртывание распознавания документов on-premise

Изолированное развёртывание распознавания on-premise держит обработку паспортов, договоров и выписок внутри периметра клиента: документы с ИИН и БИН не покидают контур, а система интегрируется с 1С и внутренними базами без внешних API.

Главная › Блог › Изолированное развёртывание распознавани

Изолированное развёртывание распознавания документов on-premise

Что означает изолированное развёртывание распознавания on-premise

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

Это принципиально отличается от облачного OCR, где документ отправляется на сторонний API. В финсекторе Казахстана такая отправка означает, что персональные данные клиента физически покидают контролируемую зону и оказываются на серверах, к которым у службы безопасности банка нет доступа. Изолированный контур снимает этот класс рисков на архитектурном уровне: если наружу нет ни одного открытого порта, то и утечь по сети нечему.

Практически это означает поставку в виде образа или пакета, который разворачивается на выделенных мощностях внутри дата-центра клиента. Обновления моделей и версий передаются офлайн-пакетами, а не подтягиваются автоматически из интернета. Такой режим работы — базовый сценарий, вокруг которого выстроена платформа ZoomApps.

Почему финсектор Казахстана не может отдавать документы наружу

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

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

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

Как устроен контур и что в нём разворачивается

Ядро — сервис распознавания документов, который принимает изображение или PDF и возвращает извлечённые поля. Вокруг него собирается остальной конвейер: приём файлов, предобработка сканов, классификация типа документа, извлечение полей и валидация результата. Всё это работает на серверах клиента, а взаимодействие идёт через внутренний API, доступный только из локальной сети.

Модели распознавания подбираются под конкретные типы документов, с которыми реально работает организация. Для онбординга физлиц это удостоверения с извлечением ИИН, ФИО и срока действия. Для корпоративного блока и бухгалтерии — договоры и счета-фактуры, где важны БИН, суммы в тенге и реквизиты сторон. Для кредитного скоринга и антифрода — банковские выписки с построчной детализацией операций.

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

Интеграция с 1С и внутренними системами

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

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

Структурированный вывод отдаётся в формате, удобном для приёмной стороны: набор полей с указанием их типа и уверенности модели. Это позволяет выстроить автоматические правила — например, отправлять на ручную проверку только те документы, где распознавание сомневается в конкретном поле, а остальные проводить без участия оператора.

Казахский и русский язык, качество и приёмка

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

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

Отдельно проверяется сам факт изоляции. Служба безопасности должна убедиться, что у развёрнутого контура нет исходящих сетевых соединений, что логи не содержат сырых персональных данных, а офлайн-обновления приходят проверяемыми пакетами. Только после этого изолированное развёртывание распознавания on-premise можно считать готовым к работе с боевым потоком документов.

Хотите увидеть распознавание на своих документах? Посмотрите что умеет ZoomApps или сразу напишите нам в WhatsApp — покажем на демо.

Получить демо на своих документах

Пришлите заявку — покажем точность распознавания на ваших документах и как данные лягут в вашу систему. Бесплатно, ответим в течение 15 минут.

Или напишите сразу в WhatsApp · +7 707 928 13 15

Заявка принята ✓

Свяжемся с вами в ближайшее время. Спасибо!

Покажем на ваших документах

Пришлите 2–3 типовых документа — за один созвон покажем точность распознавания и как данные лягут в вашу систему. Бесплатно.

Запросить демо в WhatsApp

Частые вопросы

Как попробовать ZoomApps на своих документах?

Пришлите 2–3 образца в WhatsApp — на демо покажем точность распознавания и как данные лягут в вашу систему. Бесплатно.

Читайте также