Технологический портал смэв

Основные функцииПравить

К основным функциональным возможностям ЕСИА относятся:

  • идентификация и аутентификация пользователей
  • управление идентификационными данными
  • авторизация уполномоченных лиц органов исполнительной власти при доступе к функциям ЕСИА

История созданияПравить

2013 — Постановлением Правительства Российской Федерации от 25 января 2013 года № 33 «Об использовании простой электронной подписи при оказании государственных и муниципальных услуг» предусмотрено создание в ЕСИА регистра органов и организаций, имеющих право создания (замены) и выдачи ключа простой электронной подписи в целях оказания государственных и муниципальных услуг. Однако информация о сроках исполнения данного постановления и появлении соответствующих функциональных возможностей в ЕСИА отсутствует.

Технические подробностиПравить

Например, сценарий идентификации и аутентификации выглядит следующим образом:

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

Для осуществления аутентификации пользователей в ведомственной ИС посредством ЕСИА необходимо выполнить следующее:

  • С помощью веб-интерфейса ЕСИА осуществляется регистрация учётной записи руководителя организации и учётной записи юридического лица (органа государственной власти).
  • С помощью веб-интерфейса Технологического портала ЕСИА регистрируется учётная запись информационной системы.
  • Генерируется закрытый ключ и сертификат открытого ключа (в одном из аккредитованных удостоверяющих центрах).
  • С помощью веб-интерфейса Технологического портала ЕСИА загружается сертификат информационной системы.
  • Направляется заявка на подключение ИС к тестовой среде ЕСИА;
  • Производится отладка взаимодействия;

Технологический портал смэв

Привет, Хабр! Меня зовут Софья, я работаю в РЕД СОФТ. Не так давно наша компания ускорила в два раза вывод государственных услуг на портал www.gosuslugi.ru, используя РЕДШЛЮЗ и Визуальный конструктор услуг. В этой статье я расскажу, как нам это удалось.

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

Как это было раньше? Ведомство разрабатывало техническое задание с описанием требований на разработку услуги. Макеты будущих экранных форм создавались вручную при помощи сторонних графических редакторов. Процесс согласования технического задания представлял собой не менее трех итераций обмена комплектом документации посредством системы межведомственного электронного документооборота (МЭДО). Многостраничные текстовые описания и правила заполнения полей формы вызывали много вопросов у вовлеченных сторон, а в ходе редактирования технического задания неизбежно всплывали подводные камни. Однако описанный подход позволял реализовывать кастомизированную настройку экранных форм, не предусмотренную шаблонами в высоко востребованных услугах.

Что изменилось? В апреле 2022 года на Госуслугах заработали новые формы подачи заявлений – простые, с пошаговым заполнением и написанные на понятном для обывателя языке. Страницы таких форм строятся при помощи нового инструмента – визуального конструктора услуг (ВКУ).

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

Сегодня я научу вас работать с РЕДШЛЮЗ и ВКУ. Поехали!

Этапы разработки услуги

Разработка услуги при помощи ВКУ состоит из следующих этапов:

  • получение учетной записи разработчика и тестового пользователя, регистрация сервисного кода услуги;
  • конструирование услуги в среде разработки (DEV) с помощью визуального редактора, тестирование и согласование с заказчиком;
  • публикация услуги в предпродуктивную среду (UAT);
  • настройка взаимодействия с ИС ведомства, оказывающего услугу;
  • публикация услуги в продуктивную среду (PROD).

Технологический портал смэв

Из чего состоит ВКУ

Процесс сборки услуги при помощи ВКУ заключается в составлении последовательных цепочек («флоу») из статичного набора «экранов».

Технологический портал смэв

Рисунок 2 – Страница услуги

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

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

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

Технологический портал смэв

Рисунок 3 – Версии услуги

Типы экранов

Разработчиками ВКУ предлагаются следующие типы экранов:

  • Экран с разводящим вопросом («квиз»).
  • Экран со сложным компонентом.
  • Экран для повторяющегося набора компонентов.
  • Составной гендерный экран.
  • Специальный экран, содержащий компонент типа Redirect. Позволяет осуществлять перенаправление по адресу, указанному в компоненте Redirect.
  • Экран отображения информации.

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

Изначально поле услуги пустое. Нажатием на «+» в левой панели добавляется первый экран (по умолчанию должен иметь тип «Экран отображения информации», т.к. является приветственным), а в правой панели добавляются его составляющие.

Технологический портал смэв

Рисунок 4 – Параметры нового экрана и возможные действия над ним

Настройка экрана доступна по действию «Настроить». Обязательные для заполнения поля отмечены значком *. Идентификатор экрана должен быть уникален (имеет вид sN, где N – уникальный номер, присваиваемый в порядке добавления экранов). Название должно отражать суть содержимого экрана для последующего удобного поиска. Заголовок и подзаголовок экрана отображаются заявителю.

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

Рекомендация: хотелось бы отличать поля, скрытые от заявителя, от технических полей

Все текстовые поля экранов и компонентов распознают html-разметку. Содержимое текстов должно соответствовать редакционной политике Госуслуг.

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

Рекомендация: обеспечить возможность редактирования html-разметки непосредственно в компонентах ВКУ

Технологический портал смэв

Рисунок 5 – Карточка настроек экрана

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

Технологический портал смэв

Рисунок 6 – Признаки первого и последнего экранов

Отдельные типы экранов и компонентов предполагают сложную настройку компонентов.

Рекомендация: добавить функцию создания экрана с копированием

Технологический портал смэв

Рисунок 7 – Форма «превью» экрана

В режиме «превью» становятся доступными действия:

  • «Настроить экран» – открывает форму настройки экрана.
  • «Проверить экран» – автоматически проверяет экран на наличие ошибок.

Технологический портал смэв

Рисунок 8 – Модальное окно с предупреждением об ошибках на экране

Технологический портал смэв

Рисунок 9 – Превью и опубликованный приветственный экран услуги

Типы компонентов

Технологический портал смэв

Таблица 1 – Соответствие отдельных типов экранов и присущих им компонентов

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

Технологический портал смэв

Рисунок 10 – Форма добавления компонентов на экран

Обязательные для заполнения поля отмечены значком *. Идентификатор компонента должен быть уникален (имеет вид сN, где c – латинская, N – уникальный номер, присваиваемый в порядке добавления компонентов). Удобочитаемое имя компонента должно отражать суть его содержимого для последующего удобного поиска. Заголовок компонента отображается заявителю услуги.

Каждый компонент имеет свои особенности. Отдельные типы компонентов, например, «Выпадающий список со строкой поиска (Lookup)», допускают возможность использования внешних справочников, опубликованных в Единой системе нормативно-справочной информации (ЕС НСИ). При этом при настройке компонента описывается маппинг полей.

Больше проверок:  Проверка реестра доноров костного мозга и реестра доноров костного мозга

«Компонент для загрузки файлов (FileUploadComponent)» позволяет обеспечить загрузку как одного, так и множества файлов, ограничивать их формат, размер и количество. Доступна разбивка на смысловые группы путем добавления уникальных «загрузчиков».

«Компонент для объединения повторяющегося набора компонентов» (RepeatableFields)) позволяет объединять добавленные на экран компоненты в группы для последовательного заполнения однотипных данных.

Технологический портал смэв

Рисунок 11 – Пример реализации повторяющегося компонента Lookup

Технологический портал смэв

Рисунок 12 – Настройка компонента загрузки файлов и пример отображения заявителю

Технологический портал смэв

Рисунок 13 – Настройка ссылки на внешний справочник и пример отображения заявителю

Форма настройки компонента открывается нажатием левой кнопки мыши на его название.

Большинство заголовков и описаний настроек компонентов написаны техническими терминами.

Рекомендация: добавить подсказки с описанием принципа заполнения настроек и их влияние на поведение компонента

Технологический портал смэв

Рисунок 14 – Действия над компонентом и карточка настроек компонента

Взаимосвязь экранов

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

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

Технологический портал смэв

Рисунок 15 – Форма настройки кнопки

Правило перехода – это подробное описание логики перехода между экранами. Правильная настройка правил перехода – залог качественной разработки услуги.

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

Обязательные для заполнения поля карточки настройки правила перехода отмечены значком «*». Экран, с которого осуществляется настраиваемый переход, выбирается из раскрывающегося списка экранов, добавленных ранее. Название правила перехода обычно имеет вид: s1-s2. Для настройки правила предназначен блок «Условия перехода». Условие может быть простым или сложным.

В ходе разработки были освоены следующие условия перехода:

Технологический портал смэв

Рисунок 16 – Пример простого перехода с посещением экрана

  • простое с выбранным значением в квизе, радиокнопке или чек-боксе (см. Рисунок 17);
  • сложное с выбором типа учетной записи пользователя (см. Рисунок 18).

Технологический портал смэв

Рисунок 17 – Пример простого перехода с выбором значением в компоненте

Технологический портал смэв

Рисунок 18 – Пример сложного перехода с выбором типа учетной записи пользователя

VM-шаблоны

VM-шаблон XML – это шаблон, написанный с применением синтаксиса Apache Velocity. VM-шаблон служит для создания XML-документа заявления, который направляется непосредственно в ведомство для получения услуги, на основании ответов заявителя, которые автоматически сохраняются в виде сценария DTO в ходе заполнения интерактивной формы заявления.

VM-шаблоны составляются вручную путем заполнения полей XML, необходимых для конкретного сценария, значениями переменных из предварительно выгруженного сценария DTO:

  • xxxxxxxx_Applicant.vm – шаблон, генерирующий бизнес-данные заявления;
  • pdf_xxxxxxxx_Applicant.vm – шаблон, используемый для генерации PDF-файла заявления в личном кабинете заявителя;
  • t_xxxxxxxx.vm – шаблон, на основе которого генерируется транспортная XML,

где xxxxxxxx – сервисный код услуги (ServiceId).

Все составленные шаблоны необходимо загрузить в ВКУ, выбрав соответствующее действие в меню главной страницы услуги.

Технологический портал смэв

Рисунок 19 – Загруженные VM шаблоны

XML заявления создается Адаптером SP, который собирает XML, заполняя его данными из VM-шаблона, черновика заявления и глобальных переменных профиля пользователя. После этого Адаптер SP отправляет XML в Service Processing (SP), где и происходит отправка в ведомство.

Сопряжение экранов со СМЭВ

Когда при заполнении заявления пользователь доходит до экрана, который содержит признак последнего (см. Рисунок 6), то сервис автоматически пытается сформировать файлы для отправки в СМЭВ 3 посредством Госуслуг.

Этапы перевода услуги в продуктивную среду

Конструирование услуги ведется в среде разработки (DEV), где хранятся все доработки, которые первично выполнены разработчиками, в том числе черновики. Для DEV-среды используется отдельный набор тестовых учетных записей, настраивается доступ к тестовой ЕС НСИ для корректного отображения внешних справочников.

Следующим шагом является публикация услуги в предпродуктивной среде (UAT), куда попадают только успешно протестированные в DEV доработки, заявленные для релиза в продуктивной среде.

Финальным шагом является публикация услуги в продуктивной среде (PROD).

Ограничения ВКУ

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

Тем не менее, главным ограничением является то, что не все компоненты старой версии среды разработки Госуслуг были перенесены в ВКУ.

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

При поиске конкретного экрана и выборе его в дереве экранов черновика была бы удобной функция автоматического перехода к выбранному экрану на форме (помимо подсветки). Также недоступен поиск по коду компонента.

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

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

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

ВКУ позволяет выгрузить текущую версию услуги в файл формата json. На случай потери данных «флоу» из-за сбоя ВКУ было бы полезно иметь инструмент, позволяющий загрузить json в ВКУ, чтобы на его основе выстроился «флоу».

Для выявления ошибок в VM-шаблонах на основании сформированного заявления не хватает автотеста. Есть возможность либо написать запрос для генерации XML бизнес-данных самостоятельно, либо запросить отчет у техподдержки.

ВКУ не позволяет загрузить справочники ЕС НСИ с типом «Иерархический».

Прием заявлений с Госуслуг

Для организации межведомственного электронного взаимодействия и предоставления государственных услуг в электронном виде использовали РЕДШЛЮЗ.

Технологический портал смэв

Использование в качестве шлюза

В РЕДШЛЮЗ есть собственный модуль, предназначенный для взаимодействия со СМЭВ 3, который позволяет относительно быстро разработать клиент (толстый и тонкий) для ведомства, ответственного за оказание госуслуги, включая адаптеры и маппинг.

Технологический портал смэв

Рисунок 20 – Параметры универсального адаптера СМЭВ 3.0 РЕДШЛЮЗ

Использование для оказания госуслуги

Функционал РЕДШЛЮЗ позволяет не только отправлять / получать сообщения через СМЭВ 3, но и реализовать пользовательский интерфейс для сотрудников ведомства, при помощи которого они могут проводить входящие электронные заявления на оказание госуслуги по этапам их жизненного цикла внутри ведомства.

Технологический портал смэв

Рисунок 21 – Карточка электронного заявления на оказание услуги «Запрос сведений о наличии судимости» МВД (РЕДШЛЮЗ)

Вывод

Функционал ВКУ и РЕДШЛЮЗ существенно сократил сроки технологического процесса по выводу интерактивных форм услуги в промышленную эксплуатацию: весь процесс занял около трех месяцев. Процедура создания экранных форм включает интуитивно понятный интерфейс добавления компонентов услуги, есть возможность оперативно вносить правки и отслеживать результат без ожидания публикаций в среде разработки. Транспорт через СМЭВ, организованный РЕДШЛЮЗ, в очередной раз показал свою эффективность. Теперь мы и дальше планируем при работе с органами государственной власти самостоятельно собирать интерактивные формы, используя комбинированное решение.

Ждем актуальных доработок!

Единая система межведомственного электронного взаимодействия (СМЭВ)

Реализация взаимодействия информационных систем организаций и ведомств осуществляется в рамках государственной целевой программы «Информационное общество (2011-2020 годы)».

Больше проверок:  Оптимизация конверсий cro

Взаимодействие реализуется в рамках:

  • системы межведомственного электронного документооборота (МЭДО).
  • единой системы межведомственного электронного взаимодействия (СМЭВ).

Что такое СМЭВ и для чего она нужна?

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

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

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

Технологический портал смэв

СМЭВ предназначена для решения следующих задач:

  • обеспечение исполнения государственных и муниципальных функций в электронной форме;
  • обеспечение предоставления государственных и муниципальных услуг в электронной форме, в том числе с использованием универсальной электронной карты и единого портала2 ;
  • обеспечение информационного взаимодействия в электронной форме при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций.

Основные функции СМЭВ

Основными функциями СМЭВ являются:

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

В целях исполнения своих функций СМЭВ обеспечивает:

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

Технологическое обеспечение СМЭВ

Технологическое обеспечение информационного взаимодействия с применением СМЭВ достигается путем использования:

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

Как стать участником СМЭВ?

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

Интеграция информационных систем в рамках СМЭВ осуществляется в соответствии с Техническими требованиями к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия (утв. приказом Минкомсвязь России от 27.12.2010 № 190).

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

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

Технологический портал смэв

АИС МФЦ ДЕЛО

АИС МФЦ ДЕЛО — решение для автоматизации деятельности многофункциональных центров предоставления государственных и муниципальных услуг (МФЦ). Основная цель внедрения АИС МФЦ – повышение качества работы МФЦ. Это достигается путем взаимодействия со СМЭВ, РСМЭВ, УЭК, ИАС МКГУ, ГИС ГМП, Центром Телефонного Обслуживания, а также с федеральной государственной информационной системой «ЕСИА»:

Технологический портал смэв

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

  • Распоряжение Правительства РФ от 17.12.2009 № 1993-р «Об утверждении сводного перечня первоочередных государственных и муниципальных услуг, предоставляемых в электронном виде».
  • Постановление Правительства РФ от 08.09.2010 № 697 «О единой системе межведомственного электронного взаимодействия».
  • Приказ Министерства связи и массовых коммуникаций РФ от 27.12.2010 № 190 «Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия».
  • Постановление Правительства РФ от 08.06.2011 № 451 «Об инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме».
  • Постановление Правительства РФ от 28.12.2011 № 1184 «О мерах по обеспечению перехода федеральных органов исполнительной власти и органов государственных внебюджетных фондов на межведомственное информационное взаимодействие в электронном виде».
  • Постановление Правительства РФ от 22.12.2012 № 1382 «О присоединении информационных систем организаций к инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме».
  • Распоряжение Правительства РФ от 25.12.2013 № 2516-р «Об утверждении Концепции развития механизмов предоставления государственных и муниципальных услуг в электронном виде».
  • Распоряжение Правительства РФ от 09.06.2014 № 991-р «Об утверждении плана мероприятий («дорожной карты») по реализации Концепции развития механизмов предоставления государственных и муниципальных услуг в электронном виде, утв. распоряжением Правительства РФ от 25.12.2013 № 2516-р».
  • Приказ Министерства связи и массовых коммуникаций РФ от 01.07.2014 № 184 «О реализации положений постановления Правительства Российской Федерации от 19 марта 2014 г. № 208 «О внесении изменений в положение о единой системе межведомственного электронного взаимодействия».
  • Постановление Правительства РФ от 19.11.2014 № 1222 «О дальнейшем развитии единой системы межведомственного электронного взаимодействия».

1. В соответствии с Положением о единой системе межведомственного электронного взаимодействия (утв. постановлением Правительства РФ от 08.09.2010 № 697).

2. Федеральная государственная информационная система «Единый портал государственных и муниципальных услуг (функций)».

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

4. В соответствии с Положением о единой системе межведомственного электронного взаимодействия.

Для получения доступа к версии вида сведений в качестве инициатора необходимо создать запрос в ЛК УВ на получение доступа к виду сведений , а затем пройти подтверждение технической готовности (ПТГ) в роли инициатора.

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

Функция создания нового Запроса на получение доступа к виду сведений доступна пользователям с ролью в ЛК УВ Представитель УВ.

Пользователь с ролью может создавать запросы на получение доступа к виду сведений только для своего УВ.

Для создания запроса (заявки) на получение доступа в ЛК УВ нужно:

1.   Вызвать визард получения доступа к виду сведений. Это можно сделать из разных форм портала, например:

  • выбрать карточку Доступ к виду сведений из панели быстрых действий на главной странице авторизованного пользователя;
  • нажать кнопку добавления нового доступа в карточке информационной системы на вкладке просмотра доступов (Рисунок 1).

Технологический портал смэв

Рисунок 1 – Вызов визарда получения доступа к ВС из карточки ИС.

При вызове визарда из панели быстрых действий на первом шаге откроется форма выбора Вида сведений, к которому нужен доступ (Рисунок 2).

Технологический портал смэв

Рисунок 2 – Форма выбора вида сведений для получения доступа.

2.   Выбрать нужный вид сведений из списка. Откроется форма выбора версии Вида сведений (Рисунок 3).

Технологический портал смэв

Рисунок 3 – Форма выбора версии вида сведений для получения доступа.

Больше проверок:  Регистрация ип через госуслуги

Примечание: перечень доступных для выбора видов сведений формируется на основании критериев доступа, указанных в карточке вида сведений.

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

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

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

Примечание: информационные системы, которые уже имеют доступ к выбранному виду сведений либо на которые созданы заявки на получение доступа, будут недоступны для выбора (Рисунок 4).

Технологический портал смэв

Рисунок 4 – Форма выбора системы для получения доступа.

В случае несоответствия выбранной ИС критериям доступа вида сведений будет отображена соответствующая информация и предложено добавить новую или перенести из существующих в тестовой среде (Рисунок 5).

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

Технологический портал смэв

Рисунок 5 – Форма с предложение добавить другую ИС для получения доступа.

4.   Выбрать информационную систему из продуктивной среды СМЭВ. Откроется форма выбора Информационной системы из тестовой среды СМЭВ для прохождения тестирования (Рисунок 6).

Технологический портал смэв

Рисунок 6 – Форма выбора системы для тестирования.

5.   Выбрать информационную систему из тестовой среды СМЭВ. Откроется форма выбора Роли (Рисунок 7, Рисунок 8).

Технологический портал смэв

Рисунок 7 – Форма выбора роли для ВС с фиксированной и табличной маршрутизацией.

Технологический портал смэв

Рисунок 8 ­– Форма выбора роли для ВС с типом маршрутизации целиковая рассылка.

6.   Выбрать роль Инициатор.

Если при выборе роли инициатора будет выявлено отсутствие ответчика для выбранного вида сведений, ЛК УВ сформирует уведомление (Рисунок 9).

Запрос на получение доступа в роли инициатора к этому ВС будет возможно создать после получения доступа ответчиком.

Технологический портал смэв

Рисунок 9 – Уведомление об отсутствии ответчика.

Откроется форма проверки введенных данных и подтверждения действия начать процедуру технической готовности (Рисунок 10).

Технологический портал смэв

Рисунок 10 – Форма проверки введенных данных и подтверждения действия начать процедуру технической готовности.

7.   Нажать кнопку Да, уверен, если введенные данные верны.

Если нужно что-то изменить, воспользуйтесь кнопкой Вернуться в левом верхнем углу формы. А для отмены создания заявки на получение доступа нужно нажать кнопку Нет, отменить действие. Тогда откроется форма, из которой был вызван текущий визард.

Важно! После нажатия кнопки Да, уверен созданную заявку отредактировать не получится.

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

8.   Откроется модальное окно со списком дальнейших шагов для прохождения процедуры подтверждения технической готовности (Рисунок 11). Здесь нужно внимательно ознакомиться с необходимыми шагами и нажать кнопку Посмотреть статус.

Технологический портал смэв

Рисунок 11 – Модальное окно со списком шагов.

Примечание:  для ВС  с областью применения «Прием заявлений с ЕПГУ» и «Прием заявлений с ЕПГУ и/или МФЦ», необходимо прохождение процедуры подтверждения технической готовности без эмулятора ЛК УВ. В этом случае подтверждение технической готовности должно проводиться согласно инструкции без эмулятора.

Откроется страница просмотра списка статусов доступов в карточке информационной системы на вкладке Доступы к видам сведениям. В списке можно найти вид сведений с только что созданным запросом на получение доступа в статусе В процессе тестирования (Рисунок 12).

Технологический портал смэв

Рисунок 12 – Окно с перечнем доступов, в котором появился новый ВС.

Описание статусов доступа:

9.   Для просмотра состояния выполнения шагов процедуры подтверждения технической готовности использовать выбранную версию вида сведений – нажать на статус (Рисунок 13).

Технологический портал смэв

Рисунок 13 – Форма с информацией о выполнении шагов процесса ПТГ для инициатора.

Для прохождения процедуры подтверждения технической готовности в роли инициатора Участнику взаимодействия необходимо:

1. От имени указанной ИС отправить тестовое сообщение (эталонный запрос) методом SendRequestRequest по выбранной версии вида сведений, включив в него элемент //TestMessage в блок данных запроса (элемент //SenderProvidedRequestData) в адрес тестовой среды СМЭВ.

Примечание: Комплект эталонных сообщений к ВС находится в карточке ВС. Архив загружается при регистрации ВС.

По полученному сообщению, ЛК УВ выполняет проверки и принимает решение:

– При положительном результате ЛК УВ:

a. сформирует и отправит в адрес ИС УВ сообщение-ответ на запрос;

b. после доставки сообщения-ответа в очередь ИС УВ шаги 1-4 на форме с информацией о выполнении процесса ПТГ будут выполнены и помечены зеленым цветом.

– При отрицательном результате на форме под невыполненным шагом отобразиться ошибка. Нужно будет повторить отправку тестового сообщения еще раз.

На каждое полученное сообщение ЛК УВ при наличии в системе запроса на получение доступа к ВВС в статусе В процессе тестирования, сформирует сообщение ответ с дальнейшими инструкциями:

// Пример стандартизированного ответа

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

С этого момента для указанной ИС Вид сведений доступен для отправки сообщений запросов в продуктивную среду СМЭВ.

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

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

Зачем нужна СМЭВ

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

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

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

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