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

Дополнительные источники данных о видах сведений

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

Во-первых, в нем содержится однозначное соответствие между сервисами СМЭВ2 и видами сведений СМЭВ3.

Во-вторых, все сервисы и виды сведений сгруппированы по ведомствам (поставщикам).

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

Самое главное — документ представляет собой файл в формате excel. В нем работает стандартный функционал поиска. То есть, можно поводить поиск по ведомству, названию сервиса СМЭВ 2 и вида сведений СМЭВ 3.

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

Единый отчет по СМЭВ

В Ситуационном центре электронного правительства публикуется документ «Единый отчет по СМЭВ». Доступ к нему предоставляется пользователям с учетной записью органа власти. Путь к документу: «Опубликованные отчеты» => «СМЭВ» => «Единый отчет по СМЭВ» => «СМЭВ. Единый отчет по СМЭВ: Отчёт №6_СМЭВ_Единый отчет по СМЭВ_». Отчет публикуется ежемесячно.

Документ представляет собой файл формата excel и содержит очень много полезной статистической информации. Среди прочего в нем есть вкладка «Невостребованные сервисы», на которой перечислены сервисы и виды сведений, к которым не поступают запросы. Таким образом, если вид сведений должен предоставлять востребованную информацию (1), уже выведен в продуктивную среду (2) и при этом включен в число «невостребованных» (3) — скорее всего, фактически он не работоспособен.

Файл «Статус ВС»

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

Пример файла «Статус ВС» на 30.05.2018.

В файле содержится следующая информация:

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

Этот документ является наиболее важным источником данных для поиска нужного вида сведений.

Техническое описание системы

СМЭВ состоит из сети защищенных каналов связи между узлами, расположенными в центрах обработки данных Ростелекома. Каждый узел СМЭВ — это шина на базе Oracle Enterprise Service Bus. Участники СМЭВ являются поставщиками и потребителями сведений:

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

Оператор СМЭВ — Министерство связи и массовых коммуникаций Российской Федерации.

Строительством инфраструктуры СМЭВ занимается «Ростелеком».

Поиск необходимой документации

Для работы с веб-сервисами вам понадобятся:

описание веб-сервиса;
его адрес;
контрольные примеры (могут содержаться в описание или быть приложены как отдельные xml файлы).

Документацию к веб-сервисам, зарегистрированным в тестовом или продуктивном контуре СМЭВ,
можно найти на портале Госуслуг. Ниже рассмотрим пример — поиск
тестового экземпляра сервиса ПФР «Предоставления СНИСЛ».

Рисунок 1. Поиск сервиса

Зайдите на портал и последовательно выполняйте:

Выберите тип сервиса. ПФР относится к федеральным, выбирайте (1).
Нас интересует тестовый контур, выбирайте его в выпадающем списке (2).
В поле (3) выберите владельца. Тут работает «умный» поиск — начинайте набирать ПФР, а
полное наименование система поиска вам подскажет.
Нажмите «Поиск», и будет найдено два веб-сервиса (4). Иногда встречается несколько
версий одно и того же сервиса, вам надо взять более новый, у него SID с большим номером.
Нажмите на SID и перейдете к карточке сервиса (рис. 2).

Рисунок 2. Карточка сервиса

В карточке содержится важная информация:

Адрес описания сервиса (1).
Руководство пользователя (2).

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

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

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

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

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

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

Информационные системы потребителей и поставщиков информации.

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

Полностью автоматические — они предоставляют сведения, извлекая их из базы данных без участия оператора.
Как правило, такие ИС отвечают немедленно (синхронный ответ), пример — ЕПГУ, веб-сервис предоставления
СНИСЛ, ИНН.
Полуавтоматические. Чаще всего это ИС на базе СИР, в них СМЭВ запрос преобразуется в понятный оператору
вид и попадает в специальное ПО, напоминающее электронную почту. Оператор читает полученное сообщение
(в удобное для себя время), готовит и отправляет ответ. С помощью специального ПО ответ оператора
преобразуется в XML сообщение, в соответствии с форматом веб-сервиса и МР, затем отправляется в СМЭВ.

Выбор способа интеграции со СМЭВ 3

При выборе способа интеграции нужно учитывать, что передаваемые сообщения подписываются электронной подписью (ЭП) организации. Кроме того, при взаимодействии с единым сервисом СМЭВ 3 нужно использовать протокол SOAP с нестандартным алгоритмом каноникализации. Не совсем понятно, почему разработчики СМЭВ решили использовать свою каноникализацию, это уже останется на их совести. Само собой, свободных и открытых библиотек для данного алгоритма нет. Трудности есть и с подписыванием запросов SOAP по ГОСТ, т.к. не все языки программирования поддерживают ГОСТ “из коробки”. Эталонная реализация алгоритма каноникализации доступна только на Java, так что разработчики, использующие другие языки должны либо реализовывать данный алгоритм самостоятельно, либо отказаться от работы со СМЭВ.

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

Способ 1: полностью собственное решение на удобном нам языке (Python)

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

Способ 2: реализация собственного адаптера на Java

Данный способ использует для хранения закрытой части ключа КриптоПРО JCP. Такое решение соответствует законодательным требованиям РФ по защите ЭП, т.к. используется сертифицированный криптопровайдер. К недостаткам можно отнести поддержку не всех носителей ЭП и необходимость приобретения лицензии на КриптоПРО JCP. Библиотека smevx-crypto для Java распространяется свободно.

Мы решили не останавливаться на этом способе, т.к. он “прибит гвоздями” к Java, а для нас удобнее несколько иные технологии разработки.

Способ 3: бесплатный Адаптер СМЭВ 3

Мы выбрали за основу последний способ. При данном подходе за взаимодействие со СМЭВ 3 отвечает бесплатный адаптер СМЭВ от Ростелекома. Он полностью реализует функции асинхронной работы с единым сервисом СМЭВ (постановка в очередь запросов и формирование ответов). Подпись вычисляется через Trusted Java, ключ хранится в стандартном КриптоПРО CSP, который поддерживает очень большое количество носителей ЭП и имеет все необходимые сертификаты. Тут следует отметить, что требуется приобретение лицензий на Trusted Java и КриптоПРО CSP, но они довольно бюджетные и не оказали существенного влияния на общую смету проекта (порядка 3 000 руб. суммарно).

На схеме цветом выделены те сервисы, которые реализуются непосредственно нами на удобной нам технологии разработки ПО (Python). Благодаря возможности выбора способа интеграции (база данных, файловый обмен, SOAP) мы не привязаны к Java или каким-либо другим языкам программирования. Более подробно интерфейсы интеграции Адаптера СМЭВ описаны в руководстве администратора Адаптера.

Хронология реализации проекта

В 2009 году обеспечена возможность взаимодействия между Единым порталом государственных услуг (ЕПГУ) и информационными системами федеральных органов исполнительной власти (ФОИВ) для заказа государственных услуг в электронном виде. Взаимодействие обеспечивалось с использованием синхронных электронных сервисов. На конец года было зарегистрировано порядка 30 электронных сервисов.

В 2010 году проведены работы по обеспечению гарантированной доставки электронных сообщений и защите каналов связи для подключения к СМЭВ. Продолжены процессы подключения к системе информационных систем ФОИВ, а также специализированных систем, входящих в инфраструктуру электронного правительства (ИЭП). В июле 2010 года президент России подписал Федеральный Закон № 210-ФЗ, который запрещает чиновникам требовать с заявителей документы и справки, имеющиеся в распоряжении других органов власти. На конец года зарегистрировано около 100 электронных сервисов.

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

В 2012 году реализованы специализированные компоненты, обеспечивающие функционирование федерации??? систем межведомственного взаимодействия на территории Российской Федерации, такие как: Единый реестр сервисов, Единая матрица доступа, Система контроля и мониторинга. Реализованы механизмы взаимодействия с использованием асинхронных сервисов.

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

Кредитные организации (банки) получили доступ к СМЭВ под контролем ЦБ согласно постановлению Правительства Российской Федерации от 22.12.2012 № 1382. В Федеральном законе от 07.08.2001 № 115-ФЗ также определена возможность доступа к СМЭВ для упрощенной идентификации негосударственных пенсионных фондов, части страховых организаций, организаций федеральной почтовой связи и некоторых других организаций, осуществляющих операции с денежными средствами или иным имуществом.

По состоянию на март 2014 года общее количество участников СМЭВ превысило 8,4 тысячи, а количество запросов, прошедших через систему, составило более 1,6 млрд. После массового подключения к СМЭВ банки начали испытывать проблемы обращения к информационному сервису Федеральной миграционной службы для проверки паспортных данных заемщиков, о чём сообщил ряд участников заседания президиума Ассоциации российских банков в 2014 году. Также в 2014 году из-за большого количества обращений в Федеральную службу государственной регистрации, кадастра и картографии, произошли сбои в работе программно-аппаратных средств этого ведомства.

Постановлением Правительства Российской Федерации от 19 ноября 2014 года № 1222 «О дальнейшем развитии единой системы межведомственного электронного взаимодействия» с 1 января 2015 года запрещена разработка электронных сервисов в СМЭВ согласно Методическим рекомендациям по работе в СМЭВ версии 2.X. Новые сведения следует предоставлять согласно Методическим рекомендациям по работе в СМЭВ версии 3.X. — таким образом третья версия СМЭВ официально введена в эксплуатацию с начала 2015 года.

Тестовое взаимодействие со СМЭВ 3

Для того, чтобы иметь возможность работы с производственным контуром СМЭВ, необходимо обязательно пройти тестирование на тестовом контуре. Без соблюдения этого условия заявка на доступ к виду сведений будет сразу же отклонена. Тестирование предполагает отправку и получение эталонных запросов и ответов в адрес эмулятора СМЭВ. Результаты взаимодействия со СМЭВ по тестовому контуру отправляются в виде файлов с сообщениями адаптера как вложения к заявке на доступ к виду сведений. Для того, чтобы сообщения сохранялись в файлы, нужно в “Настройках конфигурации” Адаптера СМЭВ нажать кнопку “Показать расширенные настройки” и отметить галочку “12.2 Сохранение входящих/исходящих сообщений СМЭВ”

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

Открыв карточку ВС, нужно скачать эталонные сообщения

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

Для того, чтобы отправить эталонные сообщения, нам необходимо подготовить файлы отправки. Т.к. мы выбрали интеграцию через файловое хранилище, адаптер будет забирать файлы из папки %ADAPTER_ROOT%\integration\files\%MNEMONIC%\out и на их основании отправлять сообщения. Тут проблема заключается в том, что у адаптера несколько иной формат конверта (сообщения), чем у сервиса ЕСМЭВ. Подробнее о формате можно почитать в руководстве администратора адаптера СМЭВ. Ниже приводится пример содержимого файла в формате адаптера для отправки эталонного сообщения тестирования вида сведений “Выписки из ЕГРЮЛ по запросам органов государственной власти”:

<?xml version=»1.0″ encoding=»UTF-8″?>
<tns:ClientMessage xsi:schemaLocation=»urn://x-artefacts-smev-gov-ru/services/service-adapter/types smev-service-adapter-types.xsd» xmlns:n1=»http://www.altova.com/samplexml/other-namespace» xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance» xmlns:tns=»urn://x-artefacts-smev-gov-ru/services/service-adapter/types»>
  <tns:itSystem>111111</tns:itSystem>
  <tns:RequestMessage>
     <tns:RequestMetadata>
        <tns:clientId>3e83e83a-6a23-4908-b0d2-e3ad08fe2602</tns:clientId>
        <tns:createGroupIdentity>
           <tns:FRGUServiceCode>00000000000000000000</tns:FRGUServiceCode>
           <tns:FRGUServiceDescription>00000000000000000000</tns:FRGUServiceDescription>
        <tns:FRGUServiceRecipientDescription>00000000000000000000</tns:FRGUServiceRecipientDescription>
        </tns:createGroupIdentity>
        <tns:testMessage>true</tns:testMessage>
     </tns:RequestMetadata>
     <tns:RequestContent>
        <tns:content>
           <tns:MessagePrimaryContent>
<ns1:FNSVipULRequest xmlns:ns1=»urn://x-artefacts-fns-vipul-tosmv-ru/311-14/4.0.6″ ИдДок=»00000000-0000-0000-0000-000000000001″ НомерДела=»БН»>
<ns1:ЗапросЮЛ>
<ns1:ОГРН>5087746429843</ns1:ОГРН>
</ns1:ЗапросЮЛ>
</ns1:FNSVipULRequest>
           </tns:MessagePrimaryContent>
        </tns:content>
     </tns:RequestContent>
  </tns:RequestMessage>
</tns:ClientMessage>

Как видно из примера, в блок MessagePrimaryContent помещается тело эталонного сообщения.

После отправки сообщения нужно подождать некоторое время и в папке %ADAPTER_ROOT%\messages\%MNEMONIC%\ появятся файлы, в которых будут находиться XML-сообщения запроса и ответа. Данные файлы следует сохранить и впоследствии прикрепить к заявке на доступ к виду сведений производственного контура СМЭВ. Операцию по тестированию следует повторить для всех эталонных сообщений в архиве.

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

Надеемся, наш опыт был Вам полезен. Удачи в работе со СМЭВ!

P.S. Также Вас может заинтересовать наш беспатный OpenSource Web-сервис для работы с Адаптером СМЭВ 3

Текущий рейтинг: 4

← Переход на СМЭВ 3: 10 лучших публикаций
Модуль истории SMS vtiger →

Тестирование в тестовой среде СМЭВ

Диаграмма активностей процесса тестирования ВС в тестовой среде СМЭВ представлена на рисунке.

Диаграмма активностей процесса тестирования ВС в тестовой среде СМЭВ

2.1. Подготовка тестового запроса

Тестовый запрос должен быть сформирован в формате СМЭВ-адаптера, т.е. в виде сообщения ClientMessage.

Структура ClientMessage для запроса представлена на рисунке.

Сообщение ClientMessage для запроса

Значение элемента itSystem должно соответствовать мнемонике информационной системы Потребителя. В тестовой среде СМЭВ мнемоники ИС участников взаимодействия имеют, как правило, суффикс «_3T», в отличие от продуктивной среды, где мнемоники оканчиваются на «_3S».

Содержимое эталонного запроса вида сведений должно быть вставлено в элемент MessagePrimaryContent.

Содержимое элемента RequestMetadata заполняется следующим образом:

Элемент	Значение	Комментарий
clientID	Произвольный GUID	У каждого запроса, отправляемого в СМЭВ-адаптер, должен быть уникальный ClientID. Иначе будет возвращена ошибка, что такой запрос уже отправлялся в СМЭВ. GUID можно сгенерировать online, например, здесь: https://guidgenerator.com/
createGroupIdentity/ FRGUServiceCode	00000000000000000000	Значения, используемые для генерации кода транзакции по умолчанию
createGroupIdentity/ FRGUServiceDescription	00000000000000000000
createGroupIdentity/FRGUServiceRecipient Description	00000000000000000000
testMessage	true	Обязательное значение для вызова эмулятора на стороне СМЭВ

Пример сообщения ClientMessage:

Местоположение каталога OUT зависит от версии СМЭВ-адаптера.

Для адаптера устаревшей версии этот каталог находится по адресу /main//OUT.

Для адаптера текущей версии этот каталог находится по адресу /integration//OUT.

Созданные файлы с сообщениями ClientMessage необходимо разместить в каталоге OUT.

2.3. Запуск СМЭВ-адаптера

Если в момент размещения ClientMessage в каталоге OUT СМЭВ-адаптер уже запущен, то эти сообщения будут отправлены в СМЭВ сразу же после их размещения в указанном каталоге.

В противном случае требуется запустить СМЭВ-адаптер.

Для этого необходимо открыть консоль и перейти в ней в каталог установки СМЭВ-адаптера.

Адаптер устаревшей версии запускается из консоли командой startup.bat (или sh startup.sh для CentOS).

Адаптер текущей версии запускается из консоли командой adapter.exe start (или sh adapter.sh start для CentOS).

2.4. Поиск СМЭВ-сообщений запроса и ответа

Отладочные сообщения в формате СМЭВ адаптер устаревшей версии размещает в своем каталоге установки, а адаптер текущей версии в каталоге /messages.

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

Для этого нужно открыть найти сообщение в каталоге OUT/Sent по clientID:

Для поиска файлов по их содержимому необходимо включить соответствующий параметр в эксплорере Windows:

В найденном сообщении, в элементе MessageId, будет содержаться идентификатор сообщения, отправленного в СМЭВ:

По значению messageID необходимо найти сообщения в каталоге установки адаптера устаревшей версии (или в /messages для текущей версии адаптера).

Должны быть найдены три сообщения:

{мнемоника}-{GUID}-{SendRequestRequest}-{SUCCESS} – отправка в СМЭВ;
{мнемоника}-{GUID}-{SendRequestResponse}-{SUCCESS} – подтверждение от СМЭВ;
{мнемоника}-{GUID}-{GetResponseResponse}-{SUCCESS} – ответ от СМЭВ.

Для последнего сообщения (GetResponseResponse) необходимо найти сообщение с опросом очереди (GetResponseRequest). Оно имеет тот же GUID в наименовании файла, что и сообщение GetResponseResponse).

Сообщения Ack, о которых упоминается в Регламенте подключения ИС Участника к СМЭВ и в письмах от Ситуационного центра, СМЭВ-адаптером не фиксируются! Но СЦ, будучи информирован об использовании Потребителем СМЭВ-адаптера, не настаивает на включении Ack в результаты тестирования.

2.5. Взаимодействие с СЦ СМЭВ

Четыре найденных сообщения в формате СМЭВ необходимо упаковать в архив со значащим именем (например, «MNEM01_3T-ЕГРЮЛ-Request0.zip») и направить в Ситуационный центр СМЭВ в виде результатов тестирования.

Если тестировалось несколько эталонных запросов (а обычно так и происходит), то по четыре СМЭВ-сообщения для каждого эталонного запроса размещаются в отдельных каталогах, соответствующих эталонным запросам, например, «Request0», «Request1» и т.д.

Затем эти каталоги упаковываются в один архив, например, «MNEM01_3T-ЕГРЮЛ.zip», который отправляется в СЦ СМЭВ.

АИС МФЦ ДЕЛО

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

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

Распоряжение Правительства РФ от 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. В соответствии с Положением о единой системе межведомственного электронного взаимодействия.

Варианты проверки паспорта

Сервисный концентратор SID0003418

Поставщик: МВД России.

Методрекомендации: СМЭВ 2.

Адрес описания: .

Статус: Действующий сервис. Обрабатывает порядка 60 — 100 тыс. запросов в месяц.

Потребители: КО, МФЦ, НПФ, Операторы связи, ОМСУ, РОИВ, ФОИВ, УЦ. Всего подключено более 350 Потребителей.

Типы запросов:

Проверка действительности Паспорта Гражданина РФ по серии и номеру
Проверка действительности паспорта гражданина Российской Федерации, предъявленного на определённое имя
Получение информации о всех выданных гражданину паспортов по СНИЛС
Получение информации о всех выданных гражданину паспортов по установочным данным

Комментарий: Сервис является рабочим инструментом для проверки паспортов. Однако, существует ряд сложностей:

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

Сведения о действительности паспорта гражданина РФ, предъявленного на определенное имя

Поставщик: МВД России.

Методрекомендации: СМЭВ 3.

Адрес описания: Технологический портал СМЭВ3.

Статус: находится в тестовой среде. Плановый срок вывода в продуктивную среду — 26.07.2018 (просрочен).

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

Содержание запроса и ответа:

Упрощенная идентификация пользователей (УПРИД) в ЕСИА

Поставщик: Минкомсвязь.

Методрекомендации: СМЭВ 3.

Адрес описания: Технологический портал СМЭВ3.

Статус: Действующий сервис. Однако в «Едином отчете» он указан как невостребованный, т.е. запросы к сервису отсутствуют.

Потребители: КО, НПФ, ЕПГУ. Данные о подключениях отсутствуют.

Комментарий: УПРИД — крайне интересный сервис. Он позволяет в обход прямого подключения к профильным ВС получать данные:

соответствие ФИО и паспортных данных гражданина РФ;
соответствие ФИО и СНИЛС;
соответствие ФИО и ИНН.

Пожалуй, это самый полезный и функциональный сервис СМЭВ в данной подборке. К этой же категории «интересных, но пока не обкатанных запросов» относится комплекс ВС, ранее составлявших сервис СМЭВ2 SID0003923. Например, ВС «Подтверждение личности гражданина РФ или иностранного гражданина в ЕСИА»

Содержание запроса и ответа:

Сведения о соответствии паспортных данных и ИНН физического лица

Поставщик: ФНС России.

Методрекомендации: СМЭВ 3.

Адрес описания: Технологический портал СМЭВ3.

Статус: Действующий сервис. Обрабатывает порядка 1 млн. запросов в месяц.

Потребители: КО, МФЦ, НПФ, ОМСУ, УЦ. Всего подключено 37 Потребителей, в основном — банки.

Комментарий: В принципе, сервис может быть использован для проверки паспортов, но существуют нюансы:

Потребителю необходимо обладать (собирать) данными об ИНН граждан (т.е. сервис не подходит для операторов связи).
Потребителю необходимо доказать ФНС свое право на доступ к ВС и на проверку связки «ИНН-ПД».
В конечном счете Потребитель взаимодействует не с базой МВД, а с ее отражением в базе ФНС. Нельзя гарантировать, что данные паспортов в базе ФНС являются полными. Кроме того, если у человека нет ИНН, проверка бессмысленна.

Содержание запроса и ответа:

Проверка по списку недействительных российских паспортов

Поставщик: МВД России.

Открытый сервис, не относится к СМЭВ.

Адрес описания: сайт МВД.

Статус: Действующий сервис.

Потребители: открытый перечень.

Принцип работы:

web-сервис проверки действительности паспорта с капчей;
набор данных в формате текстового файла с перечнем недействительных паспортов.

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

Выражаем благодарность Федору Надейкину за ценные идеи и помощь в подготовке материала.

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

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

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

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

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

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