СМЭВ РЕГИСТРАЦИЯ И СОЗДАНИЕ ВИТРИН ДАННЫХ В РЕСПУБЛИКЕ ТАТАРСТАН

Время на прочтение

Привет ИТ-сообщество! Я Анастасия Пятько, аналитик-внедренец из РТЛабс. Это компания, которая развивает всем известные Госуслуги и пытается облегчить нашу бюрократическую жизнь.

Недавно мне довелось выступить на HighLoad++ 2022 с похожей темой: «СМЭВ. Сильно проще, чем кажется. Полезные советы, как стартовать интеграцию через СМЭВ3 и СМЭВ4». Организаторы знают своё дело. В зале была заинтересованная аудитория, которая задавала вопросы с неподдельным интересом. С некоторыми разговор у стенда продолжался ещё несколько часов. Так родилась идея — зафиксировать всё текстом в этой статье.

Начнём с небольшой предыстории. Цифровизация пришла в нашу большую страну определённо раньше того, как появились эксперты, которые смогли бы сразу сказать, как надо делать, придумали стандарты и протоколы. Регионы, ведомства, их подрядчики писали свои системы на разных языках программирования, строя различную архитектуру, а потом делали интеграции как получится. В какой-то момент систем стало много. Пришло понимание, что обмениваться информацией между собой без единого унифицированного фреймворка им стало просто невозможно. И вот 12 лет назад появилась Система межведомственного электронного взаимодействия (СМЭВ).

Что такое СМЭВ

СМЭВ — это тот транспорт, которым доставляются миллионы «конвертов», необходимых для оказания госуслуг. Через СМЭВ обмениваются информацией между собой:

СМЭВ в цифрах:

Трафик СМЭВ, количество подключённых систем, скорость и безотказность

Актуальных СМЭВ два: СМЭВ3 и СМЭВ4. При этом четвёртая версия не заменяет третью. Это две принципиально разные системы с одним предназначением — организация обменов между системами участников взаимодействия. Разница в том, что:

В этой статье речь пойдёт о третьей версии СМЭВ. Как ни крути, она пока остаётся наиболее востребованной. Однако популярность четвёртой растёт на глазах, и о ней я планирую написать в следующей статье.

Как работает СМЭВ3

Собственно, все сообщения в СМЭВ3 — это XML, составленные на основе XSD-схем самого транспорта и вида сведения, отправленные через веб-сервис.

По опыту предыдущих уже неактуальных версий системы в СМЭВ3 сделан упор на гарантии доставки. То есть «доставить любой ценой», несмотря на возможные технические проблемы на стороне любого из участников взаимодействия, — лозунг третьей СМЭВ.

Что такое очереди в СМЭВ3

Важная фишка СМЭВ3 — очереди. В самом транспорте для каждой зарегистрированной системы создаются как минимум 2 очереди: запросов и ответов.

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

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

1. Инициатор отправляет запрос —SendRequest. Он попадает в очередь запросов ответчика. Там запрос будет храниться до тех пор, пока ответчик его не вычитает, но максимум — 14 дней.

Если за 14 дней запрос не вычитают, инициатору придёт «отбивка» от СМЭВ, что его запрос попал в архив.

2. Ответчик опрашивает очередь — GetRequest. Он должен делать это постоянно. И когда туда попадает запрос, ему возвращается непустой «конверт».

3. Ответчик обрабатывает запрос. Получив «конверт», система ответчика должна выполнить ряд действий: распарсить, уложить в базу и т. п. Затем система отправляет в СМЭВ «конверт» с подтверждением получения запроса — AckRequest. Это ещё один уровень для обеспечения гарантированной доставки. Если СМЭВ не получит от ответчика такое подтверждение, через 15 минут запрос снова вернётся в очередь.

4. Инициатор получает ответ. После того как система ответчика подготовит «конверт» с ответом, происходит всё ровно то же самое:

Только тогда обмен считается завершённым.

Конечно, здесь ещё много нюансов:

Но в целом все обмены через СМЭВ3 устроены так, как я описала выше.

Что такое виды сведений в СМЭВ

Важную роль в СМЭВ3 играют такие сущности, как «Виды сведений» (ВС).

Схемами транспорта задаются условно-общие поля для всех обменов, например, для правильной маршрутизации, передачи вложений, подписи и т. п.

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

В итоге ВС представляют собой:

Виды сведений в СМЭВ3

ВС в целом может создать и зарегистрировать любой участник взаимодействия. Таких ВС сейчас около 2 750.

Как подключиться к СМЭВ3

Чтобы стать участником взаимодействия, организации нужно пройти 7 шагов.

Как устроен ЛК УВ

Если первые 3 шага инструкции более или менее понятны, то про остальные хотелось бы рассказать подробнее.

Есть у нас потрясающий ЛК УВ. Получить к нему доступ не составит труда, если выполнена заявка из первого пункта. Авторизация происходит под учётной записью ЕСИА. Единственное, администратору профиля вашей организации в ЕСИА нужно будет вас присоединить к организации.

Так выглядит ЛК УВ

В ЛК УВ автоматизированы все регламентированные процедуры, которые необходимо выполнить для полноценной работы в СМЭВ.

В несколько кликов можно:

ЛК УВ развивается семимильными шагами и завоёвывает сердца наших пользователей. Особенно рады те, кто знает, как было до его появления. Знаете, мы как-то считали: получилось, что ЛК УВ экономит участникам годы (!) жизни.

Среды в СМЭВ3

В СМЭВ3 мы предоставляем 3 среды: разработки, тестовую и продуктивную.

Среды в СМЭВ3

Среда разработки. Она даёт уникальную возможность — попробовать свои силы в СМЭВ, не имея ещё ни одного доступа и не дожидаясь выполнения первых пунктов.

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

Тестовая среда. Более популярна, чем среда разработки, потому что сюда перед выходом на прод надо обязательно попасть всем. А большинство поддерживают работоспособность своих тестовых систем и после выхода на прод.

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

Ещё одна важная штука для этих сред — сертификат для систем можно сгенерировать прямо в ЛК УВ за несколько секунд.

На тестовой среде помимо её прямого назначения, также проходится ПТГ для получения доступа к видам сведений.

Собственно, ПТГ — это полноценный обмен вашей системы в желаемой роли с нашим эмулятором

Продуктивная среда. Здесь экспериментировать уже нежелательно. Доступна она только через защищённый канал. Конверты подписывать можно только сертификатами, полученными в АУЦ.

Интеграционный узел адаптера (ИУА) СМЭВ3

Лирическое отступление: любовь к аббревиатурам в нашей компании и госсекторе в принципе неспроста. У систем такие названия, чтобы можно было их однозначно идентифицировать. Вот так и с ИУА. Конечно, его любят называть просто «адаптер», но это вызывает недопонимание. Адаптерами подрядчики могут обозвать модули своих систем, а у кого-то разработаны и свои универсальные адаптеры СМЭВ. В СМЭВ4 адаптер — это вообще часть другого ПО.

Итак, ИУА СМЭВ3 — это клиентское ПО, поддерживающее все необходимые операции для выполнения обменов через СМЭВ3. Он разворачивается на стороне участника взаимодействия и предоставляет удобные для интеграции интерфейсы.

По сути, это прослойка между вашей системой и СМЭВ, которая облегчит вам жизнь в несколько раз.

ИУА можно поставить как на Windows, так и на Linux. Есть версия для кубера, а есть для домохозяйки: «далее, далее, ок, готово». Также имеется версия в комплекте со всем необходимым окружением: Java, криптопровайдер и СУБД.

Так выглядит интерфейс адаптера

Чем же поможет ИУА

ИУА распространяется свободно, и мы настоятельно рекомендуем его использовать всем участникам взаимодействия.

Где почитать подробнее и куда бежать с вопросами

Как любые уважающие себя системы, наши СМЭВ, ЛК УВ и ИУА, конечно же, обросли официальной документацией. Много страниц сложно читаемого текста.

Но также у нас есть классная база знаний в виде статей. Называется она Единая система контекстной справки (ЕСКС). Также здесь хранятся официальные документы и дистрибутивы. А ещё есть крайне полезный новостной раздел и форум.

База знаний СМЭВ3

Бот. Судьба сообщения и уведомления

Команда ЛК УВ совместно с другими, внешне не видимыми, но не менее значимыми командами разработали телеграм-бота. С ним можно общаться о судьбе своих обменов и получать уведомления о ключевых событиях, касающихся вас в СМЭВ.

Есть у нас официальный канал связи с эксплуатацией и другими участниками взаимодействия — Ситуационный центр. Там вам ответят здорово и красиво, но не очень быстро.

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

Идя в ногу со временем, мы активно ведём телеграм-канал «Новости СМЭВ+». Здесь вы можете не только узнать последние новости, но и задать под любой из них свой вопрос. Неважно, если он будет не в тему новости, — мы ответим!

СМЭВ — это сложная высоконагруженная система. Но мы очень стараемся, чтобы она казалась лёгкой для пользователей, особенно на самом сложном шаге — этапе подключения к ней.

Это всё, что хотелось бы рассказать. Надеюсь на ваш интерес и мотивацию к написанию новых статей.

Благодарю за внимание.

Редактор: Ольга Кочкина

В цикле статей мы, команда Gems Development, расскажем о работе с «Госуслугами» по ту сторону экрана и о том, как оформить эффективное взаимодействие органов государственной власти с порталом.

Общая схема взаимодействия через СМЭВ

Представим, что «Госуслуги» — это магазин, на витрине которого представлены сервисы для граждан и организаций. Запрос «покупателя» на услугу передаётся соответствующим органам через систему межведомственного электронного взаимодействия (СМЭВ). Система передаёт сообщения между порталом и ведомством.

Работа через СМЭВ происходит по протоколу SOAP (Simple Object Access Protocol — простой протокол для доступа к объектам).

Участники взаимодействия, как в магазине, делятся на поставщиков и потребителей. Поставщик — это информационная система (ИС), которая предоставляет сведения по запросу, а потребитель — система, запрашивает сведения.

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

Участники обмениваются данным через виды сведений (протоколы обмена) — правила формирования пакетов данных для передачи от одного участника другому.

Хороший пример вида сведений — Всероссийская перепись населения 2020. Данные о переписи передают федеральным органам исполнительной власти в электронном виде. В полученных данных существует чёткая структура сведений: ФИО, пол, дата рождения, гражданство, семейное положение. Также в рамках вида сведений описан ответ, который должен быть получен, если обработка запроса прошла успешно.

На июнь 2020 года в СМЭВ зарегистрировано более 1000 промышленных (рабочих) и 2000 тестовых видов.

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

Данные передаются по протоколу SOAP, при этом каждое сообщение представляет собой вложенную структуру:

Виды сведений делятся на две группы — простые и универсальные. Рассмотрим схему обмена данными по простому виду сведений:

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

Обмен по универсальному виду сведений можно представить так:

На первый взгляд схема может показаться более сложной, однако она демонстрирует принципиальную разницу, которая в итоге упрощает взаимодействие между участниками по универсальному виду сведений (УВС). Специфические данные форм передаются во вложении к конверту СМЭВ, а признаки УВС, позволяющие идентифицировать вид сведений, передаются непосредственно в конверте и имеют одинаковую для любого ВС структуру:

Данные формы, заполненные пользователем портала, пакуются во вложение к основному сообщению.

Таким образом можно оформить предоставление практически любых услуг без необходимости проходить трудную регистрацию нового вида сведений.

Очереди сообщений и процесс взаимодействия

В процессе взаимодействия сообщения помещаются в очереди входящих запросов и очереди входящих ответов. По сути очереди — это контейнеры, в которых содержатся сообщения по видам сведений.

Взаимодействие с очередями происходит с помощью специальных запросов. Более подробно они описаны в методических рекомендациях по работе со СМЭВ. Отметим только то, что благодаря очередям становится возможным асинхронный обмен данными: потребитель может оставить заявку на получение сведений, а поставщик — разместить ответ.

Следует помнить: чтобы забрать сообщение из очереди, необходимо подтвердить его получение с помощью Ack-запроса. В противном случае СМЭВ посчитает сообщение недоставленным и вернёт его в очередь через 15 минут после извлечения.

На каждый запрос может поступить как успешный, так и неуспешный ответ.

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

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

Успешный ответ предполагает сценарий, в котором результат услуги — это набор файлов (что бывает довольно часто). Перед отправкой результата необходимо выгрузить файлы в файловое хранилище СМЭВ на основе FTP-сервера. Названия файлов и их контрольные суммы нужно зафиксировать в пакете, который отправляем через SOAP. Таким образом, есть две операции по передачи данных, которые нужно связать общим контекстом — сведениями о файлах.

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

Постановка задачи

С учётом приведённых выше особенностей, нашей команде предстояло обеспечить интеграцию ИС заказчика с «Госуслугами» по универсальному виду сведений. Информационная система заказчика — ИАС «Градоустройство». С её помощью пользователи ведомств, ответственные за оказания услуг, могут собирать пакеты документов и формировать результаты для дальнейшей передачи на портал через СМЭВ.

Итак, СМЭВ, как в поговорке про слова в песне, нельзя исключить из решения задачи интеграции с порталом государственных услуг. Но это к лучшему: благодаря системе у всех участников есть универсальная среда взаимодействия. Это позволяет опираться на определённый стандарт и не изобретать велосипед.

В следующих статьях мы рассмотрим, как на стороне поставщика сведений организовать обработку заявлений по данным пользователя с использованием движка автоматизации бизнес-процессов Workflow Core.

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

В статье Центр цифровой трансформации Республики Татарстан рассказывает о создании региональных витрин данных – мощных инструментов, которые способствуют управлению информацией на уровне региона, открывая новые возможности и решая существующие проблемы.

История реализации

СМЭВ (система межведомственного электронного взаимодействия) была разработана в России, чтобы упростить и усовершенствовать взаимодействие госорганов и организаций через электронные каналы связи.

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

За свою историю СМЭВ эволюционировала в несколько версий.

Версия СМЭВ 2 была разработана и внедрена в 2011 году. Система позволяла обмениваться информацией – отправлять запросы и получать онлайн-ответы. В процессе участвовало несколько сторон: потребители, непосредственно СМЭВ, через которую проходили их обращения, и ведомственная информационная система, которая обрабатывала запросы и оперативно отвечала на них. Зачастую она не справлялась с объемом обращений в режиме онлайн.

Версия СМЭВ 3 запустилась с обновлениями и усовершенствованиями в 2015 году, в том числе, буфером очереди для распределения нагрузки на систему и увеличением объема прикрепляемой информации.

Сегодня активно развивается версия СМЭВ 4. Уже сейчас с уверенностью можно сказать, что она будет иметь еще больший функционал и способствовать более эффективному и удобному взаимодействию государственных и муниципальных организаций.

Неоспоримым преимуществом СМЭВ 4 является использование подсистемы обеспечения доступа к данным (ПОДД) с направлением регламентированных запросов (РЗ) без необходимости реализации адаптеров для получения различных типов данных. Также для владельца витрины преимуществом является то, что после реализации витрины РЗ для получения данных может сделать практически любой компетентный сотрудник Потребителя данных.

Механизм работы СМЭВ 4

СМЭВ 4 предназначена для обмена сведениями между организациями или органами власти (участниками взаимодействия) в рамках сеансов обмена.

Участники взаимодействия могут быть в роли:

Потребители данных могут получать сведения из Витрин Поставщиков данных путем:

Поставщики данных ПОДД СМЭВ:

Запросы и ответы направляются в ПОДД СМЭВ от имени организаций и подписываются электронными подписями органов власти (ЭП-ОВ). Идентификация и аутентификация информационных систем в ПОДД СМЭВ выполняется по сертификату ЭП-ОВ, загруженному в ПОДД СМЭВ при регистрации ИС Участников взаимодействия.

Для подключения к СМЭВ 4 необходимо соответствовать ряду требований.

Опыт создания региональных витрин данных

В 2022 году Центром цифровой трансформации Республики Татарстан в составе команды Минцифры Республики Татарстан была реализована витрина данных «Сведения о выданных и аннулированных охотничьих билетах». Владельцем данных витрины является Государственный комитет Республики Татарстан по биологическим ресурсам.

Рассмотрим основные этапы реализации витрины данных. Во-первых, для реализации проекта требуется последовательное выполнение нескольких этапов работ, первым из которых является заведение модели данных в ЕИП НСУД:

Созданный ИР направляется на согласование в Минцифры РФ.

Для ИС заводятся атрибуты и заполняются следующие разделы:

После заполнения всех необходимых атрибутов ИС должна быть согласована минцифры РФ.

Набор атрибутов – добавление атрибутов из набора данных;

Атрибут 1 – N – добавление нескольких атрибутов витрины, связанных с одним атрибутом ИС, например, «Адрес» из ИС выводится на витрину как несколько атрибутов «Населенный пункт», «Улица», «Дом»;

Атрибут N – 1 – добавление одного атрибута витрины, связанного с несколькими атрибутами ИС, например, «Серия» и «Номер» из ИС выводятся на витрину как «Номер»;

Атрибут сервис/функция – ручное добавление атрибута без создания набора данных.

После проверки добавленных атрибутов в витрину, ее необходимо было направить на согласование. Согласующий (Минцифры РФ) проверяет ВД на корректность, после чего меняет статус на Согласовано.

Регистрация заведенной модели в Ядре ПОДД СМЭВ4

После того как витрина согласована, необходимо зарегистрировать модель в тестовом ПОДД. В результате формируется и отправляется в тестовый ПОДД файл «Состав запроса – XML». Результатом обработки ПОДД являются возвращенный файл «Состав ответа – XML» и изменение статуса на «Принят».

Протестированная витрина должна быть также зарегистрирована в продуктивной среде ПОДД.

Настройка ПО витрины

Программное обеспечение предоставляется в виде уже готовых docker контейнеров, которые уже «с коробки» имеют настройки синхронизации между собой. Для разворачивания ПО витрин данных нам потребуется две виртуальные машины (ВМ), установка ПО производилась на РЕД ОС 7.2.

Среди виртуальных машин была ВМ ansible (с настройками пользователя, ssh доступа и т.д), которая запустит playbook загрузки контейнеров.

Для удобства работы с Docker контейнерами среди компонентов имеется portrainer.

Состав Docker контейнеров был следующий:

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

Выводы

Создание региональных витрин данных является важным шагом в управлении информацией на региональном уровне. При создании СМЭВ версии 4.х учтен опыт эксплуатации предыдущих версий и применены самые передовые технологии, позволяющие гражданам получить:

Все это напрямую влияет не только на качество и скорость оказания госуслуг, но и на качество жизни граждан, безопасность их данных и многое другое.

Регламенты и подключение к СМЭВ

Систе́ма межве́домственного электро́нного взаимоде́йствия (СМЭВ) — информационная система, которая позволяет федеральным, региональным и местным органам власти, кредитным организациям (банкам), внебюджетным фондам, и прочим участникам СМЭВ обмениваться данными, необходимыми для оказания государственных услуг гражданам и организациям, в электронном виде.

Создана в соответствии с Федеральным законом Российской Федерации от 27 июля 2010 года № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг».

Регистрация организации в ЕСИА

Если ваша организация ранее не была зарегистрирована в ЕСИА, то необходимо создать учетную запись организации через портал Госуслуг (раздел 3.2 Руководства пользователя ЕСИА).
Это может сделать руководитель организации через сайт Госуслуг. Для этого он должен быть зарегистрирован на госуслугах и иметь квалифицированную электронную подпись (КЭП) юридического лица (в том числе это может быть и ЭП-СП). За получением КЭП нужно обратиться в один из аккредитованных Минкомсвязью России удостоверяющих центров вашего региона.
Подробнее о процессе получения КЭП можно почитать здесь.

Требуется получить технологическую электронную подпись для информационной системы (имеет несколько названий: ключ для СМЭВ, ключ Организации, ЭП-ОВ) – извлекаемый ключ, в сертификате которого должны быть указаны только данные Организации, обратившись в любой удостоверяющий центр, входящий в Единое пространство доверия. Перечень удостоверяющих центров доступен по указанному адресу.
При невозможности получения КЭП в УЦ, необходимо обратиться в федеральное казначейство, ЦБ РФ или федеральную налоговую службу, в зависимости от типа Вашей организации.

В соответствии с Регламентом СМЭВ 2.х и Регламентом СМЭВ 3.х к СМЭВ могут быть подключены разные категории Участников: ОИВ, ОМСУ, УЦ, ЗАГС, МФЦ, БКИ, Кредитные организации, Брокеры, Управляющие, Депозитарии, Управляющие компаний специализированных обществ, ПА, БПА и иные.

Правила и процедуры работы в СМЭВ по Методическим рекомендациям версии 3.х описывают регламентные процедуры, предназначенные для формализации сроков исполнения и ответственности Участников, задействованных в обеспечении и поддержании процессов в рамках межведомственного взаимодействия.
В этом документе приведено описание следующих регламентных процедур:

Регистрация информационной системы организации в СМЭВ

Для регистрации вашей информационной системы (ИС) в СМЭВ3 необходимо создать заявку при помощи личного кабинета участника взаимодействия.
Подробнее о процессе работы с ЛК УВ можно узнать в Руководстве пользователя ЛК УВ.

ИС необходимо создать как в тестовой, так и в продуктивной среде. Сертификат КЭП необходимо использовать один и тот же.
Для создания новой Информационной системы в ЛК УВ следует на странице Информационные системы выбрать “Добавить систему”

Далее выбрать среду СМЭВ

Выбрать вариант копирования системы из другой среды или регистрация новой ИС. Рекомендуем при добавлении ИС в продуктивной среде выбирать вариант копирования из тестовой среды.

Ввести название ИС или проверить его корректность после копирования из иной среды.

Для добавления сертификата создаваемой ИС следует выбрать команду “Добавить сертификат”. Описание добавления сертификата ИС приведено в п.5.1.3.2 Руководства пользователя ЛК УВ.

Проверив данные ИС, сохраните информацию нажатием на кнопку “Да, уверен”.

Регистрация информационной системы на техпортале ЕСИА

Регистрация ИС в ЕСИА необходима для дальнейшего получения доступа к сервисам СМЭВ3, взаимодействующим с ЕСИА (УПРИД, Сервис регистрации пользователей и т.д.). Зарегистрировать ИС можно через технологический портал ЕСИА. Подробную инструкцию по регистрации ИС в ЕСИА смотрите в руководстве пользователя технологического портала. В результате регистрации ваша информационная система заносится в реестр ИС, взаимодействующих с ЕСИА.

При регистрации ИС в ЕСИА необходимо указать мнемонику ИС, она будет аналогична мнемонике ИС В СМЭВ, присвоенной при регистрации ИС В СМЭВ. Также потребуется загрузить сертификат электронной подписи системы, такой же, что зарегистрирован в СМЭВ для этой системы.

Для обеспечения возможности отправки запросов, заполните и отправьте Заявку на согласование права использования ЕСИА и на подключение ИС к тестовой ЕСИА с целью использования программных интерфейсов ЕСИА для идентификации и аутентификации заявителей, указанную в приложение Е Регламента информационного взаимодействия Участников с Оператором ЕСИА и Оператором эксплуатации инфраструктуры электронного правительства. После получения доступа к тестовой, направьте аналогичную заявку, но с указанием промышленной среды.

Получение доступа к видам сведений

По каждому виду сведений, который нужен Вам для работы, необходимо оформить через ЛК УВ заявку на предоставление доступа к каждому ВС по инструкции, указанной ниже.

Необходимо указать НПА и контакты для связи, например:
“Постановление Правительства РФ от 3 июня 2019 г. N 710 “О проведении эксперимента по повышению качества и связанности данных, содержащихся в государственных информационных ресурсах”” и номер телефона ответственного сотрудника за подключение.

При подтверждении необходимо провести процедуру тестирования.

Предварительно согласуйте процедуру получения доступа со специалистами технической поддержки RNDS, в рабочем чате или сообщением в чат техподдержки.