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

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

с использованием единого электронного сервиса

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

--------------------------------

<1> Пункт 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. В рамках информационного взаимодействия в целях предоставления государственных или муниципальных услуг или исполнения государственных или муниципальных функций (далее - предоставление (исполнение) услуг (функций) информационная система потребителя осуществляет отправку запроса на присвоение уникального кода электронного сообщения (далее - код транзакции) в систему взаимодействия.

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

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

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. В системе взаимодействия используются сообщения следующих типов: запрос, ответ, отмена (запроса).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

20.3. ЭП-ОВ.

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

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

21.2. ЭП-СП;

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

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

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

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

--------------------------------

<1> Справочно: Спецификация 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. ЭП-ОВ, которой подписан блок данных запроса;

26.3. обратный адрес, необходимый для доставки ответа потребителю, включающий, в том числе, код транзакции (далее - адрес потребителя);

26.4. блок маршрутной информации.

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

28. С помощью ЭП-СМЭВ:

28.1. подписываются блок данных запроса вместе с ЭП-ОВ и добавленные в систему взаимодействия блок маршрутной информации и адрес потребителя;

28.2. обеспечивается целостность запроса на всем пути от отправителя до получателя.

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

29.1. блок данных ответа;

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

29.3. ЭП-ОВ.

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

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

30.2. ЭП-СП;

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

30.4. адрес потребителя.

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

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

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

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

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

33.3. ЭП-СМЭВ.

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

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

34.2. код транзакции;

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

34.4. исключен. - Приказ Минкомсвязи России от 22.02.2017 N 71;

34.4. идентификатор, присвоенный запросу в системе взаимодействия, на который передается ответ;

34.5. блок маршрутной информации.

35. Блок содержимого вложений в процессе доставки системой взаимодействия не изменяется.

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

37. Изготовление, выдача ключей электронных подписей и сертификатов ключей проверки электронных подписей участникам информационного взаимодействия осуществляются в соответствии с положениями Федерального закона от 6 апреля 2011 г. N 63-ФЗ "Об электронной подписи" (Собрание законодательства Российской Федерации, 2011, N 15, ст. 2036, N 27, ст. 3880; 2012, N 29, ст. 3988; 2013, N 11, ст. 1668, N 27, ст. 3463, ст. 3477; 2014, N 11, ст. 1098, N 26, ст. 3390).

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

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

39.1. Послать запрос (SendRequest), служит для передачи запроса от информационной системы потребителя в систему взаимодействия;

39.2. Получить запрос (GetRequest), служит для получения запроса информационной системой поставщика из системы взаимодействия;

39.3. Подтвердить получение (Ack), служит для подтверждения получения сообщения, вызывается после получения сообщения методами GetRequest или GetResponse;

39.4. Послать ответ (SendResponse), служит для передачи ответа на запрос от информационной системы поставщика в систему взаимодействия;

39.5. Получить ответ (GetResponse), служит для получения из системы взаимодействия ответа на запрос от информационной системы потребителя;

39.6. Отмена запроса (CancelRequest), служит для отмены запроса информационной системы поставщика в систему взаимодействия;

39.7. Получение статистики (GetIncomingQueueStatistics), служит для получения статистики по доставке сообщений в систему взаимодействия.

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

41. Запрос передается в систему взаимодействия с помощью метода SendRequest, после чего в системе взаимодействия последовательно выполняются следующие операции:

41.1. ФЛК СМЭВ-конверта по схеме XSD. ФЛК представляет собой проверку формата сведений, контроль логики заполнения сведений, осуществляемые путем проверки соответствия этих данных документам на языке XSD и, при необходимости, Schematron;

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

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

41.4. проверка ЭП-СП;

41.5. проверка по ЭП-СМЭВ кода транзакции;

41.6. помещение запроса в очередь запросов и присвоение сообщению СМЭВ-идентификатора, подтверждающего факт помещения запроса в очередь запросов (автоматически присваивается системой взаимодействия и направляется потребителю).

42. Запрос находится в очереди запросов до момента его получения информационной системой поставщика посредством обращения к системе взаимодействия.

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

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

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

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

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

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