Минимум, который нужно знать, чтобы зарегистрировать вид сведений

Скопировать прямую ссылку на статью

Комплект артефактов для регистрации вида сведений

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

Предоставление сведений через СМЭВ выполняется в рамках сеансов обмена.

В общем виде сеанс обмена в СМЭВ включает:

передачу запроса от ИС инициатора в очередь запросов ИС ответчика;
передачу ответа от ИС ответчика в очередь ответов ИС инициатора.

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

Запросы и ответы могут сопровождаться файлами вложений для передачи:

неструктурированной информации (например, скан-копий различных документов);
больших объемов структурированной информации (XML-файлов, объем которых слишком велик для их передачи через web-сервис СМЭВ).

Правила выполнения сеансов обмена определяются "Видами сведений" (далее ВС).

ВС определяет для сеансов обмена:

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

При разработке ВС требуется:

Определить тип маршрутизации для ВС;
Определить требования к форматам запроса и возможных ответов;
Определить требования к форматам структурированных вложений (при необходимости);
Определить критерии, административного доступа к ВС;
Сформировать комплект артефактов, необходимый для регистрации ВС через ЛК УВ.

Примечание: Для ВС с повышенными требованиями к скорости обменов можно настроить мульти-очереди.
Комплект артефактов включает:

Руководство пользователя вида сведений включает описание вида сведений и содержит наиболее полную информацию о виде сведений и критериях доступа к ВС.

Для разработки Руководства пользователя Вида сведений требуется информация административного регламента предоставления государственной услуги и/или информации о бизнес-процессе, в рамках которого будут обрабатываться запросы и формироваться ответы разрабатываемого Вида сведений.

Данная информация поможет:

выявить возможных инициаторов и ответчиков
определить критерии административного доступа к ВС;
определить требуемый тип маршрутизации.

Бизнес-процесс также описывает проверки запросов на стороне поставщика сведений, которые являются основой для формирования списка возможных кодов возвратов при неуспешных проверках.

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

пространство имен вида сведений с учетом его версии;
корневой элемент запроса;
корневой элемент ответа.

Для разработки XSD-схем ВС полезно обращаться к реляционной модели данных, хранящихся в информационной системе (или системах) ответчика.

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

Как правило, каждое ведомство – участник взаимодействия имеет свой уникальный среди прочих участников URI пространства имен. В этом случае для формирования пространства имен ВС к URI ведомства справа добавляется часть с кодом ВС и номер версии ВС.

Например, пространство имен ФНС – «urn://x-artefacts-fns».

Пространство имен ВС «Выписки из ЕГРЮЛ по запросам органов государственной власти, имеющих право на получение закрытых сведений» имеет вид «urn://x-artefacts-fns-zvipul-tosmv-ru/311-14/4.0.5».

Эталонные запросы и ответы – это примеры запросов и ответов, сформированные в соответствии с XSD-схемами ВС.

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

Используется одна пара эталонных сообщений запрос-ответ.

Рассмотрим пример ВС, с помощью которого потребители могут подавать заявления на выдачу лицензии.

Ответ на запрос имеет следующую схему:

Ответ на запрос о выдаче лицензии содержит номер и дата выдачи лицензии (отказ в выдаче лицензии возвращается в разделе RequestStatus СМЭВ-сообщения SendResponseRequest).

Для такого Вида сведений необходима одна пара эталонных сообщений для запроса на выдачу лицензии.

Эталонный запрос на выдачу лицензии будет выглядеть следующим образом:

Эталонный ответ на выдачу лицензии будет содержать номер и дату лицензии:

, чтобы оставить комментарий к статье