ПРИЛОЖЕНИЕ № 2 к документу «ЧАСТНОЕ ТЕХНИЧЕСКОЕ
реклама
ПРИЛОЖЕНИЕ № 2 к документу «ЧАСТНОЕ ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАЗВИТИЕ ЕДИНОГО ПОРТАЛА ГОСУДАРСТВЕННЫХ И МУНИЦИПАЛЬНЫХ УСЛУГ (ФУНКЦИЙ) (ЕПГУ)» Типовое техническое задание на размещение услуги, оказываемой в электронном виде, на Портале государственных и муниципальных услуг (функций) Версия 4.1. Текст, написанный курсивом и в треугольных скобках (<пример>), является руководством по заполнению шаблона и при формировании документа должен быть удален. Текст выделенный желтым маркером (пример) – является примером заполнения шаблона, и при формировании документа должен быть удален. Текст без специальных выделений (пример) – является обязательным для использования в документе. Текст не может быть изменен. Возможно дополнение, если этого требует логика использования Формы. Примечание: Данная страница не включается в состав Технического задания и должна быть удалена. УТВЕРЖДАЮ Должностное лицо <Наименование ФОИВ> ________________ / / «___» ____________ 201__ г. РАЗМЕЩЕНИЕ УСЛУГИ «НАИМЕНОВАНИЕ ГОСУДАРСТВЕННОЙ УСЛУГИ» НА ПОРТАЛЕ ГОСУДАРСТВЕННЫХ И МУНИЦИПАЛЬНЫХ УСЛУГ (ФУНКЦИЙ) Техническое задание СОГЛАСОВАНО От <Наименование ФОИВ> 1. Начальник «наименование подразделения» __________________ / / «___» ____________ 201__ г. 2. Начальник «наименование подразделения» __________________ / / «___» ____________ 201__ г. 3. Начальник «наименование подразделения» __________________ / / «___» ____________ 201__ г. Москва, 2012 2 Содержание 1 ГЛОССАРИЙ ........................................................................................................ 5 2 СХЕМА ВЗАИМОДЕЙСТВИЯ ЕПГУ И ИС ФОИВ ....................................... 7 3 ОБЩИЕ ПОЛОЖЕНИЯ..................................................................................... 11 4 ТРЕБОВАНИЯ К ФОРМЕ В ЦЕЛОМ ............................................................. 13 4.1 НАЗНАЧЕНИЕ ФОРМЫ ..................................................................................... 13 4.2 ПОРЯДОК ЗАПОЛНЕНИЯ ФОРМЫ ..................................................................... 13 4.3 ОБЩИЕ ТРЕБОВАНИЯ К ВИЗУАЛЬНОМУ ОТОБРАЖЕНИЮ ПОЛЕЙ ФОРМЫ ........ 13 4.4 ОБЩИЕ ТРЕБОВАНИЯ К ПЕРЕХОДУ МЕЖДУ ШАГАМИ ФОРМЫ ........................ 13 4.5 ТРЕБОВАНИЯ К БРАУЗЕРАМ ............................................................................ 14 5 ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ ................................................................ 15 5.1 ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ ЗАЯВЛЕНИЯ НА ОКАЗАНИЕ УСЛУГИ .............. 15 5.2 ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ .................. 28 6 ВЗАИМОСВЯЗИ ПОЛЕЙ ФОРМЫ ................................................................. 31 7 ВЗАИМОСВЯЗИ БЛОКОВ ФОРМЫ............................................................... 32 8 МАКЕТЫ ФОРМ ................................................................................................ 33 8.1 МАКЕТ ФОРМЫ ПОДАЧИ ЗАЯВЛЕНИЯ ............................................................. 33 8.2 МАКЕТ ФОРМЫ РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ ........................................... 34 9 ТРЕБОВАНИЯ К ПОДПИСАНИЮ ЭП........................................................... 36 10 ТРЕБОВАНИЯ К ИСТОРИИ РАССМОТРЕНИЯ ЭЛЕКТРОННОГО ЗАЯВЛЕНИЯ ............................................................................................................. 37 10.1 СТАТУСЫ ФОРМЫ ......................................................................................... 38 10.2 СОСТОЯНИЕ ОПЛАТЫ ................................................................................... 44 10.3 ТЕКСТОВЫЕ СООБЩЕНИЯ ............................................................................. 44 10.4 ПРИГЛАШЕНИЕ НА ПРИЕМ ............................................................................ 44 11 ТРЕБОВАНИЯ К ЭЛЕКТРОННЫМ СЕРВИСАМ ФОРМЫ......................... 45 11.1 ЭЛЕКТРОННЫЙ СЕРВИС <НАИМЕНОВАНИЕ СЕРВИСА>................................. 45 11.1.1 Назначение электронного сервиса..................................................... 45 11.1.2 Ссылка на электронный сервис ......................................................... 45 11.1.3 Xsd-схема электронного сервиса ....................................................... 45 11.1.4 Пример вызова электронного сервиса .............................................. 48 11.1.5 Пример ответа электронного сервиса на успешный запрос ........... 53 11.1.6 Критерии работоспособности электронного сервиса ...................... 58 12 ТРЕБОВАНИЯ К ПРОЦЕССУ ОПЛАТЫ УСЛУГИ...................................... 59 13 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ УСЛУГИ........................................... 60 13.1 УСТАНОВОЧНЫЕ ДАННЫЕ МЕТА-ПОЛЬЗОВАТЕЛЯ ........................................ 60 13.2 ТРЕБОВАНИЯ К ТЕСТОВОЙ СРЕДЕ ИС ФОИВ .............................................. 60 3 13.3 ТРЕБОВАНИЯ К ТЕСТОВОМУ ЭЛЕКТРОННОМУ СЕРВИСУ ............................... 60 13.4 КОНТРОЛЬНЫЙ ПРИМЕР ЗАПОЛНЕНИЯ ЗАЯВЛЕНИЯ ...................................... 61 13.5 КОНТРОЛЬНЫЙ ПРИМЕР РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ ........................... 61 14 ПОРЯДОК АВТОМАТИЗИРОВАННОЙ ПРОВЕРКИ КОРРЕКТНОСТИ ЗАКАЗА И ОКАЗАНИЯ ЭЛЕКТРОННОЙ УСЛУГИ ........................................... 62 14.1 КОНТРОЛЬНЫЙ ПРИМЕР ЗАПОЛНЕНИЯ ЗАЯВЛЕНИЯ ...................................... 62 14.2 КОНТРОЛЬНЫЙ ПРИМЕР РЕЗУЛЬТАТА ОКАЗАНИЯ УСЛУГИ ........................... 62 15 КОНТАКТЫ ПРЕДСТАВИТЕЛЕЙ ФОИВ, РАЗРАБОТЧИКОВ ИС ФОИВ ......................................................................................................................... 63 ПРИЛОЖЕНИЕ 1. СПРАВОЧНИКИ И КЛАССИФИКАТОРЫ ......................... 64 ПРИЛОЖЕНИЕ 2. ОПИСАНИЕ ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ ОБРАБОТКИ ЗАЯВЛЕНИЯ В ФОИВ .................................................................... 70 ПРИЛОЖЕНИЕ 3. ТРЕБОВАНИЯ К ЭЛЕКТРОННОМУ СЕРВИСУ ПОЛУЧЕНИЯ ДАННЫХ О ФАКТЕ ПЛАТЕЖА, ПРОВЕДЁННОГО С ЕПГУ 71 ПРИЛОЖЕНИЕ 4. ПРИМЕР РЕАЛИЗАЦИИ ЭЛЕКТРОННОЙ ОЧЕРЕДИ НА ЕПГУ........................................................................................................................... 75 ПРИЛОЖЕНИЕ 5. УТОЧНЕНИЕ ПЕРЕЧНЯ ЦЕЛЕЙ И ID ЦЕЛЕЙ. ................. 84 4 1 ГЛОССАРИЙ Термин Содержание ГИС ГМП Государственная информационная система о государственных и муниципальных платежах ЕПГУ Федеральная государственная информационная система «Единый портал государственных и муниципальных услуг (функций)» (http://www.gosuslugi.ru/). ЕСНСИ Единая система нормативно-справочной информации. ИГ Иностранный гражданин. ИНН Идентификационный номер налогоплательщика. ИП Индивидуальный предприниматель. ИС Информационная система. ИС УНИФО Информационная система учёта начислений и фактов оплаты Федерального Казначейства. ИФ Интерактивная форма. ЛК Личный кабинет Портала государственных услуг. КЛАДР Классификатор адресов Российской Федерации ОГРН Основной государственный регистрационный номер. ОГРНИП Основной государственный регистрационный индивидуального предпринимателя. ОКАТО Общероссийский классификатор территориального деления. ОКСМ Общероссийский классификатор стран мира. План перехода План перехода на предоставление государственных услуг и исполнение государственных функций в электронном виде федеральными органами исполнительной власти, утвержденный распоряжением Правительства Российской Федерации от 17 октября 2009 г. № 1555-р (в редакции распоряжения Правительства Российской Федерации от 23.04.2013 г. №658-р). РФ Российская федерация. СМЭВ Федеральная государственная информационная система «Единая система межведомственного электронного взаимодействия». СНИЛС Страховой номер застрахованного лица. УИН Уникальный идентификатор начисления в ИС УНИФО ФОИВ Федеральный орган исполнительной власти. Федеральный реестр Федеральный реестр государственных услуг. ФЛ Физическое лицо. объектов индивидуального 5 номер административно- лицевого счета Термин Содержание ЭП Электронная подпись. ЮЛ Юридическое лицо. Методические рекомендации Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии. URL Единый указатель ресурсов (англ. URL — Uniform Resource Locator) WSDL Web Services Description Language 6 2 СХЕМА ВЗАИМОДЕЙСТВИЯ ЕПГУ И ИС ФОИВ ПГУ Личный кабинет Пользователя: Запрос данных Информация по заявкам Пользователь Интернет · Поиск формы заявки · Заполнение заявки · Просмотр статуса заявки/файларезультата оказания услуги · Отмена заявки ФОИВ СМЭВ: Заявка Заявка / запрос на отмену Запрос на отмену Статус заявки / файл-результат оказания услуги Статус заявки / файл-результат оказания услуги Просмотр результатов оказания услуги Подача заявления на оказание услуги Рисунок 1 Схема взаимодействия ЕПГУ и ИС ФОИВ Пользователь в Личном кабинете СМЭВ ФОИВ Формирование заявки Передача данных Заявление на оказание услуги сформировано Передача данных Обновление статуса заявления Передача данных Измененный статус заявки Обработка заявки Уведомление о завершении обработки заявки (изменение статуса, передача файла) Просмотр промежуточных результатов/Файларезультата оказания услуги нет Необходима отмена заявки? да Отмена заявки нет Отмена заявки разрешена Обновление статуса в списке заявок да Передача данных Передача данных Обработка запроса, отмена заявки Измененный статус заявки (Отменено либо Неподтвержденная отмена) Рисунок 2 Общий процесс обработки заявления на оказание государственной услуги (для бесплатных услуг) 7 Пользователь в Личном кабинете СМЭВ Формирование заявки Передача данных Отображение обновлённого статуса заявки Передача данных Передача данных ФОИВ Федеральное Казначейство Обработка заявки Измененный статус заявки Выставление начисления в Федеральное казначейство Начисление Обработка начисления Передача данных Результат обработки начисления Подача заявки Получение результата обработки начисления Начисление обработано успешно? Нет Просмотр списка Отображение кнопки «Оплатить» в заявке Передача данных Да Отправка события «Ожидает оплаты», УИН Просмотр списка заявок Пользователь нажимает кнопку «Оплатить» в заявке Запрос начисления по УИН Оплата услуги Передача данных Событие «Оплата начисления» Передача данных УИН оплаченного начисления Возврат информации по начислению Передача данных Запрос информации о квитировании по УИН Передача данных Возврат информации о квитировании Передача данных Получение информации о квитировании Просмотр заявки Оплата услуги Кнопка «Оплатить» более не отображается в заявке Отправка события «Оплачено» Просмотр заявления/статуса заявления/результата оказания услуги Нет Отмена заявки Передача данных Отмена заявки разрешена Обновление статуса в списке заявок Да Передача данных Обработка запроса, отмена заявки Передача данных Рисунок 3 Общий процесс обработки заявления на оказание государственной услуги (для платных услуг) 8 Пользователь в Личном кабинете СМЭВ Передача данных ФОИВ Федеральное казначейство Выставление начисления в Федеральное казначейство Начисление Обработка начисления Передача данных Результат обработки начисления Выставление начислений Получение результата обработки начисления Нет Начисление обработано успешно? Да Формирование заявки Обработка заявки Передача данных Да Неоплаченные начисления для данной заявки были переданы в ФК? Нет Подача заявки, просмотр результата предоставления Выставление неоплаченных начислений в Федеральное казначейство Отображение пользователю списка начислений, для неоплаченных начислений отображается кнопка «Оплатить» Возврат результата предоставления услуги в виде XML с указанием статуса оплаты начислений. Для неоплаченных Результат начислений предоставления указывается услуги – список УИН Передача данных начислений Просмотр результата предоставления услуги Пользователь нажимает кнопку «Оплатить» для начисления Запрос начисления по УИН Передача данных Оплата услуги Событие «Оплата начисления» Возврат информации по начислению Передача данных Запрос информации о квитировании по УИН Передача данных УИН оплаченного начисления Передача данных Возврат информации о квитировании Передача данных Оплата услуги Получение информации о квитировании Рисунок 4 Общий процесс обработки заявления на оказание государственной услуги (для услуг, возвращающих информацию по начислениям) 9 Примечание 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: Требуется предоставить коды бюджетной классификации доходов, которые планируется указывать в начислениях, выставляемых в ИС УНИФО (ГИС ГМП) для данной услуги. 10 3 ОБЩИЕ ПОЛОЖЕНИЯ Номер услуги по Плану перехода: <указать номер услуги по Плану перехода; в случае, если услуга отсутствует в Плане перехода необходимо указать прочерк «-»>. Этап перевода услуги в электронный вид: <указать этап перевода услуги в электронный вид: III этап - обеспечение возможности для заявителей в целях получения государственных услуг (функций) представлять документы в электронном виде с использованием ЕПГУ. IV этап - обеспечение возможности для заявителей осуществлять с использованием ЕПГУ мониторинг хода предоставления государственной услуги или исполнения государственной функции. V этап - обеспечение возможности получения результатов предоставления государственных услуг и исполнения государственных функций в электронном виде на ЕПГУ, если это не запрещено федеральным законом.> IV этап Версия Методических рекомендаций: <указать номер версии рекомендаций, которым соответствуют сервисы ФОИВ > 2.5.5 Методических Идентификатор услуги по Федеральному реестру: <указать идентификатор услуги в соответствии с Федеральным реестром>. 10000038213. Полное наименование услуги в Федеральном реестре: <указать полное наименование услуги из Федерального реестра>. Государственная услуга по осуществлению присвоения (назначения) радиочастот или радиочастотного канала для радиоэлектронных средств на основании решения Государственной комиссии по радиочастотам. Перечень процедур услуги в Федеральном реестре: <указать полные наименования процедур услуги из Федерального реестра; переводу в электронный вид подлежат все процедуры услуги, если это не противоречит нормативно-правовым актам>. 10000038223 - Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций. Перечень платных процедур: <указать наименования процедур, для которых требуется предусмотреть оплату средствами ЕПГУ> Перечень целей услуги в Федеральном реестре: <указать перечень целей процедуры и Id-код для каждой цели, согласно кодификации услуги из Федерального реестра; один из способов уточнения Id-цели, подробно описан в Приложении 4, наименование цели услуги соответствует Цели обращения по процедуре услуги из Федерального реестра>. 10000038247 - Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций. 11 Получатели услуги в Федеральном реестре: <указать получателей услуги: физические лица, юридические лица, индивидуальные предприниматели, иностранные граждане> юридические лица, физические лица, индивидуальные предприниматели. Наименование формы: <указать наименование формы на ЕПГУ. Наименование формы на ЕПГУ соответствует названию Цели обращения в Федеральном реестре> ИФ «Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций». 12 4 ТРЕБОВАНИЯ К ФОРМЕ В ЦЕЛОМ <Данный раздел должен содержать: · описание назначения формы; · порядок заполнения формы и названия соответствующих шагов; шаг – это часть формы, состоящая из набора полей, объединенных единой логикой, с размещенной кнопкой перехода к следующему шагу или завершению заполнения формы, а также с возможностью возврата к предыдущему шагу, либо описанию услуги (для первого шага формы); · общие требования к визуальному отображению полей на форме.> 4.1 Назначение формы Интерактивная форма «Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций» предназначена для обеспечения возможности пользователей ЕПГУ осуществить подачу в электронной форме в Роскомнадзор заявления на присвоение (назначение) радиочастот или радиочастотных каналов . 4.2 Порядок заполнения формы <В данном разделе необходимо описать количество шагов заполнения Формы, указать названия шагов, кратко описать их суть и содержание>. Заполнение интерактивной формы «Выдача разрешений на использование радиочастот или радиочастотных каналов для радиоэлектронных средств гражданского назначения, за исключением разрешений на использование радиочастот или радиочастотных каналов для судовых радиостанций» должно состоять из 3 шагов: Шаг 1. Заполнение информации о заявителе. Шаг 2. Заполнение информации, необходимой для присвоения (назначения) радиочастот. Шаг 3. Приложение нотариально заверенной доверенности (скан-образа) на право обращения в Роскомнадзор от имени заявителя (в случае подачи заявления доверенным лицом физического лица). 4.3 Общие требования к визуальному отображению полей формы Поля, информация в которые вводится автоматически без возможности редактирования, а также поля, недоступные для заполнения, должны визуально (по цвету) отличаться от полей формы доступных к заполнению. Текущее поле (в котором в данный момент заявителем вносятся сведения) должно отличаться визуально (по цвету) от всех остальных полей формы. Для всех полей формы, должна быть предусмотрена возможность просмотреть комментарий-подсказку к полю, при этом следует учитывать, что текст комментария, в отдельных случаях может составлять более 2 абзацев информации. 4.4 Общие требования к переходу между шагами формы На форме должна быть предусмотрена возможность последовательного перехода к любому из пройденных и заполненных шагов с сохранением ранее введенной пользователем информации. 13 На форме должна быть предусмотрена возможность последовательного возврата на первый шаг с любого шага для заполнения формы заново без сохранения ранее введенной пользователем информации. В случае необходимости, должна быть реализована возможность пропуска шагов, если это обусловлено логикой заполнения формы заявления. 4.5 Требования к браузерам Интерактивная форма заявления должна одинаково отображаться в веб-браузерах Internet Explorer версии не ниже 8.0, Google Chrome версии не ниже 13.0, Mozilla FireFox версии не ниже 6.0, Opera версии не ниже 11.0, Apple Safari версии не ниже 5.0 14 5 ТРЕБОВАНИЯ К ПОЛЯМ ФОРМЫ <В данном разделе необходимо описать состав всех полей и информационных блоков формы в виде Таблицы 1 в зависимости от типа ЛК (физическое лицо/индивидуальный предприниматель, юридическое лицо), в котором будет размещена форма. Информационный блок – это область Формы, содержащая поля, объединенные по содержанию и логике. Описанию подлежит как форма заказа услуги, так и форма с результатом оказания услуги.> 5.1 Требования к полям формы заявления на оказание услуги Форма должна состоять из шагов, информационных блоков, соответствующих полей и требований к ним, описанных в Таблице 1. Поле «Форматно-логический контроль» должно содержать условия, позволяющие избежать ошибки пользователей ЕПГУ при заполнении формы. <Состав, последовательность размещения и группировки полей и блоков полей формы должны проектироваться с учетом удобства конечного пользователя ЕПГУ. Поля, заполнение которых может быть реализовано автоматически из ЛК без возможности редактирования: Граждане РФ, ИП Юридические лица Иностранные граждане ФЛ СНИЛС Фамилия Имя Дата рождения e-mail ИП ЮЛ ИГ СНИЛС ОГРНИП Фамилия Имя Дата рождения e-mail Полное наименование ОГРН ИНН Фамилия руководителя Имя руководителя Отчество руководителя E-mail Фамилия Имя Дата рождения Гражданство Тип документа Номер документа Дата выдачи e-mail Информация о получателях услуги в данном разделе должна совпадать с информацией, указанной в п. 1 ТЗ и в Федеральном реестре. Поле с указанием получателя услуги (категория заявителя): определяется автоматически по способу авторизации в личном кабинете; НЕ должно присутствовать на форме; ДОЛЖНО присутствовать в xml-запросе. 15 Информация о вариантах/процедурах оказания услуги (например, получение документа, переоформление документа, выдача дубликата и т.д.) в данном разделе должна совпадать с информацией, указанной в п. 1 ТЗ и с процедурами/целями услуги в Федеральном реестре. Поле с указанием варианта/процедуры оказания услуги: определяется автоматически при выборе процедуры в карточке услуги; НЕ должно присутствовать на форме; ДОЛЖНО присутствовать в xml-запросе. Сведения, которые ФОИВ может получить в рамках межведомственного взаимодействия, не должна запрашиваться у заявителя. В случае если для предоставления услуги необходимо представление документов и информации об ином лице, не являющемся заявителем, при обращении за получением услуги заявитель дополнительно представляет документы, подтверждающие наличие согласия указанных лиц или их законных представителей на обработку персональных данных указанных лиц, а также полномочие заявителя действовать от имени указанных лиц или их законных представителей при передаче персональных данных указанных лиц в орган или организацию. Для данного случая на форме указываются дополнительные поля с возможностью передачи электронных копий указанных документов. При этом, заявитель не может представлять интересы индивидуальных предпринимателей и юридических лиц. Суммарный объем прикрепляемых к заявлению файлов в соответствии с Методическими рекомендациями не должен превышать 5 Мб. При заполнении полей формы могут использоваться стандартные справочники ЕПГУ: КЛАДР; ОКАТО; ОКСМ; ЕТС; справочник типов документов, удостоверяющих личность. В базу данных ЕПГУ импортируются статичные справочники, не требующего частого обновления. Значения динамических и часто обновляемых справочников ФОИВ передаются в поля интерактивной формы с использованием сервиса ФОИВ. Рекомендации по использованию справочника КЛАДР приведены в Приложении 1.>. № п\ п Таблица 1 Перечень информационных блоков формы заявления и соответствующий им набор полей файла запроса № Наименов Название Тип поля Значения, Тип Значение Обязател Форматно- Пример Шага ание поля переменно ограничен заполнени по ьность логически й в XML ия я поля умолчани заполнен й ю ия контроль Текст подсказ ки к полю <В объединенной ячейке необходимо указывать № и наименование информационного блока формы. Нумерация необходима для ссылок на блоки и поля в других разделах и таблицах данного ТЗ> 1. <Шаг , на кото ром поле будет отоб <Наименов ание, как оно должно быть написано <Название переменной , в которой должно передават ься значение <Варианты: текст, выпадающий список, список с полосой <Заполняе тся для всех типов «список», «кнопка выбора»; для поля <Значения: автоматич еское, вручную. В случае автоматич еского 16 <Указать значение по умолчанию для полей, заполняем ых вручную. <Значени я + или -, соответс твенно «обязате льно» и «необяза <Указать дополните льные условия, проверки поля, на соответст <Указа ть реальны й, максима льно подробн <Указа ть КРАТК ИЙ коммен тарий с подсказк № п\ п 2. № Шага Наименов ание поля Название переменно й в XML Тип поля Значения, ограничен ия Тип заполнени я поля ража ться > на форме> указываемо прокрутки, го поля> Дата, флажок, переключат ели,(radiobuttons)> «текст» длина поля; другие ограничени я> указать источник для заполнения поля или конкретно е значение> 1 Тип заявителя user_type Не редактируе мо <Код> ЮЛ <Код> ФЛ <Код> ИП <Код> ИГ Автоматич ески в зависимост и от типа авторизаци и заявителя в ЛК Текст 17 Значение по умолчани ю Если значения по умолчанию нет, то поле таблицы не заполнять. > Обязател ьность заполнен ия тельно»> Форматно- Пример логически й контроль вие логики ый Формы > пример заполнен ия поля> + Не отображает ся на форме Текст подсказ ки к полю ой для поля, заполнен ие которог о требует соблюде ния определе нных правил> № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия Тип заполнения поля Не редактируе мое EMPLOYE EЮридическ ое лицо BUSINESS MANИндивидуа льный предприни матель PERSON_R FФизическо е лицо FOREIGN – Иностранн ый гражданин Автоматичес ки в зависимости от типа авторизации заявителя в ЛК Значение по умолчани ю Обязательн ость заполнения Форматн ологическ ий контроль Пример + Не отобража ется на форме. PERSO N_RF - Поле отобража ется только в Блок 1 «Общая информация» (Summary) 1. 1 Тип заявителя user_type Текст 2. 1 Заявление подается уполномо ченным не передается Чекбокс 18 Текст подсказ ки к полю № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия Тип заполнения поля Значение по умолчани ю Обязательн ость заполнения лицом Форматн ологическ ий контроль Пример случае, если Тип заявителя = «Физичес кое лицо» Блок 2 «Данные ЮЛ» (Legal) Данный блок отображается в случае, если user_type=«EMPLOYEE» + 3. 1 Организаци opf Текст 250 Автоматичес онноки из ЛК и правовая является форма нередактиру емым (из поля «Организаци онноправовая форма» в ЛК ЮЛ) + 4. 1 Полное name_full Текст 1000 Автоматичес наименован ки из ЛК и ие является юридическ нередактиру ого лица емым (из поля «Полное наименована организации 19 Отобража ется при значении поля «Тип заявителя »= Юридиче ское лицо Отобража ется при значении поля «Тип заявителя »= Юридиче ское лицо Обществ ос огранич енной ответств енность ю Свобода Текст подсказ ки к полю № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия Тип заполнения поля Значение по умолчани ю Обязательн ость заполнения Форматн ологическ ий контроль Пример Текст подсказ ки к полю » в ЛК ЮЛ) Блок 3 «Данные ФЛ» Данный блок отображается в случае, если user_type=«PERSON_RF» или user_type=«BUSINESSMAN» СНИЛС snils Текст + Не 123-4565. 1 Автоматичес отобража 789 01 ки из ЛК, ется на недоступно форме. для редактирова ния Фамилия last_name Текст 250 + Иванов 6. 1 Автоматичес ки из ЛК заявителя и является нередактиру емым Имя first_name Текст 250 Автоматичес + Иван 7. 1 ки из ЛК заявителя и является нередактиру емым Отчество middle_nam Текст 250 Автоматичес Иванови 8. e ки из ЛК ч заявителя Блок 4 «Адрес» (если используется стандартный механизм передачи данных, используется виджет КЛАДР) Данный блок отображается в случае, если user_type=«PERSON_RF» или user_type=«BUSINESSMAN», user_type=«EMPLOYEE» Почтовый Автоматичес Адрес не + При 9. 1 адрес ки из ЛК, заполнен клике на 20 № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия Тип заполнения поля если «Тип заявителя»= Юридическо е лицо, Физическое лицо, Индивидуал ьный предприним атель 10. 1 Ввести адрес вручную Кнопка Вручную 11. Сохранит ь Кнопка Вручную 21 Значение по умолчани ю Обязательн ость заполнения Форматн ологическ ий контроль кнопке «Изменит ь адрес» происход ит обращени ек стандартн ому виджету КЛАДР: поля 1023 При клике по данной кнопке открывает ся вариант виджета КЛАДР с ручным внесение м данных Виджет КЛАДР закрывает Пример Текст подсказ ки к полю № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия 12. Отмена Кнопка 13. 1 Индекс post_index Число 6 знаков 14. 1 Регион region Выпада 250 знаков Тип заполнения поля Значение по умолчани ю Обязательн ость заполнения Вручную Автоматичес ки после заполнения полей 14-19, если не был осуществлен переход в ручной режим внесения данных в КЛАДР, иначе – вручную. Выбор из 22 + + Форматн ологическ ий контроль ся с сохранен ием внесенны х данных Виджет КЛАДР закрывает ся без сохранен ия внесенны х данных Разрешен ввод только цифр, максимал ьная длина не должна превышат ь и быть меньше 6 символов Пример 142300 Московс Текст подсказ ки к полю № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия ющий список/ Текстов ое поле 15. 1 Район district Выпада ющий список/ Текстов ое поле 250 знаков Тип заполнения поля справочника КЛАДР, либо ручной ввод в текстовое поле, если был осуществлен переход в ручной режим внесения данных Вручную или из справочника КЛАДР, либо ручной ввод в текстовое поле, если был осуществлен переход в ручной режим внесения данных 23 Значение по умолчани ю Обязательн ость заполнения Форматн ологическ ий контроль Пример кая область - В автоматич еском режиме внесения данных значения ограничи ваются списком районов, соответст вующих региону, выбранно Текст подсказ ки к полю № п\ п № Ша га 16. 1 Наимено вание поля Город Название переменно й в XML city Тип поля Выпада ющий список/ Текстов ое поле Значения, ограничен ия 250 знаков Тип заполнения поля Вручную или из справочника КЛАДР, либо ручной ввод в текстовое поле, если был осуществлен переход в ручной режим внесения данных 24 Значение по умолчани ю Обязательн ость заполнения +- Форматн ологическ ий контроль Пример му в поле «Регион» В Чехов автоматич еском режиме внесения данных доступны для выбора только города, соответст вующие выбранно му региону в поле «Регион», либо району в поле «Район». Обязатель но заполнен ие либо Текст подсказ ки к полю № п\ п № Ша га 17. 1 Наимено вание поля Населенн ый пункт Название переменно й в XML town Тип поля Выпада ющий список/ Текстов ое поле Значения, ограничен ия 250 знаков Тип заполнения поля Вручную или из справочника КЛАДР, либо ручной ввод в текстовое поле, если был осуществлен переход в ручной 25 Значение по умолчани ю Обязательн ость заполнения +- Форматн ологическ ий контроль поля «Город», либо поля «Населен ный пункт». Поле не заполняет ся, если в поле «Регион» выбран обособле нный город в КЛАДР В автоматич еском режиме внесения данных доступны для выбора только города, соответст Пример Текст подсказ ки к полю № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия Тип заполнения поля режим внесения данных 26 Значение по умолчани ю Обязательн ость заполнения Форматн ологическ ий контроль вующие выбранно му региону в поле «Регион», либо району в поле «Район». Обязатель но заполнен ие либо поля «Город», либо поля «Населен ный пункт». Поле не заполняет ся, если в поле «Регион» выбран обособле нный Пример Текст подсказ ки к полю № п\ п № Ша га Наимено вание поля Название переменно й в XML Тип поля Значения, ограничен ия Тип заполнения поля Значение по умолчани ю Обязательн ость заполнения Форматн ологическ ий контроль Пример город в КЛАДР Доступны Октябрь для ская выбора только улицы, соответст вующие выбранно му городу или населенно му пункту 51 18. 1 Улица street Текст 250 знаков Вручную или из справочника КЛАДР - 19. 1 Дом house Текст 5 знаков Вручную - 20. 1 Корпус building1 Текст 5 знаков Вручную - 2 21. 1 Строение building2 Текст 5 знаков Вручную - а 22. 1 Квартира apartment Текст 5 знаков Вручную - 27 Поле не отобража ется, если значение поля «Тип заявителя »=Юриди ческое лицо 49 Текст подсказ ки к полю № п\ п № Ша га 23. 1 Наимено вание поля Название переменно й в XML Офис apartment Тип поля Текст Значения, ограничен ия Тип заполнения поля 5 знаков Вручную Значение по умолчани ю Обязательн ость заполнения Форматн ологическ ий контроль Пример - Поле отобража ется, если значение поля «Тип заявителя »=Юриди ческое лицо 22 Текст подсказ ки к полю 5.2 Требования к полям формы результата оказания услуги <В общем случае при использовании асинхронного сервиса для подачи заявления и обновления статуса обработки и рассмотрения заявления, результат оказания услуги (в том числе и файлы) предаются ИС ФОИВ на ЕПГУ с использованием стандартного сервиса обновления статусов. Заполнение Таблицы 2 для данного случая не требуется. В случае использования синхронного сервиса подачи и обработки заявления (online услуга) в разделе в Таблице 2 необходимо представить описание перечень информационных блоков и полей по аналогии с Таблицей 1. Последовательность размещения полей и блоков полей формы должна проектироваться с учетом удобства конечного пользователя ЕПГУ>. Таблица 2 Перечень информационных блоков формы результата оказания услуги и соответствующий им набор полей файла ответа на запрос 28 № п\ п Наименован ие поля Название переменн ой в XML Тип поля Значения, ограничени я Тип заполнени я поля Значение по умолчани ю (default) Обязательн ость заполнения Форматнологически й контроль Пример Текст подсказки к полю <В объединенной ячейке необходимо указывать № и наименование информационного блока формы. Нумерация необходима для ссылок на блоки и поля в других разделах и таблицах данного ТЗ> 1. <Наименован ие, как оно должно быть написано на форме> 1.Статус/причи на ошибки <Названи е переменн ой, в которой должно передава ться значение указывае мого поля> <Вариант ы: текст, дата, флажок, число)> <Заполняет ся для всех типов «список», «кнопка выбора»; для поля «текст» длина поля; другие ограничения > <Значения: автоматич еское, вручную, заблокиров ано для редактиро вания > Value Текст 200 Заблокиро вано/Текст возвращает ся после отправки ходатайств а 29 <Указать значение по умолчанию для полей, заполняем ых вручную. Если значения по умолчанию нет, то поле таблицы не заполнять. > <Значения + или -, соответств енно «обязательн о» и «необязател ьно»> + <Указать дополните льные условия, проверки поля, на соответст вие логики Формы > <Указать реальный, максималь но подробный пример заполнения поля> Успешно зарегистри ровано <Указать КРАТКИЙ комментар ий с подсказкой для поля, заполнение которого требует соблюдения определенн ых правил> № п\ п Наименован ие поля Название переменн ой в XML Тип поля Значения, ограничени я Тип заполнени я поля Значение по умолчани ю (default) Обязательн ость заполнения Форматнологически й контроль Пример Текст подсказки к полю <В объединенной ячейке необходимо указывать № и наименование информационного блока формы. Нумерация необходима для ссылок на блоки и поля в других разделах и таблицах данного ТЗ> 2. Комментарий Comment Текст 2000 знаков Заблокиро вано/Текст возвращает ся после отправки ходатайств а + 3. Номер заявления Name Число 20 Заблокиро вано/Номе р возвращает ся после отправки ходатайств а + 30 11386 6 ВЗАИМОСВЯЗИ ПОЛЕЙ ФОРМЫ <Значение полей формы могут зависеть от других значений полей. Необходимо указать эти зависимости, если они имеются. В противном случае необходимо указать следующий текст: Требования к взаимосвязи полей не предъявляются.> При заполнении формы должны учитываться взаимосвязи полей, указанные в Таблице 3. Таблица 3 Взаимосвязи полей № Номер Значение в Принимаемое значение в связанном основного связанного основном поле поле по умолчанию поля поля <Указать <Указать <Указать <Указать принимаемое значение № поля в № значение связанного поля> Таблице 1, зависимого основного поля, которое поля> которое будет будет влиять на влиять на значение значение связанного поля> связанного поля> При наличии взаимосвязей, определенных в Таблице 4, ввод иных значений в связанное поле должен быть автоматически заблокирован. № Номер основного связанного поля поля Значение в основном поле Принимаемое значение в связанном поле по умолчанию 1 22 EMPLOYEE Поле не отображается 1 23 PERSON_RF Поле не отображается 31 7 ВЗАИМОСВЯЗИ БЛОКОВ ФОРМЫ <Состав информационных блоков при заполнении формы может зависеть от того, какими значениями были заполнены определенные поля (возможно, на предыдущем шаге заполнения). Ниже приведена таблица, которую необходимо заполнить, в случае, если на форме имеется зависимость отображения информационных блоков от информации введенной ранее. В противном случае необходимо указать следующий текст: Требования к взаимосвязи информационных блоков не предъявляются.> Перечень информационных блоков и соответствующих им полей на указанном шаге должен формироваться в соответствии с информацией заполненной < ранее / на Шаге n> и не может быть постоянным. Взаимосвязь информационных блоков, отображаемых на <Шаге m>, с данными, заполненными <ранее / на Шаге n>, изображена в Таблице 4. Таблица 4 Взаимосвязи информационных блоков Номер поля Принимаемое значение поля Номер блока Признак отображения блока <Указать номер поля (см. Таблицу 2), значение которого будет влиять на показ блока в Форме> <Указать значение поля, которое будет влиять на отображение блока> <№ блока(см. Таблицу 2), который будет менять отображатьс я или будет скрыт от пользователя> <Значение «-» скрыть блок; «+» - отобразить > Номер поля Принимаемое значение поля Номер блока Признак отображения блока 1 PERSON_RF, BUSINESSMAN 2 - 1 EMPLOYEE 3 - 32 8 МАКЕТЫ ФОРМ 8.1 Макет формы подачи заявления <В разделе необходимо представить макет формы подачи заявления (в любом из форматов JPEG, Visio, HTML, Ms Word). На макете должно быть обозначено расположение полей, указанных в Таблице 1 п.5. В разделе должны быть приведены все макеты в соответствии со всеми вариантов отображения полей формы на каждом шаге заполнения формы. Последовательность размещения полей и блоков полей формы должна проектироваться с учетом удобства конечного пользователя ЕПГУ>. Макет формы представлен на Рисунках 3.1 и 3.2 Рисунок 3.1 Макет формы Шаг 1 33 Рисунок 3.2 Макет формы заполнения адреса. 8.2 Макет формы результата оказания услуги <В общем случае при использовании асинхронного сервиса для подачи заявления и предоставления результата оказания услуги с использованием стандартного сервиса обновления статусов либо сервиса обработки событий (с возможностью передачи файлов в личный кабинет заявителя) на рисунках 4 и 5 представлены: - Макет страницы, отображаемой на ЕПГУ после подачи заявления (общий функционал ЕПГУ) – рис. 4. При этом на странице отобразится информация о номере заявления, также будут представлены ссылки для перехода в ЛК заявителя и перехода для просмотра подробной информации по заявлению и дальнейшего отслеживания статуса обработки, загрузки файла с результатом оказания услуги. - Макет страницы, отображаемой на ЕПГУ в результате оказания услуги (общий функционал ЕПГУ) – рис. 5. В случае оказания услуги по V этапу (этап реализации 34 указывается в п.3 ТЗ), заявителю в ЛК ЕПГУ при необходимости вместе с финальным статусом передается результат в электронном виде. В случае использования синхронного сервиса подачи и обработки заявления (online услуга) в разделе необходимо представить макет результата оказания услуги (в любом из форматов JPEG, Visio, HTML, Ms Word). На макете должно быть обозначено расположение полей, указанных в Таблице 2 п.5. Последовательность размещения полей и блоков полей формы должна проектироваться с учетом удобства конечного пользователя ЕПГУ >. Макет формы представлен на Рисунке 4. Рисунок 4 Макет формы результата оказания услуги 35 9 ТРЕБОВАНИЯ К ПОДПИСАНИЮ ЭП <Данный раздел должен содержать требования к подписанию электронной подписью заявления в соответствии с Методическими рекомендациями по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии актуальной версии, размещенной в разделе «Технологические стандарты и рекомендации» на технологическом портале СМЭВ по адресу http://smev.gosuslugi.ru/portal/. В случае если подписание усиленной квалифицированной подписью заявителя не требуется необходимо указать следующий текст: «Требования к подписанию заявления ЭП заявителя не предъявляются»>. Перед отправкой заявление требует обязательного подписания усиленной квалифицированной подписью заявителя. При формировании сообщения и отправке, следует использовать правила, описанные в Методических рекомендациях по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии версии 2.5.5. 36 10 ТРЕБОВАНИЯ К ИСТОРИИ РАССМОТРЕНИЯ ЭЛЕКТРОННОГО ЗАЯВЛЕНИЯ < Если для обновления статусов заявок на ЕПГУ используется Сервис обновления статусов версии 2.4.3, в разделе 10.1 описываются требования к статусам формы. Описание Сервиса обновления статусов по версии Методических рекомендаций 2.4.3, а также руководство пользователя приведены на технологическом портале СМЭВ: http://smev.gosuslugi.ru/portal/api/files/registryfile/1072/%D0%A0%D1%83%D0%BA%D0%B E%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE%20%D0%BF%D0%BE %D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0 Адрес сервиса на продуктивной среде: http://oraas.rt.ru:7777/gateway/services/SID0003377 Адреса сервиса на тестовых средах: http://188.254.16.92:7777/gateway/services/SID0003152 Для обновления статусов заявок на ЕПГУ можно использовать Сервисы обработки событий, версия сервиса обработки событий должна соответствовать версии Методических рекомендаций сервиса ФОИВ. Если для обновления статусов используется Сервис обработки событий версии 2.5.5 (2.4.4), заполняются разделы 10.110.4 Использование сервиса обработки событий расширяет возможности работы с заявкой на стороне ведомства, с помощью сервиса можно не только изменять статус заявки, но и обновлять информацию по оплате, передавать текстовые сообщения заявителю, отслеживать приглашения на прием. Описание Сервиса обработки событий версии 2.4.4 а также руководство пользователя приведены на технологическом портале СМЭВ: http://smev.gosuslugi.ru/portal/services.jsp#!/F/MKSEpgu/1.06/p00smev Адрес сервиса на продуктивной среде: http://oraas.rt.ru:7777/gateway/services/SID0003639 Адреса сервиса на тестовых средах: http://46.61.162.210:7777/gateway/services/SID0003769 http://46.61.162.210:7777/gateway/services/SID0003850 Описание Сервиса обработки событий версии 2.5.5 а также руководство пользователя приведены на технологическом портале СМЭВ: http://smev.gosuslugi.ru/portal/services.jsp#!/F/IPGUeventservice25/1.03/p00smev Адрес сервиса на продуктивной среде http://oraas.rt.ru:7777/gateway/services/SID0003635 Адреса сервиса на тестовых средах: http://46.61.162.210:7777/gateway/services/SID0003869 http://46.61.162.210:7777/gateway/services/SID0003861 > . Для обновления истории рассмотрения заявлений в ЛК ПГУ на стороне ИС ФОИВ используется стандартный сервис обработки событий электронного заявления на портале государственных услуг версии 2.5.5. Описание сервиса, а также руководство пользователя приведены на технологическом портале СМЭВ по адресу: http://smev.gosuslugi.ru/portal/services.jsp#!/F/IPGUeventservice25/1.03/p00smev Адрес сервиса на продуктивной среде http://oraas.rt.ru:7777/gateway/services/SID0003635 Адрес сервиса на тестовой среде: http://46.61.162.210:7777/gateway/services/SID0003861 37 10.1 Статусы формы <Данный раздел может быть дополнен статусами по согласованию с разработчиками ИС ФОИВ. В поле «Комментарий для вывода в Личный кабинет пользователя» (см. Таблицу 6) необходимо добавить описание статуса услуги, которое будет отображаться пользователю в Личном кабинете ЕПГУ. Оповещение обязательно только для статусов, которые требуют дополнительных действий пользователей (требуется явиться в ФОИВ для получения оригинала документа; требуется предоставить оригиналы заявления; требуется продолжить заполнение заявления; требуется оплатить услуг; в случае отказа в предоставлении услуги; требуется корректировка заявления и т.д.) В Таблице 5 необходимо заполнить только статусы, планируемые к использованию. >. Обновление статусов заявления в процессе обработки должно проходить в соответствии со статусами, представленными в Таблице 5. 38 Таблица 5 Список статусов заявлений для передачи от ИС ФОИВ на ЕПГУ Категория Код Название Описание статуса Комментарий для вывода Иници статусов статуса статуса для в Личный кабинет атор для передачи в пользователя смены передач ЕПГУ статус и в (status_title) а ЕПГУ (status_c ode) Показ ывать пользо вател ю Формирован ие заявления 0 Черновик заявления Состояние, когда В процессе заполнения пользователь ещё не отправил заявление ЕПГУ Да Отправка заявления 1 Принято заявителя от ИС ФОИВ (сервер) принял Успешно зарегистрировано заявление ИС ФОИВ Да 2 Отправлено ведомство в Заявление послано, но Заявление ФОИВ ещё не вернул ответ процессе ведомство в ИС в ФОИВ Да 5 Ошибка отправки ведомство Произошла техническая Ошибка доставки формы. ЕПГУ в ошибка при передаче в ИС Попробуйте подать ФОИВ, например тайм-аут. заявление повторно Да -1 Ошибка обработки результата Возвращается в случае <Комментарий, ЕПГУ внутренней ошибки ИС отображаемый на ЕПГУ, ведомства с комментарием, указывается ведомством> поясняющим причину (или характер) ошибки. Да Обработка заявления 39 находится передачи Необходимость оповещения пользователя об изменении статуса sm s email Да Да pu sh Категория статусов Код статуса для передач и в ЕПГУ (status_c ode) Название Описание статуса статуса для передачи в ЕПГУ (status_title) Комментарий для вывода Иници в Личный кабинет атор пользователя смены статус а 3 Исполнено Результат готов. Приглашаем Вас получить ИС запрашиваемую услугу. ФОИВ Приглашение на получение результата. + <Указать адрес и время, получения результата услуги> 4 Отказ ИС ФОИВ может вернуть заявление по многим причинам некорректного заполнения полей формы. 40 Обращение не ИС зарегистрировано, ФОИВ проверьте введенные данные + <В обязательном порядке указать причину отказа в соответствии с нормативными актами и административным регламентом оказания услуги> Показ ывать пользо вател ю Необходимость оповещения пользователя об изменении статуса sm s email Да Да Да Да Да Да pu sh Категория статусов Отмена заявления Код статуса для передач и в ЕПГУ (status_c ode) Название Описание статуса статуса для передачи в ЕПГУ (status_title) Комментарий для вывода Иници в Личный кабинет атор пользователя смены статус а 6 Принято ведомством 7 Промежуточны ФОИВ получил заявление, Заявление е результаты от но ещё не прошёл контроль ведомством ведомства целостности 9 В процессе Возвращается в случае, отмены если процесс отмены заявки занимает время. Только из состояний Черновик и Возврат. ИС ФОИВ Нет 10 Отменено ИС ФОИВ Нет ФОИВ принял заявление к Заявление передано на ИС рассмотрению рассмотрение исполнителю. ФОИВ + <указать дальнейшие действия и контакты исполнителя> Заявление, удалённое пользователем. Только из состояний Черновик и Возврат. 41 получено ИС ФОИВ Показ ывать пользо вател ю Да Да Необходимость оповещения пользователя об изменении статуса sm s email Да Да pu sh Категория статусов Промежуточ ное взаимодейст вие Код статуса для передач и в ЕПГУ (status_c ode) Название Описание статуса статуса для передачи в ЕПГУ (status_title) Комментарий для вывода Иници в Личный кабинет атор пользователя смены статус а 11 Неподтвержден Возвращается в случае, <Комментарий, ИС ная отмена если помимо подачи заявки отображаемый на ЕПГУ, ФОИВ с портала на отмену заявки, указывается ведомством> требуется дополнительное подтверждение пользователя, которое не было получено, либо пользователь отказался от отмены. Да 12 Входящее Сообщение Входящее сообщение <Комментарий, ИС получено ИС ведомства отображаемый на ЕПГУ, ФОИВ указывается ведомством> 14 Ожидание дополнительно й информации от пользователя Возвращается в случае, <Комментарий, ИС если заявление было отображаемый на ЕПГУ, ФОИВ заполнено не полностью указывается ведомством> или требуется указать дополнительную информацию в заявлении. В данном статусе возможно редактирование заявки на портале. 42 Показ ывать пользо вател ю Необходимость оповещения пользователя об изменении статуса sm s email Да Да Да Да Да Да pu sh Категория статусов Код статуса для передач и в ЕПГУ (status_c ode) Название Описание статуса статуса для передачи в ЕПГУ (status_title) Комментарий для вывода Иници в Личный кабинет атор пользователя смены статус а 15 Заявка требует дополнительно й корректировки Заявление возвращено <Комментарий, ИС ведомством для отображаемый на ЕПГУ, ФОИВ дополнительной указывается ведомством> корректировки – пользователю необходимо исправить некоторые параметры заявки и отправить ее повторно (при этом, она не изменит своего номера в ЛК) Да 16 Исходящее Сообщение Исходящее сообщение <Комментарий, ИС получено ИС ведомства отображаемый на ЕПГУ, ФОИВ указывается ведомством> Да 43 Показ ывать пользо вател ю Необходимость оповещения пользователя об изменении статуса sm s email Да Да pu sh 10.2 Состояние оплаты <Данный раздел предусмотрен для услуг, возвращающих информацию по начислениям. Должен быть определен список параметров payment.source – источник начисления, (для Федерального казначейства используется FK) и payment.description – назначение платежа. Если услуга бесплатная, следует указать «Требования к состоянию оплаты не предъявляются»> Требования к состоянию оплаты не предъявляются. 10.3 Текстовые сообщения <Если предполагается от ФОИВ отправка информационных сообщений без изменения статуса заявки, должен быть определен список возможных информационных сообщений от ФОИВ >. Таблица 6 Список возможных информационных сообщений Код информационного Информационное сообщение сообщения (code) <Указать номер поля (см. Таблицу <Указать значение поля, которое будет влиять на 2), значение которого будет отображение блока> влиять на показ блока в Форме> Код информационного сообщения (code) Информационное сообщение 1 В течение 5 рабочих дней необходимо представить оригинал доверенности по адресу: Москва, ул. Строителей д. 12 2 Напоминаем, что срок подачи доверенности истекает через 2 дня 10.4 Приглашение на прием <Если предполагается от ФОИВ передача в личный кабинет пользователя приглашения на прием, должны быть определены правила формирования кода приглашения в ИС ведомства (code). Используя значение данного идентификатора, в дальнейшем возможна отмена приема>. Уникальный идентификатор приглашения в ИС ведомства (code) будет равен порядковому номеру приглашения на прием. 44 11 ТРЕБОВАНИЯ СЕРВИСАМ ФОРМЫ К ЭЛЕКТРОННЫМ <В данном разделе необходимо описать состав электронного сервиса (-ов) ФОИВ, реализующих полный функционал формы и используемого (-ых) при обмене данными с ЕПГУ. Требования описываются для каждого сервиса (метода сервиса) в отдельных подпунктах. Сервис (-ы)/ метод (ы) сервисов должны быть разработаны в соответствии с актуальной версией Методических рекомендаций по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии, размещенной в разделе «Технологические стандарты и рекомендации» на технологическом портале СМЭВ по адресу http://smev.gosuslugi.ru/portal/ В данном разделе НЕ требуется описывать стандартный сервис обновления статусов либо стандартный сервис обработки событий, ссылка на который приведена в разделе 10 ТЗ>. Состав электронных сервисов ФОИВ, реализующих функционал формы и используемых при обмене данными с ЕПГУ, представлен в данном разделе документа. Для обновления истории изменения электронного заявления на ЕПГУ ИС ФОИВ использует электронный сервис ЕПГУ зарегистрированный в СМЭВ (ссылка на описание сервиса приведена в разделе 10 ТЗ). 11.1 Электронный сервис <наименование сервиса> 11.1.1 Назначение электронного сервиса <Кратко описать функции и назначение электронного сервиса>. Электронный сервис предназначен для приема атрибутов заполненной заявки от пользователя ЕПГУ. 11.1.2 Ссылка на электронный сервис <Указать ссылку, по которой электронный сервис вызывается (URL к электронному сервису и WSDL). В разделе приводятся ссылки на продуктивный сервис, зарегистрированный в продуктивном СМЭВ, а также ссылка на тестовый сервис, зарегистрированный в тестовом СМЭВ>. Продуктивный сервис: http://smev:7777/gateway/services/SID0003036?wsdl Тестовый сервис: http://46.61.162.210:7777/gateway/services/SID0003769?wsdl 11.1.3 Xsd-схема электронного сервиса <Указать в обязательном порядке полную xsd-схему электронного сервиса и всех методов сервиса, при их наличии и использовании>. <Ниже Для справки приведена xsd-схема файла req_guid.xml, содержащего данные заявки.: <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" targetNamespace="http://smev.gosuslugi.ru/request/fed/rev120528" xmlns:smev="http://smev.gosuslugi.ru/request/rev111111" xmlns:fed="http://smev.gosuslugi.ru/request/fed/rev120528"> 45 <xs:import namespace="http://smev.gosuslugi.ru/request/rev111111" /> <xs:element name="Data"> <xs:complexType> <xs:sequence> <xs:element ref="fed:FormData" minOccurs="1" maxOccurs="1"/> <xs:element ref="smev:AppliedDocuments" minOccurs="0" maxOccurs="1"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="FormData"> <xs:annotation> <xs:documentation>Используется для передачи данных формы. Данные формы могут быть переданы только внутри FormData</xs:documentation> </xs:annotation> <xs:complexType> <xs:sequence> <xs:any minOccurs="0" maxOccurs="unbounded" processContents="lax"/> </xs:sequence> </xs:complexType> </xs:element> </xs:schema> Для справки приведена xsd-схема блока AppliedDocuments файла req_guid.xml, содержащего сведения о документах-вложениях. : <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:smev-request="http://smev.gosuslugi.ru/request/rev111111" targetNamespace="http://smev.gosuslugi.ru/request/rev111111" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0"> <xs:element name="AppliedDocuments" type="smevrequest:AppliedDocumentsType"> <xs:annotation> <xs:documentation>Группа вложений</xs:documentation> </xs:annotation> </xs:element> <xs:element name="AppliedDocument" type="smevrequest:AppliedDocumentType"> <xs:annotation> <xs:documentation>Вложение</xs:documentation> </xs:annotation> </xs:element> <xs:element name="CodeDocument" type="xs:string"> <xs:annotation> <xs:documentation>Код документа</xs:documentation> </xs:annotation> </xs:element> <xs:element name="Name" type="xs:string"> <xs:annotation> <xs:documentation>Имя файла документа</xs:documentation> </xs:annotation> 46 </xs:element> <xs:element name="Number" type="xs:string"> <xs:annotation> <xs:documentation>Номер документа</xs:documentation> </xs:annotation> </xs:element> <xs:element name="URL" type="xs:string"> <xs:annotation> <xs:documentation>Относительный путь к файлу внутри архива </xs:documentation> </xs:annotation> </xs:element> <xs:element name="Type" type="xs:string"> <xs:annotation> <xs:documentation>MIME-тип контента</xs:documentation> </xs:annotation> </xs:element> <xs:element name="DigestValue" type="xs:base64Binary"> <xs:annotation> <xs:documentation>Хеш-код вложения</xs:documentation> </xs:annotation> </xs:element> <xs:complexType name="AppliedDocumentsType"> <xs:sequence> <xs:element ref="smevrequest:AppliedDocument" maxOccurs="unbounded" minOccurs="0" /> </xs:sequence> </xs:complexType> <xs:complexType name="AppliedDocumentType"> <xs:sequence> <xs:element ref="smev-request:CodeDocument" minOccurs="0" /> <xs:element ref="smev-request:Name" /> <xs:element ref="smev-request:Number" minOccurs="0" /> <xs:element ref="smev-request:URL" /> <xs:element ref="smev-request:Type" /> <xs:element ref="smev-request:DigestValue" minOccurs="0" /> </xs:sequence> <xs:attribute ref="smev-request:ID" use="optional" /> </xs:complexType> <xs:attribute name="ID"> <xs:annotation> <xs:documentation>Уникальный идентификатор вложения </xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:ID" /> </xs:simpleType> </xs:attribute> </xs:schema> 47 11.1.4 Пример вызова электронного сервиса <Указать реально работающие примеры вызовов электронного сервиса (методов сервиса), покрывающие полный функционал ИФ (подача, отмена, редактирование заявки, запрос за данными и т.д.). В случае, если в блоке AppData необходимо передавать информацию – должны быть описаны все переменные, передаваемые в этом блоке (тип, обязательность, источник/значение, вариант присутствия). В случае, если есть ограничения или зависимости блоков/тегов в вызове сервисов, отличающиеся от правил, описанных в блоке 5, их необходимо явно указать>. <SOAP-ENV:Envelope xmlns:SOAPENV="http://schemas.xmlsoap.org/soap/envelope/"><SOAP-ENV:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd" SOAPENV:actor="http://smev.gosuslugi.ru/actors/smev"><wsse:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-messagesecurity-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401wss-x509-token-profile-1.0#X509v3" wsu:Id="X50940C972D0DC9D9D1C1F13310291936143">MIIDgTCCAzCgAwIBAgIKWWiyqAAAAAACo TAIBgYqhQMCAgMweTEXMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYT AlJVMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoN C+0YHRgtC10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwODE wMDY1NTAwWhcNMTIwODEwMDcwNDAwWjBkMQswCQYDVQQGEwJSVTFVMFMG A1UEAx5MBCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOgQwBEIAIA QtBB8ALQQeBBIAIAQgBD4EQQQ6BD4EPAQ9BDAENAQ3BD4EQDBjMBwGBiqFAwIC EzASBgcqhQMCAiQABgcqhQMCAh4BA0MABECow3848wxC8lsn72vX/H06BPE1TaX2LX 2c4QdZA1rxLaDgwKTElW+LCCWnPjYIjxNYfN6wdoIkmLDZOeBC081Po4IBqzCCAacwCw YDVR0PBAQDAgTwMCYGA1UdJQQfMB0GByqFAwICIgYGCCsGAQUFBwMCBggrBgE FBQcDBDAdBgNVHQ4EFgQUATbe5nDTPLeo8mvbt6aGlvuKFlIwHwYDVR0jBBgwFoAU3 FNp0mLQ2/bwWr2CT1PAxNXwP1cwZgYDVR0fBF8wXTBboFmgV4ZVaHR0cDovL2QwM HBndWNlcnQwMS4wMC5lZ292LmxvY2FsL3JhL2NkcC9kYzUzNjlkMjYyZDBkYmY2ZjA1 YWJkODI0ZjUzYzBjNGQ1ZjAzZjU3LmNybDCBkwYIKwYBBQUHAQEEgYYwgYMwOw YIKwYBBQUHMAGGL2h0dHA6Ly9kMDBwZ3VjZXJ0MDEuMDAuZWdvdi5sb2NhbC9vY 3NwL29jc3Auc3JmMEQGCCsGAQUFBzAChjhodHRwOi8vZDAwcGd1Y2VydDAxLjAwLm Vnb3YubG9jYWwvcmEvY2RwL3Rlc3RfY2FfcnRrLmNydDAyBgkrBgEEAYI3FQoEJTAjM AkGByqFAwICIgYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwCAYGKoUDAgIDA 0EA2n6yju1A9FH51VIg8LaKCatZM5WcBf7xPGV4Vvlgh5dT9MM4X4PEjUV1d1a2+MSNQ NTm+f5ZrKeK8JTWCw+07Q==</wsse:BinarySecurityToken><ds:Signature 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#gostr34102001gostr3411"/> <ds:Reference URI="#id-1"> <ds:Transforms> <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/> <ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> </ds:Transforms> <ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr3411"/> <ds:DigestValue>M/vMQSkg8p9vue1dYHE8YsDVUbiDj/1LDw6lhjp1Or8=</ds:DigestValue> </ds:Reference> 48 </ds:SignedInfo> <ds:SignatureValue> 7CMHU2l4sWnTyaIgeuvsSF+xVFiU4mPfx7NQpLL7Km3ehET4FPmNJ1vxsdHmJ2P+NwfW KHynCf7c yBVthUjswA== </ds:SignatureValue> <ds:KeyInfo> <wsse:SecurityTokenReference wsu:Id="STR40C972D0DC9D9D1C1F13310291936142"><wsse:Reference URI="#X50940C972D0DC9D9D1C1F13310291936143" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile1.0#X509v3"/></wsse:SecurityTokenReference></ds:KeyInfo> </ds:Signature></wsse:Security></SOAP-ENV:Header><SOAP-ENV:Body xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility1.0.xsd" wsu:Id="id-1"><pguPutOrderRequest xmlns:ns3="http://rsoc.ru/services/pgu" xmlns:ns4="http://smev.gosuslugi.ru/rev120315" xmlns:ns5="http://www.w3.org/2000/09/xmldsig#" xmlns:ns6="http://www.w3.org/2004/08/xop/include"><ns4:Message><ns4:Sender><ns4:Code >IPGU01001</ns4:Code><ns4:Name>ЕПГУ</ns4:Name></ns4:Sender><ns4:Recipient><ns4: Code>RSOC01001</ns4:Code><ns4:Name>ЕИС Роскомнадзора</ns4:Name></ns4:Recipient><ns4:Originator><ns4:Code>IPGU01001</ns4:C ode><ns4:Name>ЕПГУ</ns4:Name></ns4:Originator><ns4:ServiceName>RSOCroskomnadzo r01</ns4:ServiceName><ns4:TypeCode>GSRV</ns4:TypeCode><ns4:Status>REQUEST</ns4: Status><ns4:Date>2012-0306T13:19:51.607+03:00</ns4:Date><ns4:ServiceCode>10000038247</ns4:ServiceCode><ns4: CaseNumber>12345678</ns4:CaseNumber><ns4:ExchangeType>1</ns4:ExchangeType></ns4: Message><ns4:MessageData></ns4:AppData<ns4:AppDocument><ns4:BinaryData>UEsDBBQ ACAAIAHpqZkAAAAAAAAAAAAAAAAAsAAAAcmVxX3h4eHh4eHh4LXh4eHgteHh4eC 14eHh4LXh4eHh4eHh4eHh4eC54bWy9Vs1u20YQPrtA32Eh9NCgkCnSluMYNNM2gpsggQ9 226uwIVfyIvxR+aMoKALETtsESFG3QFEU7SF5BEGIEMdunFdYvkJfoK+Q2eUuRYqk60M QwoZ3v/lm5uN4uDv/nb01r088F41JGNHA327pq50WIr4dONQfbreSeNDebF23Pv7IjDwy3urh GCNw8KMtvt9uHcTxaEvT+GZ1GERJ5CZDuhomWki+S0gUw9+xLp4WgigrWZidIPR4KI6s mHg0cqmNYxAggBVzAPZsuWImEQn78YMRsQxTW2ykNfKpG1m6sdZe7260r25eQ52OqW WopLg4ivs+9ojF/mQzNmVv2DmbmdoCl8QBDZeZplYAJc2jjuOSasT0MH3GPYp26TIKIAZ2 nJBE0S3fIROuGASbWtVS47JHhrw2Xb2jnrKjtDd6fk0mscV+ZWfpEYh9nR6yU3bCXiN2mj7i QF004VMXESspRq0U3KQE50L+4tViL9l5+iiXkgkBw5uaeE1abtD4gZKiV6QIa4NXRUjVtSn pfhwSEhfTwqOX/SWn0TtL/xubpk/To/QZvPypkDJF6WN2xk7Sn9i0LmKTppsBfBjW2rJTBtfw v3Qda0kyh2qYOy6OLX19vUwWqGIfBD6xPtM/hZa+Ar96xhao+rDwpETYuArfFc5bnfQ9TF1 L/5z/gbPD1CQi7dT3LX3xwDHAEWkMsUODfRKOqU0svbNpaiVEsob3QvtAbsAnuI/8xIPTrq UwSdlNPGtn73abHyhra6aWg2Va38ExnEfw32/rOvxIYgarLBqkqaY06lLu37n9FeRrr7+3jNKud j70Dj814ZXUUp2O1L64LkDgctjfoi3ncNa9gtUxAgnSVKRWdebg5evSlNJ4DymFVa2d4H9eH gjLLSGhIqUfxTiMSxIWaIlIfEfSjDZvZIVdvjYyPfsdDoxTOC3+4fVJjxDIQ//+8IeB4CL68cOpF Mb8WxQ3R586Fxc1p90IHGJ1uxCvhFy+GGU/w7hEpAJFIXbg227C5x9R2Rdsnj4VXXfC5ryu plZmVNx6xQbsdIv83qINzREJaeBY/HTMViU8uxPewl1wDrfCYySWc3E7HYp7ewbfwFH6M 5IXhPosfkGwmKIux+fQCBuI9wT4HAvSTGUr3R1JCMc5EVLksmwRZOF/xjPOYLJ5CbfVE3 aS3dSvuDZVpfQ4D1NMEtGhT8IdGljsOVfG34zNkNqgIgpBnsDYlnvkDWUTOib5+FfaZ6Oils +KprY0SJpaZdjMxs8vOI84vcBOPOLH2aRYa5JJhIl3VI5/8v2AEtdZHVCX3OrxGfqhTFeiFdx 3+TxYdONA0XE3HxilQ+LdJSG4UGeSczKswPpm784FYri1QO7RIczk32I3KUu5iaODoluRl5 W2qTj1Fl5RFYpX/h1QSwcI2JdNJCAEAABoDAAAUEsDBBQACAAIAHpqZkAAAAAAAA AAAAAAAAAwAAAAcmVxX3h4eHh4eHh4LXh4eHgteHh4eC14eHh4LXh4eHh4eHh4eHh4 eC54bWwuc2lnxVRfTFNnFO9377m3f6hjo4Amg7ZD2BIW2nNbbikMsVRJ5pxxFgsrbmHl3lY MZDSluJnNaa+xJkzmko3pA5oubsKCMYRssjFnTGRv23KRMTNRAy8+zawwgyNuxq8NFHx 49 yb7vJuTnn/M75zsn5vt9Bhcvn9eWJlxP31xEtk1Q4DhWOMIQIRjTwfPlRlmH0nAZzVqNIUmG PosLGqWCSZQjDGALto0Ma+jGfo245i8UDwnosyObpSaFOCnqiMVu0R8hBPc/6gTcxPr9Qg Ka0oTUa1QH18mRcHVdH1RGhFEvSboPxWfWM+rF6xqom0+ikon6jfk9lXL2sXhLyMS8dxZ pyfLu3W3eHumPWLfVoXr9OENAtILpEEbGFmo6MWYWV1ET58Q782Jg5xPwqlIAI9eCFO nDAdqjWWKklgod63LCVSg0geKm3AiyaCjBDHtWtNLqeInVQC5soXglVVPeghEXLwzDRL rUZrVSzrJgJu0UDnqGrh9x/Gb0Le174s+P6PwdrYF7c8eVixcGBOW2AbZmvSM5e+WKiv+tD XdlgnUt3wvT6+7dH9iulp0Z+r571Tv2886xChlEhg/SGWH9xLgDLQAqfTxtlYMHi5WolPK97 kSccp2WZrAYUpnFPQSHkE9ftO5Gp2rGhhY6ZsXOJzx70FvrQkoY3wgYsPJx/s3HftTZ1ZjH V8oOys/HKxHRqczOG0wEWaMU3cU8ykGxO+NtjsUiN3S4jRvb2SKFoDAUboi20t2u/rbNLC nbao0G7JEfssiQ6XdWyw+WQUW4Lu8IoBttkt6MyLDollCplMYzOsFhlk6KdGP9kpWlCIJ7A +BF8acWDJGF/ctUuqTuS+dm6o2Hcmk1mEu7/3HKMvq5WKdgajXXQrmLo4PX0FCBKVYE BynAjfVIr06bkyc57jQ6r9GDrNTc+GP3oruferqVpnzV1sVc/HHD2D3AP52tD7zYtvXXsZOO9 q+7WIxN9DT3vNF38e6LP8+udpYeB84O9qU9/y8n9+q6gkCZ69z5KV4wf+x/59tgCWLM2kvt ww2pDrLB2i1BuZBFOyM0w1IkuAYVq0dmC9lUUhBKwhs3XYPMvO9hb7+UdUBv++K5p3 HB9oejmc6FXthmVS5vKs2VNHGVVuyX07SzfP3lac6vzx+avTvRZ7tv/LT7snbswVT5+fCZsH D7509tPjx16raHu/A3yzMwbDxajp6bnzvmCs4GzRccdjwBQSwcIh/Dc2JUDAAAYBQAAUEs BAhQAFAAIAAgAempmQNiXTSQgBAAAaAwAACwAAAAAAAAAAAAAAAAAAAAA AHJlcV94eHh4eHh4eC14eHh4LXh4eHgteHh4eC14eHh4eHh4eHh4eHgueG1sUEsBAhQAFA AIAAgAempmQIfw3NiVAwAAGAUAADAAAAAAAAAAAAAAAAAAegQAAHJlcV94eH h4eHh4eC14eHh4LXh4eHgteHh4eC14eHh4eHh4eHh4eHgueG1sLnNpZ1BLBQYAAAAAAg ACALgAAABtCAAAAAA=</ns4:BinaryData></ns4:AppDocument></ns4:MessageData></pg uPutOrderRequest></SOAP-ENV:Body></SOAP-ENV:Envelope> Пример файла req_guid.xml <Указать реально работающий(е) пример(ы) xmlфайла(ов)для кажого варианта использования, если есть отличия в структуре файла в зависимости от цели обращения или категории получателей>. <?xml version="1.0" encoding="utf-8"?><ns4:Form xmlns:ns2="http://smev.gosuslugi.ru/request/rev111111" xmlns:ns4="http://idecs.atc.ru/pgufg/ws/fgapc/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="FormData"> <ns4:mnemonic>6b7188e9-f3e9-4d66-9a6b-e84def9ccec5</ns4:mnemonic> <ns4:version>12345</ns4:version> <ns4:object> <ns4:code>Channals</ns4:code> <ns4:object> <ns4:code>Fpersonal</ns4:code> <ns4:object> <ns4:code>Check</ns4:code> <ns4:value>false</ns4:value> </ns4:object> <ns4:object> <ns4:code>FAdres</ns4:code> <ns4:value>119027, Москва город, Внуково поселок, 8 Марта улица, д. 1, кв. 1</ns4:value> <ns4:attrs> <ns4:entry> <ns4:key>region</ns4:key> <ns4:value>Москва город</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>town_code</ns4:key> 50 <ns4:value>77000000002</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>street</ns4:key> <ns4:value>8 Марта улица</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>building1</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>apartment</ns4:key> <ns4:value>1</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>building2</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>house</ns4:key> <ns4:value>1</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>city</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>district_code</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>post_index</ns4:key> <ns4:value>119027</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>region_code</ns4:key> <ns4:value>77000000000</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>city_code</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>town</ns4:key> <ns4:value>Внуково поселок</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>street_code</ns4:key> <ns4:value>770000000021033</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>district</ns4:key> 51 <ns4:value/> </ns4:entry> </ns4:attrs> </ns4:object> <ns4:object> <ns4:code>FEmail</ns4:code> <ns4:value>test@test.com</ns4:value> </ns4:object> <ns4:object> <ns4:code>FFam</ns4:code> <ns4:value>Иванов</ns4:value> </ns4:object> <ns4:object> <ns4:code>FName</ns4:code> <ns4:value>Иван</ns4:value> </ns4:object> <ns4:object> <ns4:code>FSurname</ns4:code> <ns4:value>Иванович</ns4:value> </ns4:object> <ns4:object> <ns4:code>FTel</ns4:code> <ns4:value>123456789</ns4:value> </ns4:object> <ns4:object> <ns4:code>INN</ns4:code> <ns4:value>11111111</ns4:value> </ns4:object> </ns4:object> <ns4:object> <ns4:code>Upload</ns4:code> <ns4:object> <ns4:code>File</ns4:code> <ns4:attrs> <ns4:entry> <ns4:key>mimeType</ns4:key> <ns4:value/> </ns4:entry> </ns4:attrs> </ns4:object> </ns4:object> </ns4:object> <ns2:AppliedDocuments> <ns2:AppliedDocument ns2:ID="appDocs.fieldUpload"> <ns2:CodeDocument>appDocs.fieldUpload</ns2:CodeDocument> <ns2:Name>Image.JPG</ns2:Name> <ns2:URL>Image.JPG<</ns2:URL> <ns2:Type>application/octet-stream</ns2:Type> </ns2:AppliedDocument> </ns2:AppliedDocuments> </ns4:Form> 52 Пример блока AppData в случае отмены заявления: < AppData> <cancelRequest> <orderId>12345678 </orderId> <reason></reason> </cancelRequest> </AppData> 11.1.5 Пример ответа электронного сервиса на успешный запрос <В данном разделе необходимо привести примеры успешного и отрицательного ответа сервиса ФОИВ на запрос с ЕПГУ для каждой функции сервиса/метода сервиса (подача, отмена, редактирование заявки, запрос за данными и т.д.) Сервис ведомства для работы с ЕПГУ с ЭП в части сообщения, посылаемого в ответ на заявление, поступающее с Портала, должен удовлетворять следующим требованиям: 1. В блоке appData должна содержаться только служебная информация для обновления информации заявки. Xsd-схема блока приложена ниже: <xsd:element name="changeOrderInfo"> <xsd:complexType> <xsd:annotation> <xsd:documentation> Информация для изменения статуса заявки в ЛК </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="orderId"> <xsd:annotation> <xsd:documentation> Cтатус заявки </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:choice> <xsd:element name="pguId" type="xsd:string"> <xsd:annotation> <xsd:documentation> Id заявки на портале </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="orgId" type="xsd:string"> <xsd:annotation> <xsd:documentation> Id заявки в ведомстве </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:complexType> </xsd:element> 53 <xsd:element name="statusCode"> <xsd:annotation> <xsd:documentation> Новый статус заявки </xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:choice> <xsd:element name="orgCode" type="xsd:string"> <xsd:annotation> <xsd:documentation> Код статуса ведомства </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="techCode" type="xsd:string"> <xsd:annotation> <xsd:documentation> Код статуса ЕПГУ </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:complexType> </xsd:element> <xsd:element name="comment" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> Комментарий </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="cancelAllowed" type="xsd:boolean" minOccurs="0"> <xsd:annotation> <xsd:documentation> Возможность отмены </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> Перечень кодов статусов ЕПГУ, который может быть передан в тэге techCode, приведен в Таблице 6. 2. Иную информацию (специфические данные, файлы-ответы для заявления) необходимо передавать в архиве в тэге binaryData 3. Все элементы архива в тэге binaryData должны находиться в корне – архив не должен содержать вложенных директорий 4. В архиве в тэге binaryData (в случае, если он не пуст) обязательно должен содержаться xml-файл archive-description.xml с описанием элементов архива. Xsd схема файла приведена ниже: <xsd:complexType name="FileDescription"> 54 <xsd:sequence> <xsd:element name="name" type="xsd:string"> <xsd:annotation> <xsd:documentation> Имя файла в архиве (с расширением) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="code" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> Код файла </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="contentType" type="xsd:string"> <xsd:annotation> <xsd:documentation> тип файла (например: application/xml ) </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="hash" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation> hash файла </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:element name="archiveDescription"> <xsd:complexType> <xsd:annotation> <xsd:documentation> Описание файлов архива </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="fileDescriptions" type="FileDescription" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation> Описание файлов </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> 55 <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-secext1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd"> <wsse:BinarySecurityToken EncodingType="http://docs.oasisopen.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-profile1.0#X509v3" wsu:Id="X5091B35CBD59A7D4491CC13310292239356">MIIDgTCCAzCgAwIBAgIKWWiyqAAAAAACo TAIBgYqhQMCAgMweTEXMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYT AlJVMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoN C+0YHRgtC10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwODE wMDY1NTAwWhcNMTIwODEwMDcwNDAwWjBkMQswCQYDVQQGEwJSVTFVMFMG A1UEAx5MBCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOgQwBEIAIA QtBB8ALQQeBBIAIAQgBD4EQQQ6BD4EPAQ9BDAENAQ3BD4EQDBjMBwGBiqFAwIC EzASBgcqhQMCAiQABgcqhQMCAh4BA0MABECow3848wxC8lsn72vX/H06BPE1TaX2LX 2c4QdZA1rxLaDgwKTElW+LCCWnPjYIjxNYfN6wdoIkmLDZOeBC081Po4IBqzCCAacwCw YDVR0PBAQDAgTwMCYGA1UdJQQfMB0GByqFAwICIgYGCCsGAQUFBwMCBggrBgE FBQcDBDAdBgNVHQ4EFgQUATbe5nDTPLeo8mvbt6aGlvuKFlIwHwYDVR0jBBgwFoAU3 FNp0mLQ2/bwWr2CT1PAxNXwP1cwZgYDVR0fBF8wXTBboFmgV4ZVaHR0cDovL2QwM HBndWNlcnQwMS4wMC5lZ292LmxvY2FsL3JhL2NkcC9kYzUzNjlkMjYyZDBkYmY2ZjA1 YWJkODI0ZjUzYzBjNGQ1ZjAzZjU3LmNybDCBkwYIKwYBBQUHAQEEgYYwgYMwOw YIKwYBBQUHMAGGL2h0dHA6Ly9kMDBwZ3VjZXJ0MDEuMDAuZWdvdi5sb2NhbC9vY 3NwL29jc3Auc3JmMEQGCCsGAQUFBzAChjhodHRwOi8vZDAwcGd1Y2VydDAxLjAwLm Vnb3YubG9jYWwvcmEvY2RwL3Rlc3RfY2FfcnRrLmNydDAyBgkrBgEEAYI3FQoEJTAjM AkGByqFAwICIgYwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwCAYGKoUDAgIDA 0EA2n6yju1A9FH51VIg8LaKCatZM5WcBf7xPGV4Vvlgh5dT9MM4X4PEjUV1d1a2+MSNQ NTm+f5ZrKeK8JTWCw+07Q==</wsse:BinarySecurityToken> <ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> <ds:SignedInfo> <ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-excc14n#"/> <ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#gostr34102001-gostr3411"/> <ds:Reference URI="#id-1"> <ds:Transforms> <ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/> <ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#envelopedsignature"/> </ds:Transforms> <ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#gostr3411"/> <ds:DigestValue>Sdtd+MrDFadioV/cB31qod3cYjydlu7RwYFTSpJqD18=</ds:DigestValue> </ds:Reference> </ds:SignedInfo> <ds:SignatureValue>NQdeo92hyjIH2C/r5Cj75/r8DnR3TBzrj3yTGaI2W2AIpjH1Hs+BZHHjE4 e4R9n8dw3RxuPr1OyT zZwI2tn0uA==</ds:SignatureValue> <ds:KeyInfo> 56 <wsse:SecurityTokenReference wsu:Id="STR1B35CBD59A7D4491CC13310292239355"> <wsse:Reference URI="#X509-1B35CBD59A7D4491CC13310292239356" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile1.0#X509v3"/> </wsse:SecurityTokenReference> </ds:KeyInfo> </ds:Signature> </wsse:Security> </soap:Header> <soap:Body wsu:Id="id-1" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401wss-wssecurity-utility-1.0.xsd"> <pguPutOrderResponse xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns:ns3="http://www.w3.org/2004/08/xop/include" xmlns:ns4="http://smev.gosuslugi.ru/rev120315" xmlns:ns5="http://rsoc.ru/services/pgu" xmlns:ns6="http://smev.gosuslugi.ru/rev110801"> <ns4:message> <ns4:Sender> <ns4:Code>RSOC01001</ns4:Code> <ns4:Name>ЕИС Роскомнадзора</ns4:Name> </ns4:Sender> <ns4:Recipient> <ns4:Code>IPGU02001</ns4:Code> <ns4:Name>ЕПГУ</ns4:Name> </ns4:Recipient> <ns4:Originator> <ns4:Code>IPGU02001</ns4:Code> <ns4:Name>ЕПГУ</ns4:Name> </ns4:Originator> <ns4:ServiceName>RSOCroskomnadzor01</ns4:ServiceName> <ns4:TypeCode>GSRV</ns4:TypeCode> <ns4:Status>ACCEPT</ns4:Status> <ns4:Date>2012-03-06T13:20:23.828+03:00</ns4:Date> <ns4:RequestIdRef>0</ns4:RequestIdRef> <ns4:OriginRequestIdRef/> <ns4:ServiceCode>10000038247</ns4:ServiceCode> <ns4:CaseNumber>12345678</ns4:CaseNumber> <ns4:ExchangeType>1</ns4:ExchangeType> </ns4:message> <ns4:messageData> <ns4:AppData> <ns5:changeOrderInfo> <orderId> <pguId>12345678</pguId> </orderId> <statusCode> <techCode>2</techCode> </statusCode> <comment>Заявление передано в информационную систему Роскомнадзора</comment> <cancelAllowed>false</cancelAllowed> </ns5:changeOrderInfo> 57 </ns4:AppData> </ns4:messageData> </pguPutOrderResponse> </soap:Body> </soap:Envelope> Пример ответа электронного сервиса в случае успешной отмены заявления: < AppData> <cancelResponse> <orderId>12345678</orderId> <result>CANCELLED </result> <comment>Ваше заявление отменено и не будет рассматриваться</comment> </cancelResponse> </AppData> Пример ответа электронного сервиса в случае отказа заявителю в отмене заявления: < AppData> <cancelResponse> <orderId>12345678</orderId> <result>REJECTED</result> <comment>В отмене заявления отказано, так как уже выпущен приказ о выдаче лицензии</comment> </cancelResponse> </AppData> 11.1.6 Критерии работоспособности электронного сервиса <Привести критерии работоспособности электронного сервиса>. В случае если по результатам автоматического опроса СМЭВ электронного сервиса ответ не получен в течение 60 секунд, сервис считается неработоспособным. В случае если на тестовый запрос от ЕПГУ в течение 60 секунд не получен успешный тестовый ответ, сервис считается неработоспособным. 58 12 ТРЕБОВАНИЯ К ПРОЦЕССУ ОПЛАТЫ УСЛУГИ <В данном разделе указываются специфические требования к процессу оплаты услуги в случае, если процесс оплаты услуги отличается от стандартной технологии оплаты государственных услуг в соответствии с Правилами оказания информационных услуг Федеральным Казначейством. В случае если требования к процессу оплаты не предъявляются необходимо указать следующий текст: Требования к процессу оплаты не предъявляются.> Процесс оплаты услуги соответствует стандартной технологии оплаты государственных услуг в соответствии с Правилами оказания информационных услуг Федеральным Казначейством, и реализуется в соответствии со схемой, приведенной на рис. 2,3. 59 13 ПОРЯДОК УСЛУГИ КОНТРОЛЯ И ПРИЕМКИ Контроль и приемка услуги должны выполняться в 2 этапа: I. Согласование разработанной формы заявления на оказание государственной услуги в электронном виде, размещенной на тестовом ЕПГУ. II. Тестирование интеграционного взаимодействия тестового ЕПГУ и тестовой среды ИС ФОИВ при заказе и предоставлении результата оказания государственной услуги в электронном виде: 1. Подача заявления на оказание услуги под учетными данными метапользователя (п. 13.1). 2. Передача заявления с тестового ЕПГУ в тестовую среду ИС ФОИВ с прохождением полного цикла обработки в тестовой среде ИС ФОИВ. 3. Проверка соответствия заявления контрольному примеру (п. 11.1.5). 4. Передача результата оказания услуги с тестовой среды ИС ФОИВ на тестовый ЕПГУ. 5. Проверка соответствия результата оказания услуги контрольному примеру (п. 11.1.6). 13.1 Установочные данные мета-пользователя <Необходимо указать учетные и иные данные мета-пользователя ЕПГУ, под которыми будет проверяться корректность заказа и оказания электронной услуги (ФИО, СНИЛС, ИНН, ОГРН, паспортные данные, номер транспортного средства, серия и номер водительского удостоверения, номер лицензии и т.д. )>. Заказ услуги осуществляется для пользователя ЕПГУ со следующими данными: Атрибут Значение 13.2 Требования к тестовой среде ИС ФОИВ Проверка работоспособности заказа и оказания электронной услуги должна проверяться на тестовых средах ИС ФОИВ: ip-адрес тестовой среды ИС ФОИВ, на которой размещен электронный сервис приема заявлений с ЕПГУ: <указать требуемую информацию>. ip-адрес тестовой среды ИС ФОИВ и порт приложения, с которого будут поступать запросы на обновление статусов заявления / ответы ФОИВ: <указать требуемую информацию>. 13.3 Требования к тестовому электронному сервису Проверка работоспособности заказа и оказания электронной услуги должна проверяться на тестовом электронном сервисе: URL к электронному сервису: <указать требуемую информацию>. URL к WSDL: <указать требуемую информацию>. Методы тестового электронного сервиса не должны отличаться от методов рабочего электронного сервиса. 60 13.4 Контрольный пример заполнения заявления <Необходимо описать критерии оценки, позволяющие проверить функционирование созданной Формы и возможность подачи заявления>. Контрольный пример правильного заполнения всех полей формы, на котором можно будет проверить функционирование созданной Формы, представлен графе «Пример» Таблицы 2. Контрольный пример вызова электронного сервиса, подтверждающий функционирование созданной формы, представлен в п. 11.1.5. 13.5 Контрольный пример результата оказания услуги <Необходимо описать критерии оценки, позволяющие проверить функционирование созданной Формы и возможность получения результата оказания услуги на ЕПГУ>. Контрольный пример ответа электронного сервиса, подтверждающий корректность обработки заявления в ФОИВ и возможность получения результата оказания услуги на ЕПГУ, представлен в п. 11.1.6. 61 14 ПОРЯДОК АВТОМАТИЗИРОВАННОЙ ПРОВЕРКИ КОРРЕКТНОСТИ ЗАКАЗА И ОКАЗАНИЯ ЭЛЕКТРОННОЙ УСЛУГИ Автоматизированная проверка корректности заказа и оказания электронной услуги должна выполняться в 2 этапа: I. Проверка корректности заказа услуги на продуктивном ЕПГУ: 1. Подача заявления на оказание услуги на продуктивном ЕПГУ под учетными данными мета-пользователя, указанными в п. 13.1. 2. Передача заявления с продуктивного ЕПГУ в продуктивную среду ИС ФОИВ. 3. Проверка соответствия заявления контрольному примеру (п. 11.1.5). II. Проверка корректности результата оказания услуги на продуктивном ЕПГУ: 1. Формирование на стороне ФОИВ тестового ответа на заявление метапользователя. 2. Передача результата оказания услуги с продуктивной среды ИС ФОИВ на продуктивный ЕПГУ. 3. Проверка соответствия результата оказания услуги контрольному примеру (п. 11.1.6). Примечание: Все запросы от мета-пользователя на стороне ФОИВ интерпретируются как тестовые. 14.1 Контрольный пример заполнения заявления <Необходимо описать критерии оценки, позволяющие проверить функционирование созданной Формы и возможность подачи заявления>. Контрольный пример правильного заполнения всех полей формы, на котором можно будет проверить функционирование созданной Формы, представлен графе «Пример» Таблицы 2. Заполнение Формы должно осуществляться по нажатию кнопки «Показать пример заполнения». Контрольный пример вызова электронного сервиса, подтверждающий функционирование созданной формы, представлен в п. 11.1.5. 14.2 Контрольный пример результата оказания услуги <Необходимо описать критерии оценки, позволяющие проверить функционирование созданной Формы и возможность получения результата оказания услуги на ЕПГУ>. Контрольный пример ответа электронного сервиса, подтверждающий корректность обработки заявления в ФОИВ и возможность получения результата оказания услуги на ЕПГУ, представлен в п. 11.1.6. 62 15 КОНТАКТЫ ПРЕДСТАВИТЕЛЕЙ РАЗРАБОТЧИКОВ ИС ФОИВ ФОИВ, <В данном разделе в обязательном порядке указываются контакты как представителей ФОИВ, ответственных за оказание государственных услуг, так и контакты разработчиков ИС ФОИВ> Таблица 7 Контакты разработчиков ИС ФОИВ для обсуждения технических вопросов и тестирования Организация Должность Фамилия, имя, Телефон Адрес отчество электронной почты ФОИВ Компанияразработчик ИС ФОИВ 63 ПРИЛОЖЕНИЕ 1. КЛАССИФИКАТОРЫ СПРАВОЧНИКИ И <В данном разделе указываются информация о справочниках и их значениях, используемых при заказе услуг на ЕПГУ. Стандартные общероссийские справочники ЕПГУ, не требующие описания в ТЗ: КЛАДР, ОКАТО; ОКСМ; справочник типов документов, удостоверяющих личность. В базу данных ЕПГУ импортируются статичные справочники, не требующего частого обновления. Значения динамических и часто обновляемых справочников ФОИВ передаются в поля интерактивной формы с использованием сервиса ФОИВ>. Для асинхронного режима работы ЕПГУ (дает возможность ИС ФОИВ получать заявления с портала в асинхронном режиме) рекомендуется справочники вести в системе ЕСНСИ. Методические рекомендации по работе с сервисами ЕСНСИ и регламент взаимодействия с ЕСНСИ расположены по адресу http://nsi.gosuslugi.ru. Асинхронный режим работы ЕПГУ представляет собой следующее: В Личном кабинете реализована очередь для отправки заявлений на получение государственных услуг в СМЭВ. Заявитель заполняет все шаги интерактивной формы заявления и нажимает на кнопку «Подать заявление». Выполняется постановка заявления в очередь на отправку в СМЭВ, заявлению присваивается статус «Заявление принято Порталом». В соответствии с установленной периодичностью выполняются попытки отправить заявление в СМЭВ. В случае успешной отправки заявления в СМЭВ на ЕПГУ дальнейшие действия с заявлением прекращаются до получения результата отправки от СМЭВ. Гарантированная доставка заявления в ИС ведомства реализовано в СМЭВ. В ЛК разработан веб-сервис для приема статусов и результатов отправки заявлений от СМЭВ. В случае успешной отправки заявления в ИС ведомства статус заявления изменяется на полученный в ответе ИС ведомства. Если ответ ведомства не предусматривает передачу статуса заявления, то статус меняется на «Принято ведомством». В случае, если СМЭВ не удалось доставить заявление в ведомство, его статус меняется на «Ошибка отправки в ведомство». Если на ЕПГУ не удалось за установленное число максимальных попыток отправить заявление в СМЭВ, то у такого заявления устанавливается служебный признак «Невозможно отправить в СМЭВ». Дальнейшие попытки отправки в СМЭВ прекращаются.>. Таблица 8 Используемые справочники и классификаторы Наименование Код позиции Наименование позиции справочника справочника справочника Справочник 64 Наименование Код позиции справочника справочника Справочник регионов Наименование позиции справочника Республика Адыгея Республика Башкортостан Республика Бурятия Республика Алтай Республика Дагестан 01 02 03 04 05 … <Для информации в данном Приложении 1 приведен принцип использования на интерактивных формах справочника КЛАДР, позволяющий стандартизировать работу с адресом от ввода данных до формирования xml. На форме возможно реализовать функцию переключения между режимами ручного ввода адреса и выбора адреса из КЛАДР (радио-кнопка «Выбрать из справочника», «Ввести вручную». 1. Опция «Ввести вручную». Заполняется одно из полей «Город» или «Населенный пункт». 65 Рисунок 1 2. Опция «Выбрать из справочника». 66 Рисунок 2 На интерактивной форме в поле «Город/Населенный пункт»: заявитель последовательно выбирает регион, район, город/населённый пункт$ отображается непосредственно город/населенный пункт; в xml записываются все выбранные в КЛАДР элементы: <ns4:object> 67 <ns4:code>FAdres</ns4:code> <ns4:value>119027, Москва город, Внуково поселок, 8 Марта улица, д. 1, кв. 1</ns4:value> <ns4:attrs> <ns4:entry> <ns4:key>region</ns4:key> <ns4:value>Москва город</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>town_code</ns4:key> <ns4:value>77000000002</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>street</ns4:key> <ns4:value>8 Марта улица</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>building1</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>apartment</ns4:key> <ns4:value>1</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>building2</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>house</ns4:key> <ns4:value>1</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>city</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>district_code</ns4:key> <ns4:value/> </ns4:entry> <ns4:entry> <ns4:key>post_index</ns4:key> <ns4:value>119027</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>region_code</ns4:key> <ns4:value>77000000000</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>city_code</ns4:key> <ns4:value/> </ns4:entry> 68 <ns4:entry> <ns4:key>town</ns4:key> <ns4:value>Внуково поселок</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>street_code</ns4:key> <ns4:value>770000000021033</ns4:value> </ns4:entry> <ns4:entry> <ns4:key>district</ns4:key> <ns4:value/> </ns4:entry> </ns4:attrs> </ns4:object> При выборе опции «Улицы нет в справочнике (КЛАДР)» возможен ручной ввод улицы.> 69 ПРИЛОЖЕНИЕ 2. ОПИСАНИЕ ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ ОБРАБОТКИ ЗАЯВЛЕНИЯ В ФОИВ <В данном приложении необходимо описать процессы и порядок обработки заявлений внутри ФОИВ. Необходимо указать: · способ обработки заявления в ФОИВ: в информационной системе / без использования ИС (вручную), либо заявка доставляется на электронный адрес ФОИВ; · способ предоставления результата оказания услуги (в электронном виде на ЕПГУ, на электронный адрес, на почтовый адрес, либо заявитель должен явиться за результатом в ФОИВ); · в случае если заявитель должен явиться в ФОИВ за результатом оказания услуги, необходимо указать перечень и вид документов (оригинал, копия, заверенная копия), которые заявитель должен предоставить для получения результата оказания услуги). К описанию можно приложить общую схему взаимодействий в ходе оказания услуги и схему состояний заявления гражданина в ИС ФОИВ>. <Пример схемы состояний> Диаграмма состояний заявления Отправлено в ведомство Принято от заявителя Промежуточные результаты от ведомства Исполнено Отказ Отменено Рисунок 6 Схема состояний 70 ПРИЛОЖЕНИЕ 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> 71 </wsdl:binding> <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> 72 <xsd:complexType name="Error"> <xsd:annotation> <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> 73 <xsd:documentation>сумма платежа</xsd:documentation> </xsd:annotation> </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> 74 ПРИЛОЖЕНИЕ 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-200401wss-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/oasis200401-wss-wssecurity-utility-1.0.xsd" EncodingType="http://docs.oasisopen.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-tokenprofile-1.0#X509v3" wsu:Id="CertId-F063ACF1248897FD5D134520270088188" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext1.0.xsd">MIIDbzCCAx6gAwIBAgIKZQ60ygAAAAAC7TAIBgYqhQMCAgMweTE XMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYTAlJVMRUwEwYD 75 VQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgt C10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwOTA2 MDk0NDAwWhcNMTIwOTA2MDk1MzAwWjBSMQswCQYDVQQGEwJSVTFDM EEGA1UEAx46BCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOg QwBEIAIAQtBB8ALQQeBBIAIAQfBBMEIzBjMBwGBiqFAwICEzASBgcqhQMCA iQABgcqhQMCAh4BA0MABEDv2So634BhaUi+RhY9+bF6mHk2BKlxnvKz97sD7R TtGWp+AVXV7sLfv3LWhhYPvvOUKjohBlgCadh9fAbRCtUeo4IBqzCCAacwCwY DVR0PBAQDAgTwMCYGA1UdJQQfMB0GByqFAwICIgYGCCsGAQUFBwMCBg grBgEFBQcDBDAdBgNVHQ4EFgQU42i4wK4uMl1XC7P5H5vpw7q+GzswHwYDV R0jBBgwFoAU3FNp0mLQ2/bwWr2CT1PAxNXwP1cwZgYDVR0fBF8wXTBboFmg V4ZVaHR0cDovL2QwMHBndWNlcnQwMS4wMC5lZ292LmxvY2FsL3JhL2NkcC9k YzUzNjlkMjYyZDBkYmY2ZjA1YWJkODI0ZjUzYzBjNGQ1ZjAzZjU3LmNybDCBk wYIKwYBBQUHAQEEgYYwgYMwOwYIKwYBBQUHMAGGL2h0dHA6Ly9kMD BwZ3VjZXJ0MDEuMDAuZWdvdi5sb2NhbC9vY3NwL29jc3Auc3JmMEQGCCsGA QUFBzAChjhodHRwOi8vZDAwcGd1Y2VydDAxLjAwLmVnb3YubG9jYWwvcmEv Y2RwL3Rlc3RfY2FfcnRrLmNydDAyBgkrBgEEAYI3FQoEJTAjMAkGByqFAwICIg YwCgYIKwYBBQUHAwIwCgYIKwYBBQUHAwQwCAYGKoUDAgIDA0EABvUit mcWWEMvbWNiL29/t03sC3kibVzJsg8vM69f2MZBIqRB9DMquHyWqfQDFxHt3Nk WaWra0/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-excc14n#"/> <ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#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/xmldsigmore#gostr3411"/> <ds:DigestValue>put8bskGUiVhCe1kj/oQaXFinw8g/yHu9oak+TDD+wI=</ds:Digest Value> </ds:Reference> </ds:SignedInfo> <ds:SignatureValue> 3tWLsjqpHMpHbEreVu98Y08t1iC9TiFbH/2UvrPe0P9JiNHZustchTZZBU613Ewl9Rq /+QWLAMuM oYwHYqtJqA== </ds:SignatureValue> <ds:KeyInfo Id="KeyId-F063ACF1248897FD5D134520270088189"> <wsse:SecurityTokenReference xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="STRIdF063ACF1248897FD5D134520270088190" xmlns:wsse="http://docs.oasisopen.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-tokenprofile-1.0#X509v3" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis200401-wss-wssecurity-secext-1.0.xsd"/> </wsse:SecurityTokenReference> </ds:KeyInfo> </ds:Signature> 76 </wsse:Security> </soap:Header> <soap:Body xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wsswssecurity-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> <asString>CmBPwiTZhiePQQZMu5iL</asString> </value> </simple> 77 </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-wssecuritysecext-1.0.xsd"> <wsse:BinarySecurityToken EncodingType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" 78 ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-tokenprofile-1.0#X509v3" wsu:Id="CertId-CD1468E8CFAF50D2DF134692441689986944" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility1.0.xsd">MIIDeTCCAyigAwIBAgIKXGiuyQAAAAADVDAIBgYqhQMCAgMweTE XMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYTAlJVMRUwEwYD VQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgt C10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwOTI5M TM1ODAwWhcNMTIwOTI5MTQwNzAwWjBcMQswCQYDVQQGEwJSVTFNMEs GA1UEAx5EBCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOgQ wBEIAIAQtBB8ALQQeBBIAIAQhBBgEIAAgBB4EGAQSADQwYzAcBgYqhQMC AhMwEgYHKoUDAgIkAAYHKoUDAgIeAQNDAARA3UU3yOXxe2QHoShTjkvoI ujb+LU19zfyuqS6Bdd6e+GnffIUbfZWIeuTIag+jRHZ20+EWb2P6LI+ITaPxLr+SaOC AaswggGnMAsGA1UdDwQEAwIE8DAmBgNVHSUEHzAdBgcqhQMCAiIGBggrBg EFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFB/AiRO8IAcXDZrxM9ZXY 64IKVk9MB8GA1UdIwQYMBaAFNxTadJi0Nv28Fq9gk9TwMTV8D9XMGYGA1U dHwRfMF0wW6BZoFeGVWh0dHA6Ly9kMDBwZ3VjZXJ0MDEuMDAuZWdvdi5sb 2NhbC9yYS9jZHAvZGM1MzY5ZDI2MmQwZGJmNmYwNWFiZDgyNGY1M2Mw YzRkNWYwM2Y1Ny5jcmwwgZMGCCsGAQUFBwEBBIGGMIGDMDsGCCsGAQ UFBzABhi9odHRwOi8vZDAwcGd1Y2VydDAxLjAwLmVnb3YubG9jYWwvb2NzcC 9vY3NwLnNyZjBEBggrBgEFBQcwAoY4aHR0cDovL2QwMHBndWNlcnQwMS4w MC5lZ292LmxvY2FsL3JhL2NkcC90ZXN0X2NhX3J0ay5jcnQwMgYJKwYBBAGC NxUKBCUwIzAJBgcqhQMCAiIGMAoGCCsGAQUFBwMCMAoGCCsGAQUFBw MEMAgGBiqFAwICAwNBAKX+gljDSTjyTyUbJvh/VvU5SCThfKZTMta4kqGOW Ml7yqrjVshvGq+CpLjEgzVjLsLufHTIvpNOwGv+COFI4H0=</wsse:BinarySecurityT oken> <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-excc14n#"/> <ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#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/xmldsigmore#gostr3411"/> <ds:DigestValue>48b0r1A+0swUYYg9Q/lliXLXFtp+/xXPrKremgWb3X0=</ds:Diges tValue> </ds:Reference> </ds:SignedInfo> <ds:SignatureValue>S62sLa60/ARElCs33nUG7bnOM4KVrShiFsxHuM51yvBA/E67r SPt7kU/JONaOqhK/IFhJihXojD8 ea043oVOHg==</ds:SignatureValue> <ds:KeyInfo Id="KeyId-CD1468E8CFAF50D2DF134692441689986945"> <wsse:SecurityTokenReference wsu:Id="STRIdCD1468E8CFAF50D2DF134692441689986946" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"> 79 <wsse:Reference URI="#CertId-CD1468E8CFAF50D2DF134692441689986944" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-tokenprofile-1.0#X509v3"/> </wsse:SecurityTokenReference> </ds:KeyInfo> </ds:Signature> </wsse:Security> </soap:Header> <soap:Body wsu:Id="id-57964" xmlns:wsu="http://docs.oasisopen.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</ value> <parentValue/> <title>result</title> 80 <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-wssecuritysecext-1.0.xsd"> <wsse:BinarySecurityToken EncodingType="http://docs.oasisopen.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-tokenprofile-1.0#X509v3" wsu:Id="CertId-CD1468E8CFAF50D2DF134692443532486947" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility1.0.xsd">MIIDeTCCAyigAwIBAgIKXGiuyQAAAAADVDAIBgYqhQMCAgMweTE XMBUGCSqGSIb3DQEJARYIY2FAcnQucnUxCzAJBgNVBAYTAlJVMRUwEwYD VQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgt C10LvQtdC60L7QvDEUMBIGA1UEAxMLUlRLIFRlc3QgQ0EwHhcNMTEwOTI5M TM1ODAwWhcNMTIwOTI5MTQwNzAwWjBcMQswCQYDVQQGEwJSVTFNMEs GA1UEAx5EBCIENQRBBEIEPgQyBEsEOQAgBEEENQRABEIEOAREBDgEOgQ wBEIAIAQtBB8ALQQeBBIAIAQhBBgEIAAgBB4EGAQSADQwYzAcBgYqhQMC AhMwEgYHKoUDAgIkAAYHKoUDAgIeAQNDAARA3UU3yOXxe2QHoShTjkvoI ujb+LU19zfyuqS6Bdd6e+GnffIUbfZWIeuTIag+jRHZ20+EWb2P6LI+ITaPxLr+SaOC AaswggGnMAsGA1UdDwQEAwIE8DAmBgNVHSUEHzAdBgcqhQMCAiIGBggrBg EFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFB/AiRO8IAcXDZrxM9ZXY 64IKVk9MB8GA1UdIwQYMBaAFNxTadJi0Nv28Fq9gk9TwMTV8D9XMGYGA1U dHwRfMF0wW6BZoFeGVWh0dHA6Ly9kMDBwZ3VjZXJ0MDEuMDAuZWdvdi5sb 2NhbC9yYS9jZHAvZGM1MzY5ZDI2MmQwZGJmNmYwNWFiZDgyNGY1M2Mw YzRkNWYwM2Y1Ny5jcmwwgZMGCCsGAQUFBwEBBIGGMIGDMDsGCCsGAQ UFBzABhi9odHRwOi8vZDAwcGd1Y2VydDAxLjAwLmVnb3YubG9jYWwvb2NzcC 9vY3NwLnNyZjBEBggrBgEFBQcwAoY4aHR0cDovL2QwMHBndWNlcnQwMS4w MC5lZ292LmxvY2FsL3JhL2NkcC90ZXN0X2NhX3J0ay5jcnQwMgYJKwYBBAGC NxUKBCUwIzAJBgcqhQMCAiIGMAoGCCsGAQUFBwMCMAoGCCsGAQUFBw MEMAgGBiqFAwICAwNBAKX+gljDSTjyTyUbJvh/VvU5SCThfKZTMta4kqGOW Ml7yqrjVshvGq+CpLjEgzVjLsLufHTIvpNOwGv+COFI4H0=</wsse:BinarySecurityT oken> <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-excc14n#"/> <ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#gostr34102001-gostr3411"/> 81 <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/xmldsigmore#gostr3411"/> <ds:DigestValue>6VfcEDktiWYLr42vPfWNqYvYV8GaBaKaqr/wFC3cryE=</ds:Dige stValue> </ds:Reference> </ds:SignedInfo> <ds:SignatureValue>1XauwjfQYpC9k5dF5MpykEtynK8sY+Ww/B5CHU4tdTxIb9L+ 5PW4k7FvkNts8TvAnLGEvoc22/Sd vgqS+f7dxg==</ds:SignatureValue> <ds:KeyInfo Id="KeyId-CD1468E8CFAF50D2DF134692443532486948"> <wsse:SecurityTokenReference wsu:Id="STRIdCD1468E8CFAF50D2DF134692443532486949" xmlns:wsu="http://docs.oasisopen.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-tokenprofile-1.0#X509v3"/> </wsse:SecurityTokenReference> </ds:KeyInfo> </ds:Signature> </wsse:Security> </soap:Header> <soap:Body wsu:Id="id-57966" xmlns:wsu="http://docs.oasisopen.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:35.000Z</Date> <ExchangeType>1</ExchangeType> 82 <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> 83 ПРИЛОЖЕНИЕ 5. УТОЧНЕНИЕ ПЕРЕЧНЯ ЦЕЛЕЙ И ID ЦЕЛЕЙ. Перечень целей для процедуры услуги, можно найти в Федеральном реестре, в карточке процедуры, перечень целей приведен во вкладке «Цели обращения»: 84 Для уточнения Id цели обращения можно: 1. Зайти на портал gosuslugi.ru, выбрать «Федеральные органы власти»: 2. С помощью Ctrl+F, найти в каталоге нужное ведомство: 85 3. Выбрать услугу в перечне: 86 4. Откроется карточка услуги. Справа под заголовком «Смежные услуги» приведен полный перечень всех целей услуги, нужно выбрать цель, в соответствии с Федеральным реестром, убедится, что цель указана для процедуры, наименование которой совпадает с указанным в Федеральном реестре: 87 Id цели обращения можно увидеть в адресной строке браузера, например для выбранной цели Id=10000038247. Id цели может использоваться при вызове веб-вервиса ФОИВ и, согласно Методическим рекомендациям по разработке электронных сервисов версии 2.5.5, указывается в блоке Message для параметра ServiceCode. Приложение 5 не включается в состав Технического задания и должно быть удалено. 88 СОСТАВИЛИ Наименование организации, предприятия Должность исполнителя Фамилия, имя, отчество Подпись Дата Подпись Дата СОГЛАСОВАНО Наименование организации, предприятия Должность исполнителя Фамилия, имя, отчество 89 ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ № версии док-та Дата изменения Автор изменений Изменения 4.0 16.08.2013 Начальная версия. 4.1 27.08.2013 Документ доработан. Изменен и расширен глоссарий терминов. Обновлены ссылки на правовые документы и информационные ресурсы по взаимодействию с ЕПГУ и ФК. Блок 3: Разъяснен механизм именования ИФ ЕПГУ. Блок 4: Скорректированы общие требования к форме, а также требования к браузерам. Блок 5: Скорректирован пример заполнения Таблицы 1. Более подробно расписан блок адресной информации при использовании виджета КЛАДР. Описаны наиболее часто используемые варианты ФЛК. Блок 6: Скорректирован пример заполнения связей. Блок 7: Скорректирован пример заполнения взаимосвязей блоков формы Блок 8.2: Удален устаревший макет результата оказания услуги. Блок 11: Прокомментированы требования к сервису (методам сервиса), требования к примерам вызова и ответа от сервиса Приложение 14: Приведены примеры запроса/ответа на резервирование времени при реализации электронной очереди на ЕПГУ. 90
