Корпоративный портал может стать точкой, из которой сотрудник или клиент получает государственную услугу, подтверждает личность или передаёт сведения в ведомство. Но подключение к СМЭВ, Госуслугам и Единой биометрической системе — не установка трёх готовых модулей. У каждого сервиса свои задачи, правила доступа и требования к данным. Поэтому начинать лучше не с выбора технологии, а с конкретного процесса: кто обращается за услугой, какие сведения нужны и на каком основании организация вправе их передавать.
Чем различаются СМЭВ, Госуслуги и ЕБС
СМЭВ — система межведомственного электронного взаимодействия. Через неё органы власти и другие участники, допущенные к обмену, передают запросы и ответы в рамках государственных процессов. Это не универсальная открытая база данных и не публичный интерфейс, к которому любая компания может подключиться напрямую. Для коммерческой организации возможность обмена зависит от её роли, конкретной услуги и установленного порядка подключения. Иногда взаимодействие выстраивают через ведомство или уполномоченного участника.
Госуслуги — прежде всего портал, где граждане и организации получают государственные услуги. Для корпоративного решения важны не только сами услуги, но и доступные механизмы взаимодействия: например, подтверждение учётной записи через ЕСИА или специальные интерфейсы для конкретного сценария. Набор возможностей и условия использования определяются владельцами соответствующих сервисов. Нельзя исходить из того, что у портала есть открытый программный интерфейс для любого действия.
ЕБС — Единая биометрическая система, предназначенная для установления или подтверждения личности с использованием биометрических данных. Она не заменяет портал Госуслуг и не служит универсальным способом авторизации. Биометрический сценарий допустим только там, где он предусмотрен правилами сервиса, а подключение и обработка данных соответствуют действующим требованиям.
Это разграничение влияет на архитектуру. СМЭВ отвечает за межведомственный обмен, Госуслуги — за пользовательские государственные сервисы и связанные механизмы идентификации, ЕБС — за отдельные биометрические сценарии. Объединить их можно в одном пользовательском процессе, но технически и юридически это разные контуры.
Как выглядит интеграция на портале
Портал обычно остаётся интерфейсом и координатором процесса, а не местом, где напрямую хранятся или обрабатываются все государственные данные. Пользователь выбирает услугу, проходит необходимую идентификацию, даёт согласие, если оно требуется, и отправляет заявку. Серверная часть проверяет права доступа, формирует запрос и передаёт его через разрешённый канал. Полученный ответ связывается с заявкой и показывается пользователю или сотруднику в пределах их полномочий.
Между порталом и внешними системами полезно предусмотреть отдельный интеграционный слой. Он управляет форматами сообщений, маршрутизацией, очередями, повторными попытками и журналированием. Если ведомственный сервис временно недоступен, портал сможет сохранить обращение и сообщить о статусе, а не предложить пользователю заполнить форму заново. Повтор запроса должен быть безопасным: без такой защиты при сбое можно создать дубликаты заявок.
Нужно заранее определить, какие сведения портал хранит постоянно, какие — только на время обработки и какие вообще не должны попадать в корпоративную систему. Ответ государственного сервиса не обязательно целиком переносить в карточку сотрудника или клиента. Часто достаточно сохранить идентификатор обращения, статус и минимальный набор данных, нужный для работы.
Идентификация и биометрия — отдельные сценарии
Если процесс требует подтверждённой личности, интеграция с ЕСИА может перенаправлять пользователя на страницу идентификации, после чего портал получает предусмотренные сценарием сведения. Не следует запрашивать у пользователя пароль от Госуслуг или пытаться имитировать вход на государственный портал внутри корпоративной формы. Доступ, набор атрибутов и порядок передачи данных должны соответствовать правилам выбранного механизма.
Биометрический сценарий требует ещё более осторожной проработки. Нужно проверить, вправе ли организация использовать ЕБС для этой услуги, кто именно выступает оператором процесса, как оформляется согласие и где проходят данные. Сам факт, что в корпоративной системе есть камера или функция распознавания лица, не даёт права подключать ЕБС или обрабатывать биометрию. Для таких операций действуют специальные требования, в том числе к участникам и информационной безопасности.
Что проверить до разработки
- Основание и роль организации. Уточнить, допускается ли подключение к нужной услуге и кто предоставляет канал интеграции. Для СМЭВ это особенно важно: доступ определяется не только технической готовностью.
- Сценарий и состав данных. Описать путь пользователя, набор запросов и ответов, сроки обработки, основания для передачи и правила хранения. Учитывать требования законодательства о персональных данных и, если задействована биометрия, специальные нормы для неё.
- Доступ и защита. Разделить полномочия пользователей, защищать каналы и секреты доступа, ограничить просмотр документов. Журналы должны помогать разбирать сбои и подтверждать действия, но не превращаться в хранилище лишних персональных сведений.
- Ошибки и поддержка. Предусмотреть тайм-ауты, повторную отправку, отмену и понятные статусы. Пользователь должен отличать отказ ведомства от технической ошибки портала, а служба поддержки — видеть, на каком шаге остановился процесс.
До полноценного запуска разумно проверить сценарий на тестовом контуре, согласовать форматы и обработку ошибок с владельцем сервиса, а затем провести пилот на ограниченной группе пользователей. Условия государственных интеграций и доступные интерфейсы могут меняться, поэтому их следует уточнять у оператора конкретной услуги, а не переносить в проект по старой документации.
Удачная интеграция для пользователя почти незаметна: ему не приходится повторно вводить одни и те же сведения, а статус обращения понятен. Для организации критерий строже — каждый обмен должен быть разрешённым, защищённым и прослеживаемым. Именно от этого зависит, станет ли корпоративный портал удобным посредником в работе с государственными сервисами или лишь добавит ещё один источник ошибок и рисков.
