Общая схема взаимодействия через СМЭВ
В цикле статей мы, команда Gems Development, расскажем о работе с «Госуслугами» по ту сторону экрана и о том, как оформить эффективное взаимодействие органов государственной власти с порталом.
Назначение СМЭВ — Регламентированный доступ к информационным системам (ИС) участников (МЭВ), а также автоматизация обмена сообщениями данными между ИС по защищенным интернет-каналам.
Пользователи СМЭВ — Участники межведомственного информационного взаимодействия:
ФОИВ, ОИВ субъектов РФ, муниципалитеты (ОМСУ), учреждения, подведомственные данным участника МЭВ.Единый национальный оператор инфраструктуры электронного правительстваБюджетные учреждения
Основные функции СМЭВ:
Обеспечение оказания государственных услуг, предоставляемых в электронном видеОбеспечение межведомственного информационного взаимодействия, в соответствии с политикой безопасности, путем выполнения обмена регламентированными сообщениями (запросами потребителей к ИС (сервисам) и ответами поставщиков на запросы), между информационными системамиОбеспечение функционирования ИАС поддержки государственного управления
Предоставляемые СМЭВ средства:
Интеграция систем на основе веб-сервисовРегистрация и каталогизация информационных сервисовВозможность поиска сервисов по различному набору критериевПодписка на использование требуемого сервиса — регистрация в СМЭВ предоставленных доступов к электронным сервисам для зарегистрированной ИСРазмещение запроса на создание нового сервисаЕдиная система аутентификации, единые политики безопасности, ведущиеся централизованно
Ключевые принципы построения СМЭВ:
Единая информационная метамодель:
– информационный обмен в терминах метамоделиИнтеграция и взаимодействие на основе веб-сервисов:
– реестр веб-сервисов, рубрикация
– поиск сервисов
– мониторинг использования сервисов
Функциональные компоненты СМЭВ:
Обеспечение оказания государственных услуг, предоставляемых в электронном виде
– Регистрация информационных систем ведомств: ФОИВ, РОИВ и др.
– Регистрация доступов информационных систем ФОИВ и РОИВ к электронным сервисам
– Поддержка библиотек электронных web-сервисов федерального и регионального уровней.
Обеспечение информационной безопасности:
Поддержка процесса взаимодействия (маршрутизации)Мониторинг и протоколирование взаимодействияПовторные вызовы веб-сервисов (при сбоях)Применение политики безопасностиОбеспечение хранения данных системыПредоставление служебных сервисов
Формы заявок на выполнение процедур СМЭВ определены Регламентом межведомственного взаимодействия, утвержденным Приказом и. о. Министра информационных технологий и связи Свердловской области от 26.06.2012 г. № 75.
Участниками обмена с Госключом могут стать определенные категории организаций, а именно:
– ОГВ субъектов РФ,
– государственные учреждения,
– операторы подвижной радиотелефонной связи,
– иные юридические лица и индивидуальные предприниматели, желающие участвовать в предоставлении услуг в рамках тестирования использования усиленной электронной подписи.
Для участия в обмене нужно быть участником взаимодействия (УВ) в СМЭВ. Если ранее организация не была подключена к СМЭВ, необходимо пройти ряд процедур (Рисунок 1), описанных в статье «Как стать участником взаимодействия СМЭВ».
Рисунок 1 – Последовательность действия для присоединения к обмену.
На текущий момент обмены могут происходить по двум видам сведений (ВС):
При использования первого ВС клиент будет подписывать документы УНЭП, при использовании второго ВС –УКЭП. В зависимости от наличия между сторонами соглашения на использование НЭП, выбирается подходящий ВС.
Юридическое лицо – присоединившийся участник взаимодействия – выступает в качестве инициатора, т.е. шлет запросы, содержащие необходимые данные с вложениями: договор, подпись, уникальный идентификатор физ. лица (OID). Идентификатор передается при прохождении физическим лицом авторизации в ЕСИА через приложение или сайт юридического лица.
Физическое лицо получает оповещение о запросе на подписание документов на портале ЕПГУ, а также push-оповещение в самом приложении Госключ. После подписания документы с подписями становятся доступны в ЕПГУ (Рисунок 2).
Рисунок 2 – Оповещения о подписании и перечень подписанных документов в ЕПГУ.
Наглядно с процессом обмена можно ознакомиться по схеме, представленной в Приложении 1 в конце статьи.
Технологическую информацию, необходимую для взаимодействия с видом сведений – руководство, инструкции и требования к форматам обмена – можно найти в ЛК УВ в описании ВС (Рисунок 3). Описание ВС и документация доступны как в авторизованной зоне, так и неавторизованной – т.е. незарегистрированный участник также может ознакомиться с ней. Документация будет необходима для формирования сообщений, которые используются в обмене.
Рисунок 3 – Доступная информация и документация по ВС в ЛК УВ.
В руководстве пользователя описаны правила использования ВС, в формате сведений – требования к передаваемым данным и эталонные сообщения, на которые нужно будет ориентироваться при формировании своих сообщений.
Как упоминалось ранее, для возможности протестировать обмен необходимо будет получить доступ к ВС. На момент запроса доступа должна быть уже создана ИС в тестовой среде.
Чтобы приступать к тестированию, необходимо изучить особенности ВС. Важно знать, что в данном обмене используется табличная маршрутизация – алгоритм маршрутизации сообщения, при котором в одном конверте могут содержатся несколько СМЭВ-документов для разных получателей. СМЭВ, получив сообщение, создаст для каждого СМЭВ документа индивидуальные сообщения-клоны и адресует для каждой системы-получателя (Рисунок 4). Но в данном случае получатель всегда один.
Рисунок 4 – Схема отправки нескольких документов в одном конверте.
Метод удобен тем, что в один конверт отправитель запроса может вложить сразу несколько СМЭВ-документов по нескольким договорам. А СМЭВ самостоятельно разделит конверт на соответствующее количество клонов, таким образом передавая каждому физ. лицу по комплекту адресованных им комплекту вложений.
Вложения также прикладываются определенными способами:
- в составе сообщения;
- через файловое хранилище, указанием на его расположение.
Для использования вложения в составе сообщения применяется метод МТОМ. И он подходит только в том случае, если суммарный объем СМЭВ заголовка и передаваемых вложений не превышает 5 МБ. Если же ожидается, что размер вложений превысит 5 МБ, рекомендуется использование второго способа – через файловое хранилище (ФХ). В этом случае используется FTP протокол передачи данных.
Для удобства осуществления обмена со СМЭВ реализован готовый программный продукт – Адаптер СМЭВ. Установочные файлы и документация по нему находятся на технологическом портале СМЭВ. С инструкциями по установке и настройке адаптера можно ознакомиться в разделе Как настроить Адаптер.
О настройках, на которые необходимо обратить внимание при обмене с Госключом – в статье «Особенности настройки адаптера СМЭВ для интеграции с Госключом».
Для перехода в продуктивную среду необходимо пройти процедуру технической готовности (ПТГ) в ЛК УВ, где наглядно будут показаны стадии обмена. Подробнее о том, что она из себя представляет можно узнать здесь. Если по техническим причинам через ЛК УВ не удастся начать ПТГ, можно провести ее, направив заявку в СЦ.
Приложение 1. Схема обмена.
Виды сведений
Участники обмениваются данным через виды сведений (протоколы обмена) — правила формирования пакетов данных для передачи от одного участника другому.
Хороший пример вида сведений — Всероссийская перепись населения 2020. Данные о переписи передают федеральным органам исполнительной власти в электронном виде. В полученных данных существует чёткая структура сведений: ФИО, пол, дата рождения, гражданство, семейное положение. Также в рамках вида сведений описан ответ, который должен быть получен, если обработка запроса прошла успешно.
На июнь 2020 года в СМЭВ зарегистрировано более 1000 промышленных (рабочих) и 2000 тестовых видов.
Обмен данными в промышленной среде по всем видам сведений ведётся через защищённые каналы связи. Все передаваемые данные сопровождаются электронной цифровой подписью, с помощью которой СМЭВ идентифицирует участников взаимодействия.
Данные передаются по протоколу SOAP, при этом каждое сообщение представляет собой вложенную структуру:
Виды сведений делятся на две группы — простые и универсальные. Рассмотрим схему обмена данными по простому виду сведений:
На схеме видно, что данные форм отображаются непосредственно в конверты обмена данными. Из-за этого появляется ограничение: необходимо разработать структуру блока данных, запроса/ответа для каждого такого вида сведений.
Обмен по универсальному виду сведений можно представить так:
На первый взгляд схема может показаться более сложной, однако она демонстрирует принципиальную разницу, которая в итоге упрощает взаимодействие между участниками по универсальному виду сведений (УВС). Специфические данные форм передаются во вложении к конверту СМЭВ, а признаки УВС, позволяющие идентифицировать вид сведений, передаются непосредственно в конверте и имеют одинаковую для любого ВС структуру:
- номер заявления портала и сведения, позволяющие определить услугу;
- целевое подразделение, к которому пользователь обращается за услугой.
Данные формы, заполненные пользователем портала, пакуются во вложение к основному сообщению.
Таким образом можно оформить предоставление практически любых услуг без необходимости проходить трудную регистрацию нового вида сведений.
Система межведомственного электронного взаимодействия
C 1 июня 2022 года получение доступа к ВС с фиксированным и табличным типами маршрутизации планируется перенести из Ситуационного центра в Личный кабинет Участника взаимодействия – ЛК УВ. Возможность подачи заявки в СЦ будет заблокирована.
С подробной информацией о выполнении указанных процедур можно ознакомиться в п. 5.4.3, 5.4.4 Руководства пользователя ЛК УВ.
Обращаем внимание, что процедура получения доступа к ВС с прочими типами маршрутизации остается прежней – через Ситуационный центр.
C 22 июня 2021 года процедура Плановая/внеплановая замена сертификата в СМЭВ 3 перенесена из Ситуационного центра в Личный кабинет Участника взаимодействия – ЛК УВ
Техническая поддержка регионального сегмента инфраструктуры электронного правительства осуществляется Екатеринбургским филиалом ПАО «Ростелеком»
Контакты центра поддержки пользователей:
Краткая характеристика Системы межведомственного взаимодействия СМЭВ
Приобрести усиленную квалифицированную электронную подпись органа власти в аккредитованном удостоверяющем центре. Перечень аккредитованных удостоверяющих центров доступен на сайте Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации по ссылке.
СМЭВ 2
Представим, что «Госуслуги» — это магазин, на витрине которого представлены сервисы для граждан и организаций. Запрос «покупателя» на услугу передаётся соответствующим органам через систему межведомственного электронного взаимодействия (СМЭВ). Система передаёт сообщения между порталом и ведомством.
Работа через СМЭВ происходит по протоколу SOAP (Simple Object Access Protocol — простой протокол для доступа к объектам).
Участники взаимодействия, как в магазине, делятся на поставщиков и потребителей. Поставщик — это информационная система (ИС), которая предоставляет сведения по запросу, а потребитель — система, запрашивает сведения.
Одна и та же ИС может действовать сразу в двух ролях. Например, в процессе предоставления услуги нужно уведомить портал о смене её статуса. В этом случае ИС-поставщик исполняет роль потребителя — проводит информационный обмен по статусам.
Очереди сообщений и процесс взаимодействия
В процессе взаимодействия сообщения помещаются в очереди входящих запросов и очереди входящих ответов. По сути очереди — это контейнеры, в которых содержатся сообщения по видам сведений.
Взаимодействие с очередями происходит с помощью специальных запросов. Более подробно они описаны в методических рекомендациях по работе со СМЭВ. Отметим только то, что благодаря очередям становится возможным асинхронный обмен данными: потребитель может оставить заявку на получение сведений, а поставщик — разместить ответ.
Следует помнить: чтобы забрать сообщение из очереди, необходимо подтвердить его получение с помощью Ack-запроса. В противном случае СМЭВ посчитает сообщение недоставленным и вернёт его в очередь через 15 минут после извлечения.
На каждый запрос может поступить как успешный, так и неуспешный ответ.
Представим себя в роли поставщика сведений: по запросу мы выдаём пользователю градостроительный план земельного участка, причём в рамках нашего ведомства действуют несколько территориальных подразделений, некоторые из которых такую услугу вовсе не оказывают. Допустим, пользователь портала при формировании заявления на получение услуги указал подразделение, не оказывающее услугу. Такая ситуация может возникнуть по двум причинам:
- Произошло расхождение справочных данных на портале и у поставщика;
- Нужного соответствия просто нет в настройках системы поставщика.
В любом случае поставщик должен ответить на запрос так, чтобы принимающая сторона могла понять, что запрос завершился неудачно, и, возможно предпринять ответные действия. Ответ на такой запрос оформляется в специальном пакете данных со сведениями о причине отказа.
Успешный ответ предполагает сценарий, в котором результат услуги — это набор файлов (что бывает довольно часто). Перед отправкой результата необходимо выгрузить файлы в файловое хранилище СМЭВ на основе FTP-сервера. Названия файлов и их контрольные суммы нужно зафиксировать в пакете, который отправляем через SOAP. Таким образом, есть две операции по передачи данных, которые нужно связать общим контекстом — сведениями о файлах.
На практике встречаются случаи, когда во время взаимодействия СМЭВ находится в режиме обслуживания, и запросы участника оборачиваются неудачей и требуют повторной отправки. Неудачу нужно зафиксировать и отправить запрос повторно.
Постановка задачи
С учётом приведённых выше особенностей, нашей команде предстояло обеспечить интеграцию ИС заказчика с «Госуслугами» по универсальному виду сведений. Информационная система заказчика — ИАС «Градоустройство». С её помощью пользователи ведомств, ответственные за оказания услуг, могут собирать пакеты документов и формировать результаты для дальнейшей передачи на портал через СМЭВ.
Итак, СМЭВ, как в поговорке про слова в песне, нельзя исключить из решения задачи интеграции с порталом государственных услуг. Но это к лучшему: благодаря системе у всех участников есть универсальная среда взаимодействия. Это позволяет опираться на определённый стандарт и не изобретать велосипед.
В следующих статьях мы рассмотрим, как на стороне поставщика сведений организовать обработку заявлений по данным пользователя с использованием движка автоматизации бизнес-процессов Workflow Core.