ПРИКАЗ
от 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
Технические требования к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия
(с изменениями на 22 февраля 2017 года)
1. Настоящие Технические требования к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия (далее - Требования) определяют правила интеграции информационных систем федеральных органов исполнительной власти, государственных внебюджетных фондов, исполнительных органов государственной власти субъектов Российской Федерации, органов местного самоуправления, государственных и муниципальных учреждений, многофункциональных центров, иных органов и организаций (далее - органы и организации), используемых при предоставлении государственных и муниципальных услуг и исполнении государственных и муниципальных функций в электронной форме (далее - информационные системы), с единой системой межведомственного электронного взаимодействия (далее - система взаимодействия), а также требования к техническому обеспечению информационного обмена, осуществляемого с применением системы взаимодействия, между информационными системами в целях предоставления государственных и муниципальных услуг и исполнения государственных и муниципальных функций в электронной форме.
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. ЭП-ОВ, которой подписан блок данных запроса;