Методика проведения тестирования взаимодействия в продуктивном контуре СМЭВ по методическим рекомендациям по разработке электронных сервисов и применению технологии электронной подписи версии 3.х (стр. 2 )

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

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

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

СМЭВ-конверт с запросом сведений (//GetStatusRequest), направляемый ИС отправителя в СМЭВ для получения уведомления из очереди статусов, включает элементы:

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

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

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

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

СМЭВ-конверт со сведениями (//GetStatusResponse), получаемый ИС отправителя из СМЭВ, включающий уведомление из очереди статусов, включает элементы:

блок данных СМЭВ-конверта (//AsyncProcessingStatus); электронная подпись СМЭВ (далее – ЭП-СМЭВ), (//SMEVSignature); Блок данных СМЭВ-конверта //AsyncProcessingStatus содержит элементы: UUID сообщения //OriginalMessageId, сформированный отправителем сообщения; категория статуса //StatusCategory; уведомление об ошибке асинхронной обработки сообщения //StatusDetails, содержащее описание ошибки, возникшей в процессе асинхронной обработки сообщения.

Приложение

Использование Файлового хранилища для пересылки файлов посредством СМЭВ

Основным отличием ядра СМЭВ 3.0 2013 от ядра СМЭВ 3.0 2014 является возможность отправки файлов более 5 Мб (до 1 Гб). Для этого необходимо на стороне информационных систем поставщиков/потребителей:

a. Разработать механизм генерации UID файлов с включением данных UID в состав сообщения b. Разработать механизм взаимодействия с FTP-сервером файлового хранилища и выкладки/чтения файлов Файлового хранилища посредством FTP c. Разработать механизм взаимодействия с очередью статусов через метод getStatus. В статусную очередь возвращаются сообщения об ошибках при проверке загруженных файлов и сообщений, связанных с ним.

Для упрощения данных работ поставляется java-библиотека клиента СМЭВ3.0, в которой реализованы все необходимые функции.

Основные особенности работы с файловым хранилищем описаны в Разделе 7. «Загрузка передаваемых файлов посредством FTP» и Разделе 8. «Выгрузка передаваемых файлов посредством FTP».

Приложение

Подготовка к взаимодействию на пилотном проекте СМЭВ с применением ЕСНСИ

Приведены требования к подготовке участников к применению ЕСНСИ при  взаимодействии в СМЭВ.

Использование ЕС НСИ при взаимодействии в СМЭВ нацелено на минимизацию:

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

Для применения  ЕСНСИ участники  взаимодействия на пилотном проекте должны выполнить комплекс организационно-технических мероприятий, обеспечивающий готовность к отработке взаимодействия.

В соответствии с существующими проектными решениями по созданию ЕСНСИ: поставщики информации при взаимодействии с применением ЕСНСИ должны использовать ЦНСИ для загрузки справочников, связанных с видами сведений, в рамках которых осуществляется предоставление информации  потребителям.

Потребители информации при взаимодействии с применением ЕСНСИ должны использовать ТНСИ для:

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

Подготовительные мероприятия поставщиков информации

Перед началом использования ЦНСИ, поставщику информации необходимо выполнить следующие подготовительные мероприятия:

запросить и получить у Оператора ЕСНСИ документацию на ЦНСИ:

Руководство пользователя; Руководство администратора; Методические рекомендации; Регламент взаимодействия;

запросить и получить у Оператора ЕСНСИ доступ к ЦНСИ для всех сотрудников ведомства, которые будут участвовать в пилотном проекте (см. «Регламент взаимодействия»); обеспечить регистрацию в ЕСИА сотрудников, которым предоставляется доступ в ЦНСИ; настроить в ЦНСИ права для полученных учётных записей (см. «Руководство пользователя» и «Руководство администратора»); доработать  ИС, участвующую во взаимодействии, разработав  компонент,  обеспечивающий загрузку справочников и их обновлений в ЦНСИ. Разрабатываемый компонент должен обеспечивать вызов метода updateDirectory,  реализованного в ЦНСИ (см. «Методические рекомендации»);  подключить разработанный Компонент ИС к ЦНСИ (см. «Регламент взаимодействия»); определить состав справочников, которые будут использоваться при предоставлении информации (рекомендуемый состав справочников приведен в таблице 4 данного приложения); выполнить подготовку справочников для загрузки в ЦНСИ (справочники, загружаемые в ЦНСИ доступны всем участникам взаимодействия и должны содержать только открытую информацию); выполнить загрузку подготовленных справочников; скорректировать XSD схемы видов сведений, указав в описании каждого элемента, заполняемого с использованием справочника, идентификатор соответствующего справочника; подготовить эталонные запросы и эталонные ответы для предоставляемых видов сведений; зарегистрировать скорректированные виды сведений в СМЭВ; опубликовать скорректированные XSD схемы и эталонные запросы и ответы на технологическом портале СМЭВ.  Подготовительные  мероприятия потребителей информации 

Перед началом использования ТНСИ, потребителю  информации необходимо выполнить следующие подготовительные мероприятия:

запросить и получить у Оператора ЕСНСИ документацию на ТНСИ:

Руководство пользователя, Руководство администратора, Методические рекомендации, Регламент взаимодействия;

получить Оператора ЕСНСИ реквизиты доступа к ЦНСИ для загрузки справочников; получить у Оператора ЕСНСИ дистрибутив ТНСИ;  установить и настроить ТНСИ (см. «Руководство администратора»); доработать  ИС, участвующую во взаимодействии,  разработав компонент, обеспечивающий использование сервисов ТСНСИ по перекодировке сообщений (методы Recode, RecodeByAlias см. «Методические рекомендации»):

при формировании запроса в адрес поставщика для подстановки в запрос НСИ, корректной с точки зрения поставщика информации (перекодировка «локальный справочник потребителя – справочник поставщика»); при обработке ответа поставщика информации (перекодировка «справочник поставщика – локальный справочник потребителя»).

подключить разработанный компонент к ТНСИ (см. «Регламент взаимодействия»). выполнить загрузку в ТНСИ справочников ИС потребителя информации (локальной ИС); задать в ТНСИ правила перекодировки, сопоставив значениям локальных справочников значения справочников, полученных из ЦНСИ; получить на технологическом портале СМЭВ XSD-схемы видов сведений, информация по которым предоставляется с использованием справочников ЦНСИ, эталонные запросы и эталонные ответы по видам сведений; выполнить доработку ИС, обеспечив формирование запросов к видам сведений, соответствующим полученным XSD-схемам. Сообщения должны формироваться с использованием локальных справочников.  Термины и определения

Таблица 4 – Термины, определения и сокращения

№	Термин	Определение
ГКН	Государственный кадастр недвижимости
Локальный справочник	Копия справочника или классификатора, использующаяся Оператором ИС в его технологических процессах, загруженная в ТНСИ. Справочники ЦНСИ не относятся к локальным справочникам.
МВД	Министерство внутренних дел Российской Федерации
Перекодировка	Преобразование элемента справочника ЦНСИ в элемент локального справочника (или наоборот, преобразование элемента локального справочника в элемент справочника ЦНСИ).
Правило перекодировки	Однонаправленное соответствие между элементом справочника ЦНСИ и элементом локального справочника (или наоборот, соответствие между элементом локального справочника и элементом справочника ЦНСИ).
ПФР	Пенсионный фонд  Российской Федерации
Росреестр	Федеральная служба государственной регистрации, кадастра и картографии
СМЭВ	Система межведомственного электронного взаимодействия.
Справочник	См. Компонент НСИ.
Справочник ЦНСИ	Справочник поставщика, размещённый в ЦНСИ.
ТНСИ	Терминальный модуль ЕСНСИ.
ФНС	Федеральная налоговая  служба
ЦНСИ	Центральный модуль ЕСНСИ.

Рекомендуемые справочники

Состав справочников рекомендуемых для использования на пилотном проекте при взаимодействии с применением ЕСНСИ приведен в таблице 5.

Для рекомендуемых справочников приведены:

поставщик информации (кроме общих справочников); примерное наименование справочника; вид сведений, при предоставлении которого предполагается использование справочника; элементы xsd – схем, при заполнении которых предполагается использование  справочника.

Таблица 5 – Справочники, рекомендуемые  для использования на пилотном  проекте СМЭВ