Руководство пользователя Вида сведений предоставления

Министерство связи и массовых коммуникаций
РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
ВИДА СВЕДЕНИЙ В ЕДИНОЙ СИСТЕМЕ
МЕЖВЕДОМСТВЕННОГО ЭЛЕКТРОННОГО
ВЗАИМОДЕЙСТВИЯ
Сведение «Универсальный вид сведений для приема событий
электронного заявления на портале государственных услуг
(функций) в продуктивной среде»
Идентификатор вида сведений в ФРГУ - отсутствует
Дата: 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