Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия версия 1 1 Москва 201

1.Введение 4

1.1.Назначение документа 4

1.2.Цели и требования 5

1.3.Термины, определения, соглашения 6

2.Основы взаимодействия 7

2.1.Основные понятия и правила обмена информацией 7

2.2.Особенности схемы сервиса СМЭВ 1.1* 9

2.3.Концепция «Виды сведений» 11

2.3.1Толкование термина 11

2.3.2Маршрутизация запросов на основании передаваемых сведений 11

2.3.3Маршрутизация запросов по ОКТМО 11

2.3.4Требования к описанию форматов сведений 12

2.3.5Включение схем справочников в схему видов сведений 12

2.3.6Версионность форматов сведений 12

2.3.7Структура вида сведений в СМЭВ 13

2.4.Типы сообщений 13

2.4.1Сообщения типа «Запрос» 13

2.4.2Сообщения типа «Ответ» 14

2.4.3Широковещательные рассылки 14

2.4.4Приоритетная доставка 14

2.4.5Сообщения об отказах в ответе на уровне схемы СМЭВ 14

2.4.6Возврат статусов запросов на уровне схемы СМЭВ 15

2.4.7Указание мнемоники сервера отправки сообщения 15

2.5.Жизненный цикл сообщений 16

2.5.1Жизненный цикл сообщения типа «Запрос» 16

2.5.2Жизненный цикл сообщения типа «Ответ» 17

2.5.3Жизненный цикл бизнес-взаимодействия 18

2.6.Организация очередей 18

2.6.1Получение сообщения с фильтрацией по виду сведений 19

2.6.2Подтверждение приёма сообщения 20

2.6.3Получение статистики входящих очередей 21

2.6.4Ограничения на частоту опроса очередей 21

2.7.Организация очередей статусов 22

2.7.1Получение уведомления из очереди статусов 22

2.7.2Структура сообщения с запросом уведомления из очереди статусов 23

2.7.3Структура сообщения с уведомлением из очереди статусов 24

3.Требования к структуре сообщений 25

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

3.2.Структура сообщения с запросом сведений, которое ИС потребителя передает в СМЭВ 25

3.2.1Блок данных запроса 26

3.2.2Блок содержимого вложений 27

3.2.3Электронная подпись органа власти 27

3.3.Структура сообщения с запросом сведений, которое ИС поставщика получает из СМЭВ 28

3.3.1Блок данных СМЭВ-конверта 29

3.3.2Блок содержимого вложений 29

3.3.3Электронная подпись СМЭВ 30

3.4.Структура сообщения с ответом, которое ИС поставщика передает в СМЭВ 30

3.4.1Блок данных ответа 31

3.4.2Блок содержимого вложений 31

3.4.3Электронная подпись органа власти 31

3.5.Структура сообщения с ответом, которое ИС потребителя получает из смэв 31

3.5.1Блок данных СМЭВ-конверта 32

3.5.2Блок содержимого вложений 32

3.5.3Электронная подпись СМЭВ 32

4.Электронные подписи 34

4.1.Виды электронных подписей 34

4.2.Порядок использования электронных подписей 34

4.2.1Использование электронных подписей при передаче запроса 34

4.2.2Использование электронных подписей при передаче ответа 36

4.3.Правила формирования ЭП 37

4.3.1Подписи в формате PKCS#7 38

4.4.Электронные подписи субъектов взаимодействия – физических лиц 38

4.4.1Общие требования к электронной подписи, формируемой от имени должностных лиц органов власти при межведомственном информационном обмене 38

4.4.2Электронная подпись при межведомственном взаимодействии 39

4.5.Электронные подписи субъектов взаимодействия – информационных систем 40

4.5.1Общие требования электронной подписи, формируемой от имени органа власти при межведомственном информационном обмене 40

4.5.2Общие требования к электронной подписи, формируемой узлами СМЭВ 41

4.5.3Правила формирования электронной подписи информационной системы 41

4.5.4Подписание вложений электронной подписью информационной системы 42

5.Пересылка вложений с использованием Файлового хранилища 43

6.Сценарии асинхронного взаимодействия 46

6.1.Межведомственный запрос 46

6.2.Пакет запросов – пакет ответов 50

7.ВЗАимодействие череЗ системы-агрегаторы 53

8.Приложения 54

8.1.Приложение 1: Аглоритм нормализации XML 54

9.Если текстовый узел содержит только пробельные символы (код символа меньше или равен '\u0020'), этот текстовый узел вырезается. 54

10.После применения правил 1 и 2, если даже у элемента нет дочерних узлов, элемент не может быть представлен в виде empty element tag (http://www.w3.org/TR/2008/REC-xml-20081126/#sec-starttags, правило [44]), а должен быть преобразован в пару start-tag + end-tag. 54

11.Удалить namespace prefix, которые на текущем уровне объявляются, но не используются. 54

12.Проверить, что namespace текущего элемента объявлен либо выше по дереву, либо в текущем элементе. Если не объявлен, объявить в текущем элементе. 54

13.Namespace prefix элементов и атрибутов должны заменены на автоматически сгенерированные. Сгенерированный префикс состоит из литерала «ns», и порядкового номера сгенерированного префикса в рамках обрабатываемого XML-фрагмента, начиная с единицы. При генерации префиксов должно устраняться их дублирование.
54

14.Атрибуты должны быть отсортированы в алфавитном порядке: сначала по namespace URI (если атрибут - в qualified form), затем – по local name. Атрибуты в unqualified form после сортировки идут после атрибутов в qualified form. 55

15.Объявления namespace prefix должны находиться перед атрибутами. Объявления префиксов должны быть отсортированы в порядке объявления, а именно: 55

15.1.Приложение 2: Результат трансформации urn://smev-gov-ru/xmldsig/transform 55

15.2.Приложение 3: Профиль формата PKCS#7, которому должны удовлетворять подписи вложенных файлов 57

15.3.Приложение 4: Образцовая реализация трансформации urn://smev-gov-ru/xmldsig/transform 58

15.4.Приложение 5: Сценарии тестирования алгоритма нормализации XML 64

15.4.1Сценарий 1: тестирование правил 1, 2, 6 (здесь и далее под правилами понимаются подпункты алгоритма нормализации, описанного в Приложении 1). 64

15.4.2Сценарий 2: тестирование правил 4, 5 64

15.4.3Сценарий 3: тестирование правил 3, 7, 8 65

15.5.Приложение 6: Перечень ошибок, возвращаемых транспортной подсистемой СМЭВ 66

15.6.Приложение 7: формирование видов сведений с включением справочников 77