2.4.Типы сообщений
Сообщения, передаваемые в СМЭВ, типизируются на запрос и ответ. С точки зрения СМЭВ все сообщения не отличаются и обрабатываются одинаковым образом.
2.4.1Сообщения типа «Запрос»
К сообщениям типа «Запрос» (далее – запрос) относятся сообщения, исходящие от инициатора взаимодействия: межведомственные запросы, запросы на оказание государственных или муниципальных услуг, широковещательные рассылки.
Сообщения типа «запрос» проходят контроль корректности данных в два этапа – синхронная и асинхронная (необязательная) проверка.
Первый этап – синхронная проверка. После выполнения всех синхронных проверок, запрос помещается в очередь на асинхронную проверку. Если проверка прошла успешно, то в ответе возвращается сообщение об успешной проверке, при наличии ошибок метод {urn://x-artefacts-smev-gov-ru/services/message-exchange/1.1:SendRequest} возвращает fault.
Асинхронная проверка не является обязательной, и инициируется при определенных «триггерных» ситуациях обработки запросов (недоступность сервиса ГУЦ, отправка сообщений с файлами, суммарно превышающими 5Мб, принудительный перевод СМЭВ в режим асинхронной обработки запросов).
При помещении сообщения в асинхронную проверки СМЭВ в ответ на запрос возвращает в синхронном режиме сообщение, где в блоке MessageMetadata содержится следующий тег: requestIsQueued.
Если какая-либо асинхронная проверка показала ошибку, СМЭВ помещает во входящую очередь ответов отправителя запроса сообщение об ошибке. Сообщение об ошибке будет получено при очередном запросе GetResponse.
В случае, если ошибки в асинхронной проверке ответов Поставщика сведений, то сообщение об ошибке отсылается в статусную очередь и может быть получено методом GetStatus.
Отличить ответы поставщика данных от сообщений СМЭВ об ошибках асинхронного контроля можно по содержимому элемента {urn://x-artefacts-smev-gov-ru/services/message-exchange/types/1.1:GetResponseResponse}: если его дочерний элемент SenderProvidedResponseData содержит элемент MessagePrimaryContent, то это ответ Поставщика, а если элемент AsyncProcessingStatus – ответ об ошибке асинхронной обработки СМЭВ.
Допустимо несколько запросов в рамках одной бизнес-транзакции (запрос сведений, дозапрос сведений, сообщение статуса Потребителя о получении сведений и т.д.). В случае множественных запросов идентификатор первичного запроса помещается в поле ReferenceMessageID всех последующих запросов в рамках бизнес-транзакции.
2.4.2Сообщения типа «Ответ»
Сообщения типа «Ответ» (далее – ответ) могут содержать либо запрошенные данные, либо мотивированный отказ в приеме запроса к исполнению. Запросы, представляющие собой широковещательные рассылки, не требуют ответов.
Сообщения типа «Ответ» проходят контроль корректности данных аналогично сообщениями типа «Запрос».
2.4.3Широковещательные рассылки
В случае широковещательных рассылок активной стороной взаимодействия является поставщик, то есть он отправляет запросы. При этом потребители не могут посылать ответы (это контролируется СМЭВ). Подписка на рассылки производится по видам сведений.
Для подписки на широковещательную рассылку определенного типа потребитель должен отправить заявку Оператору СМЭВ.
2.4.4Приоритетная доставка
В СМЭВ поддерживается два уровня приоритета для запросов: обычные и приоритетные. При регистрации информационной системы в СМЭВ ей может быть присвоен статус «Особо важная» (VIP). В этом случае на getRequest первыми будут отдаваться запросы от ИС с признаком VIP.
Все ответы доставляются с одинаковым приоритетом. Приоритеты доставки также не применяются к широковещательным рассылкам.
СМЭВ не предоставляет других возможностей влиять на приоритетность отправляемых сообщений.
2.4.5Сообщения об отказах в ответе на уровне схемы СМЭВ
Поставщик сведений может отказать в предоставлении запрашиваемых сведений. Все возможные отказы в предоставлении сведений делятся на четыре типа:
Отказ в предоставлении сведений. Отсутствуют права на получение информации (например, в случае, если поставщик проверяет ЭП-СП).
Отказ в предоставлении сведений. Невозможно определить объект запроса информации.
Уведомление об отсутствии сведений.
Ошибка при предоставлении сведений.
Данные сообщения об отказах выносятся на уровень схемы СМЭВ и не включаются в схемы видов сведений. Включение сообщений об отказах непосредственно в схему видов сведений – запрещено.
Сообщение об ошибке помещается в элемент RequestRejected и может принимать четыре значения (элемент - RejectionReasonCode): ACCESS_DENIED, UNKNOWN_REQUEST_DESCRIPTION, NO_DATA, FAILURE, соответствующие описанным выше типам отказов.
Так же предусмотрено поле для текстового комментария к отказу (элемент - RejectionReasonDescription).
2.4.6Возврат статусов запросов на уровне схемы СМЭВ
Поставщик сведений может в ответ на запрос возвращать неограниченное количество статусных сообщений.
Данные сообщения выносятся на уровень схемы СМЭВ и не включаются в схемы видов сведений. Включение сообщений о статусах непосредственно в схему видов сведений – запрещено.
Сообщение о статусе помещается в элемент RequestStatus. В элемент StatusCode помещается код статуса, значение которого описывается в паспорте Вида сведения. Статус может сопровождаться неограниченным количеством параметров (элемент StatusParameter), которые описываются парами «ключ»-«значение» (Key-Value). В поле StatusDescription можно поместить расширенное описание статуса.
2.4.7Указание мнемоники сервера отправки сообщения
В случае, если информационная система отправителя запросов представляет собой многосерверную (многонодную) архитектуру, в которой отправка запросов осуществляется с разных серверов, а обработка ответов должна происходить на сервере-отправителе, возникает проблема маршрутизации ответа на запрос на сервер-отправитель.
Для решения данной проблемы в схеме запросов СМЭВ3.х введен специальный элемент указания мнемоники сервера-отправителя – «NodeID». При получении запроса с данным идентификатором СМЭВ3.х создает для данной информационной системы и данного сервера отдельную очередь доставки ответов. Что бы получить сообщение из данной очереди в запросе на чтение входящей очереди необходимо указать мнемонику сервера-получателя (элемент «NodeID»).
|
