Министерство связи и массовых коммуникаций РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ ВИДА СВЕДЕНИЙ В ЕДИНОЙ СИСТЕМЕ МЕЖВЕДОМСТВЕННОГО ЭЛЕКТРОННОГО ВЗАИМОДЕЙСТВИЯ Сведение «Универсальный вид сведений для приема событий электронного заявления на портале государственных услуг (функций) в продуктивной среде» Идентификатор вида сведений в ФРГУ - отсутствует Дата: 20.11.2015 Версия: 1.4 1 СОДЕРЖАНИЕ ОБЩИЕ СВЕДЕНИЯ ............................................................................................................. 5 1.1. Руководящие документы ................................................................................................. 5 1.2. Описание вида сведения ................................................................................................. 5 2. СХЕМА ВИДА СВЕДЕНИЙ И ЭТАЛОННЫЕ ЗАПРОСЫ И ОТВЕТЫ ......................... 7 2.1 Схема вида сведений ....................................................................................................... 7 2.2 Эталонные запросы и ответы ........................................................................................ 14 3. ТЕСТОВЫЕ СЦЕНАРИИ .................................................................................................... 17 1. 3.1 Тестовый сценарий ........................................................................................................ 17 4. СОСТАВ ПЕРЕДАВАЕМОЙ ИНФОРМАЦИИ ................................................................ 18 4.1 Описание полей запроса................................................................................................ 18 4.2 Описание полей ответа на запрос................................................................................. 18 4.3 Описание комплексных типов полей ........................................................................... 18 4.4 Описание проверок запроса на стороне поставщика ................................................. 24 4.5 Описание кодов возвратов при ошибках и неуспешных проверок .......................... 25 4.6 Описание вложений ....................................................................................................... 26 5. ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ ............................................................................ 27 5.1 Состав справочной информации .................................................................................. 27 2 ИЗМЕНЕНИЯ Версия 1.0 1.1 1.2 1.3 1.4 Дата 14.09.2015 15.09.2015 09.11.2015 12.11.2015 20.11.2015 Автор Изменения Бобылева О.Н. Создание документа Бобылева О.Н. Схема вида сведений (п. 1.2.1), эталонные сообщения (п. 1.2.2) и тестовый сценарий (п. 1.3.1) дополнены указателем кодировки документов (включена конструкция «<?xml version=»1.0» encoding=»UTF-8»?>») Бобылева О.Н. Введена табличная маршрутизация направляемых запросов. Для этого в xsd-схему введен атрибут «env». Соответствующие изменения представлены в разделах: – п. 1.2 «Описание вида сведения» (строка «Тип марштрутизации»); – п. 1.2.1 «Схема вида сведений»; – п. 2.2 «Эталонные запросы и ответы» (в эталонные запросы события каждого типа введен атрибут «env»); – п. 4.3 «Описание комплексных типов полей» в части подпунктов 1 и 3. Бобылева О.Н. Изменено пространство имен (виду сведений присвоена версия 3.0.2). Соответствующие изменения представлены в разделах: – п. 1.2 «Описание вида сведения»; – п. 1.2.1 «Схема вида сведений»; – п. 2.2 «Эталонные запросы и ответы»; – п. 3.1 «Тестовый сценарий». Анисимов А.А. Изменено пространство имен. Изменена версия на 3.1.0 Маршрутизация фиксированная. Удален атрибут env. Соответствующие изменения представлены в разделах: – п. 1.2 «Описание вида сведения»; – п. 1.2.1 «Схема вида сведений»; – п. 2.2 «Эталонные запросы и ответы»; – п. 3.1 «Тестовый сценарий». 3 ТЕРМИНЫ/СОКРАЩЕНИЯ Термин/сокращение Описание ВС Вид сведений ЕПГУ Единый портал государственных и муниципальных услуг (функций) ИС Информационная система ЛК Личный кабинет пользователя Поставщик Организация – владелец вида сведений Потребитель Организация, запрашивающая сведения у Поставщика сведений ОИВ Орган исполнительной власти СМЭВ Система межведомственного электронного взаимодействия ФК Федеральное казначейство ЭП Электронная подпись XSD XML Schema definition - язык описания структуры XML документа. XML extensible Markup Language — расширяемый язык разметки. 4 1. ОБЩИЕ СВЕДЕНИЯ 1.1. Руководящие документы Основанием для разработки данного документа является требование пункта 48 Приказа Министерства связи и массовых коммуникаций Российской Федерации от 27.12.2010 № 190 «Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия», в соответствии с которым для подключения вида сведения к системе межведомственного электронного взаимодействия Поставщик предоставляет Оператору СМЭВ следующие документы: – заявку на регистрацию вида сведений; – XSD-схема(ы) вида сведений; – эталонный(е) запрос(ы) и ответ(ы); – описание тестового сценария и XSL-схема(ы) тестового(ых) сценария(ев). Основанием для создания и использования электронного сервиса являются перечисленные ниже документы. Нормативно-правовые документы: Постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О единой системе межведомственного электронного взаимодействия»; Приказ Министерства связи и массовых коммуникаций Российской Федерации от 27 декабря 2010 г. № 190 «Об утверждении технических требований к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия»; Федеральный закон России от 27.07.2010 г. № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг». 1.2. Описание вида сведения Наименование Универсальный вид сведений для приема событий электронного заявления на портале государственных услуг (функций) в продуктивной среде ID вида сведений в ФРГУ Отсутствует Содержание Универсальный вид сведений для приема событий электронного заявления на портале государственных услуг (функций) в продуктивной среде Поставщик Министерство связи и массовых коммуникаций 5 Потребители Информационная система государственного органа (ведомства), исполняющего услугу Назначение Вид сведений предназначен для обновления событий электронного заявления в личном кабинете пользователя в процессе обработки заявления государственным органом (ведомством), исполняющим услугу в продуктивной среде Область применения Государственные услуги / государственные функции Тип запроса Запрос Тип маршрутизации Фиксированная Версия ВС 3.1.0 Версия МР 3.0 6 2. СХЕМА ВИДА СВЕДЕНИЙ И ЭТАЛОННЫЕ ЗАПРОСЫ И ОТВЕТЫ 2.1 Схема вида сведений Основная схема «eventService.xsd»: <?xml version="1.0" encoding="UTF-8"?> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:e="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0" targetNamespace="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xsd:complexType name="OrderStatusEvent"> <xsd:annotation> <xsd:documentation> Изменения статуса заявки в ЛК </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="statusCode"> <xsd:annotation> <xsd:documentation> Новый статус завки </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:choice> <xsd:element name="orgCode" type="xsd:string"> <xsd:annotation> <xsd:documentation> Код статуса в ведомстве </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="techCode" type="xsd:long"> <xsd:annotation> <xsd:documentation> Код статуса на ЕПГУ </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:complexType> </xsd:element> <xsd:element name="cancelAllowed" type="xsd:boolean" minOccurs="0"> <xsd:annotation> <xsd:documentation> Возможность отмены 7 </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="sendMessageAllowed" type="xsd:boolean" minOccurs="0"> <xsd:annotation> <xsd:documentation> Возможность посылки текстовых сообщений в ведомство </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="PaymentStatusEvent"> <xsd:annotation> <xsd:documentation> Изменения статуса оплаты заявки в ЛК </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="status" type="e:PaymentStatus"> <xsd:annotation> <xsd:documentation> Cтатус оплаты заявки </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="payment" minOccurs="0" maxOccurs="unbounded" type="e:Payment"> <xsd:annotation> <xsd:documentation> Cтатус оплаты заявки </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Payment"> <xsd:annotation> <xsd:documentation> Информация о платеже </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="source" type="xsd:string"> <xsd:annotation> <xsd:documentation> Источник начисления 8 </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="uin" type="xsd:string"> <xsd:annotation> <xsd:documentation> УИН (уникальный идентификатор начисления) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="description" type="xsd:string"> <xsd:annotation> <xsd:documentation> Наименование (за что оплата) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="paymentId" type="xsd:long" minOccurs="0"> <xsd:annotation> <xsd:documentation> ID платежа </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="isPaid" type="xsd:boolean" minOccurs="0"> <xsd:annotation> <xsd:documentation> Не оплачено/оплачено </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="date" type="xsd:dateTime" minOccurs="0"> <xsd:annotation> <xsd:documentation> Дата платежа </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="InfoEvent"> <xsd:annotation> <xsd:documentation> Информационное сообщение по заявки в ЛК 9 </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="code" type="xsd:string"> <xsd:annotation> <xsd:documentation> Код сообщения </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="TextMessageEvent"> <xsd:annotation> <xsd:documentation> Текстовое сообщение по заявки в ЛК </xsd:documentation> </xsd:annotation> </xsd:complexType> <xsd:complexType name="InvitationEvent"> <xsd:annotation> <xsd:documentation> Приглашение </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="code" type="xsd:string"> <xsd:annotation> <xsd:documentation> Код приглашения </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="action" type="e:InvitationEventAction"> <xsd:annotation> <xsd:documentation> Тип действия </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="orgName" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> Наименование ОИВ </xsd:documentation> </xsd:annotation> </xsd:element> 10 <xsd:element name="address" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> Адрес </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="startDate" type="xsd:dateTime" minOccurs="0"> <xsd:annotation> <xsd:documentation> Дата и время начала </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="endDate" type="xsd:dateTime" minOccurs="0"> <xsd:annotation> <xsd:documentation> Дата и время окончания </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:simpleType name="PaymentStatus"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="W"/> <xsd:enumeration value="P"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="InvitationEventAction"> <xsd:restriction base="xsd:string"> <xsd:enumeration value="ADD"/> <xsd:enumeration value="UPDATE"/> <xsd:enumeration value="CANCEL"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="EventObject"> <xsd:sequence> <xsd:element name="orderId" type="xsd:long"> <xsd:annotation> <xsd:documentation> Id заявки на портале </xsd:documentation> </xsd:annotation> </xsd:element> 11 <xsd:element name="eventDate" type="xsd:dateTime" minOccurs="0"> <xsd:annotation> <xsd:documentation> Дата события </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="eventComment" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> Комментарий к событию </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="eventAuthor" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> Автор события </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="event"> <xsd:annotation> <xsd:documentation> Параметры события </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:choice> <xsd:element name="orderStatusEvent" type="e:OrderStatusEvent"> <xsd:annotation> <xsd:documentation> Код статуса в ведомстве </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="paymentStatusEvent" type="e:PaymentStatusEvent"> <xsd:annotation> <xsd:documentation> Изменения статуса оплаты заявки в ЛК </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="infoEvent" type="e:InfoEvent"> <xsd:annotation> 12 <xsd:documentation> Информационное сообщение по заявки в ЛК </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="textMessageEvent" type="e:TextMessageEvent"> <xsd:annotation> <xsd:documentation> Текстовое сообщение по заявки в ЛК </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="invitationEvent" type="e:InvitationEvent"> <xsd:annotation> <xsd:documentation> Приглашение </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Response"> <xsd:sequence> <xsd:element name="code" type="xsd:long"> <xsd:annotation> <xsd:documentation> Код возврата </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="message" type="xsd:string"> <xsd:annotation> <xsd:documentation> Сообщение </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:element name="eventServiceRequest" type="e:EventObject"/> <xsd:element name="eventServiceResponse" type="e:Response"/> 13 </xsd:schema> Приведенная xsd-схема не содержит импортированных схем. 2.2 Эталонные запросы и ответы Универсальный вид сведений обеспечивает прием запросов от ИС органов власти для 5-ти типов событий электронного заявления: o Изменение статуса (электронного заявления в ЛК ЕПГУ); o Изменение состояния оплаты (электронного заявления в ЛК ЕПГУ); o Информационное сообщение (по электронному заявлению передается от ИС органа власти; статус заявления при этом остается неизменным); o Текстовое сообщение (по электронному заявлению передается от ИС органа власти, в т.ч. в ответ на обращение Заявителя); o Приглашение на прием (в орган власти с указанием времени и места). 2.2.1. Событие «Изменение статуса» Эталонный запрос (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceRequest xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:orderId>64900171</ns:orderId> <ns:eventDate>2015-09-03T05:49:45</ns:eventDate> <ns:eventComment>тест</ns:eventComment> <ns:eventAuthor>Тестовый Т.Т.</ns:eventAuthor> <ns:event> <ns:orderStatusEvent> <ns:statusCode> <ns:techCode>5</ns:techCode> </ns:statusCode> </ns:orderStatusEvent> </ns:event> </ns:eventServiceRequest> Эталонный ответ (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceResponse xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:code>0</ns:code> <ns:message>operation completed</ns:message> </ns:eventServiceResponse> 2.2.2. Событие «Изменение состояния оплаты» Эталонный запрос (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceRequest xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:orderId>64900171</ns:orderId> 14 <ns:eventDate>2015-09-02T05:49:45</ns:eventDate> <ns:eventComment>тест</ns:eventComment> <!--Optional:--> <ns:eventAuthor>Тестовый Т.Т.</ns:eventAuthor> <ns:event> <ns:paymentStatusEvent> <ns:status>P</ns:status> <ns:payment> <ns:source>Тест</ns:source> <ns:uin>12345789</ns:uin> <ns:description>Тест</ns:description> </ns:payment> </ns:paymentStatusEvent> </ns:event> </ns:eventServiceRequest> Эталонный ответ (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceResponse xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:code>0</ns:code> <ns:message>operation completed</ns:message> </ns:eventServiceResponse> 2.2.3. Событие «Информационное сообщение» Эталонный запрос (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceRequest xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:orderId>64900171</ns:orderId> <ns:eventDate>2015-09-02T05:49:45</ns:eventDate> <ns:eventComment>тест</ns:eventComment> <!--Optional:--> <ns:eventAuthor>Тестовый Т.Т.</ns:eventAuthor> <ns:event> <ns:infoEvent> <ns:code>Тестовое сообщение</ns:code> </ns:infoEvent> </ns:event> </ns:eventServiceRequest> Эталонный ответ (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceResponse xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:code>0</ns:code> <ns:message>operation completed</ns:message> </ns:eventServiceResponse> 2.2.4. Событие «Текстовое сообщение» Эталонный запрос (в части бизнес-данных): 15 <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceRequest xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:orderId>64900171</ns:orderId> <ns:eventDate>2015-09-02T05:49:45</ns:eventDate> <ns:eventComment>тест</ns:eventComment> <!--Optional:--> <ns:eventAuthor>Тестовый Т.Т.</ns:eventAuthor> <ns:event> <ns:textMessageEvent/> </ns:event> </ns:eventServiceRequest> Эталонный ответ (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceResponse xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:code>0</ns:code> <ns:message>operation completed</ns:message> </ns:eventServiceResponse> 2.2.5. Событие «Приглашение на прием» Эталонный запрос (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceRequest xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:orderId>64900171</ns:orderId> <ns:eventDate>2015-09-02T05:49:45</ns:eventDate> <ns:eventComment>тест</ns:eventComment> <!--Optional:--> <ns:eventAuthor>Тестовый Т.Т.</ns:eventAuthor> <ns:event> <ns:invitationEvent> <ns:code>code</ns:code> <ns:action>ADD</ns:action> <ns:orgName>Тестовое название организации</ns:orgName> <ns:address>Адрес организации</ns:address> <ns:startDate>2015-09-02T06:00:00</ns:startDate> <ns:endDate>2015-09-02T06:40:00</ns:endDate> </ns:invitationEvent> </ns:event> </ns:eventServiceRequest> Эталонный ответ (в части бизнес-данных): <?xml version="1.0" encoding="UTF-8"?> <ns:eventServiceResponse xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:code>0</ns:code> <ns:message>operation completed</ns:message> </ns:eventServiceResponse> 16 3. ТЕСТОВЫЕ СЦЕНАРИИ 3.1 Тестовый сценарий Базовый сценарий Идентификатор сценария (xpath) //ns:eventServiceRequest Пространство имен, используемое в xpath ns=http://epgu.gosuslugi.ru/lk/order/event/PROD/ 3.1.0 Наименование XSL-файла, используемого для генерации автоматического ответа в данном сценарии: eventServiceRequest_Transform.xsl <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:output method="xml" encoding="utf-8" indent="yes"/> <xsl:template match="/"> <ns:eventServiceResponse xmlns:ns="http://epgu.gosuslugi.ru/lk/order/event/PROD/3.1.0"> <ns:code>0</ns:code> <ns:message>operation completed</ns:message> </ns:eventServiceResponse> </xsl:template> </xsl:stylesheet> Контрольные примеры Контроль Идентификатор ный контрольного пример примера (xpath) КП 1 //ns:eventServiceRequest Пространство имен, используемое в xpath XSL файл для сценария ns=http://epgu.gosuslugi.r eventServiceRequest_ u/lk/order/event/PROD/3.1 Transform.xsl .0 17 4. СОСТАВ ПЕРЕДАВАЕМОЙ ИНФОРМАЦИИ 4.1 Описание полей запроса № Код поля 1 eventSer Описание поля Запрос приема Обязательно viceRequ события est Требования к заполнению Способ заполнения/ Комментарий Тип к e:EventObject заполнению Комплексный тип электронного заявления Поля комплексного типа описаны в п. 0 «Поля комплексного типа описаны в п. 0 «Error! Not a valid bookmark self-reference.». Описание комплексных типов полей». 4.2 Описание полей ответа на запрос № 1 Код поля Описание поля eventSer Ответ на viceResp приема onse электронного Требования к заполнению запрос Обязательно Способ заполнения/ Комментарий Тип к e:Response события заполнению Комплексный тип заявления Поля комплексного типа описаны в п. 0 «Error! Not a valid bookmark selfreference.». 4.3 Описание комплексных типов полей 1. № 1 Код поля orderId Поле комплексного типа «e:EventObject» Описание поля Требования к заполнению Уникальный Обязательно к идентификатор заполнению заявления на ЕПГУ 18 Способ заполнения/ Комментарий Тип xsd:long 2 eventDat Дата и время события Необязательно к xsd:dateTime заполнению e Если не указано, то на ЕПГУ будет выводиться системная дата получения события 3 eventCo Комментарий mment событию к Необязательно к xsd:string заполнению Выводится на карточке заявления в области с подробной информацией о статусе заявления и в блоке «История рассмотрения» 4 eventAut Автор события event к xsd:string заполнению hor 5 Необязательно Тип события Обязательно к xsd:choice заполнению Выбор одного типа события из 5-ти доступных 2. № 1 Код поля orderStat Поле выбора «event» Описание поля Изменение статуса usEvent 2 Требования к заполнению Способ заполнения/ Комментарий Тип Заполняется одно поле e:orderStatusE Комплексный блока event тип vent payment Изменение состояния Заполняется одно поле e:PaymentStatu Комплексный StatusEv оплаты блока event en 19 sEvent тип 3 infoEvent Информационное сообщение 4 textMess 3. Код поля № 1 2 тип блока event тип nt тип Поле комплексного типа «e:OrderStatusEvent» Описание поля Требования к заполнению статуса Обязательно заявления Способ заполнения/ Комментарий Тип к xsd:choice Выбор одного кода статуса заявления из 2-х возможных к xsd:boolean Если заполнению cancelAll Возможность запроса Необязательно owed Event Комплексный на Заполняется одно поле e:InvitationEve Комплексный прием statusCod Код e блока event блока event invitation Приглашение Event Комплексный Текстовое сообщение Заполняется одно поле e:TextMessage ageEvent 5 Заполняется одно поле e:InfoEvent Заявителем отмены заполнению cancelAllowed=tr заявления. ue, По карточке умолчанию то заявления cancelAllowed=false. на в блоке доступных действий отображается кнопка «Отменить заявление» 3 sendMess Возможность Необязательно ageAllow отправки Заявителем заполнению ed текстовых к xsd:boolean Если sendMessageAllo wed=true, то на сообщений органа в ИС карточке власти заявления (ведомства). отображается По блок умолчанию 20 4. № 1 Код поля orgCode sendMessageAllowed= «Переписка false. ведомством» с Поле выбора «statusCode» Код Способ заполнения/ Комментарий Тип Требования к заполнению Описание поля статуса Заполняется одно поле xsd:string заявления, блока statusCode используемый в ИС органа власти (ведомства) 2 techCode Технологический код Заполняется одно поле xsd:long Перечень статуса заявления на блока statusCode технологически ЕПГУ х кодов приведен п. 1.5.1 настоящего документа 5. № 1 Код поля status Поле комплексного типа «e:PaymentStatusEvent» Описание поля Статус оплаты Способ заполнения/ Комментарий Тип Требования к заполнению Обязательно к e:PaymentStatu Простой тип заполнению 2 payment Информация платеже s о Необязательно заполнению. Допустимо несколько вхождений данного Поле простого типа «e:PaymentStatus» 21 Комплексный тип поля 6. к e:Payment Код поля № 1 Payment Описание поля Статус оплаты Допустимые значения: «W» Status Способ заполнения/ Комментарий Тип Требования к заполнению - xsd:string ожидает оплаты; «P» - оплачено 7. Код поля № 1 source Поле комплексного типа «e:Payment» Способ заполнения/ Комментарий Тип Требования к заполнению Описание поля Источник начисления Для «PaymentStatus» xsd:string =«W» хотя Для ФК должно быть указывается бы одно значение «FK» начисление 2 uin Уникальный Для идентификатор =«W» начисления хотя «PaymentStatus» xsd:string должно быть бы одно начисление 3 descriptio Назначение платежа Для n =«W» «PaymentStatus» xsd:string хотя Выводится должно быть карточке бы одно заявления начисление на в качестве наименования платежа в блоке «Оплата пошлин» 8. № 1 Код поля сode Поле комплексного типа «e:InfoEvent» Описание поля Требования к заполнению Код Обязательно информационного заполнению сообщения 22 Способ заполнения/ Комментарий Тип к xsd:string 9. Поле комплексного типа «e:TextMessageEvent» Для данного типа событий нет специфичных полей. Сообщение для Заявителя передается в поле «eventComment», входящего в состав комплексного типа «e:EventObject». 10. № 1 Код поля code Поле комплексного типа «e:InvitationEvent» Способ заполнения/ Комментарий Тип Требования к заполнению Описание поля Код приглашения в Обязательно ИС ведомства к xsd:string заполнению Используется в дальнейшем для изменения или удаления приглашения 2 action Действие, доступное Обязательно пользователю к e:InvitationEve Простой тип на заполнению ntAction карточке заявления 3 orgName Наименование ОИВ Обязательно заполнению, к xsd:string если «InvitationEventAction» = «ADD» Наименование отделения, офиса или «UPDATE» 4 address Адрес ОИВ Обязательно заполнению, к xsd:string если «InvitationEventAction» = «ADD» или «UPDATE» 5 startDate Дата и время начала Обязательно заполнению, к xsd:dateTime если «InvitationEventAction» = «ADD» или «UPDATE» 6 endDate Дата и окончания 11. время Необязательно заполнению Поле простого типа «e:InvitationEventAction» 23 к xsd:dateTime Включая кабинет офис, № 1 Код поля Способ заполнения/ Комментарий Тип Требования к заполнению Описание поля Invitation Действие, доступное Допустимые значения: EventAct пользователю на карточке заявления ion «ADD» xsd:string - добавление; «UPDATE» - изменение; «CANCEL» - отмена. 12. № 1 Поле комплексного типа «e:Response» Код поля code Описание поля Код сообщения выполнении Способ заполнения/ Комментарий Тип Требования к заполнению о Обязательно к xsd:long Передается заполнению значение «0» в операции случае успешной обработки запроса 2 message Описание сообщения Обязательно о к xsd:string Передается выполнении заполнению значение операции «Operation completed» в случае успешной обработки запроса 4.4 Описание проверок запроса на стороне поставщика Местопо № ложение поля 1 Бизнес- Код поля Проверка Результат проверки Комментарий Возврат ошибки поля кодом «4» запроса несоблюдении условия orderId Обязательность поля проверки 24 с при 2 Бизнес- Обязательность наличия и Возврат ошибки поля заполнения одного поля в кодом «4» запроса блоке несоблюдении условия //orderStatusEvent/statusCo проверки orgCode с при de 3 Бизнес- techCode Обязательность наличия и Возврат ошибки «4» с поля заполнения одного поля в кодом при запроса блоке несоблюдении условия //orderStatusEvent/statusCo проверки de 4 Бизнес- сode поля Обязательность поля в Возврат блоке //infoEvent ошибки кодом запроса «4» с при несоблюдении условия проверки 5 Бизнес- eventCo Обязательность поля поля mment блоке //TextMessageEvent в Возврат ошибки кодом запроса «4» с при несоблюдении условия проверки 4.5 Описание кодов неуспешных проверок № 1 Код поля code возвратов Значение поля 3 при ошибках Причина Комментарий Внутренняя ошибка сервиса message Internal Error 2 code 4 Ошибка входных данных message Input Data Error 3 code 7 В поле «сode», входящего в состав комплексного типа «e:InfoEvent», message Entity not found[<имя указан неверный код. объекта>] В поле «message» в квадратных скобках приводится ненайденного StateOrgMessage 25 объекта, и имя например, 4 code 201 В поле «orderId» указано неверное значение 5 уникального message Order not found идентификатора заявления code В поле orgCode или «techCode», 206 входящего message Order status not found в состав элемента «statusCode», указан неверный код статуса (несуществующий код статуса ведомства либо технологический код) 4.6 Описание вложений Файлы должны передаваться через файловое хранилище СМЭВ. Информация о передаваемых файлах должна содержаться в блоке данных СМЭВ-конверта (//Request), а именно: в полях элемента //RefAttachmentHeaderList, входящего в состав блока данных запроса //SenderProvidedRequestData; в полях блока со списком вложений //FSAttachmentsList, передаваемых через файловое хранилище СМЭВ. Поля элемента //RefAttachmentHeaderList заполняются ИС потребителя вида сведений и должны содержать: идентификаторы файлов в виде UUID; MIME-типы передаваемых файлов. Поля блока //FSAttachmentsList заполняются СМЭВ согласно Методическим рекомендациям версии 3.0. Специальных требований к формату и суммарному объему передаваемых файлов, отличных от требований СМЭВ (суммарный объем файлов, передаваемых одним сообщением, не должен превышать 1 Гб), не предъявляется. 26 5. ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ 5.1 Состав справочной информации Технологические коды статусов заявления в ЕПГУ Код статуса в ЕПГУ Название статуса в ЕПГУ 1 Принято от заявителя 2 Отправлено в ведомство Описание статуса ИС органа власти зарегистрировала заявление Заявление передано в СМЭВ-сервис, но еще не зарегистрировано в ИС органа власти Услуга исполнена. 3 Исполнено Результат передан в ЛК заявителя (если возможно) 4 Отказ 6 Принято ведомством 7 рассмотрению Выполнение промежуточных этапов ведомства рассмотрения заявления В процессе отмены 10 Отменено 11 Неподтвержденная отмена 12 Входящее Сообщение 15 Орган власти принял заявление к Промежуточные результаты от 9 14 Отказано в предоставлении услуги ИС органа власти получила от заявителя запрос на отмену заявления Заявление отменено по запросу заявителя Заявителю отказано в запросе на отмену заявления Заявителю передано сообщение от органа власти Ожидание дополнительной Позволяет заявителю заполнить информации от пользователя дополнительные шаги в форме заявления Позволяет заявителю исправить данные в Заявка требует дополнительной форме заявления и повторно её подать (без корректировки изменения номера заявления) 27