Проекты методических рекомендаций по работе с Единой системой межведомственного электронного взаимодействия версия 0 6

1.Введение 3

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

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

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

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

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

2.1.1.1.1.1.1.1Взаимодействие ИС потребителя и ИС поставщика через СМЭВ 7

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

2.2.1Толкование термина 7

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

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

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

2.2.5Версионность форматов сведений 8

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

2.3.Типы сообщений 9

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

2.3.2Сообщения типа «Ответ» 9

2.3.3Широковещательные рассылки 9

2.3.4Приоритетная доставка 10

2.4.Жизненный цикл сообщений 11

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

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

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

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

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

2.5.Организация очередей 13

2.5.1.1.1.1.1.1Очередной запрос ИС потребителя помещается в очередь (ИС поставщика работает в режиме общих очередей) 13

2.5.1.1.1.1.1.2ИС поставщика «забирает» из очереди очередной запрос без указания вида сведений, в режиме общих очередей 14

2.5.1.1.1.1.1.3ИС поставщика «забирает» из очереди очередной запрос с указания вида сведений «Б», в режиме общих очередей 14

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

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

2.5.3.1.1.1.1.1Получение в ИС поставщика очередного запроса и помещение этого запроса в очередь на подтверждение 15

2.5.3.1.1.1.1.2Получение ИС поставщика следующего очередного запроса и помещение этого запроса в очередь на подтверждение 15

2.5.3.1.1.1.1.3ИС поставщика сервиса прислала подтверждение получения запроса № 2, а по запросу № 1 истекло время ожидания подтверждения 16

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

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

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

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

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

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

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

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

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

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

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

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

3.2.2Блок данных запроса 21

3.2.3Блок содержимого вложений 22

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

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

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

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

3.3.3Блок содержимого вложений 24

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

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

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

3.4.2Блок данных ответа 26

3.4.3Блок содержимого вложений 26

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

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

3.5.1.1.1.1.1.1Структура сообщения с ответом, которое ИС потребителя получает из СМЭВ 27

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

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

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

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

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

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

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

4.2.1.1.1.1.1.1Использование электронных подписей при передаче запроса от потребителя к поставщику сервиса 30

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

4.2.2.1.1.1.1.1Использование электронных подписей при передаче ответа от поставщика к потребителю 32

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

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

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

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

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

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

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

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

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

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

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

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

5.1.1.1.1.1.1.1Типовой сценарий межведомственного взаимодействия (упрощенно) 38

5.1.1.1.1.1.1.2Последовательность обращений к веб-сервису СМЭВ при передаче сообщений с запросами и ответами 40

5.2.Пакет запросов – пакет ответов 42

6.Приложения 45

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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