МИНИСТЕРСТВО СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ


ПРИКАЗ


от 23 июня 2015 года N 210


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

(с изменениями на 22 февраля 2017 года)

Информация об изменяющих документах

____________________________________________________________________

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

приказом Минкомсвязи России от 22 февраля 2017 года N 71 (Официальный интернет-портал правовой информации www.pravo.gov.ru, 05.06.2017, N 0001201706050011) (вступил в силу с 1 августа 2017 года).

____________________________________________________________________



В соответствии с постановлением Правительства Российской Федерации от 8 сентября 2010 года N 697 "О единой системе межведомственного электронного взаимодействия" (Собрание законодательства Российской Федерации, 2010, N 38, ст.4823; 2011, N 24, ст.3503; N 49, ст.7284; 2013, N 45, ст.5827; 2014, N 12, ст.1303, N 42, ст.5746, N 48, ст.6862, ст.6876, N 50, ст.7113)

приказываю:

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

2. Признать утратившим силу приказ Министерства связи и массовых коммуникаций Российской Федерации от 27.12.2010 N 190 "Об утверждении Технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия" (зарегистрирован Министерством юстиции Российской Федерации 29.12.2010, регистрационный N 19425).

3. Направить настоящий приказ на государственную регистрацию в Министерство юстиции Российской Федерации.

Министр
Н.А.Никифоров


Зарегистрировано

в Министерстве юстиции

Российской Федерации

25 августа 2015 года,

регистрационный N 38668

УТВЕРЖДЕНЫ
приказом
 Министерства связи
 и массовых коммуникаций
Российской Федерации
от 23 июня 2015 года N 210

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

(с изменениями на 22 февраля 2017 года)

     

I. Общие положения

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

II. Межведомственное электронное взаимодействие с использованием единого электронного сервиса

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

_______________

Пункт 2 Положения о единой системе межведомственного электронного взаимодействия, утвержденного постановлением Правительства Российской Федерации от 8 сентября 2010 года N 697 (Собрание законодательства Российской Федерации, 2010, N 38, ст.4823; 2011, N 24, ст.3503; N 49, ст.7284; 2013, N 45, ст.5827; 2014, N 12, ст.1303, N 42, ст.5746, N 48, ст.6862, ст.6876, N 50, ст.7113).

3. Информационный обмен сведениями осуществляется органами и организациями с использованием Единого электронного сервиса системы взаимодействия.

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

5. Органы и организации, получающие сведения с использованием Единого электронного сервиса системы взаимодействия (далее - потребитель), инициируют запрос сведений путем обращения к Единому электронному сервису системы взаимодействия.

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

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

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

(Подпункт дополнительно включен с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71)

7.2. Система взаимодействия обеспечивает присвоение кода транзакции электронных сообщений, передаваемых в системе взаимодействия, и направляет информационной системе потребителя сообщение, содержащее присвоенный код транзакции.

(Подпункт дополнительно включен с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71)

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

(Подпункт дополнительно включен с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71)

8. Информационное взаимодействие в системе взаимодействия осуществляется в асинхронном режиме. Передача сообщений через систему взаимодействия осуществляется посредством технологии очередей.

9. Форматы сведений разрабатываются поставщиком с использованием языка описания схем данных XML Schema Definition (XSD).

10. XML-схема или Schematron-схема, созданные на основе XSD-описания формата сведений, доступны для проверки поставщиком входящего запроса потребителя только в случае, если эти схемы содержатся в реестре сведений.

11. В системе взаимодействия реестр сведений включает одну или несколько версий формата сведений. Каждая версия формата сведений состоит из одной или нескольких XML-схем: одна описывает сведения, передаваемые в сообщении, а остальные, при необходимости, импортируются в неё посредством выполнения директивы "xs:import".

12. При необходимости внесения изменений в формат сведений, в системе взаимодействия необходимо зарегистрировать новую версию XML-схемы. Чтобы обеспечить корректную маршрутизацию сообщений, соответствующих устаревшим версиям форматов сведений, в системе взаимодействия сохраняется полная история всех изменений, включая все предыдущие версии XML-схем. Для каждой новой версии формата сведений XML-схема должна иметь отличающееся от предыдущих версий форматов целевое пространство имен (target namespace).

13. При смене форматов видов сведений оповещение потребителей сведений о смене форматов производится на портале "Технологический портал СМЭВ" в информационно-телекоммуникационной сети "Интернет" (http://smev.gosuslugi.ru) путем специального объявления, публикации нового формата в каталоге видов сведений и пометки старого формата как не действующего с определенной даты.

14. В системе взаимодействия используются сообщения следующих типов: запрос, ответ, отмена (запроса).

(Пункт в редакции, введенной в действие с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71. - См. предыдущую редакцию)

14.1. К сообщениям типа "Запрос" (далее - запрос) относятся сообщения, исходящие от потребителя (кроме сообщений типа "Отмена").

Результатом сообщения типа "Запрос кода транзакции" является присвоение кода транзакции в рамках предоставления (исполнения) услуг (функций).

(Абзац дополнительно включен с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71)

14.2. Сообщения типа "Ответ" (далее - ответ) могут содержать или запрошенные данные, или мотивированный отказ в приеме запроса к исполнению. Запросы, представляющие собой широковещательные рассылки, не требуют ответов.

14.3. Результатом сообщения типа "Отмена" (далее - отмена) является удаление сообщения из очереди системы взаимодействия, если запрос не был получен поставщиком. Сообщения типа "Отмена" применимы только к сообщениям типа "Запрос".

15. Сообщения в системе взаимодействия передаются в формате XML в кодировке UTF-8 с указанием кодировки в заголовке сообщения. Сообщения, содержащие WSDL и XSD файлы, должны также использовать кодировку UTF-8 с указанием кодировки в заголовке сообщения.

Для передачи сообщения типа "Запрос кода транзакции" от информационной системы потребителя в систему взаимодействия используется метод запроса кода транзакции (TransactionCode), который при условии успешного прохождения запроса кода транзакции форматно-логического контроля (далее - ФЛК) автоматически присваивается системой взаимодействия и направляется потребителю, инициировавшему такой запрос.

(Абзац дополнительно включен с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71)

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

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

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

17.2. электронная подпись, формируемая от имени органа власти, участвующего в межведомственном взаимодействии (далее - ЭП-ОВ);

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

(Подпункт в редакции, введенной в действие с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71. - См. предыдущую редакцию)

18. ЭП-ОВ и ЭП-СМЭВ включаются в состав сообщения в обязательном порядке.

19. ЭП-СП должностного лица органа власти, участвующего в межведомственном взаимодействии также включается в состав сообщения в обязательном порядке в случае наличия соответствующего требования нормативного правового акта Российской Федерации и соответствия указанного лица такому требованию.

20. Структура запроса, который информационная система потребителя передает в систему взаимодействия, включает в себя:

20.1. блок данных запроса;

20.2. блок содержимого вложений;

20.3. ЭП-ОВ.

21. Блок данных запроса включает, в том числе:

21.1. блок структурированных сведений;

21.2. ЭП-СП;

(Подпункт в редакции, введенной в действие с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71. - См. предыдущую редакцию)

21.3. блок заголовков вложений и ЭП-СП для вложений;

21.4. блок атрибутов бизнес-процесса;

21.5. код транзакции.

(Подпункт дополнительно включен с 1 августа 2017 года приказом Минкомсвязи России от 22 февраля 2017 года N 71)

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

_______________

Справочно: Спецификация SOAP Message Transmission Optimization Mechanism опубликована по адресу в информационно-телекоммуникационной сети "Интернет": http://www.w3.org/TR/soap12-mtom/.

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

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

24.1. блок данных СМЭВ-конверта;

24.2. блок содержимого вложений;

24.3. ЭП-СМЭВ.

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

26. Блок данных СМЭВ-конверта включает в том числе:

26.1. блок данных запроса, сформированный отправителем сообщения;

26.2. ЭП-ОВ, которой подписан блок данных запроса;

Этот документ входит в профессиональные
справочные системы «Кодекс» и  «Техэксперт»