8.Правила разработки региональных и муниципальных сервисов по предоставлению типовых сведений 8.1 Протокол взаимодействия с региональными и муниципальными сервисами по предоставлению типовых сведений
Распоряжение Правительства Российской Федерации от 29 июня 2012 г. № 1123-р определяет перечень сведений, находящихся в распоряжении государственных органов субъектов Российской Федерации, органов местного самоуправления, территориальных государственных внебюджетных фондов либо подведомственных государственным органам субъектов Российской Федерации или органам местного самоуправления организаций, участвующих в предоставлении государственных или муниципальных услуг, и необходимых для предоставления государственных услуг федеральными органами исполнительной власти и органами государственных внебюджетных фондов Российской Федерации. Требования данного раздела предназначены для обеспечения единообразного вызова таких сервисов, чтобы Потребителю не пришлось интегрироваться с каждым РОИВ и ОМСУ (Поставщиками сервисов) по отдельному протоколу.
Процесс взаимодействия Потребителя (ФОИВ) и Поставщиков сервисов (РОИВ/ОМСУ) является в данном случае асинхронным, однако строится он на синхронных вызовах.
При взаимодействии используется модель асинхронного взаимодействия с повторным опросом, которая заключается в разработке на стороне поставщика электронного сервиса, реализующего функции приема заявлений на обработку запросов и возврата статусов и результатов обработки в асинхронном режиме. При этом различные функции реализуются в виде одной операции (метода) единого электронного сервиса.
Функция приема заявления должна быть реализована на стороне поставщика и предусматривать синхронный возврат ответа-квитанции потребителю, свидетельствующей о приеме в обработку заявления.
В случае, когда при приеме заявления информационная система поставщика синхронно может сформировать мотивированный отказ в обработке, или возникновении каких-либо ошибок, препятствующих обработке запроса, асинхронное взаимодействие прекращается до отправки повторного запроса со стороны потребителя.
Предоставление сведений о статусе обработки запроса или его результатов должно осуществляться через ту же самую функцию, что и отправка заявления.
Требуемое действие Потребитель сервиса указывается в поле smev:Status заголовка smev:Message:
REQUEST
|
Отправка заявления
|
PING
|
Запрос статуса заявления
|
CANCEL
|
Отзыв заявления
|
Поставщик сервиса указывает в поле smev:Status заголовка smev:Message результат выполнения операции:
ACCEPT
|
Заявление принято
|
PROCESS
|
Идет обработка заявления
|
RESULT
|
Ответное сообщение представляет собой результат обработки заявления
|
REJECT
|
Мотивированный отказ
|
FAILURE
|
Технический сбой
|
В случае формирования ответа со статусом REJECT Поставщик обязан предоставить причины отказа. Причины отказа могут быть следующие:
1. в отношении объекта указанного поставщиком в запросе (№ запроса) сведений нет;
2. сведения невозможно предоставить в связи с (указать причину, ссылку на нормативно - правовой акт);
3. запрашиваемый орган исполнительной власти не обладает необходимыми полномочиями для запроса данных сведений.
Потребитель для получения статусов и/или результатов должен реализовать в своей информационной системе функцию периодического вызова сервиса возврата статусов и результатов на стороне информационной системы поставщика.
Периодичность вызова информационной системы поставщика со стороны потребителя не может превышать одного раза в 6 часов, если иное не указано в требованиях к формату предоставления сведений и паспорте соответсвующего сервиса.
Рисунок 17 - Модель асинхронного информационного обмена при межведомственном взаимодействии с РОИВ/ОМСУ
Таким образом, для каждого типа сведений реализуется один сервис, содержащий один метод, обрабатывающий все типы запросов (заявление, проверка статуса, возврат результата). Прикладная часть формата сервиса определяется ФОИВ-ом, ответственным за разработку требований к формату предоставления сведений, и обязательна для точной реализации на стороне Поставщика сервиса.
При вызове сервиса Потребитель обязательно указывает в заголовке smev:Message поле OKTMO, на основе которого СМЭВ производит маршрутизацию в нужный регион и соответствующему Поставщику сервиса. Потребитель обязан использовать ОКТМО, опубликованный в ЕСНСИ.
Поле ОКТМО в заголове smev:Message имеет 8-ми значное значение кода ОКТМО. В случае если Потребитель обращается в адрес РОИВ, указывется 2-х значный код ОКТМО, в остальных разрядах указываются нули, идентифицирующий субъект РФ, за исключением РОИВ Ненецкого, Ханты-Мансийского и Ямало-Ненецкого авнономных округов, для которых указываются первые 3 знака кода ОКТМО – 118, 718 и 719 соответственно, в остальных разрядах указываются нули. В случае если Потребитель обращается в адрес ОМСУ, указывается 8-ми знаный код ОКТМО, идентифицирующий конкретное мунипиальное образование.
В ходе предоставления региональных типовых сведений по запросу ФОИВ в поле smev:Recipient/smev:Code Потребитель (федеральный) указывает мнемонику ИС маршрутизатора ФСМЭВ (ISMV01001), т.к. получателем сообщения является сервис-маршрутизатор, располагающийся на федеральном узле СМЭВ. В поле smev:Recipient/smev:Name Потребитель указывает значение "Маршрутизатор типовых сведений единой системы межведомственного электронного взаимодействия".
В ходе предоставления федеральных типовых сведений по запросу РОИВ (ОМСУ) в поле smev:Recipient/smev:Code Потребитель (региональный) указывает мнемонику ИС федерального Поставщика, предоставляющего запрашиваемое типовое сведение.
|
