система смэв что это

Часто задаваемые вопросы

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

Задачами системы межведомственного электронного взаимодействия в инфраструктуре Электронного правительства являются:

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

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

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

Основные функции системы межведомственного электронного взаимодействия:

Ведение реестра Видов сведений

Ведение политик безопасности, применяемых к зарегистрированным Видам сведений

Маршрутизация сообщений к зарегистрированным Видам сведений

Протоколирование обращений (входящих и исходящий сообщений) к Видам сведений

Гарантированная доставка сообщений, осуществляемая за счет механизма повторных вызовов Видам сведений при сбоях

Обеспечение оповещения Оператора СМЭВ о сбоях в функционировании Видов сведений

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

Формирование динамически создаваемой статистики использования Видов сведений

Актуальные адреса для обращений к СМЭВ 3

Адреса размещения Единого электронного сервиса:

Продуктивная среда СМЭВ 3 (СМЭВ 3):

Тестовая среда СМЭВ 3 (ТСМЭВ 3):

Среда разработки СМЭВ 3 (СР СМЭВ 3):

При отправке сообщения на стороне Участника-отправителя формируется HTTP-заголовок. Необходимо заполнять атрибтут HOST в HTTP-заголовке сообщения в соответствии со средой, с которой происходит обмен данными. Например, для продуктивной среды (схема 1.3): Host: 172.20.3.12:5000.

Адреса FTP-серверов файлового хранилища (ФХ) СМЭВ 3:

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

Загрузка файлов в Файловое хранилище осуществляется по протоколу FTP. Каждый участник взаимодействия получает доступ к отдельной директории FTP-сервера Файлового хранилища для загрузки файлов вложений. Для каждого файла ИС отправителя должна создать отдельную директорию, в качестве названия которой должен быть использован UUID, сгенерированный по алгоритму, аналогичному генерации UUID сообщения (см. п. 4.2 «Algorithms for Creating a Time-Based UUID» RFC 4122).

Адреса Сервиса предоставления кодов транзакций (СГКТ):

Получение вложения через FTP

Адреса FTP-серверов ФХ СМЭВ 3:

Логин доступа в FTP-сервер ФХ СМЭВ 3 – anonymous

Режим FTP-сервера – пассивный.

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

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

Через 15 минут происходит передоставка GetResponseResponse с новыми авторизационными данными, старые не действительны.

Важно! Если получатель, не скачав или не полностью скачав вложение подтвердит получение сообщения, т.е. направит ACK, то вложение удалится и будет недоступно для повторного скачивания.

Сертификаты СМЭВ 3

Куда обращаться Участникам межведомственного взаимодействия по вопросам эксплуатации СМЭВ 3?

Коммуникации по вопросам получения/предоставления информационно-методической поддержки Участникам взаимодействия в ситуационном центре (далее – СЦ) осуществляются с помощью:

Основным способом направления обращения является использование Личного кабинета СЦ.

Электронная почта является резервным способом направления обращения, который используется в случае недоступности Личного кабинета СЦ.

По телефону осуществляются консультации Участников информационного взаимодействия по вопросам использования Личного кабинета СЦ и информирование о статусе зарегистрированного в СЦ обращения.

Участник СМЭВ (ФОИВ, РОИВ или организации) самостоятельно создает выделенный почтовый ящик, предназначенный для электронной переписки по вопросам касающимся СМЭВ.

Участник СМЭВ направляет все сообщения по вопросам эксплуатации СМЭВ Службе эксплуатации на почтовый ящик sd@sc.digital.gov.ru. Порядок информационного взаимодействия в конкретном случае Участник СМЭВ может узнать там же.

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

Служба эксплуатации направляет Участнику СМЭВ Уведомление о регистрации инцидента/заявки/запроса/жалобы и его номер в течение 4 часов.

По завершению обработки инцидента/заявки/запроса/жалобы Участника СМЭВ Служба эксплуатации сообщает результат Участнику СМЭВ в течение 1 рабочего дня.

Участник СМЭВ может узнать о статусе обработки своего сообщения, направив запрос на sd@sc.digital.gov.ru с указанием номера заявки. Статус сообщается в течение 4 рабочих часов.

Как осуществить регистрацию новой версии Вида сведений?

При появлении новой версии ВС просим Вас направлять в Службу поддержки СМЭВ (sd@sc.digital.gov.ru) заявку на регистрацию ВС с приложением всех данных, необходимых для регистрации ВС.
Новые версия XSD-схем, эталонных запросов и ответов, а также тестовых сценариев и контрольных примеров новой версии ВС будут зарегистрированы в СМЭВ 3.
При этом, взаимодействие по старому формату должно оставаться возможным на протяжении 6 месяцев с момента регистрации новой версии ВС в продуктивной среде.

Процесс тестирования в тестовой среде СМЭВ 3.0 для получения доступа в продуктивной среде в качестве Потребителя или к Виду сведений с типом «Рассылка»

Тестирование в тестовой среде для Потребителя:

Направленный запрос будет отправлен к эмулятору тестовой среды. Затем Потребителю следует получить ответ методом GetResponse и подтвердить получение ответа методом Ack.

Также для получения доступа в роли Потребителя допустимо пройти тестирование с Поставщиком ВС в тестовой среде СМЭВ3.

Бизнес-данные запросов и ответов должны соответствовать формату, заданному в руководстве пользователя ВС. Тестирование необходимо проводить той ИС, которой требуется доступ.

В результате успешного выполнения указанных действий происходит Автоматическая отметка в Эмуляторе тестовой среды СМЭВ об успешном выполнении всех или части эталонных запросов по ВС.
Участнику необходимо сохранить результаты успешного тестирования и переходить к процедуре получение доступа к ВС в продуктивной среде в качестве Потребителя (п.п 10.8.3 проекта документа Правила и процедуры работы в СМЭВ 3).

Информацию об успешном прохождении тестирования с эмулятором Потребителем по ВС можно просматривать на главной странице технологического портала СМЭВ 3.0 (ссылка: https://smev3.gosuslugi.ru/portal/) документ «Статус ВС» во вкладке «Статус тестирования». Обновление документа происходит каждый вторник.

Тестирование в тестовой среде для Подписчика по ВС с типом «Рассылка»:

Тестирование ВС с типом «Рассылка» в тестовой среде СМЭВ представляет собой получение Подписчиком широковещательной рассылки от ИС Поставщика в тестовой среде СМЭВ 3.

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

Участник получает запросы методом GetRequest и подтверждает получение методом Ack. Если полученные запросы соответствуют формату, заданному в руководстве пользователя ВС, Участнику необходимо сохранить результаты тестирования и переходить к процедуре получение доступа к ВС с типом Рассылка в продуктивной среде (п.п 10.8.3 проекта документа Правила и процедуры работы в СМЭВ 3).

Читайте также:  Рэковые корпуса что это

Актуальные формы заявок на предоставление доступа к ВС в СМЭВ 3 доступны на Технологическом портале СМЭВ 3 (раздел «Для Участников взаимодействия»):
— Заявка на предоставление доступа к Виду сведений в СМЭВ 3 в качестве потребителя ВС;
— Заявка на предоставление доступа к Виду сведений с типом Рассылка в СМЭВ 3.

Как правильно оформить заявку на доступ к Виду сведений в качестве Потребителя?

Заявка должна включать следующие сведения:

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

Информация о предварительном тестировании в Тестовой среде: дата/время и MessageID направленного(ых) запроса(ов).

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

Наименование Вида сведений – наименование ВС, к которому запрашивается доступ, версия ВС.

Телефон или адрес электронной почты для информирования о предоставлении доступа к ВС.

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

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

Доступ к ВС в среде разработки и тестовой СМЭВ 3 для Потребителей

В связи с одобрением документа «Приложение 3 Правила и процедуры работы в СМЭВ по Методическим рекомендациям версии 3.х» Регламента обеспечения предоставления государственных услуг и исполнения государственных функций в электронном виде для видов сведений, зарегистрированных в тестовой среде и среде разработки, 20.11.17 отключено разграничение прав доступа для потребителей.
С указанной даты для обращения к ВС тестовой и среды разработки Потребителям не требуется оформлять заявку (п.п. 10.8.1, 10.8.2).
Напоминаем о том, что запрещено использовать в данных среды разработки и тестовой среды СМЭВ любые персональные или служебные данные, все данные должны быть тестовыми.

Доступ к новым версиям ВС в продуктивной среде СМЭВ 3.0 в роли Потребителя

Согласно Регламенту Приложение 3 п. 10.8.3 «Получение доступа к Виду сведений в продуктивной среде СМЭВ в качестве Потребителя или к Виду сведений с типом «Рассылка»»:

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

Источник

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

Межведомственное взаимодействие возникает при предоставлении госорганами услуг гражданам и при осуществлении госфункций. Электронное взаимодействие между ведомствами — логичный шаг в концепции построения Электронного правительства.

Предпосылки появления СМЭВ

Глава 2, статья 7 ФЗ №210 гласит, что «органы, предоставляющие государственные услуги, и органы, предоставляющие муниципальные услуги, не вправе требовать от заявителя предоставления документов и информации, которые находятся в распоряжении органов, предоставляющих государственные услуги, и органов, предоставляющих муниципальные услуги, иных государственных органов, органов местного самоуправления, организаций».

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

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

Что собой представляет Система межведомственного электронного взаимодействия

Фактически СМЭВ является информационной системой, объединяющей:

С точки зрения инфраструктуры СМЭВ представляет собой сеть специальных защищенных каналов, объединяющих узлы — шины на базе Oracle Enterprise Service Bus — в ЦОД-ах «Ростелекома».

На 2015 год созданы один федеральный и 83 региональных узла, подключенных к федеральному. Кроме того, к федеральному узлу Системы межведомственного электронного взаимодействия подключен ряд федеральных ведомств и кредитных организаций.

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

Регистрация и получение доступа к сервисам Системы межведомственного взаимодействия

Регистрация

Для регистрации сервиса поставщик сведений должен пройти определенную процедуру:

Получение доступа

Чтобы иметь доступ к сервису потребителю сведений потребуется:

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

Готовые решения на базе платформы DIRECTUM для работы обеспечения межведомственного электронного взаимодействия

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

В частности разработано готовое техническое решение «DIRECTUM: Государственные (муниципальные) услуги и межведомственное взаимодействие». Внедрение данного решения в том числе предполагает обеспечение обмена между органами власти федерального и регионального уровней через Систему межведомственного электронного взаимодействия.

Архитектура решения (в части интеграции со СМЭВ) выглядит следующим образом:

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

Бизнес-решение включает в себя не только разработку и внедрение системы DIRECTUM, но также глубокий бизнес-консалтинг с гарантией успешного завершения проекта под ключ.

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

Источник

Интеграция с «Госуслугами». Место СМЭВ в общей картине (часть I)

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

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

Участники взаимодействия

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

Читайте также:  Праздник холи в россии какого числа

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

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

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

Виды сведений

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Система смэв что это

от 8 сентября 2010 года N 697

О единой системе межведомственного электронного взаимодействия

(с изменениями на 24 июня 2021 года)

Документ с изменениями, внесенными:

постановлением Правительства Российской Федерации от 9 октября 2014 года N 1037 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 13.10.2014, N 0001201410130005);

постановлением Правительства Российской Федерации от 19 ноября 2014 года N 1222 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 24.11.2014, N 0001201411240007);

постановлением Правительства Российской Федерации от 24 ноября 2014 года N 1240 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 27.11.2014, N 0001201411270001);

постановлением Правительства Российской Федерации от 5 декабря 2014 года N 1327 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 10.12.2014, N 0001201412100023);

постановлением Правительства Российской Федерации от 11 июля 2017 года N 820 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 13.07.2017, N 0001201707130006);

постановлением Правительства Российской Федерации от 14 июля 2017 года N 839 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 19.07.2017, N 0001201707190062);

постановлением Правительства Российской Федерации от 2 октября 2017 года N 1202 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 05.10.2017, N 0001201710050008);

постановлением Правительства Российской Федерации от 25 октября 2017 года N 1296 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 27.10.2017, N 0001201710270016);

постановлением Правительства Российской Федерации от 26 октября 2017 года N 1298 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 30.10.2017, N 0001201710300008);

постановлением Правительства Российской Федерации от 30 июня 2018 года N 772 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 03.07.2018, N 0001201807030038);

постановлением Правительства Российской Федерации от 20 ноября 2018 года N 1391 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 23.11.2018, N 0001201811230008);

Читайте также:  Передние шторки на авто тойота камри 70

постановлением Правительства Российской Федерации от 19 августа 2020 года N 1259 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 21.08.2020, N 0001202008210014);

постановлением Правительства Российской Федерации от 14 мая 2021 года N 733 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 18.05.2021, N 0001202105180005);

постановлением Правительства Российской Федерации от 24 июня 2021 года N 982 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 28.06.2021, N 0001202106280030).

Правительство Российской Федерации

2. Установить, что Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации:

является государственным заказчиком и оператором единой системы межведомственного электронного взаимодействия;

осуществляет координацию деятельности по подключению к единой системе межведомственного электронного взаимодействия;

обеспечивает эксплуатацию единой системы межведомственного электронного взаимодействия;

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

5. Рекомендовать высшим исполнительным органам государственной власти субъектов Российской Федерации:

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

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

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

Председатель Правительства
Российской Федерации
В.Путин

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

(с изменениями на 24 июня 2021 года)

3. Целью создания системы взаимодействия является технологическое обеспечение информационного взаимодействия:

а) при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме;

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

4. Система взаимодействия предназначена для решения следующих задач:

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

обеспечение информационного взаимодействия в электронной форме между органами и организациями в случаях, предусмотренных пунктом 3 настоящего Положения;

обеспечение информационного взаимодействия в электронной форме между государственными органами, органами местного самоуправления, организациями финансового рынка, иными организациями, индивидуальными предпринимателями, нотариусами и оператором единой информационной системы персональных данных, обеспечивающей обработку, включая сбор и хранение, биометрических персональных данных, их проверку и передачу информации о степени их соответствия предоставленным биометрическим персональным данным физического лица в целях обеспечения идентификации и (или) аутентификации физического лица в соответствии с частями 18 и 18_2 статьи 14_1 Федерального закона «Об информации, информационных технологиях и о защите информации».

6. Основными функциями системы взаимодействия являются:

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

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

д) обеспечение учета количества электронных сообщений, передаваемых в системе взаимодействия органами и организациями при обмене сообщениями;

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

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

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

и) обеспечение в соответствии с техническими требованиями действий по разделению сообщения и рассылке множества сообщений в виде фрагментов исходного сообщения в адрес органов и организаций;

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

л) обеспечение в соответствии с техническими требованиями блокировки электронных сообщений при обмене сообщениями в случае несоответствия структуры сообщений или вложений технологическим правилам выполнения запросов или рассылок сообщений, зарегистрированным в системе взаимодействия;

н) обеспечение проверки усиленной квалифицированной электронной подписи при обмене сообщениями и блокировки сообщений в случае отрицательного результата проверки;

о) обеспечение формирования и доставки статусных сообщений, информирующих о событиях, возникающих при обмене сообщениями;

п) обеспечение возможности формирования и ведения типов и атрибутов данных, используемых при обмене сообщениями;

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

с) осуществление контроля сведений при обмене сообщениями на предмет соответствия данным, содержащимся в федеральной государственной информационной системе «Единая система нормативной справочной информации» в соответствии с предварительно настроенными правилами, установленными техническими требованиями;

т) обеспечение контроля отсутствия условно постоянных сведений, в том числе справочников и классификаторов, при формировании видов сведений;

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

Источник

Обучающий портал