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

5.Пересылка вложений с использованием Файлового хранилища СМЭВ3.х имеется возможность передача файлов вложений отдельно от сообщения. Для этого используется Файловое хранилище СМЭВ3.х. Использование Файлового хранилища обязательно, если суммарный объем вложений сообщения превышает 5 Мб. При этом суммарный объем файлов сообщения не должен превышать 1 Гб. Загрузка файлов в Файловое хранилище осуществляется по протоколу FTP. Каждый участник взаимодействия получает доступ к отдельной директории FTP-сервера Файлового хранилища для загрузки файлов вложений. Для каждого файла ИС отправителя должна создать отдельную директорию, в качестве названия которой должен быть использован UUID, сгенерированный по алгоритму аналогичному генерации UUID сообщения (см. п. 4.2 «Algorithms for Creating a Time-Based UUID» RFC 4122 http://rfc.askapache.com/rfc4122/rfc4122.html#section-4.2). Общий процесс передачи файлов посредством Файлового хранилища представлен на диаграмме Рисунка 18. Рисунок – Диаграмма последовательности отправки файлов посредством Файлового хранилища При отправке сообщения, которому принадлежат загруженные файлы, UUID созданных папок с файлами указываются в сообщении в соответствующих тегах SenderProvidedRequestData (для запроса) и SenderProvidedResponseData (для ответа). Данные теги включают элемент RefAttachmentHeaderList, который описывается как лист значений. Очистка выделанной для информационной системы отдельной директории FTP-сервера Файлового хранилища производится автоматически в ходе обработки отправленного сообщения с файлами. Общий процесс получения сообщения с файлами в Файловом хранилище представлен на диаграмме Рисунка 19. Рисунок – Диаграмма последовательности получения файлов посредством Файлового хранилища В составе входящего сообщения содержатся ссылки на пришедшие файлы - тег FSAttachmentsLis, представляющий собой лист элементов FSAttachment значений типа FSAuthInfo, содержащих ссылку на файл (uuid), логин (UserName), пароль (Password), имя файла (FileName). Для выгрузки файла на стороне информационной системы получателя необходимо сформировать запрос вида: ftp://логин:пароль@ip-адрес:порт/UUID_файла/имя_файла, где «ip-адрес:порт» - адрес Файлового хранилища СМЭВ3.х После доставки сообщения и при получении от информационной системы получателя подтверждения о получении сообщения СМЭВ3.х очищает область доставки Файлового хранилища, доступ к доставленным файлам закрывается. Структурная схема взаимодействия Файлового хранилища со СМЭВ3.х в рамках передачи вложения средствами протокола FTP приведена на схеме Рисунка 20. Рисунок – Структурная схема взаимодействия Файлового хранилища со СМЭВ в рамках передачи вложения средствами протокола FTP 6.Сценарии асинхронного взаимодействия 6.1.Межведомственный запрос Упрощенно типовой сценарий межведомственного взаимодействия включает одно сообщение – запрос и одно сообщение – ответ (Рисунок ). Рисунок – Типовой сценарий межведомственного взаимодействия (упрощенно) Обмен сообщениями между ИС потребителя и ИС поставщика, реализуемый в СМЭВ, осуществляется путем вызова соответствующих методов веб-сервиса SMEVMessageExchangeService, предоставляемого СМЭВ. Веб-севис SMEVMessageExchangeService предоставляет восемь методов. Пять методов используются для передачи запроса от ИС потребителя к ИС поставщика и ответа от ИС поставщика к ИС потребителя: SendRequest (послать запрос), служит для передачи запроса от ИС потребителя в СМЭВ; GetRequest (получить запрос), служит для получения запроса ИС поставщика из СМЭВ; Ack (подтвердить получение), служит для подтверждения получения сообщения из очереди, должен вызываться после получения сообщения методами GetRequest или GetResponse; SendResponse (послать ответ), служит для передачи ответа на запрос от ИС поставщика в СМЭВ; GetResponse (получить ответ), служит для получения из СМЭВ ответа на запрос от ИС потребителя. На протяжении жизненного цикла запрос (ответ на запрос) проходит ряд состояний (статусов). ИС потребителя и ИС поставщика могут получить статистику по состоянию своих очередей, вызвав метод GetIncomingQueueStatistics. Далее на диаграмме (Рисунок ) представлена последовательность обращений к веб-сервису СМЭВ urn://x-artefacts-smev-gov-ru/services/message-exchange/1.2 (обращения к веб-сервису выделены полужирным шрифтом) при передаче запроса от ИС потребителя к ИС поставщика и ответа от ИС поставщика к ИС потребителя. На диаграмме также показаны наиболее важные действия, которые выполняются СМЭВ, ИС поставщика и ИС потребителя в промежутках между обращениями к веб-сервису СМЭВ. Перед отправкой в СМЭВ запроса сведений ИС потребителя должна подготовить этот запрос. Подготовка запроса включает корректное заполнение блока структурированных данных запроса //SenderProvidedRequestData, в том числе блока сведений по форматам поставщика //MessagePrimaryContent (правильность заполнения элемента //MessagePrimaryContent будет потом проверяться в СМЭВ на соответствие схеме XSD и, при наличии, Schematron, разработанными поставщиком), добавление ЭП-ОВ для элемента //SenderProvidedRequestData и, при необходимости, добавление вложений (//AttachmentContentList и //AttachmentHeaderList). Рисунок – Последовательность обращений к веб-сервису СМЭВ при передаче сообщений с запросами и ответами Затем запрос сведений передается в СМЭВ с помощью метода SendRequest, в СМЭВ последовательно выполняется следующие операции: форматно-логический контроль (далее - ФЛК) СМЭВ-конверта по схеме XSD. Под ФЛК понимается проверка формата данных, а также контроль логики заполнения данных, осуществляемые путем проверки соответствия этих данных документам на языке XSD и, при необходимости, Schematron (пример проверки: срок лишения специального права не может быть менее одного месяца и более трех лет). Как синоним ФЛК, в указанном значении, далее используется также термин валидация; проверка ЭП-ОВ на предмет корректности и на предмет действительности соответствующих сертификатов ключей подписи. ЭП-ОВ также используется для идентификации потребителя сервиса, приславшего запрос; валидация бизнес-данных по схеме XSD и, при наличии, Schematron, разработанными поставщиком сервиса. Также проверяется полное имя корневого элемента блока структурированных сведений //MessagePrimaryContent для идентификации ИС поставщика - получателя запроса; проверка ЭП-СП (в элементе //PersonalSignature и в блоке заголовков вложений //AttachmentHeaderList); помещение запроса в очередь запросов; Запрос будет находиться в очереди запросов до тех пор, пока при очередном обращении в СМЭВ его не получит ИС поставщика. Для получения запроса ИС поставщика подготавливает и подписывает ЭП-ОВ обращение за запросом, а затем, вызвав метод GetRequest, передает это обращение в СМЭВ. СМЭВ по ЭП-ОВ идентифицирует ИС поставщика и, при наличии недоставленных запросов, возвращает в ИС поставщика очередной запрос, предварительно подписав его ЭП-СМЭВ. Получив из СМЭВ запрос, ИС поставщика проверяет ЭП-СМЭВ и, в случае успешной проверки, сохраняет у себя этот запрос, а в СМЭВ передает подтверждение получения запроса путем вызова метода Ack. СМЭВ, получив от ИС поставщика подтверждение получения запроса снимает его с обработки, устанавливая ему внутренний признак «Обработан». ИС поставщика, в свою очередь, готовит ответ на полученный запрос и, подписав его ЭП-ОВ, отправляет в СМЭВ путем вызова метода SendResponse. СМЭВ, получив ответ от ИС поставщика, выполняет с сообщением действия, аналогичные действиям при получении запроса от ИС потребителя, и помещает ответ в очередь ответов. Затем ИС потребителя вызывает метод GetResponse и передает в СМЭВ подготовленный и подписанный ЭП-ОВ запрос очередного ответа. СМЭВ по ЭП-ОВ идентифицирует ИС потребителя и определяет, к каким очередям этот потребитель имеет доступ. Из соответствующей очереди СМЭВ выбирает очередной ответ, подписывает его ЭП-СМЭВ и передает в ИС потребителя. Так же как и ИС поставщика при получении запроса, ИС потребителя при получении ответа проверяет ЭП-СМЭВ, сохраняет у себя этот ответ и подтверждает получение ответа вызовом метода Ack. СМЭВ, получив от ИС потребителя подтверждение получения ответа, присваивает ответу внутренний признак «Обработан». Следует также заметить, что все значимые события при обращении потребителя или поставщика в СМЭВ, от получения SOAP-запроса до отправки SOAP-ответа, фиксируются в журнале СМЭВ.

Похожие:

	Методические рекомендации по работе с Единой системой межведомственного... Исправлена нумерация таблиц, рисунков, а так же ссылки на рисунки и таблицы по всему документу		Методические рекомендации по работе с Единой системой межведомственного... Исправлена нумерация таблиц, рисунков, а так же ссылки на рисунки и таблицы по всему документу
	Методические рекомендации по работе с Единой системой межведомственного... Исправлена нумерация таблиц, рисунков, а так же ссылки на рисунки и таблицы по всему документу		Методические рекомендации по работе с Единой системой межведомственного... Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия
	Проекты методических рекомендаций по работе с Единой системой межведомственного... Очередной запрос ис потребителя помещается в очередь (ис поставщика работает в режиме общих очередей) 13		Регламент взаимодействия Участников информационного взаимодействия,... Оператора единой системы межведомственного электронного взаимодействия и Оператора эксплуатации инфраструктуры электронного правительства...
	Регламент взаимодействия Участников информационного взаимодействия,... Оператора единой системы межведомственного электронного взаимодействия и Оператора эксплуатации инфраструктуры электронного правительства...		Методические рекомендации по использованию электронной подписи при... И межведомственном электронном взаимодействии при предоставлении государственных услуг (исполнении государственных функций) с использованием...
	Решение инцидентов 22 Оператора единой системы межведомственного электронного взаимодействия и Оператора эксплуатации инфраструктуры электронного правительства...		Краткая инструкция пользователя по работе с Системой межведомственного... Вход в систему межведомственного взаимодействия (смв) осуществляется следующим образом