smev3.gosuslugi.rusmev3.gosuslugi.ru/portal/api/files/Типовое... · Web...

Типовое техническое задание

на размещение услуги, оказываемой в электронном виде,

на Портале государственных услуг (проект)

Текст, написанный курсивом и в треугольных скобках (<пример>), является руководством по заполнению шаблона и при формировании документа должен быть удален.

Текст выделенный желтым маркером (пример) – является примером заполнения шаблона, и при формировании документа должен быть удален.

Текст без специальных выделений (пример) – является обязательным для использования в документе. Текст не может быть изменен. Возможно дополнение, если этого требует логика использования Формы.

Примечание: Данная страница не включается в состав Технического задания и должна быть удалена.

УТВЕРЖДАЮ

Должностное лицо

<Наименование ФОИВ>

________________ / /

«___» ____________ 201__ г.

РАЗМЕЩЕНИЕ УСЛУГИ «НАИМЕНОВАНИЕ ГОСУДАРСТВЕННОЙ УСЛУГИ»

НА ПОРТАЛЕ ГОСУДАРСТВЕННЫХ УСЛУГ

Техническое задание

СОГЛАСОВАНО

От <Наименование ФОИВ>

1. Начальник «наименование подразделения»

__________________ / /

«___» ____________ 201__ г.


__________________ / /

«___» ____________ 201__ г.


__________________ / /

«___» ____________ 201__ г.

Москва, 2015

2

Содержание

1 ГЛОССАРИЙ......................................................................................................................................5

2 СХЕМА ВЗАИМОДЕЙСТВИЯ ЕПГУ И ИС ФОИВ...................................................................6

3 ОБЩИЕ ПОЛОЖЕНИЯ.................................................................................................................10

4 ТРЕБОВАНИЯ К ФОРМЕ В ЦЕЛОМ..........................................................................................12

1.1. НАЗНАЧЕНИЕ ФОРМЫ..................................................................................................................12

1.2. ПОРЯДОК ЗАПОЛНЕНИЯ ФОРМЫ.................................................................................................12

1.3. ОБЩИЕ ТРЕБОВАНИЯ К ВИЗУАЛЬНОМУ ОТОБРАЖЕНИЮ ПОЛЕЙ ФОРМЫ..................................13

1.4. ОБЩИЕ ТРЕБОВАНИЯ К ПЕРЕХОДУ МЕЖДУ ЭТАПАМИ ФОРМЫ..................................................13

1.5. ТРЕБОВАНИЯ К БРАУЗЕРАМ........................................................................................................13

5 ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ............................................................................................14

1.6. ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ ЗАЯВЛЕНИЯ НА ОКАЗАНИЕ УСЛУГИ........................................14

1.7. ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ РЕДАКТИРОВАНИЯ ВОЗВРАЩЕННОЙ ЗАЯВКИ..........................30

1.8. ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ.............................................33

6 ВЗАИМОСВЯЗИ ПОЛЕЙ ФОРМЫ.............................................................................................36

7 ВЗАИМОСВЯЗИ БЛОКОВ ФОРМЫ...........................................................................................37

8 МАКЕТЫ ФОРМ..............................................................................................................................38

1.1 МАКЕТЫ ФОРМЫ ПОДАЧИ ЗАЯВЛЕНИЯ............................................................................................38

1.9. МАКЕТ ФОРМЫ РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ......................................................................38

9 ТРЕБОВАНИЯ К ПОДПИСАНИЮ ЭП.......................................................................................39

10 ТРЕБОВАНИЯ К ИСТОРИИ РАССМОТРЕНИЯ ЭЛЕКТРОННОГО ЗАЯВЛЕНИЯ. .40

1.10. СТАТУСЫ ЗАЯВЛЕНИЯ............................................................................................................41

1.11. СОСТОЯНИЕ ОПЛАТЫ.............................................................................................................44

1.12. ИНФОРМАЦИОННЫЕ СООБЩЕНИЯ.........................................................................................44

1.13. ПРИГЛАШЕНИЕ НА ПРИЕМ.....................................................................................................44

11 ТРЕБОВАНИЯ К ЭЛЕКТРОННЫМ СЕРВИСАМ ФОРМЫ.............................................45

1.14. ВИД СВЕДЕНИЙ <НАИМЕНОВАНИЕ ВИДА СВЕДЕНИЙ>.........................................................45

Назначение вида сведений...............................................................................................................45

Target Name Space вида сведений...................................................................................................45

Xsd-схема вида сведений..................................................................................................................45

Описание атрибутов вида сведений..............................................................................................49

Пример вызова электронного сервиса...........................................................................................54

Пример файла req_guid.xml.............................................................................................................57

Пример вызова электронного сервиса в случае отмены заявления............................................61

Пример вызова электронного сервиса на редактирование заявления........................................65

3

Пример ответа электронного сервиса на успешный запрос......................................................74

Пример ответа электронного сервиса в случае успешной отмены заявления:........................80

Пример блока AppData ответа электронного сервиса в случае отказа заявителю в отмене

заявления:...........................................................................................................................................................85

Пример ответа электронного сервиса на успешный запрос в случае редактирования..........86

Критерии работоспособности электронного сервиса................................................................88

12 ТРЕБОВАНИЯ К ПРОЦЕССУ ОПЛАТЫ УСЛУГИ...........................................................89

13 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ УСЛУГИ................................................................90

1.15. УСТАНОВОЧНЫЕ ДАННЫЕ ТЕСТОВОГО ПОЛЬЗОВАТЕЛЯ........................................................90

1.16. ТРЕБОВАНИЯ К ТЕСТОВОЙ СРЕДЕ ИС ФОИВ.......................................................................90

1.17. ТРЕБОВАНИЯ К ТЕСТОВОМУ ЭЛЕКТРОННОМУ СЕРВИСУ.......................................................90

1.18. КОНТРОЛЬНЫЙ ПРИМЕР ЗАПОЛНЕНИЯ ЗАЯВЛЕНИЯ...............................................................91

1.19. КОНТРОЛЬНЫЙ ПРИМЕР РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ....................................................91

14 ПОРЯДОК АВТОМАТИЗИРОВАННОЙ ПРОВЕРКИ КОРРЕКТНОСТИ ЗАКАЗА И

ОКАЗАНИЯ ЭЛЕКТРОННОЙ УСЛУГИ............................................................................................................92

1.20. КОНТРОЛЬНЫЙ ПРИМЕР ЗАПОЛНЕНИЯ ЗАЯВЛЕНИЯ...............................................................92

1.21. КОНТРОЛЬНЫЙ ПРИМЕР РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ....................................................92

15 КОНТАКТЫ ПРЕДСТАВИТЕЛЕЙ ФОИВ, РАЗРАБОТЧИКОВ ИС ФОИВ..................93

ПРИЛОЖЕНИЕ 1. СПРАВОЧНИКИ И КЛАССИФИКАТОРЫ...................................................94

ПРИЛОЖЕНИЕ 2. ОПИСАНИЕ ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ ОБРАБОТКИ

ЗАЯВЛЕНИЯ В ФОИВ............................................................................................................................................98

ПРИЛОЖЕНИЕ 3. ТРЕБОВАНИЯ К ЭЛЕКТРОННОМУ СЕРВИСУ ПОЛУЧЕНИЯ

ДАННЫХ О ФАКТЕ ПЛАТЕЖА, ПРОВЕДЁННОГО С ЕПГУ.....................................................................99

Приложение 4. Пример реализации электронной очереди на ЕПГУ.................................................103

4

1 Глоссарий

Термин СодержаниеГИС ГМП Государственная информационная система о государственных и

муниципальных платежахЕПГУ Федеральная государственная информационная система «Единый

портал государственных и муниципальных услуг (функций)»ИГ Иностранный гражданинИНН Идентификационный номер налогоплательщикаИП Индивидуальный предпринимательИС Информационная системаИС УНИФО Информационная система учёта начислений и фактов оплаты ИФ, Форма Интерактивная формаЛК Личный кабинетМетодические рекомендации

Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии

ОГРН Основной государственный регистрационный номерОГРНИП Основной государственный регистрационный номер

индивидуального предпринимателяПлан перехода План перехода на предоставление государственных услуг и

исполнение государственных функций в электронном виде федеральными органами исполнительной власти, утвержденный распоряжением Правительства Российской Федерации от 17 октября 2009 г. № 1555-р (в редакции распоряжения Правительства Российской Федерации от 8 сентября 2010 г. № 1519-р).

РФ Российская федерацияСМЭВ Система межведомственного электронного взаимодействияСНИЛС Страховой номер индивидуального лицевого счета

застрахованного лица.УИН Уникальный идентификатор начисления в ИС УНИФОФОИВ Федеральный орган исполнительной власти.Федеральный реестр, ФРГУ

Федеральная государственная информационная система «Единый портал государственных и муниципальных услуг (функций) »

ФИАС Федеральная информационная адресная системаФЛ Физическое лицо.ЭП Электронная подпись.ЮЛ Юридическое лицо.

5

2 Схема взаимодействия ЕПГУ и ИС ФОИВ

Рисунок 1 - Схема взаимодействия ЕПГУ и ИС ФОИВ

Рисунок 2 - Общий процесс обработки заявления на оказание государственной услуги (для бесплатных услуг)

6

Рисунок 3 - Общий процесс обработки заявления на оказание государственной услуги (для платных услуг)

7

Рисунок 4 - Общий процесс обработки заявления на оказание государственной услуги (для услуг, возвращающих информацию по начислениям)

8

Примечание 1: Под услугами, возвращающими информацию о начислениях,

понимаются информационные услуги, результатом получения которых является список

начислений, выставленных ФОИВ пользователю ЕПГУ (например, услуга

«Предоставление сведений об административных правонарушениях в области дорожного

движения»).

Примечание 2: Взаимодействие ФОИВ и Федерального Казначейства должно

осуществляется через СМЭВ, при этом ФОИВ использует электронные сервисы

Государственной информационной системы о государственных и муниципальных

платежах (ГИС ГМП).

Описание технологии и форматов взаимодействия с Государственной

информационной системы о государственных и муниципальных платежах (ГИС ГМП)

приведено в документах, размещённых на официальном интернет-сайте Федерального

Казначейства по адресу: http://www.roskazna.ru/gis-gmp/index.php

Описание технологии взаимодействия с ЕПГУ в части информационного обмена

по статусам и событиям по заявлениям приведено в документе «Описание формата

электронного сервиса СМЭВ и Руководство пользователя электронного сервиса СМЭВ»

(размещен на технологическом портале СМЭВ по адресу

http://smev.gosuslugi.ru/portal/services.jsp#!/F/77Шлюз УНИФО/1.00/p00smev).

Примечание 3: В целях получения информации о факте платежа, проведённого с

ЕПГУ, ведомству рекомендуется разработать электронный сервис, принимающий

информацию о факте платежа. Требования к указанному сервису приведены в

Приложении 3. Разработка указанного сервиса не является обязательным условием.

Примечание 4: Требуется предоставить коды бюджетной классификации доходов,

которые планируется указывать в начислениях, выставляемых в ИС УНИФО (ГИС ГМП)

для данной услуги.

9

http://www.roskazna.ru/gis-gmp/index.php

3 Общие положенияНомер услуги по Плану перехода: <указать номер услуги по Плану перехода; в случае, если услуга отсутствует в Плане перехода необходимо указать прочерк «-»>. -Этап перевода услуги в электронный вид: <указать этап перевода услуги в электронный вид:

III этап - обеспечение возможности для заявителей в целях получения государственных услуг (функций) представлять документы в электронном виде с использованием ЕПГУ.

IV этап - обеспечение возможности для заявителей осуществлять с использованием ЕПГУ мониторинг хода предоставления государственной услуги или исполнения государственной функции.

V этап - обеспечение возможности получения результатов предоставления государственных услуг и исполнения государственных функций в электронном виде на ЕПГУ, если это не запрещено федеральным законом.>

IV этап

Версия Методических рекомендаций: <указать номер версии Методических рекомендаций, которым соответствуют сервисы ФОИВ > 2.5.6

Идентификатор услуги по Федеральному реестру: <указать идентификатор услуги в соответствии с Федеральным реестром>.10000038213.

Полное наименование услуги в Федеральном реестре: <указать полное наименование услуги из Федерального реестра>.Государственная услуга по осуществлению присвоения (назначения) радиочастот или радиочастотного канала для радиоэлектронных средств на основании решения Государственной комиссии по радиочастотам.

Перечень процедур услуги в Федеральном реестре: <указать полные наименования процедур услуги из Федерального реестра; переводу в электронный вид подлежат все процедуры услуги, если это не противоречит нормативно-правовым актам>. В случае, если ряд процедур услуги по нормативно-правовым актам не подлежат переводу в электронный вид – в перечне процедур необходимо это указать.

10000038223 - Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций.10000038223 - Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций. – не подлежит переводу в электронный вид

Перечень платных процедур:<указать наименования процедур, для которых требуется предусмотреть оплату средствами ЕПГУ>

Перечень целей услуги в Федеральном реестре: <указать перечень целей процедуры и Id-код для каждой цели, согласно кодификации услуги из Федерального реестра; один из

10

способов уточнения Id-цели, подробно описан в Приложении 4, наименование цели услуги соответствует Цели обращения по процедуре услуги из Федерального реестра>. В случае, если ряд целей услуги по нормативно-правовым актам не подлежат переводу в электронный вид – в перечне целей необходимо это указать.

10000038247 - Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций.10000038247 - Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций. – не подлежит переводу в электронный видПолучатели услуги в Федеральном реестре: <указать получателей услуги в соответствии с Федеральным реестром: физические лица, юридические лица, индивидуальные предприниматели, иностранные граждане, неподтвержденная учетная запись (упрощенка)> юридические лица, физические лица, индивидуальные предприниматели.

Наименование формы: <указать наименование формы на ЕПГУ. Наименование формы на ЕПГУ соответствует названию Цели обращения в Федеральном реестре> Форма «Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций».

11

4 Требования к форме в целом <Данный раздел должен содержать:

описание назначения формы; порядок заполнения формы и названия соответствующих разделов; раздел

– это часть формы, состоящая из набора полей, объединенных единой логикой;

общие требования к визуальному отображению полей на форме.>

4.1 Назначение формыИнтерактивная форма «Выдача разрешений на использование радиочастот или

радиочастотных каналов для радиоэлектронных средств гражданского назначения, за

исключением разрешений на использование радиочастот или радиочастотных каналов для

судовых радиостанций» предназначена для обеспечения возможности пользователей

ЕПГУ осуществить подачу в электронной форме в ФОИВ заявления на присвоение

(назначение) радиочастот или радиочастотных каналов .

4.2 Порядок заполнения формы<В данном разделе необходимо описать этапы заполнения Формы, указать

названия этапов, кратко описать их суть и содержание. Если для разных целей названия

этапов отличаются, необходимо указать перечень этапов для каждой цели в

отдельности>.

Заполнение заявления на регистрацию заключения брака происходит в три этапа:

1. Заполнение персональных данных, данных документа, удостоверяющего

личность, данных по выбору органа ЗАГС, данных о наличии брака ранее,

оплаты пошлины первым заявителем;

2. Заполнение персональных данных, данных документа, удостоверяющего

личность, данных о наличии брака ранее вторым заявителем;

3. Конечная отправка заявления в ведомство.

Первый этап включает следующие разделы:

Раздел 1. Персональные данные

Раздел 2. Документ, удостоверяющий личность

Раздел 3. Ваше место жительства

Раздел 4. Выбор места поиска ЗАГС

Раздел 5. Выбор органа ЗАГС

Раздел 6. Просим Вас выбрать удобное время для записи

Раздел 7. Ваши сведения

12

Раздел 8. Состояли ли вы в браке?

Раздел 9. Фамилия после заключения брака

Раздел 10. Оплата государственной пошлины

Раздел 11. СНИЛС жениха.

4.3 Общие требования к визуальному отображению полей формыПоля, информация в которые вводится автоматически без возможности

редактирования, а также поля, недоступные для заполнения, должны визуально (по цвету)

отличаться от полей формы доступных к заполнению.

Текущее поле (в котором в данный момент заявителем вносятся сведения) должно

отличаться визуально (по цвету) от всех остальных полей формы.

Для всех полей формы, должна быть предусмотрена возможность просмотреть

комментарий-подсказку к полю, при этом следует учитывать, что текст комментария, в

отдельных случаях может составлять более 2 абзацев информации.

4.4 Общие требования к переходу между этапами формыВ случае необходимости, должна быть реализована возможность пропуска этапов,

если это обусловлено логикой заполнения формы заявления.

4.5 Требования к браузерамИнтерактивная форма заявления должна одинаково отображаться в веб-браузерах

Internet Explorer версии не ниже 9.0, Google Chrome версии не ниже 15.0, Mozilla FireFox

версии не ниже 8.0, Opera версии не ниже 12.0, Apple Safari версии не ниже 7.0

13

5 Требования к полям формы

<В данном разделе необходимо описать состав всех полей и информационных блоков формы в виде Таблица 1 в зависимости от типа ЛК (физическое лицо/индивидуальный предприниматель, юридическое лицо, неподтвержденная учетная запись), в котором будет размещена форма.

Описание формы результата оказания услуги в случае, если результат оказания услуги поступает на ЕПГУ асинхронно, соответствует стандартному механизму передачи статуса и результата на ЕПГУ.

В случае, если результат выполнения услуги возвращается на ЕПГУ синхронно (онлайн-услуга), необходимо описать состав полей результата и требования к ним>

5.1 Требования к полям формы заявления на оказание услугиФорма должна состоять из шагов, информационных блоков, соответствующих полей и требований к ним, описанных в Таблица 1. <Поле «Название переменной в XML» должно содержать имя элемента запроса вида сведений. Структура формы должна совпадать

со структурой запроса вида сведений. Например, при наличии элементов формы:№ п\

п№

разде-ла

Наименование поля Название переменной

в XML

Тип поля Значения, ограничения

Тип заполнения

поля

Значение по умолчанию

Обязательность

заполнения

Форматно-логический контроль

Пример Текст подсказки к полю

Блок 1. Сведения о заявителе (Applicant)

Блок 1.1. Сведения о должностном лице (head)

1. 1 Фамилия LastName Текстовое поле

Не более 200 знаков

Автоматически из ЛК без возможности редактирования

+ Иванов

2. 1 Имя FirstName Текстовое поле

Не более 200 знаков


+ Иван

3. 1 Отчество patronymic Текстовое поле

Не более 200 знаков.


- Иванович

В схеме данных запроса вида сведений данные поля должны быть отражены следующим образом:<xs:element name="Applicant">

14

<xs:complexType><xs:sequence>

<xs:element name="Head"><xs:complexType>

<xs:sequence><xs:element name="LastName" type="tns:string-200" minOccurs="1" maxOccurs="1"/><xs:element name="FirstName" type="tns:string-200" minOccurs="1" maxOccurs="1"/><xs:element name="Patronymic" type="tns:string-200" minOccurs="0" maxOccurs="1"/>

</xs:sequence></xs:complexType>

</xs:element></xs:sequence>

</xs:complexType></xs:element>

Поле «Форматно-логический контроль» должно содержать условия, позволяющие избежать ошибки пользователей ЕПГУ при заполнении формы.

Сведения, которые ФОИВ может получить в рамках межведомственного взаимодействия, не должна запрашиваться у заявителя.Состав, последовательность размещения и группировки полей и блоков полей формы должны проектироваться с учетом удобства конечного пользователя ЕПГУ.

При описании требований к полям необходимо и обязательно использовать возможность их автоматического заполнения данными из ЛК.

Поля, заполнение которых может быть реализовано автоматически из ЛК:Категория

пользователя

Перечень данных

пользователя в Личном

кабинете


заполнения в Личном

кабинете

Достоверность данных

(проведены ли проверки).

Типы проверок: онлайн в

ПФР, онлайн в ФНС, онлайн

в ФМС, физическая в

уполномоченном органе.

Неподтвержденная Имя Да НетФамилия Да Нет

15

учетная запись

(упрощенка)

Номер телефона Обязателен либо номер телефона, либо e-mail

Проверка корректности (отправка sms-сообщения)

Адрес электронной почты Обязателен либо номер телефона, либо e-mail

Проверка корректности (отправка e-mail)

Физическое лицо:

Проверенная и

Подтвержденная

учетная запись

СНИЛС Да Не может быть измененФамилия Да Проверка по сервису ФМС

России и Пенсионного фонда России

Имя Да Проверка по сервису ФМС России и Пенсионного фонда России

Отчество Нет Проверка по сервису ФМС России и Пенсионного фонда России

ИНН Нет Проверка по сервису ФНС России

Дата рождения Да Проверка по сервису Пенсионного фонда России

Пол Да Проверка по сервису Пенсионного фонда России

Адрес регистрации Нет НетАдрес места жительства Нет НетМобильный телефон Нет Проверка корректности

(отправка sms-сообщения)Домашний телефон Нет НетАдрес электронной почты Да Проверка корректности

(отправка e-mail)Паспортные данные Да Проверка по сервису ФМС

России

Индивидуальный

предприниматель

СНИЛС Да Не может быть измененФамилия Да Проверка по сервису ФМС

России и Пенсионного фонда России

16

Имя Да Проверка по сервису ФМС России и Пенсионного фонда России

Отчество Нет Проверка по сервису ФМС России и Пенсионного фонда России

ИНН Да Проверка по сервису ФНС России

ОГРНИП Да Проверка по сервису ФНС России

Дата рождения Да Проверка по сервису Пенсионного фонда России

Пол Да Проверка по сервису Пенсионного фонда России

Адрес регистрации Нет НетАдрес места жительства Нет НетМобильный телефон Нет Проверка корректности

(отправка sms-сообщения)Домашний телефон Нет НетАдрес электронной почты Да Проверка корректности

(отправка e-mail)Паспортные данные Нет Проверка по сервису ФМС

РоссииЮридическое лицо Организационно-правовая

формаНет Нет

Полное наименование Да Проверка по сервису ФНС России

Сокращенное наименование

Нет Нет

ОГРН Да Проверка по сервису ФНС России

ИНН Да Проверка по сервису ФНС России

КПП Нет Нет

17

Почтовый адрес Нет НетЮридический адрес Нет НетАдрес электронной почты Да Проверка корректности

(отправка e-mail)Мобильный телефон Нет Проверка корректности

(отправка sms-сообщения)Телефон Нет НетФакс Нет НетФамилия генерального директора

Да Да

Имя генерального директора

Да Да

Отчество генерального директора

Нет Нет

Иностранный

гражданин

Фамилия Да Да, онлайн-проверка ФМСИмя Да ДаОтчество Нет НетДата рождения Да ДаГражданство Да Не может быть измененоПол Да ДаАдрес электронной почты Да ДаМобильный телефон Нет НетДанные документа, предъявленные при пересечении границы

Да Проверка по сервису Пенсионного фонда России

Информация о получателях услуги в данном разделе должна совпадать с информацией, указанной в п. 1 ТЗ и в Федеральном реестре. Поле с указанием получателя услуги (категория заявителя):

определяется автоматически по способу авторизации в личном кабинете; НЕ должно присутствовать на форме; ДОЛЖНО присутствовать в xml-запросе.

Информация о вариантах/процедурах оказания услуги (например, получение документа, переоформление документа, выдача дубликата и т.д.) в данном разделе должна совпадать с информацией, указанной в п. 1 ТЗ и с процедурами/целями услуги в Федеральном реестре. Поле с указанием варианта/процедуры оказания услуги:

18

определяется автоматически при выборе процедуры в карточке услуги; НЕ должно присутствовать на форме; ДОЛЖНО присутствовать в xml-запросе.

В случае если для предоставления услуги необходимо представление документов и информации об ином лице, не являющемся заявителем, при обращении за получением услуги заявитель дополнительно представляет документы, подтверждающие наличие согласия указанных лиц или их законных представителей на обработку персональных данных указанных лиц, а также полномочие заявителя действовать от имени указанных лиц или их законных представителей при передаче персональных данных указанных лиц в орган или организацию. Для данного случая на форме указываются дополнительные поля с возможностью передачи электронных копий указанных документов. При этом, заявитель не может представлять интересы индивидуальных предпринимателей и юридических лиц.

При заполнении полей формы могут использоваться стандартные справочники ЕПГУ: КЛАДР; ФИАС; ОКТМО; ОКСМ; справочник типов документов, удостоверяющих личность; справочник организационно-правовых форм. В базу данных ЕПГУ импортируются статичные справочники, не требующие частого обновления. Значения динамических и часто обновляемых справочников ФОИВ передаются в поля интерактивной формы с использованием сервиса ФОИВ.

Описание статичных справочников ведомства приводится в Приложении 1. Для справочников, значения которых должны быть получены путем вызова электронного сервиса ведомства, необходимо привести описание электронного сервиса и указать работающие примеры вызова и ответа электронного сервиса.

В настоящем документе в Приложение 1 вынесены рекомендации по использованию справочников КЛАДР и ФИАС>

Таблица 1 - Перечень информационных блоков формы заявления и соответствующий им набор полей файла запроса

№ п\п

№ Разде

ла

Наименование поля

Название переменной в XML

Тип поля Значения, ограничен

ия

Тип заполнени

я поля

Значение по

умолчанию



Форматно-логически

й контроль

Пример Текст подсказ

ки к полю

<В объединенной ячейке необходимо указывать № и наименование информационного блока формы. Нумерация необходима для ссылок на блоки и поля в других разделах и таблицах данного ТЗ>4. <Раз

дел, на котором поле будет

<Наименование, как оно должно быть написано на форме>

<Название переменной, в которой должно передаваться значение указываемо

<Варианты: текст, выпадающий список,список с полосой прокрутки,

<Заполняется для всех типов «список», «кнопка выбора»; для поля

<Значения: автоматическое, вручную. В случае автоматического

<Указать значение по умолчанию для полей, заполняемых вручную.

<Значения + или -, соответственно «обязательно» и «необяза

<Указать дополнительные условия, проверки поля, на соответст

<Указать реальный, максимально подробн

<Указать КРАТКИЙ комментарий с подсказк

19

№ п\п

№ Разде

ла



Тип поля Значения, ограничен

ия


я поля


умолчанию




й контроль

Пример Текст подсказ

ки к полю

отображаться>

го поля> Дата, флажок, переключатели,(radio-buttons)>

«текст» - длина поля; другие ограничения>

указать источник для заполнения поля или конкретное значение>

Если значения по умолчанию нет, то поле таблицы не заполнять.>

тельно»> вие логики Формы >

ый пример заполнения поля>

ой для поля, заполнение которого требует соблюдения определенных правил>

5. 1 Тип заявителя

user_type Текст Не редактируемо<Код> - ЮЛ<Код> - ФЛ<Код> - ИП<Код> - ИГ

Автоматически в зависимости от типа авторизации заявителя в ЛК

+ Не отображается на форме

20

№ п\п

№ Разде-ла


Название переменной

в XML



поля


Обязатель-ность



Пример Текст подсказки

к полю

Блок 1 «Общая информация» (Summary)

1 Тип заявителя

user_type Текст Не редактируемоеEMPLOYEE - Юридическое лицоBUSINESSMAN- Индивидуальный предпринимательPERSON_RF- Физическое лицо(Подтвержденная учетная запись)FOREIGN – Иностранный гражданинPERSON_LIGHT – упрощенна

Автоматически в зависимости от типа авторизации заявителя в ЛК

+ Не отображается на форме.

PERSON_RF

21

№ п\п

№ Разде-ла



в XML



поля






к полю

я регистрация, непроверенная учетная записьPERSON_CONFIRMED – проверенная учетная запись

1 Заявление подается уполномоченным лицом

не передается

Чек-бокс

- Поле отображается только в случае, если Тип заявителя = «Физическое лицо»

Блок 2 «Данные ЮЛ» (Legal) Данный блок отображается в случае, если user_type=«EMPLOYEE»1 Организац

ионно-правовая форма

opf Текст 250 Автоматически из ЛК и является нередактируемым (из поля

+ Отображается при значении поля «Тип заявителя

Общество с ограниченной ответственнос

22

№ п\п

№ Разде-ла



в XML



поля






к полю

«Организационно-правовая форма» в ЛК ЮЛ)

» = Юридическое лицо тью

1 Полное наименование юридического лица

name_full Текст 1000 Автоматически из ЛК и является нередактируемым (из поля «Полное наименована организации» в ЛК ЮЛ)

+ Отображается при значении поля «Тип заявителя» = Юридическое лицо

Свобода

Блок 3 «Данные ФЛ» Данный блок отображается в случае, если user_type=«PERSON_RF» или user_type=«BUSINESSMAN»

1 СНИЛС snils Текст Автоматически из ЛК, недоступно для редактирования

+ Не отображается на форме.

123-456-789 01

1 Фамилия last_name Текст 250 Автоматически из ЛК заявителя и является нередактируемым

+ Иванов

1 Имя first_name Текст 250 Автоматически из ЛК

+ Иван

23

№ п\п

№ Разде-ла



в XML



поля






к полю

заявителя и является нередактируемым

1 Отчество middle_name

Текст 250 Автоматически из ЛК заявителя

- Иванович

Блок 4 «Адрес». Используется стандартная функциональность портала – виджет ФИАС.

1 Адресная строка

address Виджет ФИАС

Вручную посредством виджета ФИАС, с возможностью ввода недостающих данных вручную. При вводе информации в адресную строку происходит поиск адреса по данным ФИАС. Необходимо выбрать один из предложенных

Адрес не заполнен

+

24

№ п\п

№ Разде-ла



в XML



поля






к полю

вариантов.1 Регион region Строка Заполняется

автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС.

+

1 Район area Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены. Иначе вручную.

-

1 Город city Строка Заполняется автоматичес

-

25

№ п\п

№ Разде-ла



в XML



поля






к полю

ки, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены. Иначе вручную.

1 Внутригородской район

cityArea Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены. Иначе вручную.

-

26

№ п\п

№ Разде-ла



в XML



поля






к полю

1 Населенный пункт

place Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены. Иначе вручную.

-

1 Улица street Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены.

-

27

№ п\п

№ Разде-ла



в XML



поля






к полю

Иначе вручную.

1 Доп. территория

additionalArea

Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены. Иначе вручную.

-

1 Улица на доп. территории

additionalStreet

Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные

-

28

№ п\п

№ Разде-ла



в XML



поля






к полю

были заполнены. Иначе вручную.

1 Дом house Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены. Иначе вручную.

Если выбрано «Нет» поле необязательно и недоступно. Иначе обязательно, заполняется вручную.

1 Корпус building1 Строка Заполняется вручную.

Обязательно, если выбрано «нет» у поля дом

1 Строение Building2 Строка Заполняется вручную.

-

1 Квартира apartment Строка Заполняется вручную.

Если выбрано «Нет»

29

№ п\п

№ Разде-ла



в XML



поля






к полю

необязательно и недоступно. Иначе обязательно, заполняется вручную.

1 Индекс post_index Строка Заполняется автоматически, на основании введенных данных в адресную строку посредством виджета ФИАС, если эти данные были заполнены. Иначе вручную.

+

5.2 Требования к полям формы редактирования возвращенной заявки<Раздел указывается и заполняется в случае, если ТЗ предусмотрено редактирование заявки. >

В случае если заявление было возвращено ведомством для дополнительной корректировки, пользователю необходимо исправить

некоторые параметры заявки и отправить ее повторно.

30

<Необходимо привести описание процесса внесения изменений в заявку. Последовательность размещения полей и блоков полей формы

должна проектироваться с учетом удобства конечного пользователя ПГУ >.

При внесении изменений в заявку пользователь должен иметь возможность приложить к заявлению дополнительные документы (см.

состав поле в таблице ниже). Остальные поля формы при этом должны быть невидимы и недоступны для редактирования.

Таблица 2 Перечень информационных блоков формы ввода сведений о дополнительно предоставляемых документах.

№ п\п

№ Раздела



Тип поля

Значения, ограничения

Тип заполнения поля

Значение по умолчанию(default)

Обязательность заполнения


Пример

1. Блок «Сведения о дополнительно предоставляемых документах» (AdditionalDocs)1.1. В случае

необходимости Вы можете просмотреть и скачать файлы, приложенные к заявлению ранее. Для этого Вам необходимо в Личном кабинете перейти в раздел «Заявки». После выбора нужной заявки будет осуществлен переход к Информации по заявлению.

В xml не передается

Текст + Комментарий на форме

31

№ п\п

№ Раздела



Тип поля






Пример

Далее следует выбрать вкладку "Отправленные файлы"

1.2. . Предоставляемый документ

DocFileName

Файл Автоматически

Должна быть возможность загрузить документы в форматах: txt, doc, docx, rtf, xls, xlsx, pps, ppt, pdf, jpg, bmp, png, tif, gif, pcx, zip, rar, 7z

1.3. Загрузить Отсутствует в XML

Кнопка

Вручную По нажатию на кнопку должно раскрываться стандартное окно загрузки файлов.

1.4. Добавить Отсутствует в XML

Кнопка

Вручную Позволяет добавить до 20 файлов

32

№ п\п

№ Раздела



Тип поля






Пример

1.21.5. Удалить Отсутствуе

т в XMLКнопка

Вручную Удаляет поля, добавленные по нажатию кнопке 1.4

5.3 Требования к полям формы результата оказания услуги<В общем случае при использовании асинхронного сервиса для подачи заявления и обновления статуса обработки и рассмотрения

заявления, результат оказания услуги (в том числе и файлы) предаются ИС ФОИВ на ЕПГУ с использованием стандартного сервиса обновления статусов. Заполнение Таблица 3 для данного случая не требуется.

В случае использования синхронного сервиса подачи и обработки заявления (online услуга) в разделе в Таблице 2 необходимо представить описание перечень информационных блоков и полей по аналогии с Таблица 1.

Последовательность размещения полей и блоков полей формы должна проектироваться с учетом удобства конечного пользователя ЕПГУ>.

Таблица 3 - Перечень информационных блоков формы результата оказания услуги и соответствующий им набор полей файла ответа на запрос

33

№ п\п


Название переменн

ой в XML

Тип поля Значения, ограничени

я


я поля


умолчанию

(default)




й контроль


к полю

<В объединенной ячейке необходимо указывать № и наименование информационного блока формы. Нумерация необходима для ссылок на блоки и поля в других разделах и таблицах данного ТЗ>

1. <Наименование, как оно должно быть написано на форме>

<Название переменной, в которой должно передаваться значение указываемого поля>

<Варианты: текст, дата, флажок, число)>

<Заполняется для всех типов «список», «кнопка выбора»; для поля «текст» - длина поля; другие ограничения>

<Значения: автоматическое, вручную, заблокировано для редактирования >

<Указать значение по умолчанию для полей, заполняемых вручную. Если значения по умолчанию нет, то поле таблицы не заполнять.>

<Значения + или -, соответственно «обязательно» и «необязательно»>

<Указать дополнительные условия, проверки поля, на соответствие логики Формы >

<Указать реальный, максимально подробный пример заполнения поля>

<Указать КРАТКИЙ комментарий с подсказкой для поля, заполнение которого требует соблюдения определенных правил>

1. Статус/причина ошибки

Value Текст 200 Заблокировано/Текст возвращается после отправки ходатайства

+ Успешно зарегистрировано

2. Комментарий Comment Текст 2000 знаков Заблокиро +

34

№ п\п


Название переменн

ой в XML

Тип поля Значения, ограничени

я


я поля


умолчанию

(default)




й контроль


к полю

<В объединенной ячейке необходимо указывать № и наименование информационного блока формы. Нумерация необходима для ссылок на блоки и поля в других разделах и таблицах данного ТЗ>

вано/Текст возвращается после отправки ходатайства

3. Номер заявления

Name Число 20 Заблокировано/Номер возвращается после отправки ходатайства

+ 11386

35

6 Взаимосвязи полей формы

<Значение полей формы могут зависеть от других значений полей. Необходимо указать эти зависимости, если они имеются. В противном случае необходимо указать следующий текст: Требования к взаимосвязи полей не предъявляются.>

При заполнении формы должны учитываться взаимосвязи полей, указанные ниже (Таблица 4).

Таблица 4 - Взаимосвязи полей

№ основного

поля

Номер связанног

о поля

Значение в основном поле

Принимаемое значение в связанном поле по умолчанию

<Указать № поля в Таблице 1, которое будет влиять на значение связанного поля>

<Указать № зависимого поля>

<Указать значение основного поля, которое будет влиять на значение связанного поля>

<Указать принимаемое значение связанного поля>

При наличии взаимосвязей ввод иных значений в связанное поле должен быть автоматически заблокирован.

№ основного

поля

Номер связанног

о поля

Значение в основном поле

Принимаемое значение в связанном поле по умолчанию

1 22 EMPLOYEE Поле не отображается

1 23 PERSON_RF Поле не отображается

36

7 Взаимосвязи блоков формы

<Состав информационных блоков при заполнении формы может зависеть от того, какими значениями были заполнены определенные поля (возможно, на предыдущем шаге заполнения). Ниже приведена таблица, которую необходимо заполнить, в случае, если на форме имеется зависимость отображения информационных блоков от информации введенной ранее. В противном случае необходимо указать следующий текст: Требования к взаимосвязи информационных блоков не предъявляются.>

Перечень информационных блоков и соответствующих им полей на указанном шаге должен формироваться в соответствии с информацией заполненной < ранее / в Разделе n> и не может быть постоянным. Взаимосвязь информационных блоков, отображаемых в <Разделе m>, с данными, заполненными <ранее / в Разделе n>, изображена ниже (Таблица 5).

Таблица 5 - Взаимосвязи информационных блоков

Номер поля Принимаемое значение поля Номер блока Признак отображения

блока

<Указать номер поля (см. Таблицу 2), значение которого будет влиять на показ блока в Форме>

<Указать значение поля, которое будет влиять на отображение блока>

<№ блока(см. Таблицу 2), который будет менять отображаться или будет скрыт от пользователя>

<Значение «-» - скрыть блок; «+» - отобразить >

Номер поля Принимаемое значение поля Номер блока Признак отображения

блока

1 PERSON_RF, BUSINESSMAN 2 -

1 EMPLOYEE 3 -

37

8 Макеты форм

8.1 Макеты формы подачи заявления<В разделе необходимо представить макеты формы подачи заявления (в любом из

форматов JPEG, Visio, HTML, Ms Word). На макете должно быть обозначено расположение полей, указанных в Таблица 1. В разделе должны быть приведены все макеты в соответствии со всеми вариантами отображения полей формы в каждом разделе заполнения формы (для каждой цели обращения и для каждой категории пользователей). Последовательность размещения полей и блоков полей формы должна проектироваться с учетом удобства конечного пользователя ЕПГУ>.

Макеты формы представлены ниже (Рисунок 5).

Рисунок 5 - Макет формы Раздел 2

8.2 Макет формы результата оказания услуги<В общем случае при использовании асинхронного сервиса для подачи заявления и

предоставления результата оказания услуги с использованием стандартного сервиса обновления статусов либо сервиса обработки событий (с возможностью передачи файлов в личный кабинет заявителя) предоставлять макеты не требуется.

В случае использования синхронного сервиса подачи и обработки заявления (online услуга) в разделе необходимо представить макет результата оказания услуги (в любом из форматов JPEG, Visio, HTML, Ms Word). На макете должно быть обозначено расположение полей, указанных в Таблица 3. Последовательность размещения полей и блоков полей формы должна проектироваться с учетом удобства конечного пользователя ЕПГУ>.

Требования к отображению результата оказания услуги не предъявляются.

38

9 Требования к подписанию ЭП

<Данный раздел должен содержать требования к подписанию электронной подписью заявления в соответствии с «Типовыми техническими требованиями к разработке интерактивных форм заявлений на предоставление государственных и муниципальных услуг (функций)». Механизм подписания заявления и прилагаемых файлов КСКП заявителя рассмотрен в разделах 4.7.3, 4.7.4 указанного документа.

В случае если подписание усиленной квалифицированной подписью заявителя не требуется необходимо указать следующий текст: «Требования к подписанию заявления ЭП заявителя не предъявляются».>

Требования к подписанию заявления ЭП заявителя не предъявляются.

39

10 Требования к истории рассмотрения электронного заявления

<Если для обновления статусов заявок на ЕПГУ используется «Универсальный

вид сведений для приема событий электронного заявления на портале

государственных услуг (функций)» версии 3.1.0 – EventService (далее – ВС EventService),

в разделе 10.1 описываются требования к статусам формы.

Описание EventService, а также руководство пользователя приведены на

технологическом портале СМЭВ в карточке данного вида сведений. Дополнительная

информация относительно использования данного механизма приведена в разделе 6

«Типовых технических требований к разработке интерактивных форм заявлений на

предоставление государственных и муниципальных услуг (функций)»

Использование сервиса обработки событий расширяет возможности работы с заявкой на стороне ФОИВ, с помощью сервиса можно не только изменять статус заявки, но и обновлять информацию по оплате, передавать текстовые сообщения заявителю, отслеживать приглашения на прием.>

Услуга оказывается в электронном виде с использованием информационной

системы РОИВ.

Результат оказания услуги поступает в личный кабинет пользователя в виде

сообщения.

Диаграмма состояний заявления на оказание услуги приведена ниже (Рисунок 6).stm Обработка заявления на утверждение инвестиционной программы

Подачазаявления

Исполнено/Отказ

В процессе отмены

Окончание

Отменено Неподтвержденная отмена

Обработка заявления

Запросотмены

Промежуточные результаты от

ведомства

Принято ведомством

Принято от заявителя

Отправлено в ведомство

Ожидание дополнительной информации от пользователя

Отправкасообщения

Заявка требует дополнительной

корректировки

Входящее Сообщение

Тип сообщения

Отменить?

Отменить?

[Запрос отмены]/В ИС РОИВ направляетсязапрос на отзыв заявления

Изменение данных в заявке

Подтверждение отмены

Сообщение заявителю

Запрос отмены[При

возможностиотмены

заявления]

[ИС РОИВ известил о начале обработки]

Изменение данных в заявке

Отказано в отмене

[Концентратор услуг отправилпакет в ИС РОИВ]/Отправка пакета через СМЭВ

[ИС РОИВ отправилаподтверждение приема]/Отправкаподтверждения

Запрос отмены[При

возможностиотмены

заявления]

stm Обработка заявлени...

Входящее Сообщение Состояние.

stm Обработка зая...

Тип сообщения ветвление (выбор);

40

stm Обработка заявления на утверж...

StateMachine1 Конечный автомат – группа состояний связанных между собой.

stm Обра...

Отправкасообщения

историческое состояние (возврат из процедуры в вызвавший ее процесс)

Рисунок 6 – Диаграмма состояний заявления (в нотации UML state diagram).

Статусы заявления «Исполнено»/«Отказ» формируются по получении бизнес-

ответа erep:ResponseData с соответствующим значением ApprovalResult.

10.1 Статусы заявления<В необходимо оставить только статусы, планируемые к использованию. >Обновление статусов заявления в процессе обработки должно проходить в

соответствии со статусами, представленными в .

Таблица 6 - Список статусов заявлений для передачи от ИС ФОИВ на ЕПГУ

Категория статусов

Код статуса

Название статуса Описание статуса

Отправка заявления

1 Принято от заявителя ИС органа власти зарегистрировала заявление

2 Отправлено в ведомство

Заявление передано в СМЭВ-сервис, но еще не зарегистрировано в ИС органа власти

Обработка заявления

3 Исполнено Государственная услуга исполнена.Результат передан в ЛК заявителя (если возможно).

4 Отказ Отказано в предоставлении государственной услуги

6 Принято ведомством Заявление принято к рассмотрению

7 Промежуточные результаты от ведомства

Выполнение промежуточных этапов рассмотрения заявления

Отмена заявления

9 В процессе отмены ИС органа власти получила от заявителя запрос на отмену заявления

10 Отменено Заявление отменено по запросу заявителя

11 Неподтвержденная отмена

Заявителю отказано в запросе на отмену заявления

Промежуточное

12 Входящее Сообщение Заявителю передано сообщение от органа власти

41

Категория статусов

Код статуса

Название статуса Описание статуса

взаимодействие

14 Ожидание дополнительной информации от пользователя

Позволяет заявителю заполнить дополнительные шаги в форме заявления

15 Заявка требует дополнительной корректировки

Позволяет заявителю исправить данные в форме заявления и повторно её подать (без изменения номера заявления)

<В случае использования ведомственных статусов необходимо обязательно привести таблицу соответствия статусов ведомства стандартным портальным статусам.>Соответствие статусов ведомства ЕПГУКод ведомственного статуса

Название ведомственного статуса

Описание ведомственного статуса Код статуса ЕПГУ

100 Отправлено ИС ФОИВ (сервер) принял заявление 1

110 Принято ФОИВ принял заявление к рассмотрению 7

120 Не начато ФОИВ принял заявление к рассмотрению, но не может начать оказание услуги

7

130 Прекращено Заявитель попросил прекратить делопроизводство

7

140 Прекращено Заявка признана отозванной 7

150 Приостановлено Поступило ходатайство заявителя о продлении срока представления запрашиваемых материалов

7

160 Приостановлено Решение суда о приостановлении государственной регистрации ТИМС

7

170 Приостановлено Приостановлено в связи с направлением запроса о предоставлении недостающих или исправленных сведений и/или документов

7

180 Возобновлено Возобновлено в связи с восстановлением пропущенного срока

7

200 Готово Предоставление государственной услуги завершено.

3

210 Готово Предоставление государственной услуги завершено.

3

42

10.2 Состояние оплаты<Данный раздел предусмотрен для услуг, возвращающих информацию по

начислениям. Должен быть определен список параметров payment.source – источник начисления, (для Федерального казначейства используется FK) и payment.description – назначение платежа. Если услуга бесплатная или не предполагается оплата через ЕПГУ, следует указать «Требования к состоянию оплаты не предъявляются»>

Требования к состоянию оплаты не предъявляются.

10.3 Информационные сообщения<Если предполагается от ФОИВ отправка информационных сообщений без

изменения статуса заявки, должен быть определен список возможных информационных сообщений от ФОИВ >.

Таблица 6 Список возможных информационных сообщенийКод информационного

сообщения (code)Информационное сообщение

<Указать номер поля (см. Таблицу 2), значение которого будет влиять на показ блока в Форме>

<Указать значение поля, которое будет влиять на отображение блока>

Код информационного сообщения (code)

Информационное сообщение

1 Заявление передано в территориальный отдел по месту жительства

2 Заявление передано на рассмотрение в областное управление

10.4 Приглашение на прием<Если предполагается от ФОИВ передача в личный кабинет пользователя

приглашения на прием, должны быть определены правила формирования кода приглашения в ИС ФОИВ (code). Используя значение данного идентификатора, в дальнейшем возможна отмена приема>.

Уникальный идентификатор приглашения в ИС ведомства (code) будет равен порядковому номеру приглашения на прием.

43

11 Требования к электронным сервисам формы

<В данном разделе необходимо описать вид(ы) сведений, используемые при передаче заявления в ИС ОИВ. При использовании механизмов загрузки справочников в синхронном режиме необходимо руководствоваться чем?!?!.

Виды сведений должны быть разработаны с учетом «Методических рекомендаций по работе с ЕСМЭВ версия 3.х», расположенных на технологическом портале СМЭВ 3 http://smev3.gosuslugi.ru/portal/.

Требования описываются для каждого вида сведений в подпунктах. В данном разделе НЕ требуется описывать стандартный вид сведений

EventService, ссылка на который приведена в разделе 10 ТЗ>. Описание видов сведений ФОИВ, обеспечивающих функционал формы и

используемых при обмене данными с ЕПГУ, представлен в данном разделе документа. Для обновления истории изменения электронного заявления на ЕПГУ ИС ФОИВ

использует вид сведений ЕПГУ зарегистрированный в СМЭВ (ссылка на описание сервиса приведена в разделе 10 ТЗ).

11.1 Вид сведений <наименование вида сведений>

11.1.1 Назначение вида сведений

<Кратко описать назначение вида сведений>.Вид сведений предназначен для приема атрибутов заполненной заявки от

пользователя ЕПГУ.

11.1.2 Target Namespace вида сведений

<Указать URN TNS вида сведений. В разделе обязательно приводятся URN на продуктивного вида сведений, зарегистрированного в продуктивном СМЭВ, а также URN тестового вида сведений, зарегистрированного в тестовом СМЭВ.>.Продуктивный сервис: urn://x-artefacts-smev-gov-ru/supplementary/commons/1.0.1Тестовый сервис: urn://x-artefacts-smev-gov-ru/supplementary/commons/1.0.1

11.1.3 Xsd- схема вида сведений

<Указать xsd-схему вида сведений>.<?xml version="1.0" encoding="utf-8"?><xs:schema targetNamespace="http://epgu.gosuslugi.ru/EIPInvestmentReportService/1.0.1" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:erep="http://epgu.gosuslugi.ru/EIPInvestmentReportService/1.0.1" xmlns:tns="urn://x-artefacts-smev-gov-ru/supplementary/commons/1.0.1" elementFormDefault="qualified">

<xs:import namespace="urn://x-artefacts-smev-gov-ru/supplementary/commons/1.0.1" schemaLocation="types/Supplementary-commons.xsd"/>

<xs:complexType name="ResponseData"><xs:annotation>

<xs:documentation>Результат оказания услуги</xs:documentation></xs:annotation><xs:sequence minOccurs="1" maxOccurs="1">

<xs:element name="ResultDocDetails" minOccurs="1" maxOccurs="1"><xs:complexType>

<xs:annotation>

44

<xs:documentation>Реквизиты документа - результата оказания услуги (должен прилагаться к ответу)</xs:documentation>

</xs:annotation><xs:sequence minOccurs="1" maxOccurs="1">

<xs:element name="DocNumber" type="xs:string" minOccurs="1" maxOccurs="1">

<xs:annotation><xs:documentation>Номер официального

ответа</xs:documentation></xs:annotation>

</xs:element><xs:element name="DocDate" type="xs:date" minOccurs="1"

maxOccurs="1"><xs:annotation>

<xs:documentation>Дата официального ответа</xs:documentation>

</xs:annotation></xs:element>


</xs:element><xs:element name="ResultDescription" type="tns:string-500"

minOccurs="1" maxOccurs="1"><xs:annotation>

<xs:documentation>Результат оказания услуги развернуто</xs:documentation>

</xs:annotation></xs:element><xs:element name="ApprovalResult">

<xs:simpleType><xs:restriction base="xs:integer">

<xs:enumeration value="3"><xs:annotation>

<xs:documentation>Отчет принят</xs:documentation></xs:annotation>

</xs:enumeration><xs:enumeration value="4">

<xs:annotation><xs:documentation>Отказ в приеме отчета</xs:documentation>

</xs:annotation></xs:enumeration>

</xs:restriction></xs:simpleType>


</xs:complexType><xs:complexType name="RequestData">

<xs:sequence><xs:element name="orderId" type="xs:long" minOccurs="1"

maxOccurs="1"/><xs:element name="OKTMO" type="tns:OKATOType" minOccurs="1"

maxOccurs="1"/><xs:element name="DisclosureDate" type="xs:date" minOccurs="1"


<xs:documentation>Дата раскрытия информации об отчете по инвестиционной программе в соответствии со стандартами раскрытия информации субъектами оптового и розничного рынка электрической энергии на Едином портале государственных и муниципальных услуг (функций)</xs:documentation>

</xs:annotation></xs:element><xs:element name="DisclosureURL" type="tns:string-200" minOccurs="1"

maxOccurs="1"/><xs:element name="Applicant">

45


<xs:element name="ApplicantType" type="tns:digits-2" minOccurs="1" maxOccurs="1"/>

<xs:element name="IsENetworkCompany" type="xs:boolean" minOccurs="1" maxOccurs="1">

<xs:annotation><xs:documentation>Заявитель - сетевая

компания</xs:documentation></xs:annotation>

</xs:element><xs:element name="OPF" type="tns:string-500" minOccurs="1"


<xs:documentation>Автоматическое. Из регистрационных данных ЕПГУ.</xs:documentation>

</xs:annotation></xs:element><xs:element name="FullName" type="tns:string-500" minOccurs="1"


<xs:documentation>Автоматически из ЛК.</xs:documentation></xs:annotation>

</xs:element><xs:element name="ShortName" type="tns:string-500"

minOccurs="1" maxOccurs="1"/><xs:element name="OGRN" type="tns:OGRNCompanyType"

minOccurs="1" maxOccurs="1"/><xs:element name="INN" type="tns:LegalPersonINNType"

minOccurs="1" maxOccurs="1"/><xs:element name="KPP" type="tns:KPPType" minOccurs="0"

maxOccurs="1"/><xs:element name="Address" type="tns:string-500" minOccurs="1"

maxOccurs="1"/><xs:element name="Contacts">


<xs:element name="Phone" type="tns:PhoneNumberRFType" minOccurs="1" maxOccurs="10"/>

<xs:element name="FAX" type="tns:PhoneNumberRFType" minOccurs="0" maxOccurs="10"/>

<xs:element name="mail" type="tns:EmailAddressType" minOccurs="0" maxOccurs="1"/>


</xs:element><xs:element name="Head">


<xs:element name="LastName" type="tns:string-200" minOccurs="1" maxOccurs="1"/>

<xs:element name="FirstName" type="tns:string-200" minOccurs="1" maxOccurs="1"/>

<xs:element name="Patronymic" type="tns:string-200" minOccurs="0" maxOccurs="1"/>

<xs:element name="Post" type="tns:string-200" minOccurs="1" maxOccurs="1"/>

<xs:element ref="tns:PrimaryIdentityDocument" minOccurs="1" maxOccurs="1"/>



</xs:complexType>

46

</xs:element><xs:element name="ReportRange">

<xs:simpleType><xs:restriction base="tns:string-20">

<xs:enumeration value="quarter"><xs:annotation>

<xs:documentation>Квартал</xs:documentation></xs:annotation>

</xs:enumeration><xs:enumeration value="half-year">

<xs:annotation><xs:documentation>Полугодие</xs:documentation>

</xs:annotation></xs:enumeration><xs:enumeration value="year">

<xs:annotation><xs:documentation>Год</xs:documentation>

</xs:annotation></xs:enumeration>

</xs:restriction></xs:simpleType>

</xs:element><xs:element name="AppliedDocuments">

<xs:complexType><xs:annotation>

<xs:documentation>Описание прилагаемых документов</xs:documentation>

</xs:annotation><xs:sequence minOccurs="0" maxOccurs="unbounded">

<xs:element name="AppliedDocument"><xs:complexType>

<xs:sequence minOccurs="1" maxOccurs="unbounded"><xs:element name="CodeDocument" type="tns:digits-4"

minOccurs="1" maxOccurs="1"/><xs:element name="Name" type="tns:string-200"

minOccurs="1" maxOccurs="1"/><xs:element name="URL" type="tns:string-200"

minOccurs="1" maxOccurs="1"/><xs:element name="BusinessName" type="tns:string-200"

minOccurs="1" maxOccurs="1"/><xs:element name="Type" type="tns:string-200"

minOccurs="1" maxOccurs="1"/><xs:element name="DigestValue" type="tns:string-100"

minOccurs="1" maxOccurs="1"/></xs:sequence>

</xs:complexType></xs:element>


</xs:element></xs:sequence><xs:attribute name="env" use="optional" type="erep:envType"/>

</xs:complexType> <xs:simpleType name="envType"> <xs:restriction base="tns:string-20"> <xs:enumeration value="DEV"> <xs:annotation> <xs:documentation>ЕПГУ (среда для разработки)</xs:documentation> </xs:annotation> </xs:enumeration> <xs:enumeration value="UAT"> <xs:annotation> <xs:documentation>ЕПГУ (среда для

47

демонстрации)</xs:documentation> </xs:annotation> </xs:enumeration> <xs:enumeration value="EXUAT"> <xs:annotation> <xs:documentation>ЕПГУ (оперативная среда для демонстрации)</xs:documentation> </xs:annotation> </xs:enumeration> <xs:enumeration value="TCOD"> <xs:annotation> <xs:documentation>EПГУ (среда для тестирования)</xs:documentation> </xs:annotation> </xs:enumeration> <xs:enumeration value="SCVDEV"> <xs:annotation> <xs:documentation>ЕПГУ (среда для разработки услуг)</xs:documentation> </xs:annotation> </xs:enumeration> <xs:enumeration value="PROD"> <xs:annotation> <xs:documentation>ЕПГУ (продуктивная среда)</xs:documentation> </xs:annotation> </xs:enumeration> </xs:restriction> </xs:simpleType>

<xs:element name="InvestmentReportResponse" type="erep:ResponseData"/><xs:element name="InvestmentReportRequest" type="erep:RequestData"/>

</xs:schema><При наличии импортируемых схем, должны быть приведены все импортируемые схемы (допускается включение их в качестве приложений к ТЗ)>.11.1.4 Описание атрибутов вида сведений <Привести описание атрибутов вида сведений из руководства пользователя вида сведений>

11.1.4.1 Описание полей запроса

№ Код поля Описание поля Требования к

заполнению

Способ заполнения/

Тип Комментарий

1 InvestmentRepo

Запрос приема отчета о

Обязательно к заполнению

erep:RequestData

Комплексный тип

48

rtRequest

реализации ИП СЭ

Поля комплексного типа описаны в п.Поле комплексного типа

«erep:RequestData».

11.1.4.2 Описание полей ответа на запрос





1 InvestmentReportResponse

Ответ на запрос приема отчета о реализации ИП СЭ


erep:ResponseData


Поля комплексного типа описаны в п. Комплексный тип «erep:ResponseData».

11.1.4.3 Описание комплексных типов полей

Поле комплексного типа «erep:RequestData»

49





1. orderId Уникальный идентификатор заявления на ЕПГУ


xsd:long

2. OKTMO Субъект РФ Обязательно к заполнению

tns:OKATOType

Субъект Российской Федерации, в котором субъект электроэнергетики соответствует критериям, определенным постановлением Правительства РФ от 01.12.2009 №977

3. ReportRange

Период, за который предоставляются документы о реализации инвестиционной программы


xs:enumeration

КварталПолугодиеГод

50





4. Disclosu

reDate

Дата раскрытия отчета об исполнении инвестиционной программы


xs:date

5. DisclosureURL

Место размещения отчета об исполнении инвестиционной программы


tns:string-200

6. Applican

t

Информация о заявителе


xs:complexType

7. Applican

t:Applic

antType

Уникальный идентификатор заявления на ЕПГУ


tns:digits-2 Всегда=01 –

юридическое

лицо

8. Applican Организация Обязательно к xs:boolean

51





t:IsENet

workCo

mpany

является сетевой заполнению

9. Applican

t:OPF

Организационно-правовая форма


tns:string-500 Автоматически из регистрационных данных ЕПГУ

10. Applicant:FullName

Полное наименование ЮЛ


tns:string-500 Автоматически из регистрационных данных ЕПГУ

11. Applicant:ShortName

Сокращенное наименование


tns:string-500 Автоматически из ЛК с возможностью редактирования

52





12. Applicant:OGRN

ОГРН Обязательно к заполнению

tns:OGRNCompanyType


13. Applicant:INN

ИНН Обязательно к заполнению

tns:OGRNCompanyType


14. Applicant:KPP

КПП Не обязательно к заполнению

tns:KPPType Автоматически из ЛК с возможностью редактирования

15. Applicant:Address

Юридический адрес


tns:string-500 Автоматически из ЛК с возможностью редактирования с помощью ФИАС

53





16. Applicant:Contacts

Прочие сведения Обязательно к заполнению

xs:complexType

17. Applicant:Contacts:Phone

Телефон Обязательно к заполнению

tns:PhoneNumberRFType

Автоматически из ЛК с возможностью редактирования

18. Applicant:Contacts:FAX

Факс Не обязательно к заполнению

tns:PhoneNumberRFType


19. Applicant:Contacts:mail

E-mail Не обязательно к заполнению

tns:EmailAddressType


54





20. Applicant:Head

Сведения о должностном лице ЮЛ, подающем отчет


xs:complexType

Автоматически из ЛК

21. Applicant:head:lastname

Фамилия Обязательно к заполнению

tns:string-200 Автоматически из ЛК без возможности редактирования

22. Applicant:head:firstname

Имя Обязательно к заполнению


23. Applicant:head:patronymic

Отчество Не обязательно к заполнению


55





24. Applicant:head:post

Должность Обязательно к заполнению

tns:string-200 Автоматически из ЛК с возможностью редактирования

25. Applicant:head: PrimaryIdentityDocument

Документ, удостоверяющий личность


tns:PrimaryIdentityDocument


26. env Среда для отправки сообщений об изменении статуса заявления


xs:attribute DEVUATEXUATSVCDEVTCODPROD

27. AppliedDocuments

Описание прилагаемых документов


Комплексный тип данных

Правила заполнения описаны в пункте ХХ данного документа.

56

Комплексный тип «erep:ResponseData»





1. ResultDocDetails

Документ – результат оказания услуги



Документ должен быть приложен к ответу

2. DocNumber

Номер официального ответа


xs:string

3. DocDate Дата официального ответа


xs:date

4. ResultDescription

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

Не обязательно к заполнению

tns:string-500 Полное описание результата оказания услуги

5. ApprovalResult

Результат оказания услуги


xs:integer Варианты указаны ниже

57

Варианты результатов оказания услуги:

Значение Описание3 Отчет согласован4 Отказ в приеме отчета

11.1.5 Эталонные запрос и ответ вида сведений

<Указать работающий эталонный запрос и ответ для каждой цели обращения и для каждой категории пользователя>.<?xml version="1.0" encoding="UTF-8"?><erep:InvestmentReportRequest env="PROD" xmlns:erep="http://epgu.gosuslugi.ru/EIPInvestmentReportService/1.0.1" xmlns:tns="urn://x-artefacts-smev-gov-ru/supplementary/commons/1.0.1"> <erep:orderId>123</erep:orderId> <erep:OKTMO>45919000</erep:OKTMO> <erep:DisclosureDate>2015-05-01</erep:DisclosureDate> <erep:DisclosureURL>http://www.mydomain.com/programs/</erep:DisclosureURL>

<erep:Applicant> <erep:ApplicantType>01</erep:ApplicantType>

<erep:IsENetworkCompany>false</erep:IsENetworkCompany> <erep:OPF>Закрытое акционерное общество</erep:OPF> <erep:FullName>Закрытое акционерное общество "Дера"</erep:FullName> <erep:ShortName>ЗАО "Дера"</erep:ShortName> <erep:OGRN>1117746358608</erep:OGRN> <erep:INN>7725080389</erep:INN> <erep:KPP>773301001</erep:KPP> <erep:Address>652975, Кемеровская обл., Таштагольский р-н., Шерегеш пгт., Усть-Анзас п., Мира ул., 1 д., 2 корп., 3 стр., 4 кв.</erep:Address> <erep:Contacts> <erep:Phone>4954567800</erep:Phone> <erep:FAX>4954567800</erep:FAX> <erep:mail>[email protected]</erep:mail> </erep:Contacts> <erep:Head> <erep:LastName>Иванов</erep:LastName> <erep:FirstName>Иван</erep:FirstName> <erep:Patronymic>Иванович</erep:Patronymic> <erep:Post>Зам. Директора</erep:Post> <tns:PrimaryIdentityDocument> <tns:PassportRF> <tns:Series>4610</tns:Series> <tns:Number>123456</tns:Number> <tns:IssueDate>2015-09-15</tns:IssueDate> <tns:Issuer>МВД ПО Г. МОСКВА</tns:Issuer> </tns:PassportRF> </tns:PrimaryIdentityDocument> </erep:Head> </erep:Applicant>

<erep:ReportRange>quarter</erep:ReportRange> <erep:AppliedDocuments> <erep:AppliedDocument> <erep:CodeDocument>0001</erep:CodeDocument> <erep:Name>InvestForm.pdf</erep:Name> <erep:URL>form.AppliedDocuments.AppliedDocument0001</erep:URL>

<erep:BusinessName>DocBody</erep:BusinessName> <erep:Type>application/pdf</erep:Type>

58

<erep:DigestValue>RKdUJbbT2YjFYF/Hflo2wKQTMZIV2zEnz9K9CLDVGao</erep:DigestValue> </erep:AppliedDocument> </erep:AppliedDocuments> </erep:InvestmentReportRequest>

11.1.6 Перечень прилагаемых к заявлениюфайлов

<Указать перечень прилагаемых к заявлению файлов для каждой цели обращения и для каждой категории пользователя. Описание прилагаемых файлов должно содержаться в составе запроса вида сведений в соответствии с требованиями раздела 4.7.4 «Типовых технических требований к разработке интерактивных форм заявлений на предоставление государственных и муниципальных услуг (функций)». При отсутствии требований к подписанию файлов, ЭП заявителя в архиве может отсутствовать >.

Для сетевых организаций (Applicant:IsENetworkCompany=true) дополнительные

файлы не передаются. Архив содержит только файл заявления с подписью.

При значении элемента Applicant:IsENetworkCompany=false, состав передаваемых в

архиве файлов приведен в таблице ниже:

№ Имя файла Обязательный

Содержимое

DocBody1 + Перечень инвестиционных проектов на период реализации инвестиционной программы, в том числе инвестиционных проектов, предусматривающих энергосбережение и повышение энергетической эффективности, создание систем противоаварийной и режимной автоматики, систем телемеханики и связи, а также установку устройств регулирования напряжения и компенсации реактивной мощности/

DocBody2 + Краткое описание инвестиционной программы по основным направлениям инвестиционных проектов, в том числе с указанием необходимости и целей их реализации, вводимой мощности, вида используемого топлива и места расположения объекта, срока ввода и вывода мощности, полной и остаточной стоимости инвестиционных проектов, показателей энергетической эффективности оборудования.

DocBody3 + Графики строительства объектов электросетевого хозяйства и генерирующих объектов, включая их наименования, планируемые сроки и объемы выполнения работ по инвестиционным проектам, а также планируемые объемы финансирования по кварталам, составленные по форме, утверждаемой Министерством энергетики Российской Федерации

DocBody4 + Финансовый план субъекта электроэнергетики, составленный на период реализации инвестиционной программы с разделением по видам деятельности, с указанием источников и

59

№ Имя файла Обязательный

Содержимое

способов финансирования инвестиционной программы, а также степени обеспеченности инвестиционной программы источниками финансирования.

DocBody5 - Отчет об исполнении финансового плана субъекта электроэнергетики за предыдущий и текущий годы (при реализации инвестиционной программы в предыдущем и текущем годах).

DocBody6 + Финансовая (бухгалтерскую) отчетность субъекта электроэнергетики на последнюю отчетную дату, а также аудиторское заключение.

DocBody7 - Программа по энергосбережению и повышению энергетической эффективности (при наличии таковой).

DocBody8 + План финансирования инвестиционных проектов на период реализации инвестиционной программы

DocBody9 - Отчет об исполнении инвестиционной программы за предыдущий и текущий годы с указанием введенной мощности, объемов финансирования и их источников (при реализации инвестиционной программы в предыдущем и текущем годах).

DocBodyA - Перечень установленных в отношении объектов электросетевого хозяйства обязательств по строительству, реконструкции и (или) модернизации (инвестиционные обязательства) и условия их выполнения в случае, предусмотренном законодательством Российской Федерации о приватизации.

AddInfo - Дополнительная информация по форме ведомства в соответствии с пунктом 48 «Порядка утверждения инвестиционной программы». Формат не регламентирован. Может передаваться любое количество файлов.

AddNotice - При подаче дополнительной информации, Уведомление о доработанной программе. (п.п. 52 и 53 «Порядка утверждения инвестиционной программы»)

ExplNote - Пояснительная записка об учете доработок (п.п. 52 и 53 «Порядка утверждения инвестиционной программы»).

Имя файла архива: SignedContent.zip.

11.1.7 Пример запроса вида сведений в случае отменызаявления

<Указать работающий пример запроса вида сведений в случае отмены заявления, если данная функциональность предусмотрена ТЗ. Важно помнить, чтобы кнопка отмены появилась в ЛК, необходимо, чтобы ведомство присылало в ответе на запрос <cancelAllowed>true</cancelAllowed>

60

11.1.8 Пример запроса вида сведенийна редактирование заявления

<Указать работающий пример запроса вида сведений на редактирование заявления, если данная функциональность предусмотрена ТЗ>

11.1.9 Пример ответа вида сведений на успешныйзапрос

<Вид сведений ведомства для работы с ЕПГУ с ЭП в части сообщения, посылаемого в ответ на заявление, поступающее с ЕПГУ, должен удовлетворять требованиям по работе с ЭП СМЭВ 3.

Один из атрибутов бизнес-ответа должен содержать код ЕПГУ, указанный в таблице соответствующей таблице (Таблица 6 - Список статусов заявлений дляпередачи от ИС ФОИВ на ЕПГУ). Данный атрибут должен быть явно указан в данном ТЗ. При наличии дополнительной информации, для корректного отображения результатов оказания услуги в личном кабинете пользователя ЕПГУ в данном ТЗ необходимо указать сопоставление атрибутов ответа ведомства с атрибутами вида сведений EventService.>

<?xml version="1.0" encoding="UTF-8"?><erep:InvestmentReportResponse xmlns:erep="http://epgu.gosuslugi.ru/EIPInvestmentReportService/1.0.1"> <erep:ResultDocDetails>

<erep:DocNumber>01-12@2234</erep:DocNumber><erep:DocDate>2015-09-15</erep:DocDate>

</erep:ResultDocDetails> <erep:ResultDescription>Услуга оказана. Программа согласована</erep:ResultDescription> <erep:ApprovalResult>3</erep:ApprovalResult></erep:InvestmentReportResponse><Указать пример ответа вида сведений в случае успешной отмены заявления, если

данная функциональность предусмотрена ТЗ>

11.1.10 Пример ответа вида сведений в случае успешной

:отменызаявления

<?xml version="1.0" encoding="UTF-8"?><erep:InvestmentReportResponse xmlns:erep="http://epgu.gosuslugi.ru/EIPInvestmentReportService/1.0.1"> <erep:ResultDocDetails>


</erep:ResultDocDetails> <erep:ResultDescription>Заявление отменено заявителем.</erep:ResultDescription> <erep:ApprovalResult>10</erep:ApprovalResult></erep:InvestmentReportResponse>

<Указать пример ответа вида сведений в случае отказа заявителю в отмене заявления>

11.1.11 Пример ответа вида сведений в случае отказа заявителю

:в отмене заявления<?xml version="1.0" encoding="UTF-8"?>

<erep:InvestmentReportResponse xmlns:erep="http://epgu.gosuslugi.ru/EIPInvestmentReportService/1.0.1"> <erep:ResultDocDetails>

61


</erep:ResultDocDetails> <erep:ResultDescription>В отмене отказано</erep:ResultDescription> <erep:ApprovalResult>11</erep:ApprovalResult>

</erep:InvestmentReportResponse>

<Указать пример ответа вида сведений на редактирование заявления, если данная функциональность предусмотрена ТЗ>

11.1.12 Пример ответа электронного сервиса на успешный

запрос в случае редактирования

11.1.13Критерии работоспособности электронного сервиса

<Привести критерии работоспособности электронного сервиса>.В случае если по результатам автоматического опроса СМЭВ электронного сервиса

ответ не получен в течение 60 секунд, сервис считается неработоспособным.В случае если на тестовый запрос от ЕПГУ в течение 60 секунд не получен

успешный тестовый ответ, сервис считается неработоспособным.

62

12 Требования к процессу оплаты услуги

<В данном разделе указываются специфические требования к процессу оплаты услуги в случае, если процесс оплаты услуги отличается от стандартной технологии оплаты государственных услуг в соответствии с Правилами оказания информационных услуг Федеральным Казначейством. В случае если требования к процессу оплаты не предъявляются необходимо указать следующий текст: Требования к процессу оплаты не предъявляются.>

Процесс оплаты услуги соответствует стандартной технологии оплаты государственных услуг в соответствии с Правилами оказания информационных услуг Федеральным Казначейством, и реализуется в соответствии со схемой, приведенной на Рисунок 3.

63

13 Порядок контроля и приемки услуги

Контроль и приемка услуги должны выполняться в 2 этапа:I. Согласование разработанной формы заявления на оказание государственной

услуги в электронном виде, размещенной на тестовом ЕПГУ. II. Тестирование интеграционного взаимодействия тестового ЕПГУ и тестовой

среды ИС ФОИВ при заказе и предоставлении результата оказания государственной услуги в электронном виде: 1. Подача заявления на оказание услуги под учетными данными тестового

пользователя (п. 13.1).2. Передача заявления с тестового ЕПГУ в тестовую среду ИС ФОИВ с

прохождением полного цикла обработки в тестовой среде ИС ФОИВ.3. Проверка соответствия заявления контрольному примеру (п.Error:

Reference source not found).4. Передача результата оказания услуги с тестовой среды ИС ФОИВ на

тестовый ЕПГУ. 5. Проверка соответствия результата оказания услуги контрольному

примеру (п.11.1.9).

13.1 Установочные данные тестового пользователя<Необходимо указать учетные и иные данные тестового пользователя ЕПГУ, под

которыми будет проверяться корректность заказа и оказания электронной услуги (ФИО, СНИЛС,ИНН, ОГРН, паспортные данные, номер транспортного средства, серия и номер водительского удостоверения, номер лиценцзии и т.д. ).>.

Заказ услуги осуществляется для пользователя ЕПГУ со следующими данными:Атрибут Значение

13.2 Требования к тестовой среде ИС ФОИВПроверка работоспособности заказа и оказания электронной услуги должна

проверяться на тестовых средах ИС ФОИВ: ip-адрес тестовой среды ИС ФОИВ, на которой размещен электронный сервис

приема заявлений с ЕПГУ: <указать требуемую информацию>. ip-адрес тестовой среды ИС ФОИВ и порт приложения, с которого будут

поступать запросы на обновление статусов заявления / ответы ФОИВ: <указать требуемую информацию>.

13.3 Требования к тестовому электронному сервисуПроверка работоспособности заказа и оказания электронной услуги должна

проверяться на тестовом электронном сервисе: URL к электронному сервису: <указать требуемую информацию>. URL к WSDL: <указать требуемую информацию>.Методы тестового электронного сервиса не должны отличаться от методов

рабочего электронного сервиса.

64

13.4 Контрольный пример заполнения заявления<Необходимо описать критерии оценки, позволяющие проверить

функционирование созданной Формы и возможность подачи заявления>.Контрольный пример правильного заполнения всех полей формы, на котором

можно будет проверить функционирование созданной Формы, представлен графе «Пример» Таблица 1.

Контрольный пример вызова электронного сервиса, подтверждающий функционирование созданной формы, представлен в п. Error: Reference source not found.

13.5 Контрольный пример результата оказания услуги<Необходимо описать критерии оценки, позволяющие проверить

функционирование созданной Формы и возможность получения результата оказания услуги на ЕПГУ>.

Контрольный пример ответа электронного сервиса, подтверждающий корректность обработки заявления в ФОИВ и возможность получения результата оказания услуги на ЕПГУ, представлен в п.11.1.9.

65

14 Порядок автоматизированной проверки корректности заказа и оказания

электронной услуги

Автоматизированная проверка корректности заказа и оказания электронной услуги должна выполняться в 2 этапа:

I. Проверка корректности заказа услуги на продуктивном ЕПГУ: 1. Подача заявления на оказание услуги на продуктивном ЕПГУ под

учетными данными тестового пользователя, указанными в п.13.1.2. Передача заявления с продуктивного ЕПГУ в продуктивную среду ИС

ФОИВ.3. Проверка соответствия заявления контрольному примеру (п.Error:

Reference source not found).II. Проверка корректности результата оказания услуги на продуктивном ЕПГУ:

1. Формирование на стороне ФОИВ тестового ответа на заявление мета-пользователя.

2. Передача результата оказания услуги с продуктивной среды ИС ФОИВ на продуктивный ЕПГУ.

3. Проверка соответствия результата оказания услуги контрольному примеру (п.11.1.9).

Примечание: Все запросы от тестового пользователя на стороне ФОИВ интерпретируются как тестовые.

14.1 Контрольный пример заполнения заявления<Необходимо описать критерии оценки, позволяющие проверить

функционирование созданной Формы и возможность подачи заявления>.Контрольный пример правильного заполнения всех полей формы, на котором

можно будет проверить функционирование созданной Формы, представлен графе «Пример» Таблица 1.

Контрольный пример вызова электронного сервиса, подтверждающий функционирование созданной формы, представлен в п.Error: Reference source not found.

14.2 Контрольный пример результата оказания услуги<Необходимо описать критерии оценки, позволяющие проверить

функционирование созданной Формы и возможность получения результата оказания услуги на ЕПГУ>.

Контрольный пример ответа электронного сервиса, подтверждающий корректность обработки заявления в ФОИВ и возможность получения результата оказания услуги на ЕПГУ, представлен в п.11.1.9.

66

15 Контакты представителей ФОИВ, разработчиков ИС ФОИВ

<В данном разделе в обязательном порядке указываются контакты как представителей ФОИВ, ответственных за оказание государственных услуг, так и контакты разработчиков ИС ФОИВ>

Таблица 7 - Контакты разработчиков ИС ФОИВ для обсуждения технических вопросов и тестирования

Организация Должность Фамилия, имя,отчество

Телефон Адрес электронной

почты

ФОИВ

Компания-разработчик ИС ФОИВ

67

ПРИЛОЖЕНИЕ 1. Справочники и классификаторы

<В данном разделе указываются информация о справочниках и их значениях,

используемых при заказе услуг на ЕПГУ.

Стандартные общероссийские справочники ЕПГУ, не требующие описания в ТЗ:

КЛАДР; ФИАС, ОКТМО; ОКСМ; справочник типов документов, удостоверяющих

личность; справочник организационно-правовых форм.

В базу данных ЕПГУ импортируются статичные справочники, не требующие

частого обновления. Значения динамических и часто обновляемых справочников ФОИВ

передаются в поля интерактивной формы с использованием сервиса ФОИВ. Для

справочников, значения которых должны быть получены путем вызова электронного

сервиса ведомства, необходимо привести описание электронного сервиса и указать

работающие примеры вызова и ответа электронного сервиса.>

Для асинхронного режима работы ЕПГУ (дает возможность ИС ФОИВ

получать заявления с портала в асинхронном режиме) рекомендуется справочники вести

в системе ЕСНСИ. Методические рекомендации по работе с сервисами ЕСНСИ и

регламент взаимодействия с ЕСНСИ расположены по адресу http://nsi.gosuslugi.ru.

Асинхронный режим работы ЕПГУ представляет собой следующее:

В Личном кабинете реализована очередь для отправки заявлений на получение

государственных услуг в СМЭВ. Заявитель заполняет все шаги интерактивной формы

заявления и нажимает на кнопку «Подать заявление». Выполняется постановка

заявления в очередь на отправку в СМЭВ, заявлению присваивается статус «Заявление

принято Порталом».

В соответствии с установленной периодичностью выполняются попытки

отправить заявление в СМЭВ.

В случае успешной отправки заявления в СМЭВ на ЕПГУ дальнейшие действия с

заявлением прекращаются до получения результата отправки от СМЭВ.

Гарантированная доставка заявления в ИС ФОИВ реализовано в СМЭВ.

В ЛК разработан веб-сервис для приема статусов и результатов отправки

заявлений от СМЭВ. В случае успешной отправки заявления в ИС ФОИВ статус

заявления изменяется на полученный в ответе ИС ФОИВ. Если ответ ведомства не

предусматривает передачу статуса заявления, то статус меняется на «Принято

ведомством». В случае, если СМЭВ не удалось доставить заявление в ФОИВ, его статус

меняется на «Ошибка отправки в ведомство».

68

http://nsi.gosuslugi.ru/

Если на ЕПГУ не удалось за установленное число максимальных попыток

отправить заявление в СМЭВ, то у такого заявления устанавливается служебный

признак «Невозможно отправить в СМЭВ». Дальнейшие попытки отправки в СМЭВ

прекращаются.>.

Таблица 8 - Используемые справочники и классификаторы

Наименование

справочника

Код позиции


Наименование позиции справочника

Справочник

Наименование


Код позиции


Наименование позиции справочника

Способ доставки

результата

1 Заказным письмом с уведомлением о вручении

2 В виде электронного документа

3 Лично

Состав

лицензионной

деятельности

Значения справочника возвращаются путем вызова метода getRefBookItems электронного сервиса.Код справочника - SostavLD

Территориальные

Управления

Госавтодор

Значения справочника возвращаются путем вызова метода GetDepartments электронного сервиса.

<Для заполнения адреса на интерактивных формах используется справочник ФИАС. При вводе информации в адресную строку выполняется поиск адреса по данным Федеральной информационной адресной системы (ФИАС). В ФИАС хранится адресная информация, включая номера домов. Уточняя информацию в адресной строке, необходимо выбрать нужный адрес. Недостающие данные необходимо ввести вручную.

Рисунок 7 – Форма ввода адреса с использованием ФИАС

69


Пользователь в любой момент может выбрать адресную строку из списка. В этом случае выполняются следующие действия:

В адресную строку подставляется значение выбранной строки; На форму добавляются поля, описывающие структуру адреса:

o Если для уровня выбран элемент по ФИАС, то выводится его наименование и поле блокируется для изменений. Если выбран дом, то кроме поля «Дом» также блокируются для изменений поля «Корпус» и «Строение»;

o Уровни выше нижнего выбранного элемента по ФИАС, для которых нет выбранных элементов, скрываются;

o Уровни ниже нижнего выбранного элемента по ФИАС доступны для редактирования.

В поле «Почтовый индекс» проставляется значение почтового индекса для нижнего выбранного элемента по ФИАС;

Устанавливаются признаки обязательности полей формы в зависимости от нижнего выбранного элемента по ФИАС.

70


Если пользователь включает флаг «Нет» для дома, то: поле «Дом» становится недоступным для ввода; поле «Корпус» становится обязательным для ввода.Если в адресе пользователя нет квартиры, то он включает флаг «Нет», и поле

«Квартира» становится недоступным для ввода. При отключении флага «Нет» поле «Квартира» снова становится доступным для ввода.

Для юридического лица на форме ввода адреса наименование поля «Квартира» меняется на «Офис». Все остальное работает аналогично вводу адреса для физического лица.>

71

Приложение 2. Описание производственных процессов обработки заявления в

ФОИВ

<В данном приложении необходимо описать процессы и порядок обработки заявлений внутри ФОИВ. Необходимо указать:

способ обработки заявления в ФОИВ: в информационной системе / без использования ИС (вручную), либо заявка доставляется на электронный адрес ФОИВ;

способ предоставления результата оказания услуги (в электронном виде на ЕПГУ, на электронный адрес, на почтовый адрес, либо заявитель должен явиться за результатом в ФОИВ);

в случае если заявитель должен явиться в ФОИВ за результатом оказания услуги, необходимо указать перечень и вид документов (оригинал, копия, заверенная копия), которые заявитель должен предоставить для получения результата оказания услуги).К описанию можно приложить общую схему взаимодействий в ходе оказания

услуги и схему состояний заявления гражданина в ИС ФОИВ>.<Пример схемы состояний>

Рисунок 10 - Схема состояний

72

Приложение 3. Требования к электронному сервису получения данных о факте

платежа, проведённого с ЕПГУ

1. IpshNotifyClient.wsdl - WSDL описание сервиса

<?xml version="1.0" encoding="UTF-8"?><wsdl:definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:ipsh="http://ipsh.gosuslugi.ru/ipsh/ws/cotify/client" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://ipsh.gosuslugi.ru/ipsh/ws/cotify/client" name="NotifyClient"> <wsdl:types> <xsd:schema targetNamespace="http://ipsh.gosuslugi.ru/ipsh/ws/cotify/client"> <xsd:include schemaLocation="IpshNotifyClient.xsd" /> </xsd:schema> </wsdl:types>

<wsdl:message name="notifyPaymentRequest"> <wsdl:part name="notifyPaymentRequest" element="ipsh:notifyPaymentRequest" /> </wsdl:message> <wsdl:message name="notifyPaymentResponse"> <wsdl:part name="notifyPaymentResponse" element="ipsh:notifyPaymentResponse" /> </wsdl:message>

<wsdl:portType name="NotifyClientPort"> <wsdl:operation name="notifyPayment"> <wsdl:input message="ipsh:notifyPaymentRequest" /> <wsdl:output message="ipsh:notifyPaymentResponse" /> </wsdl:operation> </wsdl:portType>

<wsdl:binding name="NotifyClientBinding" type="ipsh:NotifyClientPort"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" /> <wsdl:operation name="notifyPayment">

<soap:operation soapAction="notifyPayment" /> <wsdl:input>

<soap:body use="literal" /> </wsdl:input> <wsdl:output>

<soap:body use="literal" /> </wsdl:output> </wsdl:operation> </wsdl:binding>

73

<wsdl:service name="NotifyClient"> <wsdl:port binding="ipsh:NotifyClientBinding" name="NotifyClientPort"> <soap:address location="http://localhost:8080/" /> </wsdl:port> </wsdl:service>

</wsdl:definitions>

2. IpshNotifyClient.xsd - XSD описание используемых типов

<?xml version="1.0" encoding="utf-8"?><xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:ipsh="http://ipsh.gosuslugi.ru/ipsh/ws/cotify/client" targetNamespace="http://ipsh.gosuslugi.ru/ipsh/ws/cotify/client">

<xsd:simpleType name="String64Type"> <xsd:annotation> <xsd:documentation>Общий тип для ограничения длины строк в 64 символов </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:maxLength value="64" /> </xsd:restriction> </xsd:simpleType>

<xsd:complexType name="DictElementType"> <xsd:annotation> <xsd:documentation>Тип для возврата в ЕПГУ значений из справочников </xsd:documentation> </xsd:annotation> <xsd:simpleContent> <xsd:extension base="xsd:string"> <xsd:attribute name="code" type="xsd:string" use="optional"> </xsd:attribute> <xsd:attribute name="name" type="xsd:string" use="optional"> </xsd:attribute> </xsd:extension> </xsd:simpleContent> </xsd:complexType>

<xsd:simpleType name="AmountType" xml:base="xsd:decimal"> <xsd:annotation> <xsd:documentation>Тип для хранения суммы</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="18" /> <xsd:fractionDigits value="2" /> </xsd:restriction> </xsd:simpleType>

<xsd:complexType name="Error"> <xsd:annotation>

74

<xsd:documentation>Ошибка (стандартный формат для ЕПГУ) </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="errorCode" type="xsd:long"> <xsd:annotation> <xsd:documentation>Код ошибки</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="errorMessage" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation>Описание ошибки</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="NotifyPaymentRequestType"> <xsd:sequence> <xsd:element name="billNumber" type="ipsh:String64Type"> <xsd:annotation> <xsd:documentation>Идентификатор оплаченного начисления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="paymentId" type="xsd:long"> <xsd:annotation> <xsd:documentation>Идентификатор платежа в ИПШ</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="paymentStatus" type="ipsh:DictElementType"> <xsd:annotation> <xsd:documentation>Статус платежа в ИПШ @code - код статуса @name - название статуса </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="isPayed" type="xsd:boolean"> <xsd:annotation> <xsd:documentation>Признак того, что платеж оплачен. Передается когда процесс оплаты полностью завершен. Если по какой-либо причине платеж отменяется, то будет отправлено уведомление с новым статусом и соответствующим признаком статуса оплаты (false). </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="amount" type="ipsh:AmountType"> <xsd:annotation> <xsd:documentation>сумма платежа</xsd:documentation> </xsd:annotation>

75

</xsd:element> </xsd:sequence> </xsd:complexType>

<xsd:complexType name="NotifyPaymentResponseType"> <xsd:sequence> <xsd:element name="Error" type="ipsh:Error"> <xsd:annotation> <xsd:documentation>Информация об ошибке обработки запроса </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType>

<xsd:element name="notifyPaymentRequest" type="ipsh:NotifyPaymentRequestType" /> <xsd:element name="notifyPaymentResponse" type="ipsh:NotifyPaymentResponseType" />

</xsd:schema>

76

Приложение 4. Пример реализации электронной очереди на ЕПГУ

< В случае если ФОИВ планирует реализовывать на форме запись в очередь, то в

сервисе ФОИВ должен быть разработан метод, который будет возвращать доступные

для записи параметры.

В качестве входных параметров у метода должны выступать следующие

данные:

Идентификатор справочника в ИС ФОИВ, из которого будут выбираться

значения;

Идентификатор выбранного на форме пользователем учреждения, в

которое требуется осуществить запись;

Дополнительные значения введенные пользователем на форме, которые

могут повлиять на выбор времени для записи в очередь.

В качестве выходных параметров у метода должны выступать следующие

данные:

Список доступных для записи дат с указанием времени посещения;

Дополнительные параметры, которые могут повлиять на выбор времени

посещения пользователем.

Универсальная электронная очередь предназначена для формализации и

оптимизации управления потоком посетителей с целью повышения качества

обслуживания, требующего организации очереди посетителей. >

Дополнительный запрос на резервирование времени

<soap:Envelope xmlns:ws="http://idecs.atc.ru/refregistry/ws/" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:er="http://soap2RestAdapterService.er.atc.ru/ws" xmlns:rev="http://smev.gosuslugi.ru/rev120315" ><soap:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" soap:actor="http://smev.gosuslugi.ru/actors/smev"><wsse:BinarySecurityToken xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="CertId-F063ACF1248897FD5D134520270088188" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">MIIDbzCCAx6gAwIBAgIKZQ60ygAAAAAC7TAIBgYqhQMCAgMweTE

77

XMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYTAlJVMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwOTA2MDk0NDAwWhcNMTIwOTA2MDk1MzAwWjBSMQswCQYDVQQGEwJSVTFDMEEGA1UEAx46BCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOgQwBEIAIAQtBB8ALQQeBBIAIAQfBBMEIzBjMBwGBiqFAwICEzASBgcqhQMCAiQABgcqhQMCAh4BA0MABEDv2So634BhaUi+RhY9+bF6mHk2BKlxnvKz97sD7RTtGWp+AVXV7sLfv3LWhhYPvvOUKjohBlgCadh9fAbRCtUeo4IBqzCCAacwCwYDVR0PBAQDAgTwMCYGA1UdJQQfMB0GByqFAwICIgYGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQU42i4wK4uMl1XC7P5H5vpw7q+GzswHwYDVR0jBBgwFoAU3FNp0mLQ2/bwWr2CT1PAxNXwP1cwZgYDVR0fBF8wXTBboFmgV4ZVaHR0cDovL2QwMHBndWNlcnQwMS4wMC5lZ292LmxvY2FsL3JhL2NkcC9kYzUzNjlkMjYyZDBkYmY2ZjA1YWJkODI0ZjUzYzBjNGQ1ZjAzZjU3LmNybDCBkwYIKwYBBQUHAQEEgYYwgYMwOwYIKwYBBQUHMAGGL2h0dHA6Ly9kMDBwZ3VjZXJ0MDEuMDAuZWdvdi5sb2NhbC9vY3NwL29jc3Auc3JmMEQGCCsGAQUFBzAChjhodHRwOi8vZDAwcGd1Y2VydDAxLjAwLmVnb3YubG9jYWwvcmEvY2RwL3Rlc3RfY2FfcnRrLmNydDAyBgkrBgEEAYI3FQoEJTAjMAkGByqFAwICIgYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwCAYGKoUDAgIDA0EABvUitmcWWEMvbWNiL29/t03sC3kibVzJsg8vM69f2MZBIqRB9DMquHyWqfQDFxHt3NkWaWra0/SJjvp66lPghw==</wsse:BinarySecurityToken><ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-30"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411"/><ds:Reference URI="#id-2"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr3411"/><ds:DigestValue>put8bskGUiVhCe1kj/oQaXFinw8g/yHu9oak+TDD+wI=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue>3tWLsjqpHMpHbEreVu98Y08t1iC9TiFbH/2UvrPe0P9JiNHZustchTZZBU613Ewl9Rq/+QWLAMuMoYwHYqtJqA==</ds:SignatureValue><ds:KeyInfo Id="KeyId-F063ACF1248897FD5D134520270088189"><wsse:SecurityTokenReference xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="STRId-F063ACF1248897FD5D134520270088190" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><wsse:Reference URI="#CertId-F063ACF1248897FD5D134520270088188" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"/>

78

</wsse:SecurityTokenReference></ds:KeyInfo></ds:Signature></wsse:Security></soap:Header><soap:Body xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="id-2"><er:RequestReserveEPGU><rev:Message><rev:Sender><rev:Code>IPGU01001</rev:Code><rev:Name>Единый портал государственных услуг (gosuslugi.ru)</rev:Name></rev:Sender><rev:Recipient><rev:Code>ZDSC00001</rev:Code><rev:Name>Минздравсоцразвития России</rev:Name></rev:Recipient><rev:Originator><rev:Code>IPGU01001</rev:Code><rev:Name>Единый портал государственных услуг (gosuslugi.ru)</rev:Name></rev:Originator><rev:ServiceName>IPGUSERVICE99108</rev:ServiceName><rev:TypeCode>GSRV</rev:TypeCode><rev:Status>REQUEST</rev:Status><rev:Date>2012-07-23T04:14:46</rev:Date><rev:ExchangeType>1</rev:ExchangeType><rev:ServiceCode>-10000099108</rev:ServiceCode></rev:Message><rev:MessageData><rev:AppData> <ws:listRefItemsRequest> <refName>MED_ER_RESERVE</refName> <treeFiltering>ONELEVEL</treeFiltering> <filter><union>

<unionKind>AND</unionKind><subs>

<simple> <attributeName>location_id</attributeName> <condition>equals</condition><checkAllValues>false</checkAllValues> <value> <asString>4f8bbc982bcfa50ad900237c</asString> </value> </simple>

</subs><subs>

<simple> <attributeName>auth_token</attributeName> <condition>equals</condition><checkAllValues>false</checkAllValues> <value>

79

<asString>CmBPwiTZhiePQQZMu5iL</asString> </value> </simple>

</subs><subs>

<simple> <attributeName>date</attributeName> <condition>equals</condition><checkAllValues>false</checkAllValues> <value> <asString>2012-09-15</asString> </value> </simple>

</subs><subs>

<simple> <attributeName>service_type_id</attributeName> <condition>equals</condition><checkAllValues>false</checkAllValues> <value> <asString>4f882b9c2bcfa5145a0006f6</asString> </value> </simple>

</subs><subs>

<simple> <attributeName>start_time</attributeName> <condition>equals</condition>

<checkAllValues>false</checkAllValues> <value> <asString>10:00</asString> </value> </simple>

</subs></union> </filter> <pageNum>0</pageNum> <pageSize>0</pageSize> </ws:listRefItemsRequest></rev:AppData></rev:MessageData></er:RequestReserveEPGU></soap:Body></soap:Envelope>

Ответ в случае успешного резервирования:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Header><wsse:Security soap:actor="http://smev.gosuslugi.ru/actors/smev" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-

80

secext-1.0.xsd"><wsse:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="CertId-CD1468E8CFAF50D2DF134692441689986944" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">MIIDeTCCAyigAwIBAgIKXGiuyQAAAAADVDAIBgYqhQMCAgMweTEXMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYTAlJVMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwOTI5MTM1ODAwWhcNMTIwOTI5MTQwNzAwWjBcMQswCQYDVQQGEwJSVTFNMEsGA1UEAx5EBCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOgQwBEIAIAQtBB8ALQQeBBIAIAQhBBgEIAAgBB4EGAQSADQwYzAcBgYqhQMCAhMwEgYHKoUDAgIkAAYHKoUDAgIeAQNDAARA3UU3yOXxe2QHoShTjkvoIujb+LU19zfyuqS6Bdd6e+GnffIUbfZWIeuTIag+jRHZ20+EWb2P6LI+ITaPxLr+SaOCAaswggGnMAsGA1UdDwQEAwIE8DAmBgNVHSUEHzAdBgcqhQMCAiIGBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFB/AiRO8IAcXDZrxM9ZXY64IKVk9MB8GA1UdIwQYMBaAFNxTadJi0Nv28Fq9gk9TwMTV8D9XMGYGA1UdHwRfMF0wW6BZoFeGVWh0dHA6Ly9kMDBwZ3VjZXJ0MDEuMDAuZWdvdi5sb2NhbC9yYS9jZHAvZGM1MzY5ZDI2MmQwZGJmNmYwNWFiZDgyNGY1M2MwYzRkNWYwM2Y1Ny5jcmwwgZMGCCsGAQUFBwEBBIGGMIGDMDsGCCsGAQUFBzABhi9odHRwOi8vZDAwcGd1Y2VydDAxLjAwLmVnb3YubG9jYWwvb2NzcC9vY3NwLnNyZjBEBggrBgEFBQcwAoY4aHR0cDovL2QwMHBndWNlcnQwMS4wMC5lZ292LmxvY2FsL3JhL2NkcC90ZXN0X2NhX3J0ay5jcnQwMgYJKwYBBAGCNxUKBCUwIzAJBgcqhQMCAiIGMAoGCCsGAQUFBwMCMAoGCCsGAQUFBwMEMAgGBiqFAwICAwNBAKX+gljDSTjyTyUbJvh/VvU5SCThfKZTMta4kqGOWMl7yqrjVshvGq+CpLjEgzVjLsLufHTIvpNOwGv+COFI4H0=</wsse:BinarySecurityToken><ds:Signature Id="Signature-57963" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411"/><ds:Reference URI="#id-57964"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr3411"/><ds:DigestValue>48b0r1A+0swUYYg9Q/lliXLXFtp+/xXPrKremgWb3X0=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue>S62sLa60/ARElCs33nUG7bnOM4KVrShiFsxHuM51yvBA/E67rSPt7kU/JONaOqhK/IFhJihXojD8ea043oVOHg==</ds:SignatureValue><ds:KeyInfo Id="KeyId-CD1468E8CFAF50D2DF134692441689986945"><wsse:SecurityTokenReference wsu:Id="STRId-

81

CD1468E8CFAF50D2DF134692441689986946" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><wsse:Reference URI="#CertId-CD1468E8CFAF50D2DF134692441689986944" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"/></wsse:SecurityTokenReference></ds:KeyInfo></ds:Signature></wsse:Security></soap:Header><soap:Body wsu:Id="id-57964" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><ns3:ResponseReserveEPGU xmlns="http://smev.gosuslugi.ru/rev120315" xmlns:ns2="http://smev.gosuslugi.ru/rev110801" xmlns:ns3="http://soap2RestAdapterService.er.atc.ru/ws" xmlns:ns4="http://www.w3.org/2004/08/xop/include" xmlns:ns5="http://soap2RestAdapterService.er.atc.ru/ws/cancelResponse" xmlns:ns6="http://soap2RestAdapterService.er.atc.ru/ws/changeOrderStatus" xmlns:ns7="http://www.w3.org/2000/09/xmldsig#"><Message><Sender><Code>ZDSC00001</Code><Name>Минздравсоцразвития России</Name></Sender><Recipient><Code>IPGU01001</Code><Name>Единый портал государственных услуг (gosuslugi.ru)</Name></Recipient><Originator><Code>IPGU01001</Code><Name>Единый портал государственных услуг (gosuslugi.ru)</Name></Originator><ServiceName>IPGUSERVICE99108</ServiceName><TypeCode>GSRV</TypeCode><Status>RESULT</Status><Date>2012-09-06T09:40:16.443Z</Date><ExchangeType>1</ExchangeType><RequestIdRef>1</RequestIdRef><OriginRequestIdRef>1</OriginRequestIdRef><ServiceCode>-10000099108</ServiceCode></Message><MessageData><AppData><rf:listRefItemsResponse xmlns:rf="http://idecs.atc.ru/refregistry/ws/"> <error xmlns="" xmlns:ns9="http://smev.gosuslugi.ru/rev120315"> <code>0</code> <message>operation completed</message> </error> <total xmlns="" xmlns:ns9="http://smev.gosuslugi.ru/rev120315">1</total> <items xmlns="" xmlns:ns9="http://smev.gosuslugi.ru/rev120315"><value>7d2e35ad76f2076247b4af854d2e721623e1778bfcd957bc5d27763b6b8e1a91</

82

value><parentValue/><title>result</title><isLeaf>true</isLeaf></items></rf:listRefItemsResponse></AppData></MessageData></ns3:ResponseReserveEPGU></soap:Body></soap:Envelope>

Ответ в случае ошибки:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Header><wsse:Security soap:actor="http://smev.gosuslugi.ru/actors/smev" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"><wsse:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="CertId-CD1468E8CFAF50D2DF134692443532486947" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">MIIDeTCCAyigAwIBAgIKXGiuyQAAAAADVDAIBgYqhQMCAgMweTEXMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYTAlJVMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwOTI5MTM1ODAwWhcNMTIwOTI5MTQwNzAwWjBcMQswCQYDVQQGEwJSVTFNMEsGA1UEAx5EBCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOgQwBEIAIAQtBB8ALQQeBBIAIAQhBBgEIAAgBB4EGAQSADQwYzAcBgYqhQMCAhMwEgYHKoUDAgIkAAYHKoUDAgIeAQNDAARA3UU3yOXxe2QHoShTjkvoIujb+LU19zfyuqS6Bdd6e+GnffIUbfZWIeuTIag+jRHZ20+EWb2P6LI+ITaPxLr+SaOCAaswggGnMAsGA1UdDwQEAwIE8DAmBgNVHSUEHzAdBgcqhQMCAiIGBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFB/AiRO8IAcXDZrxM9ZXY64IKVk9MB8GA1UdIwQYMBaAFNxTadJi0Nv28Fq9gk9TwMTV8D9XMGYGA1UdHwRfMF0wW6BZoFeGVWh0dHA6Ly9kMDBwZ3VjZXJ0MDEuMDAuZWdvdi5sb2NhbC9yYS9jZHAvZGM1MzY5ZDI2MmQwZGJmNmYwNWFiZDgyNGY1M2MwYzRkNWYwM2Y1Ny5jcmwwgZMGCCsGAQUFBwEBBIGGMIGDMDsGCCsGAQUFBzABhi9odHRwOi8vZDAwcGd1Y2VydDAxLjAwLmVnb3YubG9jYWwvb2NzcC9vY3NwLnNyZjBEBggrBgEFBQcwAoY4aHR0cDovL2QwMHBndWNlcnQwMS4wMC5lZ292LmxvY2FsL3JhL2NkcC90ZXN0X2NhX3J0ay5jcnQwMgYJKwYBBAGCNxUKBCUwIzAJBgcqhQMCAiIGMAoGCCsGAQUFBwMCMAoGCCsGAQUFBwMEMAgGBiqFAwICAwNBAKX+gljDSTjyTyUbJvh/VvU5SCThfKZTMta4kqGOWMl7yqrjVshvGq+CpLjEgzVjLsLufHTIvpNOwGv+COFI4H0=</wsse:BinarySecurityToken><ds:Signature Id="Signature-57965" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>

83

<ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411"/><ds:Reference URI="#id-57966"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr3411"/><ds:DigestValue>6VfcEDktiWYLr42vPfWNqYvYV8GaBaKaqr/wFC3cryE=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue>1XauwjfQYpC9k5dF5MpykEtynK8sY+Ww/B5CHU4tdTxIb9L+5PW4k7FvkNts8TvAnLGEvoc22/SdvgqS+f7dxg==</ds:SignatureValue><ds:KeyInfo Id="KeyId-CD1468E8CFAF50D2DF134692443532486948"><wsse:SecurityTokenReference wsu:Id="STRId-CD1468E8CFAF50D2DF134692443532486949" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><wsse:Reference URI="#CertId-CD1468E8CFAF50D2DF134692443532486947" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"/></wsse:SecurityTokenReference></ds:KeyInfo></ds:Signature></wsse:Security></soap:Header><soap:Body wsu:Id="id-57966" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><ns3:ResponseReserveEPGU xmlns="http://smev.gosuslugi.ru/rev120315" xmlns:ns2="http://smev.gosuslugi.ru/rev110801" xmlns:ns3="http://soap2RestAdapterService.er.atc.ru/ws" xmlns:ns4="http://www.w3.org/2004/08/xop/include" xmlns:ns5="http://soap2RestAdapterService.er.atc.ru/ws/cancelResponse" xmlns:ns6="http://soap2RestAdapterService.er.atc.ru/ws/changeOrderStatus" xmlns:ns7="http://www.w3.org/2000/09/xmldsig#"><Message><Sender><Code>ZDSC00001</Code><Name>Минздравсоцразвития России</Name></Sender><Recipient><Code>IPGU01001</Code><Name>Единый портал государственных услуг (gosuslugi.ru)</Name></Recipient><Originator><Code>IPGU01001</Code><Name>Единый портал государственных услуг (gosuslugi.ru)</Name></Originator><ServiceName>IPGUSERVICE99108</ServiceName><TypeCode>GSRV</TypeCode>

84

<Status>RESULT</Status><Date>2012-09-06T09:40:35.000Z</Date><ExchangeType>1</ExchangeType><RequestIdRef>1</RequestIdRef><OriginRequestIdRef>1</OriginRequestIdRef><ServiceCode>-10000099108</ServiceCode></Message><MessageData><AppData><rf:listRefItemsResponse xmlns:rf="http://idecs.atc.ru/refregistry/ws/"> <error xmlns="" xmlns:ns9="http://smev.gosuslugi.ru/rev120315"> <code>0</code> <message>operation completed</message> </error> <total xmlns="" xmlns:ns9="http://smev.gosuslugi.ru/rev120315">1</total> <items xmlns="" xmlns:ns9="http://smev.gosuslugi.ru/rev120315"><value/><parentValue/><title>result</title><isLeaf>true</isLeaf></items></rf:listRefItemsResponse></AppData></MessageData></ns3:ResponseReserveEPGU></soap:Body>

</soap:Envelope>

85

СОСТАВИЛИ

Наименование организации, предприятия

Должностьисполнителя

Фамилия, имя,отчество

Подпись Дата

СОГЛАСОВАНО

Наименование организации, предприятия

Должностьисполнителя

Фамилия, имя,отчество

Подпись Дата

86

ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ

№версии док-та

Датаизменения

Авторизменений

Изменения

4.0 16.08.2013 Ростелеком Начальная версия.

4.1 27.08.2013 Ростелеком Документ доработан. Изменен и расширен глоссарий терминов. Обновлены ссылки на правовые документы и информационные ресурсы по взаимодействию с ЕПГУ и ФК.Блок 3: Разъяснен механизм именования ИФ ЕПГУ.Блок 4: Скорректированы общие требования к форме, а также требования к браузерам.Блок 5: Скорректирован пример заполнения Таблицы 1. Более подробно расписан блок адресной информации при использовании виджета КЛАДР. Описаны наиболее часто используемые варианты ФЛК.Блок 6: Скорректирован пример заполнения связей.Блок 7: Скорректирован пример заполнения взаимосвязей блоков формыБлок 8.2: Удален устаревший макет результата оказания услуги.Блок 11: Прокомментированы требования к сервису (методам сервиса), требования к примерам вызова и ответа от сервисаПриложение 14: Приведены примеры запроса/ответа на резервирование времени при реализации электронной очереди на ЕПГУ.

5.1 24.07.2014 Ростелеком Доработан Шаблон с учетом перехода на ЕСИА 2.0.

5.2 16.10.2014 Ростелеком Скорректированы ссылки на сервис обработки статусов и сервисы обработки событий на тестовых средах

5.3 24.04.2015 Ростелеком Документ актуализирован.

87

smev3.gosuslugi.rusmev3.gosuslugi.ru/portal/api/files/Типовое... · Web...

Documents

Transcript of smev3.gosuslugi.rusmev3.gosuslugi.ru/portal/api/files/Типовое... · Web...