ds:Transforms - Портал пользователей СМЭВ

Приложение 4.2
к Протоколу заседания Консультативного совета
по вопросам развития и эксплуатации инфраструктуры
электронного правительства при Министерстве
связи и массовых коммуникаций Российской Федерации
от 25 декабря 2013 г. № _____
Проект
Технические требования к интеграции информационных
систем органов власти с единой системой
межведомственного электронного взаимодействия в
рамках процесса электронной предварительной записи на
приём при предоставлении государственных и
муниципальных услуг.
Версия 1.2.11 от 11.03.2014 г.
Москва 2014
Содержание
1.
2.
3.
4.
Глоссарий ....................................................................................................................................................... 4
Общие положения ..................................................................................................................................... 5
Введение ......................................................................................................................................................... 6
Техническое взаимодействие ............................................................................................................. 6
4.1. Участники процесса взаимодействия .................................................................................. 6
4.2. Схема взаимодействия ЕПГУ и СМЭВ-сервиса ................................................................. 7
4.2.1
Осуществление предварительной электронной записи на получение
государственных услуг .......................................................................................................................... 7
4.2.2
Осуществление отмены заявки ....................................................................................... 7
4.2.3
Запрос справочных данных................................................................................................ 7
4.3. Архитектура ....................................................................................................................................... 8
4.3.1
Отправка заявки на предварительную электронную запись .......................... 8
4.3.2
Демонстрация принятого решения в интерактивной форме на ЕПГУ ....... 9
5. Последовательность взаимодействия............................................................................................ 9
5.1. Вариант использования (Use Case) ........................................................................................ 9
5.1.1
Сценарий взаимодействия ................................... Error! Bookmark not defined.
5.1.2
Диаграмма последовательности ...................................................................................12
5.2. Жизненный цикл заявки предварительной записи на приём ............................. 12
5.2.1
Связь жизненного цикла заявки и жизненного цикла заявления ..............14
5.2.2
Работа с ресурсами ...............................................................................................................15
5.3. Статусы заявления ...................................................................................................................... 15
5.4. Описание модели предметной области............................................................................ 19
5.4.1
Типы предварительной записи на приём ................................................................19
5.4.2
Алгоритм проверки для ОИВ реализованного у них способа записи
на приём на соответствие данному стандарту .......................................................................20
5.4.3
Версионность...........................................................................................................................20
5.4.4
Временные пояса ...................................................................................................................20
5.4.5
Сущности ...................................................................................................................................20
6. Требования к реализации программного обеспечения ..................................................... 20
6.1. Функциональные требования ............................................................................................... 21
6.2. Методы .............................................................................................................................................. 21
6.2.1
Список поддерживаемых методов для участников взаимодействия ........21
6.2.2
Требования к структурам данных, используемых в методах ........................21
6.2.3
Алгоритм генерации идентификаторов ...................................................................21
6.3. Методы, реализуемые на стороне ЕПГУ........................................................................... 22
6.3.1
Метод «Обновить детали бронирования» (updateBookingDetails) ..............22
6.4. Методы, реализуемые в СМЭВ-сервисе ОИВ .................................................................. 23
6.4.1
Метод «Запросить свободные слоты» (getSlots) ...................................................23
6.4.2
Метод «Отправить запрос на бронирование или изменение деталей
бронирования» (book)..........................................................................................................................24
6.4.3
Метод «Получить статус бронирования» (getBookingStatus).........................26
6.4.4
Метод «Отменить запись» (cancelBooking) ..............................................................27
6.4.5
Метод «Получить список зарегистрированных в системе
справочников» (getRefsList) ..............................................................................................................27
6.4.6
Метод «Получить список атрибутов справочников»
(getRefAttributesList) .............................................................................................................................28
6.4.7
Метод «Получить справочную информацию по группе объектов»
(getRefItemsList).......................................................................................................................................29
6.4.8
Описание общих структур данных, используемых в функциях....................30
2
6.4.9
Таблица реализации в методах различных типов предварительной
записи на приём ......................................................................................................................................32
6.5. Нефункциональные требования.......................................................................................... 33
6.6. Сценарии приёмки и тестирования ................................................................................... 34
6.7. Критерии работоспособности сторон технического взаимодействия............ 34
6.7.1
Критерии работоспособности ЕПГУ ............................................................................34
6.7.2
Критерии работоспособности СМЭВ-сервиса ........................................................34
7. Приложение 1. Наименование полей передаваемых данных ......................................... 35
8. Приложение 2. Примеры вызовов и результаты ответов ................................................. 35
8.1. Примеры вызовов для СМЭВ 2.6........................................................................................... 35
8.1.1
Примеры запроса и ответа getRefs ...............................................................................35
8.1.2
Примеры запроса и ответа getRefAttributesListError! Bookmark not defined.
8.1.3
Примеры запроса и ответа getRefItemsList .. Error! Bookmark not defined.
8.1.4
Примеры запроса и ответа book ........................ Error! Bookmark not defined.
3
1. Глоссарий
СМЭВ-сервис – сервис электронного межведомственного взаимодействия.
ЕСИА – Единая система идентификации и авторизации.
ЕПГУ – Единый портал государственных и муниципальных услуг (функций).
ФОИВ – Федеральный орган исполнительной власти
ОИВ – Орган исполнительной власти
ИС ФОИВ – Информационная система федерального органа исполнительной власти
ИС ОИВ – Информационная система органа исполнительной власти
Оператор ЕПГУ – организация, ответственная за функционирование ЕПГУ в
соответствии с соглашением об уровне предоставления услуг.
МФЦ – многофункциональный
муниципальных услуг.
центр
предоставления
государственных
и
ФТЦ – федеральный телефонный центр.
Заявитель – гражданин, подавший Заявку или Заявление.
Заявление –требование Заявителя на предоставление государственной услуги.
Заявка – требование Заявителя на бронирование места в очереди на прием при
предоставлении государственной услуги (является одним из этапов оказания
государственной услуги).
Типовая интерактивная форма – формат подачи заявления на оказание
государственных услуг Заявителем.
ЭЦП – электронно-цифровая подпись.
Вариант использования (Use Сase) – это способ описания реакции системы на
внешние события при достижении целей Заявителя системы.
Соглашение об уровне предоставления услуг (SLA) – формальный договор между
заказчиком услуги и её поставщиком, содержащий описание услуги, права и
обязанности сторон и, самое главное, согласованный уровень качества
предоставления данной услуги. Определяется в рабочем порядке при разработке
частного технического задания.
4
2. Общие положения
Настоящий регламент создаётся во исполнение п.3 р.1 Протокола заседания
Правительственной Комиссии по использованию информационных технологий для
улучшения качества жизни и условий ведения предпринимательской деятельности
№1 от 19.09.2013 г.
Текущий документ согласуется с разработанной «Концепцией развития
механизмов предоставления государственных и муниципальных услуг в
электронном виде».
Регламент технического взаимодействия устанавливает требования для
процесса взаимодействия ЕПГУ и СМЭВ-сервисов органов исполнительной власти,
оказывающих государственные и муниципальные услуги (функции), при
осуществлении
процедуры
предварительной
электронной
записи
на
предоставление государственных услуг с помощью типовых интерактивных форм
на ЕПГУ.
Требования, указанные в документе, следует рассматривать в дополнение к
требованиям, содержащимся в приказе Министерства связи и массовых
коммуникаций Российской Федерации от 27 декабря 2010 г. № 190 «Об утверждении
технических требований к взаимодействию информационных систем в единой
системе межведомственного электронного взаимодействия».
При разработке программного обеспечения с использованием данного
стандарта, рекомендуется использовать последнюю
версию
документа
«Методические рекомендации по разработке электронных сервисов и применению
технологии электронной подписи при межведомственном электронном
взаимодействии», а также ориентироваться на следующие документы:
 Приказ ФСБ РФ от 27 декабря 2011 г. N 796 "Об утверждении
Требований к средствам электронной подписи и Требований к
средствам удостоверяющего центра";
 Постановление Правительства РФ от 9 февраля 2012 г. N 111 "Об
электронной подписи, используемой органами исполнительной власти
и органами местного самоуправления при организации электронного
взаимодействия между собой, о порядке ее использования, а также об
установлении требований к обеспечению совместимости средств
электронной подписи";
 Постановление Правительства РФ от 25 августа 2012 г. N 852 "Об
утверждении Правил использования усиленной квалифицированной
электронной подписи при обращении за получением государственных
и муниципальных услуг и о внесении изменения в Правила разработки
и утверждения административных регламентов предоставления
государственных услуг";
 Приказ ФСБ РФ от 27 декабря 2011 г. N 795 "Об утверждении
Требований к форме квалифицированного сертификата ключа
проверки электронной подписи".
5
3. Введение
Данный стандарт описывает протокол взаимодействия ЕПГУ и СМЭВ-сервиса
ОИВ при осуществлении предварительной электронной записи на приём при
предоставлении государственных услуг.
Стандарт направлен на формирование единого подхода и языка для
проектировщиков, разработчиков и руководителей проектов по реализации и
внедрению предварительной электронной записи на получение государственных
услуг.
Данный подход, а так же приведение всех существующих проектов
предварительной электронной записи в соответствие стандарту позволит получать
сводную статистику для всех стандартизированных проектов предварительной
электронной записи.
Организациям, решившим внедрить у себя решение предварительной
электронной записи на получение государственных услуг, данный стандарт
предоставляет возможность опираться на уже накопленный опыт по реализации
подобных решений с целью ускорить разработку и внедрение собственного
продукта.
Стандарт регламентирует последовательность взаимодействия между ОИВ и
ЕПГУ, при этом процедура предоставления конкретной государственной услуги на
портале ЕПГУ определяется отдельным частным техническим заданием, которое
регламентирует содержание формы, а также последовательность шагов
взаимодействия ОИВ и ЕПГУ.
4. Техническое взаимодействие
4.1. Участники процесса взаимодействия
Участниками технического взаимодействия информационных систем
являются:
– ФОИВ;
– Оператор ЕПГУ;
– МФЦ, ФТЦ, иные каналы по взаимодействию Заявителя.
Перед началом технического взаимодействия каждый орган исполнительной
власти осуществляет:
– модификацию или разработку СМЭВ-сервиса (или нескольких сервисов) в
соответствии с текущей версией стандарта;
– регистрацию
в
системе
межведомственного
электронного
взаимодействия СМЭВ-сервиса, осуществляющего приём заявлений из
ЕПГУ;
– предоставление спецификации на СМЭВ-сервис Оператору ЕПГУ,
содержащий описание методов интерфейса, а также их параметров.
Примечание: Бизнес-логика предварительной электронной записи на приём
может быть реализована как в том же СМЭВ-сервисе, в котором содержится
бизнес-логика по оказанию государственной услуги, так и в отдельном СМЭВсервисе по усмотрению ответственных лиц ОИВ.
Оператор ЕПГУ осуществляет:
– модификацию интерактивных форм соответствующих услуг;
– интеграцию интерактивных форм со СМЭВ-сервисом.
В процессе технического взаимодействия каждый участник организует
работу в рамках следующих областей ответственности:
6
– функционирование информационных систем в штатном режиме в
соответствии с соглашением об уровне сервиса (SLA);
– сохранение целостности базы данных информационной системы при
взаимодействии с другими информационными системами.
4.2. Схема взаимодействия ЕПГУ и СМЭВ-сервиса
4.2.1 Осуществление предварительной электронной записи на получение
государственных услуг
Рис. 1. Взаимодействие ЕПГУ и СМЭВ-сервис при осуществлении предварительной
электронной записи на получение государственных услуг.
4.2.2 Осуществление отмены заявки
Рис. 2. Взаимодействие ЕПГУ и СМЭВ-сервис при осуществлении отмены заявки.
4.2.3 Запрос справочных данных
7
Рис. 3. Взаимодействие ЕПГУ и СМЭВ-сервиса при запросе справочных данных.
4.3. Архитектура
При осуществлении Заявителем предварительной электронной записи на
приём осуществляется взаимодействие двух систем:
– ЕПГУ;
– СМЭВ-сервис ОИВ.
Средой передачи данных при взаимодействии ЕПГУ и Заявителя является
сеть Интернет.
Средой передачи данных при взаимодействии ЕПГУ и СМЭВ-сервисами
является СМЭВ.
Данные передаются по закрытому каналу с использованием протокола SOAP в
формате XML (пример см. в Приложении 1).
Корректность передаваемых данных подтверждается Электронно-цифровой
подписью ответственного лица. Требования по работе с ЭП изложены в
«Методических рекомендациях по разработке электронных сервисов и применению
технологии электронной подписи при межведомственном электронном
взаимодействии».
Точки доступа и параметры подключений определяются ответственными
лицами Оператора ЕПГУ и СМЭВ-сервиса ОИВ в рабочем порядке.
Взаимодействие со СМЭВ-сервисом ОИВ и управление заявками могут
осуществлять сторонние информационные системы с соответствующим уровнем
доступа. В текущей версии стандарта не предполагается добавление возможности
обмена данными о заявках с информационными системами третьих лиц.
Взаимодействие между системами происходит последовательно в два шага:
4.3.1 Отправка заявки на предварительную электронную запись
Роли взаимодействующих систем:
– ЕПГУ – поставщик данных;
– СМЭВ – потребитель и поставщик данных.
– СМЭВ-сервис ОИВ – потребитель данных.
ЕПГУ отправляет данные запроса в СМЭВ (в соответствии с изменением
концепции СМЭВ, данные отправляются не конкретному сервису, а в СМЭВ, которая
разбирает запрос и идентифицирует получателя).
Данные запроса формируются на основе данных, введённых Заявителем в
типовую интерактивную форму, и запросов дополнительной справочной
информации со стороны Заявителя.
8
СМЭВ-сервис ОИВ обращается к СМЭВ за новыми запросами и осуществляет
процесс принятия решения по ним (или же предоставляет запрошенную справочную
информацию). Ответ СМЭВ-сервиса ОИВ отправляется в СМЭВ.
4.3.2 Демонстрация принятого решения в интерактивной форме на ЕПГУ
Роли взаимодействующих систем:
– СМЭВ – поставщик данных;
– ЕПГУ – потребитель данных.
ЕПГУ обращается в СМЭВ и запрашивает информацию, поступившую с
момента последнего обращения (справочную информацию или принятое по заявке
решение).
ЕПГУ демонстрирует результаты принятого решения в типовой
интерактивной форме государственной услуги.
5. Последовательность взаимодействия
5.1. Вариант использования (Use Case)
5.1.1 Бронирование очереди № 1
Цель: Записаться на прием к специалисту после подачи заявления на оказание
государственной услуги на ЕПГУ
Участники: Авторизованный Заявитель ЕПГУ, информационная система ОИВ
Заинтересованные лица: Заявители ЕПГУ, Сотрудники ОИВ, осуществляющие
прием
Предварительные условия: Сервисы ОИВ по бронированию реализованы и
работоспособны; ЕПГУ предварительно в фоновом режиме получил справочные
данные, необходимые для осуществления бронирования; Заявитель
зарегистрирован и авторизован на ЕПГУ
Активаторы: Бронирование времени является одним из шагов при заказе услуги
(возможно единственным)
Порядок событий:
Базовый успешный сценарий:
1. Заявитель в процессе заказа услуги попадает на шаг бронирования времени
приема у специалиста ОИВ
2. ЕПГУ запрашивает у ОИВ список доступных для Заявителя подразделений, в
которых Заявитель может получить запрашиваемую услугу, перечень
3.
4.
5.
6.
специалистов и кабинетов, а также доступные слоты времени
Заявитель выбирает подразделение, специалиста, кабинет, желаемое время
(или без указания времени - соглашается на любое ближайшее)
ЕПГУ производит предварительное бронирование времени приема (сроком на
1 час)
Заявитель выполняет другие шаги заказа услуги и завершает сценарий
успешным заказом услуги
ЕПГУ отправляет запрос на окончательное подтверждение бронирования
времени Заявителем
7. Заявитель получает уведомление об успешной отправке запроса
8. Заявитель через некоторое время получает уведомление о бронировании
9
времени приема
Алтернативный сценарий 1:
1. Заявитель отказывается от окончательного заказа услуги на шаге 5
2. По истечении 1 часа ОИВ аннулирует предварительное бронирование
Алтернативный сценарий 2:
1. Заявитель на шаге 5 при заказе услуги пользуется кнопкой «назад» и
выбирает другое время приема у специалиста, возможно в другом
подразделении
2. ЕПГУ производит предварительное перебронирование времени приема
(сроком на 1 час)
Альтернативный сценарий 3:
1. ОИВ отказывает в окончательном бронировании по какой либо причине
(неверно заполнено заявление, нет оплаты, и т.д.)
2. Заявитель уведомляется об отказе бронирования ОИВ
Бизнес правила: Предварительное бронирование времени должно отвечать
быстро, производя минимум проверок. Проверяется только свободность слота
времени. Окончательное бронирование производится после проведения всех
проверок по заявлению: заявление проходит ФЛК и принято ОИВ, Заявитель
произвел оплату (если она идет одним из шагов) и других правил, установленных по
данной услуге
5.1.2 Бронирование очереди № 2
Цель: Записаться на прием к специалисту после получения приглашения от ОИВ или
отказа при окончательном бронировании
Участники: Авторизованный Заявитель ЕПГУ, информационная система ОИВ
Заинтересованные лица: Заявители ЕПГУ, Сотрудники ОИВ, осуществляющие
прием
Предварительные условия: Сервисы ОИВ по бронированию реализованы и
работоспособны; ЕПГУ предварительно в фоновом режиме получил справочные
данные, необходимые для осуществления бронирования; Заявитель
зарегистрирован и авторизован на ЕПГУ
Активаторы: Заявитель выбирает заявление в личном кабинете и нажимает кнопку
«записаться на прием к специалисту»
Порядок событий:
Базовый успешный сценарий:
1. Заявитель заходит в форму бронирования времени приема у специалиста ОИВ
2. ЕПГУ запрашивает у ОИВ список доступных для Заявителя подразделений, в
которых Заявитель может получить запрашиваемую услугу, перечень
специалистов и кабинетов, а также доступные слоты времени
3. Заявитель выбирает подразделение, специалиста, кабинет, желаемое время
(или без указания времени - соглашается на любое ближайшее)
4. ЕПГУ отправляет запрос на бронирования времени Заявителем
5. Заявитель получает уведомление об успешной отправке запроса
6. Заявитель через некоторое время получает уведомление о бронировании
времени приема
Альтернативный сценарий 1:
10
1. ОИВ отказывает в окончательном бронировании по какой либо причине
(неверно заполнено заявление, нет оплаты, и т.д.)
2. Заявитель уведомляется об отказе бронирования ОИВ
Бизнес правила: Бронирование производится после проведения всех проверок по
заявлению: заявление проходит ФЛК и принято ОИВ, Заявитель произвел оплату
(если она идет одним из шагов) и других правил, установленных по данной услуге
5.1.3 Бронирование очереди № 3
Цель: Записаться на оказание государственной услуги с помощью ЕПГУ
Участники: Неавторизованный Заявитель ЕПГУ, информационная система ОИВ
Заинтересованные лица: Неавторизованные Заявители ЕПГУ, Сотрудники ОИВ,
осуществляющие прием
Предварительные условия: Сервисы ОИВа по бронированию реализованы и
работоспособны; ЕПГУ предварительно в фоновом режиме получил справочные
данные, необходимые для осуществления бронирования; Заявитель не
зарегистрирован и не авторизован на ЕПГУ. Применяется для простых услуг записи
куда-либо (прием к врачу, запись на тех. осмотр и т.д.)
Активаторы: Заявитель выбирает услугу записи на прием, доступную
незарегистрированным Заявителям.
Порядок событий:
Базовый успешный сценарий:
1. Заявитель в процессе заказа услуги попадает на шаг бронирования времени
приема у специалиста ОИВ
2. ЕПГУ запрашивает у ОИВ список доступных для Заявителя подразделений, в
которых Заявитель может получить запрашиваемую услугу, перечень
специалистов и кабинетов, а также доступные слоты времени
3. Заявитель выбирает подразделение, специалиста, кабинет, желаемое время
(или без указания времени - соглашается на любое ближайшее)
4. ЕПГУ отправляет запрос на бронирования времени Заявителем
5. Заявитель получает уведомление об успешной отправке запроса
6. Заявитель через некоторое время получает уведомление о бронировании
времени приема (на оставленные им в форме заказа контактные данные)
Альтернативный сценарий 1:
1. ОИВо отказывает в окончательном бронировании по какой либо причине
(неверно заполнено заявление, время уже заняли)
2. Заявитель уведомляется об отказе бронирования ОИВ (на оставленные им в
форме заказа контактные данные). Заявитель заказывает услугу заново.
Бизнес правила: Бронирование производится после проведения всех проверок по
заявлению: заявление проходит ФЛК и принято ОИВ, слот времени свободен.
11
5.1.4 Диаграмма последовательности
Рис. 3. Диаграмма последовательности для процесса записи на приём к специалисту
с целью получения государственной услуги.
5.2. Жизненный цикл заявки предварительной записи на приём
Жизненный цикл заявки предварительной записи на приём проходит
несколько стадий, в каждой из которых ОИВ осуществляет соответствующие
действия по удовлетворению заявки. Первая стадия жизненного цикла – «Заявитель
заполняет заявление».
12
Рис. 4. Жизненный цикл заявления предварительной записи на приём
13
Жизненный цикл заявки представлен переходами между состояниями заявки
под воздействием внешних и внутрисистемных событий.
Генераторами внешних событий являются:
– Заявитель, подавший заявку предварительной записи на приём;
– ЕПГУ;
– СМЭВ-сервис ОИВ.
Генератором внутрисистемных событий являются системные часы ЕПГУ,
которые отслеживают наступление времени, указанного во временных метках
заявок и в соответствии с правилами обработки генерирует внутрисистемное
действие на изменение статуса заявки (см. нижеследующую таблицу с описаниями
статусов заявки – 5.3 Статусы заявления). Далее ЕПГУ ожидает от СМЭВ-сервиса
сообщение по дальнейшему изменению факта заявки.
5.2.1 Связь жизненного цикла заявки и жизненного цикла заявления
Во время получения государственной услуги Заявителем ЕПГУ создаётся
заявление. Заявление на одной из стадий жизненного цикла инициирует процедуру
предварительной электронной записи на приём, в рамках которой Заявитель ЕПГУ
создаёт заявку на приём(см. п.5.1). Заявление остаётся в той же стадии жизненного
цикла до тех пор, пока заявка не пройдёт по стадиям своего жизненного цикла и не
остановится в одном из конечных статусов.
При этом необходимо учитывать возникновение ситуации, когда выполнение
жизненного цикла заявки заканчивается безрезультатно для Заявителя ЕПГУ: он
записался на приём, его подтвердили, но он по различным причинам не смог
получить государственную услугу в назначенное время.
В таком случае жизненный цикл заявки завершается и управление передаётся
в жизненный цикл заявления, в рамках которого Заявитель может создать новую
заявку предварительной электронной записи на приём.
Каждому заявлению может соответствовать неограниченное количество
заявок предварительной электронной записи, при этом в рамках заявления заявки
привязаны к соответствующим стадиям жизненного цикла заявления, в которых
они были созданы.
Создание
заявления
Запись на
прием №1
Обработка
заявления
Получение
гос.услуги
Формирование
заявки: Выбор
времени приема
Формирование
заявки: Выбор
времени приема
Завершение
приема
Запись на
прием №2
Бронирование
времени приема
Завершение
приема
Бронирование
времени приема
Прием в
забронированное
время
Прием в
забронированное
время
Рис. 5. Связь жизненного цикла Заявления и Заявки.
14
5.2.2 Работа с ресурсами
Заявке в процессе прохождения ее жизненного цикла информационная система
выделяет дополнительные ресурсы (areas, timeslot), необходимые для
осуществления деятельности по ней: выделяются пункты приёма или специалисты,
а так же слот времени, в рамках которого будет предоставляться услуга.
Во избежание возникновения ошибок при работе с ресурсами необходимо все
операции по назначению или изменению ресурса выполнять в рамках транзакции.
Например, при изменении слота времени у заявки необходимо на стороне ИС
ОИВ создать транзакцию, внутри которой осуществить попытку бронирования
свободного слота, получить подтверждение об успешном факте бронирования, а
затем освободить занимаемый ранее временной слот и вернуть ответ о
произведенных изменениях ЕПГУ.
5.3. Статусы заявления
Заявка в процессе обработки приобретает различные статусы в соответствии
с шагами обработки.
Заявитель, оставивший заявку, может отслеживать её статусы в Личном
кабинете ЕПГУ.
ЕПГУ отображает изменяемые в Личном кабинете статусы в процессе
технического взаимодействия информационных систем.
15
В таблице приведены статусы заявки:
Описание статуса
Название
статуса
для
передачи
ЕПГУ
Черновик
заявления
Принято от
заявителя
Ошибка
отправки в
ОИВ
Категория
статуса
Комментарий для вывода на ЕПГУ
Инициатор
смены статуса
Показывать
Заявителю
Формирование
заявления
Заявление
принято ОИВ
В процессе заполнения
ЕПГУ
Да
Ваша заявка успешно зарегистрирована и
ожидает рассмотрения специалистами
Ошибка доставки формы. Попробуйте подать
заявление повторно.
СМЭВ-сервис
Да
ЕПГУ
Да
200
Возврат
Обработка
заявления
ЕПГУ
Да
Приглашение на
получение результата
201
Исполнено
СМЭВ-сервис
Да
Заявитель был принят.
Информация времени
начала и длительности
посещения
202
Исполнено
СМЭВ-сервис
Да
Заявитель не пришёл.
Информация о факте
неявки
Информация времени
начала и длительности
процесса оказания
услуги.
Информация о факте
оказания услуги
отсутствует, при этом
время приёма прошло.
203
Исполнено
СМЭВ- сервис
Да
204
Исполнено
<Комментарий, отображаемый на ЕПГУ,
указывается ОИВ для каждой отдельно взятой
ошибки разработки результата>
Приглашаем Вас получить запрашиваемую
услугу. <Также необходимо указать адрес и время
получения результата услуги>
Время посещения <Наименование организации> в
соответствии с произведённой записью на
оказание услуги с ЕПГУ: ЧЧ:ММ. Вас обслуживали
специалисты: <Фамилия, Имя, Отчество
специалистов, производивших обслуживание,
перечисленных через запятую.>
Зарегистрирован факт неявки в <Наименование
организации> в соответствии с произведённой
записью на оказание услуги с ЕПГУ: ЧЧ:ММ.
Время оказания услуги в <Наименование
организации> в соответствии с произведённой
записью на оказание услуги с ЕПГУ: ЧЧ:ММ.
СМЭВ-сервис
Да
205
Исполнено
ЕПГУ
Нет
Заявитель заполняет
заявление
СМЭВ-сервис принял
заявление
Произошла
техническая ошибка
при передаче в СМЭВсервис
Произошла
внутренняя ошибка
Код
статуса
для
передачи
в ЕПГУ
001
100
101
16
Описание статуса
Код
статуса
для
передачи
в ЕПГУ
206
Название
статуса
для
передачи
ЕПГУ
Возврат
207
Возврат
СМЭВ- сервис
возвращает заявление
при невозможности
забронировать
запрашиваемое время.
Заявление находится в
процессе отмены.
Заявление отменено
Заявителем.
Заявление отменено по
инициативе ОИВ
208
Возврат
300
301
В процессе
отмены
Отменено
302
Отменено
Заявление отменено
303
Отменено
Заявитель пришёл, но
не был принят по
причине, указанной в
комментарии к отказу.
СМЭВ- сервис
возвращает заявление
при наличии ошибок
форме.
Категория
статуса
Отмена
заявления
Комментарий для вывода на ЕПГУ
Инициатор
смены статуса
Показывать
Заявителю
<Комментарии к отказу>.
СМЭВ-сервис
Да
Обращение не зарегистрировано, проверьте
введённые данные + <В обязательном порядке
указать причину отказа в соответствии с
нормативными актами и административным
регламентом оказания услуги.>
Запрашиваемое время не может быть
забронировано
СМЭВ- сервис
Да
СМЭВ- сервис
Да
«Заявление находится в процессе отмены.»
СМЭВ- сервис
Нет
«Вы удалили своё заявление.»
СМЭВ-сервис
Нет
«Заявление было отменено по инициативе
федерального органа исполнительной власти
<Наименование>. За дополнительной
информацией обращайтесь по <Контакт>”
«Заявление отменено.»
СМЭВ-сервис
Да
СМЭВ-сервис
или ЕПГУ
Да
Примечание к таблице: в фигурные стрелки «<» и «>» заключены текстовые поля, которые будут определены на этапе
разработки интерактивных форм и специфицированы в рамках отдельного технического задания.
Коды статуса для передачи в ЕПГУ могут быть расширены через добавление к существующему коду цифровой комбинации,
соответствующей коду статуса на стороне ОИВ. Например: для кода 206 («Результат не готов. Заявитель пришёл, но не был принят
по причине, указанной в комментарии к отказу.») может быть добавлена комбинация 001, которая может означать, что Заявитель
не был принят из-за отсутствия необходимых документов. Итоговый код для передачи в ЕПГУ будет выглядеть следующим
образом: «206001».
17
Статусная модель согласовывается в рамках частного технического задания на форму конкретной услуги.
В случае, если жизненный цикл заявки ОИВ расходится с представленным, необходимо для каждого несуществующего
статуса возвращать соответствующий код ошибки «Данный статус не поддерживается в текущей версии».
18
5.4. Описание модели предметной области
5.4.1 Типы предварительной записи на приём
В таблице представлено разнообразие параметров процесса предварительной
записи на приём. При реализации конкретной записи на приём для каждого
признака выбирается один соответствующий требованиям конкретного процесса
тип записи на приём.
Признак
Авторизация
Заявителя (Кто)
Комбинация с другими
действиями Заявителя
(Действие)
Возможность
свободного
выбора
территориального
подразделения
(Территория)
Вариант
предварительной
записи (Что)
Признак
(Как)
оповещения
Типы записи
Все типы авторизации представлены в Единой
системе авторизации и идентификации (ЕСИА).
Заявитель самостоятельно решает, какой из типов
учётной записи ему необходим:
 Предварительная регистрация (подтверждение
номера мобильного телефона);
 Простая электронная подпись (взаимная проверка
паспортных данных и СНИЛС);
 Квалифицированная электронная подпись.
 Простая запись на приём - предварительная запись
на приём есть единственный шаг для выбранной
государственной услуги;
 Запись на приём является одним из шагов
исполнения государственной услуги в электронном
виде – возможность записи на приём появляется
после заполнения и проверки заявления, оплаты
госпошлины и т.п.
 «Режим табло»: просмотр свободных слотов
времени без возможности забронировать его.
 Расписание демонстрируется только для одного
подразделения, куда имеет право прийти заявитель;
 Расписание демонстрируется для нескольких
отделений на выбор (реализован принцип
экстерриториальности получения госуслуги).
 Заявитель получает фамилию оператора (номер
окна), куда ему обратиться в отделении
 Заявитель получает только время, к которому
нужно прийти
 Заявитель получает время и персональный код,
которым нужно в отделении подтвердить свой
приход к назначенному времени
 Назначение приёма – Заявитель отправляет
«слепой» запрос, время приёма приходит в ответе,
Заявитель не видит расписания.
 Уведомление по смс;
 Уведомление по электронной почте;
 Уведомление с помощью push-уведомления;
 Иные каналы ОИВ (при использовании данной
опции ЕПГУ сообщается, что при наступлении
события не нужно отправлять оповещения, т.к. ОИВ
осуществляет уведомление самостоятельно).
19
5.4.2 Алгоритм проверки для ОИВ реализованного у них способа записи на
приём на соответствие данному стандарту
Для того, чтобы провести проверку текущей реализации способа записи на
приём, необходимо провести его декомпозицию на следующие объекты:
Кто – тип Заявителя, получающего государственную услугу;
Действие – вариант записи на приём;
Территория – описание физического местоположения получения
государственной услуги;
Что – наименование получаемого типа записи.
Как – способ оповещения Заявителя при переходе заявки в новый статус
(подробнее см. 5.3 Статусы заявления).
(Описание содержания терминов, выделенных жирным, представлено в
таблице.)
После декомпозиции реализации необходимо сравнить ограничения и
особенности текущей реализации с методами, предлагаемыми стандартом.
Описание методов и таблица сравнения представлены ниже.
5.4.3 Версионность
Для поддержки обратной совместимости, изменения в формате
взаимодействия должны сопровождаться изменением версии сервиса, который
указывается во всех командах.
5.4.4 Временные пояса
Все записи времени должны в явном виде указывать временной пояс, в
котором они сделаны.
5.4.5 Сущности
При технической реализации электронной предварительной записи на приём
взаимодействие происходит через следующие сущности.
Название
Organization
Services
Areas
TimeSlot
Booking
Содержание
Идентификация и описание подразделения органа
исполнительной власти
Идентификация и описание государственных услуг органа
исполнительной власти
Условные «помещения» внутри организации (здания, этажи,
залы, кабинеты, окна, операторы), в том числе поддерживающие
иерархическую структуру
Описание слота времени, достаточного по продолжительности
для обслуживания заявителя по определённой услуге
Идентификация и описание запроса на бронирование, включая
его статус, данные о заявителе, привязку к организации, услуге,
слоту времени
6. Требования к реализации программного обеспечения
В программной реализации следует учесть следующие требования:
В рамках одной процедуры получения государственной услуги возможна
неоднократная запись на приём: ЕПГУ оповещает Заявителя о переходе к
следующему шагу получения государственной услуги и необходимости записи на
него с предложением соответствующей формы (подробнее см. 5.2.1 Связь
жизненного цикла заявки и жизненного цикла заявления).
20
6.1. Функциональные требования
6.2. Методы
Ниже представлен перечень методов, которые должны быть реализованы в
информационных системах электронной предварительной записи на приём для
осуществления технического взаимодействия информационных систем.
6.2.1 Список поддерживаемых методов для участников взаимодействия
Методы СМЭВ-сервиса, вызываемые
ЕПГУ
Запросить свободные слоты
Отправить запрос на бронирование
Получить статус бронирования
Изменить детали бронирования
Отменить запись
Получить справочную информацию по
группе объектов
Получить справочную информацию по
объекту
Методы ИС ЕПГУ, вызываемые ОИВ
Изменить детали бронирования
6.2.2 Требования к структурам данных, используемых в методах
bookId – идентификатор заявки на бронирование слота времени.
Формируется клиентом (ЕПГУ или другим порталом) по алгоритму формирования
глобально уникальных идентификаторов и не имеет фиксированного значения и
привязки ко времени. Каждое заявление на предоставление государственной услуги
может предполагать несколько посещений отделения ОИВ с использованием
предварительной записи на приём. Для обеспечения этой возможности каждому
номеру Заявления может соответствовать несколько идентификаторов заявок
bookId.
Filter – фильтр, ограничивающий выборку из справочников данных при
запросе.
MobilePhone – номер мобильного телефона. Указывается в виде 7 ХХХ ХХХ ХХ
ХХ.
SlotId – идентификатор слота времени. Идентификатор составной и содержит
информацию об организации, в которой выделяется данный временной слот, а так
же уникальный номер слота времени, который позволит однозначно установить
год, месяц, число и время начала данного слота. Из slotId возможно понять, к какой
организации он относится, располагая перечнем идентификаторов организаций.
UserType – тип учётной записи Заявителя в ЕСИА.
Version – версия справочника данных. Используется для отслеживания
изменений в справочниках данных. Version возможно использовать для сравнения
нескольких версий между собой с целью установить, какая из версий является
последней.
6.2.3 Алгоритм генерации идентификаторов
При присвоении значений полям bookId и slotId иформационные системы
должны генерировать идентификаторы по стандарту UUID (Universally Unique
Identifier, RFC 4122). UUID — статистически уникальный 128-битный
идентификатор. Уникальность идентификаторов, сгенерированных разными
21
информационными системами обеспечивается статистически. Общее количество
уникальных ключей UUID составляет 2128 = 25616 или около 3,4 × 1038. Это означает,
что генерируя 1 триллион ключей каждую наносекунду, перебрать все возможные
значения удастся лишь за 10 миллиардов лет.
UUID
представляет
собой
16-байтный
(128-битный)
номер.
В
шестнадцатеричной системе счисления UUID записывается с разделением групп:
550e8400-e29b-41d4-a716-446655440000
6.2.4 Асинхронная работа
На текущий момент описываемые ниже методы электронной записи будут
реализовываться с использованием СМЭВ 2. В данном варианте под асинхронными
методами понимается асинхронный процесс бронирования времени, но не работа
самих методов. Например метод book, вызываемый в асинхронном режиме
возвращает синхронный ответ – заявление на бронирование принято (100) и
продолжает асинхронную обработку заявки. После завершения процесса
бронирования СМЭВ-сервис вызывает на ЕПГУ метод updateBookingDetails, который
синхронно сообщает об успехе своей работы.
6.2.5 Неавторизованные Заявители
Для неавторизованных Заявителей методы бронирования / отмены / статуса
принимают в качестве аргумента пароль Заявителя. Данный пароль должен
обрабатываться на строне ОИВ. Пароль запрашивается у неавторизованного
Заявителя при проведении всех операций: при операции бронирования – ОИВ
запоминает пароль неавторизованного Заявителя; при отмене или проверке статуса
– проверяет совпадение присланного и запомненного пароля. Данная логика
позволит неавторизованному Заявителю предъявить bookId и пароль на любом
портале (ЕПГУ или портале ОИВ) и просмотреть или отменить свою заявку.
6.3. Методы, реализуемые на стороне ЕПГУ
6.3.1 Метод «Обновить детали бронирования» (updateBookingDetails)
Метод можно использовать как для изменения статуса бронирования,
времени бронирования (перенос на другое время), так и для изменения указанных в
нём данных.
Параметр esiaId позволяет осуществлять дополнительный контроль за тем
что передаваемые bookId относятся к одному и тому же Заявителю. Переносить
бронирование с одного Заявителя на другого нельзя.
Тип метода: асинхронный (в смысле процесса)
Запрос:
Параметр
Тип
bookId
esiaId
String
String
Обязатель
ность
Y
N
Комментарий
status
Status
Y
Идентификатор запроса на бронирование
ID Заявителя для зарегистрированных
Заявителей
Слот времени на который переносится
бронь
Статус запроса
Ответ:
Параметр
Тип
Обязатель
Комментарий
timeslot
TimeSlot
N
22
bookId
esiaId
String
String
ность
Y
N
error
Error
Y
Идентификатор запроса на бронирование
ID Заявителя для зарегистрированных
Заявителей
Сообщение об ошибке
6.4. Методы, реализуемые в СМЭВ-сервисе ОИВ
6.4.1 Метод «Запросить свободные слоты» (getSlots)
Тип метода: синхронный
Запрос:
Параметр
organizationID
Тип
Комментарий
esiaId
String
N
lastName
firstName
middleName
email
mobilePhone
userSnils
userLogin
userDoc
String
String
String
String
String
String
String
UserDocu
ment
String
N
N
N
N
N
N
N
N
Идентификатор организаций, для
которых запрашиваются слоты
Тип Заявителя:
Anonymous / Basic / Qualified
ID Заявителя для зарегистрированных
Заявителей
Фамилия
Имя
Отчество
Электронный адрес заявителя
Номер мобильного телефона заявителя
СНИЛС Заявителя
Логин Заявителя
Документ Заявителя
N
Номер заявления
Array
[String]
N
Идентификатор госуслуги для которой
запрашивается бронь
Идентификатор помещения для которого
запрашивается бронь
userType
caseNumber
serviceId
areaId
Array
[string]
Обязатель
ность
Y
Enum
Array
[String]
Predicate
filter
attributes
Array[Att
ribute]
Y
N
N
N
Предикат для фильтрации слотов
времени.
Список атрибутов для будущих
расширений, описанные парой name наименование атрибута, value - значение
атрибута
Примечание:
1. User_type = “Anonymous” используется для демонстрации расписания
анонимному Заявителю.
Ответ – массив объектов TimeSlot со следующей структурой:
23
Параметр
Тип
slotId
String
Обязатель
ность
Y
serviceId
String
N
organizationId
String
Y
areaId
String
Y
visitTime
queueNumber
Datetime
String
Y
N
duration
Number
N
attributes
Array[Att
ribute]
N
Ответ в случае ошибки:
Параметр
Тип
Обязатель
ность
error
Error
Y
Комментарий
Идентификатор слота времени,
достаточной длительности для приёма
по указанной госуслуге
Идентификатор госуслуги для которой
доступен слот
Идентификатор организации, в которой
будет оказываться услуга
Идентификатор
помещения
(или
специалиста)
в
которых
будет
оказываться услуга
Дата и время визита
Номер в очереди (если запись не точно по
времени)
Продолжительность процедуры оказания
государственной услуги по регламенту
Список атрибутов слота, описанные
парой name - наименование атрибута,
value - значение атрибута
Комментарий
Сообщение об ошибке
Для фильтрации можно использовать следующие атрибуты предиката (поле
filter):
Значение
DATE
DAYOFWEEK
HOUR
DAY
MONTH
YEAR
Комментарий
дата (включая месяц и год)
день недели
Час
день в году (1-366)
Месяц
Год
6.4.2 Метод «Отправить запрос на бронирование или изменение деталей
бронирования» (book)
Если бронирование с таким book_id уже выполнялось, то производится
изменение параметров бронирования.
Параметр esiaId позволяет осуществлять дополнительный контроль за тем
что передаваемые bookId относятся к одному и тому же Заявителю. Переносить
бронирование с одного Заявителя на другого нельзя.
Тип метода: реализуется в двух вариантах – синхронный и асинхронный (в
смысле процесса)
24
Запрос:
Параметр
Тип
Обязатель
ность
Y
Y
bookId
slotId
String
Array
[String]
userType
String
Y
esiaId
String
N
password
String
N
lastName
firstName
middleName
String
String
N
N
Идентификатор запроса на бронирование
Слоты времени, на которые
запрашивается бронь. Если Slot_id имеет
значение «blind_request», то отправляется
«слепой» запрос на бронирования (без
указания слотов времени).
Тип Заявителя:
Anonymous / Basic / Qualified
ID Заявителя для зарегистрированных
Заявителей
Пароль для незарегистрированного
Заявителя. При изменении бронирования
Заявитель должен предоставить тот же
пароль
Фамилия
Имя
Y
N
N
N
Отчество
Номер мобильного телефона заявителя
Электронный адрес заявителя
СНИЛС Заявителя
Логин Заявителя
UserDocu
ment
String
N
Документ Заявителя
N
Номер заявления на ЕПГУ
preliminaryRese
rvation
preliminaryRese
rvationPeriod
Boolean
Y
Integer
N
attributes
Array[Att
ribute]
N
Признак предварительного
бронирования
Время в минутах на которое
производится предварительное
бронирование
Список атрибутов для будущих
расширений, описанные парой name наименование атрибута, value - значение
атрибута
Ответ:
Параметр
Тип
bookId
String
Обязатель
ность
Y
esiaId
String
N
status
timeSlot
Status
Y
N
mobilePhone
email
userSnils
userLogin
userDoc
caseNumber
String
String
String
String
String
N
Комментарий
TimeSlot
Комментарий
Идентификатор запроса на бронирование
по указанной госуслуге
ID Заявителя для зарегистрированных
Заявителей
Статус запроса
Забронированный слот времени
25
Ответ в случае ошибки:
Параметр
Тип
Обязатель
ность
error
Error
Y
Комментарий
Сообщение об ошибке
Примечание:
1. Если Заявитель хочет выбрать любое ближайшее свободное время, то
ЕПГУ может передать в качестве slotId значение «blind_request». При
выполнении «слепого» запроса СМЭВ-сервис самостоятельно
принимает решение о том, какой слот времени выдать Заявителю.
2. Рекомендуется передавать фамилию, имя и отчество заявителя в
параметрах запроса для упрощения идентификации Заявителя в ОИВ.
3. В случае, если бронирование не завершилось успехом, в интерактивной
форме происходит запрос ближайших к желаемому времени свободных
слотов и их отображении Заявителю с предложением осуществить
бронирование еще раз.
6.4.3 Метод «Получить статус бронирования» (getBookingStatus)
Метод, предназначенный для запроса статуса бронирования. Реализуется в
СМЭВ-сервисе ОИВ.
Параметр esiaId позволяет осуществлять дополнительный контроль за тем
что передаваемые bookId относятся к одному и тому же Заявителю. Переносить
бронирование с одного Заявителя на другого нельзя.
Тип метода: асинхронный (в смысле процесса)
Запрос:
Параметр
Тип
bookId
esiaId
String
String
Обязатель
ность
Y
N
password
String
N
Ответ: в случае успеха:
Параметр
Тип
Обязатель
ность
bookId
String
Y
esiaId
String
N
status
timeSlot
Status
TimeSlot
Y
N
Комментарий
Идентификатор запроса на бронирование
ID Заявителя для зарегистрированных
Заявителей
Пароль для незарегистрированного
Заявителя. При изменении бронирования
Заявитель должен предоставить тот же
пароль
Комментарий
Идентификатор запроса на бронирование
по указанной госуслуге
ID Заявителя для зарегистрированных
Заявителей
Статус запроса
Забронированный слот времени
Ответ в случае ошибки:
26
Параметр
Тип
error
Error
Обязатель
ность
Y
Комментарий
Сообщение об ошибке
6.4.4 Метод «Отменить запись» (cancelBooking)
Метод отменяет бронирование с заданным bookId.
Параметр esiaId позволяет осуществлять дополнительный контроль за тем
что передаваемые bookId относятся к одному и тому же Заявителю. Переносить
бронирование с одного Заявителя на другого нельзя.
Тип метода: асинхронный (в смысле процесса)
Запрос:
Параметр
Тип
bookId
esiaId
String
String
Обязатель
ность
Y
N
password
String
N
Ответ:
Параметр
Тип
bookId
esiaId
String
String
Обязатель
ность
Y
N
error
Error
Y
Комментарий
Идентификатор запроса на бронирование
ID Заявителя для зарегистрированных
Заявителей
Пароль для незарегистрированного
Заявителя. При изменении бронирования
Заявитель должен предоставить тот же
пароль
Комментарий
Идентификатор запроса на бронирование
ID Заявителя для зарегистрированных
Заявителей
Сообщение об ошибке
6.4.5 Метод «Получить список зарегистрированных в системе справочников»
(getRefsList)
Метод позволяет получать информацию о списке справочников, имеющихся в
ОИВ. Используется для первоначального наполнения базы справочной информации
ЕПГУ и отображения на этапе конфигурирования услуги.
Тип метода – синхронный.
Запрос:
(нет параметров)
Ответ:
Параметр
refsList
Тип
Array
[RefInfo]
Обязатель
ность
Y
Комментарий
Массив структур описаний справочников
27
Ответ в случае ошибки:
Параметр
Тип
Обязатель
ность
error
Error
Y
Комментарий
Сообщение об ошибке
Структура RefInfo – информация о справочнике
Параметр
Тип
Обязатель Комментарий
ность
name
String
Y
Мнемоника справочника
title
String
Y
Наименование справочника
kind
Enum
Y
P - плоский / H - иерархический
6.4.6 Метод «Получить список атрибутов справочников» (getRefAttributesList)
Метод позволяет получать информацию об атрибутах справочника.
Используется для первоначального наполнения базы справочной информации ЕПГУ
и отображения на этапе конфигурирования услуги.
Тип метода – синхронный.
Запрос:
Параметр
refNames
Ответ:
Параметр
Тип
Array[Stri
ng]
Тип
refAttributesList Array
[RefAttrib
uteInfo]
Обязатель
ность
Y
Комментарий
Обязатель
ность
Y
Комментарий
Ответ в случае ошибки:
Параметр
Тип
Обязатель
ность
error
Error
Y
Мнемоники справочников для которых
запрашиваются атрибуты
Массив структур описаний аттрибутов
Комментарий
Сообщение об ошибке
Структура RefAttributeInfo – информация об атрибуте
Параметр
Тип
Обязатель Комментарий
ность
refName
String
Y
Мнемоника справочника
name
String
Y
Мнемоника атрибута
title
String
Y
Наименование атрибута
type
Enum
Y
STRING / LONG / DECIMAL / DATETIME /
BOOLEAN
attrRefName
String
N
Мнемоника справочника (если атрибут это ссылка)
allowFiltering
Boolean
Y
Признак "Можно фильтровать по
атрибуту"
28
6.4.7 Метод «Получить справочную информацию по группе объектов»
(getRefItemsList)
Метод позволяет получать информацию о данных справочника. Используется
для первоначального наполнения базы справочной информации ЕПГУ, а также для
последующей синхронизации.
Тип метода – синхронный.
Запрос:
Параметр
Тип
refName
String
Обязатель
ность
Y
parentRefItemV
alue
treeFiltering
selectAttributes
String
N
Enum
Array
[String]
Predicate
N
N
orderBy
Array
[String]
N
pageNum
Integer
Y
pageSize
Integer
Y
version
String
N
Ответ:
Параметр
Тип
Обязатель
ность
Y
N
Комментарий
N
Текущая версия базы справочной
информации.
filter
totalItems
items
version
Integer
Array
[RefItem]
String
N
Ответ в случае ошибки:
Параметр
Тип
Обязатель
ность
error
Error
Y
Комментарий
Мнемоника запрашиваемого
справочника
Код родительского элемента (для
иерархических справочников)
ONELEVEL / SUBTREE
Список атрибутов, которые нужно
возвращать
Предикат для фильтрации элементов
справочника.
Задает порядок сортировки элементов
(указывается список атрибутов в порядке
следования которых выполнять
сортировку)
Номер необходимой страницы (0, чтобы
получить все элементы)
Размер страницы (0, чтобы получить все
элементы)
Если переданная в данном параметре
версия ниже, чем актуальная на стороне
сервера, то в ответе вернется перечень
произошедших изменений в базе
справочной информации.
Общее количество найденных элементов
Список/Дерево запрошенных элементов
Комментарий
Сообщение об ошибке
В случае возникновения ошибки в ответе возвращается структура Error.
Примечание:
1. Ответ метода может кешироваться на стороне ЕПГУ.
29
2. Если поле Version запроса совпадает с текущей версией справочника на
стороне СМЭВ-сервиса, возвращается код ошибки «Ваш справочник
имеет актуальную версию».
3. Поле treeFiltering предназначено для управлением размера выдачи для
иерархических справочников. Значение ONELEVEL выдает список
значений только на текущем уровне дерева. Значение SUBTREE выдает
список значений на текущем и нижестоящих уровнях дерева значений
справочника.
4. Поле version может не указываться если ОИВ не поддерживает
версионирование данных в справочнике. В этом случае кэширование
данных на стороне ЕПГУ невозможно и ОИВ должен быть готов к
синхронной нагрузке со стороны ЕПГУ.
6.4.8 Описание общих структур данных, используемых в функциях
Структура Error – информация об ошибках:
Параметр
Тип
Обязатель Комментарий
ность
error
Error
Y
Информация об ошибке
fieldErrors
Array
N
Ошибки в полях
[FieldErro
r]
Структура ErrorDetail – детальная информация об ошибке:
Параметр
Тип
Обязатель Комментарий
ность
errCode
Integer
Y
Код ошибки
errMessage
String
Y
Описание ошибки
Возвращаемые коды ошибок:
Значение
Комментарий
0
ОК
1
Внутренняя ошибка системы
2
Ошибка во входных параметрах
(подробности в поле FieldErrors)
3
Справочник не найден
4
Отказ в бронировании
Структура FieldError – информация об ошибке в поле:
Параметр
Тип
Обязатель Комментарий
ность
fieldName
String
Y
Мнемоника поля
ErrorDeta Y
Описание ошибки
error
il
Возвращаемые коды ошибок:
Значение
Комментарий
30
1
2
Недопустимое значение поля
Значение не найдено в справочнике
Структура Predicate – фильтрация по атрибутам:
Параметр
Тип
Обязатель Комментарий
ность
simple
SimplePre N
Простой предикат - условие на атрибут
dicate
union
LogicalUn N
Сложный предикат - объединение
ionPredic
нескольких предикатов через И / ИЛИ
ate
Структура SimplePredicate – простой предикат - условие на атрибут:
Параметр
Тип
Обязатель Комментарий
ность
attributeName
String
Y
Мнемоника атрибута
condition
Enum:
Y
Условие сравнения
Condition
checkAllValues
Boolean
Y
Признак условия без значения
value
String
N
Значение атрибута
Enum Сondition – условие сравнения:
Значение
Комментарий
equals
равно
notEquals
не равно
greaterThan
больше
lessThan
меньше
greaterThanOrE больше или равно
quals
lessThanOrEqua меньше или равно
ls
contains
содержит
startsWith
начинается подстрокой
endsWith
заканчивается подстрокой
wordStarts
содержит слово начинающееся
подстрокой
Структура LogicalUnionPredicate – сложный предикат - объединение
нескольких предикатов через И / ИЛИ:
Параметр
Тип
Обязатель Комментарий
ность
unionKind
Enum
Y
AND / OR
subs
Array
Y
Объединяемые предикаты
[Predicate
]
Структура UserDocument
Параметр
Тип
Обязатель
ность
docType
Enum
Y
Комментарий
Тип документа: PASSPORT, MIL_TICKET
31
docSeries
String
N
Серия
docNumber
issueDate
validDate
issuedBy
issueDept
String
Date
Date
String
String
Y
N
N
N
N
Номер
Дата выдачи
Действителен до
Кем выдан
Код выдавшего подразделения
Обязатель
ность
Y
N
Комментарий
Y
N
Название элемента справочника
Подчиненные элементы справочника
N
Список
значений
дополнительных
атрибутов элемента справочника
Структура RefItem
Параметр
Тип
itemName
parentItem
String
String
title
children
String
Array
[RefItem]
Array
[RefAttrib
ute]
attributes
Мнемоника элемента справочника
Мнемоника родительского элемента
Структура RefAttribute
Параметр
Тип
Обязатель
ность
name
String
Y
value
String
Y
Комментарий
Мнемоника элемента справочника
Значение элемента справочника
6.4.9 Таблица реализации в методах различных типов предварительной
записи на приём
Признак
Авторизация (Кто)
Значение
Предварительная
регистрация
(подтверждение номера
мобильного телефона)
Простая электронная
подпись (взаимная
проверка паспортных
данных и СНИЛС)
Квалифицированная
электронная подпись
Комбинация с
другими действиями
Заявителя
(Действие)
Простая запись на приём
Реализация в методах
 ЕПГУ вызывает все методы работы с
заявкой, предварительно удостоверившись
в том, что Заявитель с данным типом
авторизации (User_type) имеет на это права.
 ЕПГУ вызывает все методы работы с
заявкой, предварительно удостоверившись
в том, что Заявитель с данным типом
авторизации (User_type) имеет на это права.
 ЕПГУ вызывает все методы работы с заявкой,
предварительно удостоверившись в том, что
Заявитель с данным типом авторизации
(User_type ) имеет на это права.
 Ограничения отсутствуют.
32
Запись на следующий
шаг в рамках процедуры
получения
государственной услуги
Возможность
свободного выбора
территориального
подразделения
(Территория)
 В методе getSlots для авторизованных
Заявителей происходит проверка
успешности завершения предыдущего шага
процедуры получения госуслуги
 При вызове метода book для Заявителя в
Attributes должно передаваться значение
кода подтверждения успешного завершения
предыдущего шага процедуры получения
госуслуги для подтверждения оснований
регистрации на госуслугу
 В метод getSlots в Attributes должно
передаваться значение кода подтверждения
успешного завершения предыдущего шага
процедуры получения госуслуги, а так же
номер Заявления, с учетом которого
производится фильтрация организаций, в
которых должен быть оказан следующий шаг
процедуры, на которую и осуществляется
запись (см. перечень всех кодов 5.3 Статусы
заявления).
 Код подтверждения завершения
предыдущего шага процедуры получения
госуслуги должен быть уникален, т.к. в
рамках процедуры возможна неоднократная
предварительная запись.
 В методе getSlots выдаются таймслоты
строго для одной записи типа organization.
Расписание для одного
подразделения
Возможность выбора
подразделения
Вариант
предварительной
записи (Что)
 В методе getSlots выдаются таймслоты для
нескольких organization.
 В методе getObjectList возвращается набор
операторов (номеров окон), в которых можно
получить выбранную услугу.
 Метод book возвращает временную метку
(часы и минуты), указывающую на начало
выделенного таймслота и его
продолжительность
 Метод book получает значение выбранных
Заявителем временных интервалов (или
одного интервала, в рамках которых он хочет
попасть на прием
 Для одного таймслота существует только
один персональный код (даже в случае, когда
заявителей на получение государственной
услуги несколько)
 Метод book возвращает временную метку
(часы и минуты), указывающую на начало
выделенного таймслота
 Метод getSlots для данного варианта
предварительной записи вызвать
невозможно
 В метод book нельзя передавать слоты
времени, на которые запрашивается бронь
Получение времени
обращения
Получение времени и
персонального кода
Запрос времени без
возможности
посмотреть расписание
6.5. Нефункциональные требования
Требования к безопасности
33
– Использование
требований
к
безопасности
из
методических
рекомендаций по разработке электронных сервисов и применению
технологии электронной подписи при межведомственном электронном
взаимодействии .
Требования к производительности
– скорость обработки запросов
– предельно допустимая скорость обработки одного запроса
– допустимая частота обращений
– количество запросов
– требования к скорости отправки данных (требования к актуальности
данных)
6.6. Сценарии приёмки и тестирования
Требования к сценариям приёмки, которые будут составлены QA-инженерами
подрядчика:
– необходимо протестировать последовательность взаимодействия ЕПГУ и
СМЭВ-сервисов с учётом возможных отклонений от Базового успешного
сценария Варианта использования;
– необходимо отследить корректность и непротиворечивость изменений
статуса заявки на всем её жизненном цикле(от этапа формирования с
помощью интерактивной формы дообработки ответов СМЭВ-сервиса);
– проверить возможность исполнения сценариев, описанных во Варианте
использования;
Требуется учесть кейсы, связанные со сбоями в о внесистемной среде (среды
передачи данных, оборудование).
6.7. Критерии
работоспособности
взаимодействия
сторон
технического
6.7.1 Критерии работоспособности ЕПГУ
ЕПГУ считается работоспособным, если:
– В СМЭВ-сервис отправляются корректные данные интерактивной формы
заявки на получение государственной услуги, которые СМЭВ-сервис
может
проинтерпретировать
в
соответствии
с
протоколом
взаимодействия.
– ЕПГУ принимает отвечает на запросы со стороны СМЭВ-сервиса в течении
интервала времени, равного 60 секундам.
ЕПГУ считается недоступным, если время ответа на запрос превышает 60
секунд.
6.7.2 Критерии работоспособности СМЭВ-сервиса
СМЭВ-сервис считается работоспособным, если:
– СМЭВ-сервис принимает отвечает на запросы со стороны СМЭВ-сервиса в
течении интервала времени, равного 60 секундам.
– СМЭВ-сервис отправляет в ЕПГУ данные, которые ЕПГУ может
проинтерпретировать в соответствии с протоколом взаимодействия.
Веб-сервис считается недоступным, если время ответа на запрос превышает
60 секунд.
34
7. Приложение 1. Наименование полей передаваемых данных
8. Приложение 2. Примеры вызовов и результаты ответов
8.1. Примеры вызовов для СМЭВ 2.6
8.1.1 Примеры запроса и ответа getRefs
Запрос:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:eq="
http://epgu.rtlabs.ru/equeue/ws" xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd" xmlns:inc="http://www.w3.org/2004/08/xop/include">
<soap:Header><wsse:Security xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
soap:actor="http://smev.gosuslugi.ru/actors/smev"><wsse:BinarySecurityToken
EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soapmessage-security-1.0#Base64Binary" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
wsu:Id="CertId-F86CC5657416FAE41C13896206386906090460"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wsswssecurity-utility1.0.xsd">MIIG+DCCBqegAwIBAgIKbPnc5wABAAArRjAIBgYqhQMCAgMwggE1MRgwFgYFK
oUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQMDgQMBARIMMDAxMjM0NTY3ODkwMS
gwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lkg0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcN
AQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATBgNVBAgMDNCc0L7RgdC60LLQsDE
VMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQKDBvQntCQ0J4g0KDQvtGB0YLQtd
C70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQ
tdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQvtCy0YvQuSDQo9CmINCg0KLQmiAyMB4
XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEwMjcwMFowgekxGDAWBgUqhQNkARINM
TIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxCzAJBgNVBA
YTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuBBwEPgRBBDoEMgQwMRUwEwYDVQQH
HgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQiBDUEQQRCBD4EMgQwBE8AIAQ+BEAE
MwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAMeMAQiBDUEQQRCBD4EMgRLBDkAIAR
BBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0EEjBjMBwGBiqFAwICEzASBgcqhQMCAi
QABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hpErV8m16VlbOZa+MyYeRsG6Stbww88p
DHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4ID3jCCA9owDgYDVR0PAQH/BAQDAgT
wMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAjAdBgNVHQ4EFg
QU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHSMEggFtMIIBaYAUmeuzUBep4IGnJH1zbI
q7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGC
CqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAmBgNVBAkMH9Ch0YPRidC10LLRgdC60Lj
QuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BCQEWCGNhQHJ0LnJ1MQswCQYDVQQGEw
JSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAx
JDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10LvQtdC60L7QvDEwMC4GA1UECwwn0KP
QtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAMScwJQYDVQQDDB7QotC10Y
HRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIw
UDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUw
ODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODIuY3JsMEgGCCsGAQUFBwEBBDwwOjA4Bggr
35
BgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQw
NgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy4
2KTArBgNVHRAEJDAigA8yMDEzMDcwODEwMTgwMFqBDzIwMTQwNzA4MTAxODAwWj
AdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqhQNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0Jr
RgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LXRgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgt
C+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpi
Ig0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMD
EyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMC
AgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uHzcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3l
U2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecurityToken><ds:Signature
xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-2030154">
<ds:SignedInfo>
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
<ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#gostr34102001-gostr3411"/>
<ds:Reference URI="#id-21">
<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>LiV/0WlrDNEt+GzP2o+V9ha4BKTIkE+Q6kQsixlREJQ=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>
egONrjys1JrV4kU9hF7GspuzS7ZzDGl2eZRsxIVGklZt2XbXvu5P2ihuLOq56v1BbJKxivp6GQN
x
K2YlQZ/0MA==
</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-F86CC5657416FAE41C13896206386906090461">
<wsse:SecurityTokenReference wsu:Id="STRIdF86CC5657416FAE41C13896206386906090462" xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd"><wsse:Reference URI="#CertIdF86CC5657416FAE41C13896206386906090460" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext-1.0.xsd"/></wsse:SecurityTokenReference>
</ds:KeyInfo>
</ds:Signature></wsse:Security>
</soap:Header>
<soap:Body wsu:Id="id-21" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<eq:getRefsListRequest>
<rev:Message>
<rev:Sender>
<rev:Code>IPGU01001</rev:Code>
<rev:Name>Единый портал государственных услуг (gosuslugi.ru)</rev:Name>
</rev:Sender>
<rev:Recipient>
36
<rev:Code>FMSR01001</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>FMSRSERVICE123</rev:ServiceName>
<rev:TypeCode>GSRV</rev:TypeCode>
<rev:Status>REQUEST</rev:Status>
<rev:Date>2014-01-12T09:05:10</rev:Date>
<rev:ExchangeType>1</rev:ExchangeType>
<rev:ServiceCode>-10000000603</rev:ServiceCode>
<rev:CaseNumber>32764095</rev:CaseNumber>
</rev:Message>
<rev:MessageData>
<rev:AppData>
</rev:AppData>
</rev:MessageData>
</eq:getRefsListRequest>
</soap:Body>
</soap:Envelope>
Ответ:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:typ="http://epgu.rtlabs.ru/equeue/ws/types/"
xmlns:inc="http://www.w3.org/2004/08/xop/include" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<soap:Header>
<wsse:Security soap:actor="http://smev.gosuslugi.ru/actors/recipient"
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="CertId6CE70C466401D65C2A138970310175324121">MIIG+DCCBqegAwIBAgIKbPnc5wABAAA
rRjAIBgYqhQMCAgMwggE1MRgwFgYFKoUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQ
MDgQMBARIMMDAxMjM0NTY3ODkwMSgwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lk
g0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxF
TATBgNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgY
DVQQKDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB
0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQ
vtCy0YvQuSDQo9CmINCg0KLQmiAyMB4XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEw
MjcwMFowgekxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEB
EgwwMDEyMzQ1Njc4OTAxCzAJBgNVBAYTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuB
BwEPgRBBDoEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQi
BDUEQQRCBD4EMgQwBE8AIAQ+BEAEMwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAM
eMAQiBDUEQQRCBD4EMgRLBDkAIARBBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0E
EjBjMBwGBiqFAwICEzASBgcqhQMCAiQABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hp
37
ErV8m16VlbOZa+MyYeRsG6Stbww88pDHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4
ID3jCCA9owDgYDVR0PAQH/BAQDAgTwMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQM
CAiIGBggrBgEFBQcDAjAdBgNVHQ4EFgQU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHS
MEggFtMIIBaYAUmeuzUBep4IGnJH1zbIq7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNk
ARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAm
BgNVBAkMH9Ch0YPRidC10LLRgdC60LjQuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BC
QEWCGNhQHJ0LnJ1MQswCQYDVQQGEwJSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMR
UwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10
LvQtdC60L7QvDEwMC4GA1UECwwn0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRht
C10L3RgtGAMScwJQYDVQQDDB7QotC10YHRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+
BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xN
TcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUwODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODI
uY3JsMEgGCCsGAQUFBwEBBDwwOjA4BggrBgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4x
NTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQwNgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtC
f0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy42KTArBgNVHRAEJDAigA8yMDEzMDcwODEw
MTgwMFqBDzIwMTQwNzA4MTAxODAwWjAdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqh
QNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0JrRgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LX
RgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGA
ICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpiIg0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0
KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMDEyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7
RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMCAgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uH
zcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3lU2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecu
rityToken>
<ds:Signature Id="Signature-8041"
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-56bf5c80-5a67-48cc-879c-c2f636e90de2">
<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>m8/JdyzxCfqwfD2PSBHYvTwkLr50MDnMFbtqQiBIEn0=</ds:DigestValu
e>
</ds:Reference>
<ds:Reference URI="#id-82">
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
38
<ds:SignatureValue>tvo1Pk/STLH7MYXCZQq20rSJqQa6s9rpuPQDPr8Zbb5HG9mnDnCN3
EhpQpu5UPyq43C+KHK2vuXo
bGRUUaYqiQ==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-6CE70C466401D65C2A138970310175324122">
<wsse:SecurityTokenReference wsu:Id="STRId6CE70C466401D65C2A138970310175324123">
<wsse:Reference URI="#CertId-6CE70C466401D65C2A138970310175324121"
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>
<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="CertId71F5F7DB249B83EB7313897031171512314">MIIH4TCCB5CgAwIBAgIKUVIZFAABAAA3
0jAIBgYqhQMCAgMwggEHMRgwFgYFKoUDZAESDTEwMjc3MDAxOTg3NjcxGjAYBggqhQM
DgQMBARIMMDA3NzA3MDQ5Mzg4MSUwIwYDVQQJDBzQodGD0YnQtdCy0YHQutC40Lkg
0LLQsNC7IDI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATB
gNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQ
KDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxHTAbBgNVBAsMFNCe0JjQkSDQlNCk0
J8g0KDQotCaMQ8wDQYDVQQDEwZDQSBSVEswHhcNMTMwOTI2MjAxMjAwWhcNMTQw
OTI2MjAyMTAwWjCCAZoxGDAWBgUqhQNkARINMTEyNzc0NjQ2MDg5NjEaMBgGCCqFAw
OBAwEBEgwwMDc3MDc3NzgyNDYxKTAnBgkqhkiG9w0BCQEWGmJlbG9rb25vdllWQHJvc
21pbnpkcmF2LnJ1MQswCQYDVQQGEwJSVTEbMBkGA1UECB4SADcANwAgBBwEPgRBBD
oEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxazBpBgNVBAoeYgQcBDgEPQQ4BE
EEQgQ1BEAEQQRCBDIEPgAgBDcENARABDAEMgQ+BD4ERQRABDAEPQQ1BD0EOARPAC
AEIAQ+BEEEQQQ4BDkEQQQ6BD4EOQAgBCQENQQ0BDUEQAQwBEYEOAQ4MYGIMIGFBg
NVBAMefgQQBDIEQgQ+BDwEMARCBDgENwQ4BEAEPgQyBDAEPQQ9BDAETwAgBEEEOA
RBBEIENQQ8BDAAIAQ/BEAENQQ0BD4EQQRCBDAEMgQ7BDUEPQQ4BE8AIAQzBD4EQQR
DBDQEMARABEEEQgQyBDUEPQQ9BEsERQAgBEMEQQQ7BEMEMzBjMBwGBiqFAwICEzA
SBgcqhQMCAiQABgcqhQMCAh4BA0MABECPf0QCbo4Zznf+Incy9osEbSloLqw5Hl1fLpfvOp
ggn0vlV7TZqYM7hebRaLZ155kwvIiMpHCIlFOr5b+y0gVmo4IEQzCCBD8wDgYDVR0PAQH/
BAQDAgTwMC4GA1UdJQQnMCUGCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAgYGKo
UDZAICMB0GA1UdDgQWBBTEh6TzlVL/tvXhjzq6KS1JeuTdwDCCAUgGA1UdIwSCAT8wgg
E7gBSGPrkOsDMo4kbf7IikoluACqgtp6GCAQ+kggELMIIBBzEYMBYGBSqFA2QBEg0xMDI3N
zAwMTk4NzY3MRowGAYIKoUDA4EDAQESDDAwNzcwNzA0OTM4ODElMCMGA1UECQwc
0KHRg9GJ0LXQstGB0LrQuNC5INCy0LDQuyAyNjEXMBUGCSqGSIb3DQEJARYIY2FAcnQucn
UxCzAJBgNVBAYTAlJVMRUwEwYDVQQIDAzQnNC+0YHQutCy0LAxFTATBgNVBAcMDNCc0
L7RgdC60LLQsDEkMCIGA1UECgwb0J7QkNCeINCg0L7RgdGC0LXQu9C10LrQvtC8MR0wG
wYDVQQLDBTQntCY0JEg0JTQpNCfINCg0KLQmjEPMA0GA1UEAxMGQ0EgUlRLghAK+sKeg
/gYrkx63n0nPmHPMGMGA1UdHwRcMFowLKAqoCiGJmh0dHA6Ly9jZXJ0ZW5yb2xsLmNh
LnJ0LnJ1L2NhX3J0azIuY3JsMCqgKKAmhiRodHRwOi8vcm9zdGVsZWNvbS5ydS9jZHAvY2F
fcnRrMi5jcmwwdAYIKwYBBQUHAQEEaDBmMDIGCCsGAQUFBzAChiZodHRwOi8vY2VydG
Vucm9sbC5jYS5ydC5ydS9jYV9ydGsyLmNydDAwBggrBgEFBQcwAoYkaHR0cDovL3Jvc3Rlb
39
GVjb20ucnUvY2RwL2NhX3J0azIuY3J0MDYGBSqFA2RvBC0MKyLQmtGA0LjQv9GC0L7Qn9
GA0L4gQ1NQIiAo0LLQtdGA0YHQuNGPIDMuNikwKwYDVR0QBCQwIoAPMjAxMzA5MjYyM
DEyMDBagQ8yMDE0MDkyNjIwMTIwMFowHQYDVR0gBBYwFDAIBgYqhQNkcQEwCAYGK
oUDZAICMIIBMQYFKoUDZHAEggEmMIIBIgwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQ
stC10YDRgdC40Y8gMy42KQxTItCj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC9
0YLRgCAi0JrRgNC40L/RgtC+0J/RgNC+INCj0KYiINCy0LXRgNGB0LjQuCAxLjUMTkPQtdGA
0YLQuNGE0LjQutCw0YIg0YHQvtC+0YLQstC10YLRgdGC0LLQuNGPIOKEliDQodCkLzEyMS0
xODU5INC+0YIgMTcuMDYuMjAxMgxOQ9C10YDRgtC40YTQuNC60LDRgiDRgdC+0L7RgtCy
0LXRgtGB0YLQstC40Y8g4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyMAgGB
iqFAwICAwNBAOqs8cBt5LEwTBniFjgh2DuVYYOhGX/fQETxbjjT52FNmKQU1MaXi47A7eB
QXOvx342wS+0iVcKsyz3Lay+0IJ4=</wsse:BinarySecurityToken>
<ds:Signature Id="Signature-1541"
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-82">
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>MKZUWci+fxDaPAlwebvVH3aBEIOigpnioceNaA3F2owdFCTuYdhuZjp
Qm6h2pNzz3zI/c+VxVwEf
IAzHBL/S7w==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-71F5F7DB249B83EB7313897031171522315">
<wsse:SecurityTokenReference wsu:Id="STRId71F5F7DB249B83EB7313897031171522316">
<wsse:Reference URI="#CertId-71F5F7DB249B83EB7313897031171512314"
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>
<smev:Header wsu:Id="ID-56bf5c80-5a67-48cc-879c-c2f636e90de2"
xmlns:smev="http://smev.gosuslugi.ru/rev120315">
<smev:NodeId>00</smev:NodeId>
<smev:MessageId>C8FB2760-2FBB-4F53-C64A-C4E0B47BCD74</smev:MessageId>
<smev:TimeStamp>2014-01-14T15:38:21.752+03:00</smev:TimeStamp>
<smev:MessageClass>RESPONSE</smev:MessageClass>
</smev:Header>
</soap:Header>
<soap:Body wsu:Id="id-82">
40
<ns3:getRefsListResponse xmlns:ns3="http://epgu.rtlabs.ru/equeue/ws"
xmlns="http://smev.gosuslugi.ru/rev120315">
<Message>
<Sender>
<Code>FMSR01001</Code>
<Name>ФМС РФ</Name>
</Sender>
<Recipient>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
</Recipient>
<Originator>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
</Originator>
<ServiceName>FMSRSERVICE123</ServiceName>
<TypeCode>GSRV</TypeCode>
<Status>RESULT</Status>
<Date>2014-01-14T16:38:29.616Z</Date>
<ExchangeType>1</ExchangeType>
<RequestIdRef>EE73A67B-3F87-3C6C-C226-E4BB22EA8D51</RequestIdRef>
<OriginRequestIdRef>EE73A67B-3F87-3C6C-C226E4BB22EA8D51</OriginRequestIdRef>
<ServiceCode>-10000099108</ServiceCode>
<CaseNumber>32764095</CaseNumber>
</Message>
<MessageData>
<AppData>
<rev:refsList>
<typ:name>ORGANIZATIONS</typ:name>
<typ:title>Подразделения ФМС</typ:title>
<typ:kind>P</typ:kind>
</rev:refsList>
<rev:refsList>
<typ:name>AREAS</typ:name>
<typ:title>Отделы ФМС</typ:title>
<typ:kind>P</typ:kind>
</rev:refsList>
</AppData>
</MessageData>
</ns3:getRefsListResponse>
</soap:Body>
</soap:Envelope>
8.1.2 Примеры запроса и ответа getRefAttributesList
Запрос:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:eq="
http://epgu.rtlabs.ru/equeue/ws" xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd" xmlns:inc="http://www.w3.org/2004/08/xop/include">
41
<soap:Header><wsse:Security xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
soap:actor="http://smev.gosuslugi.ru/actors/smev"><wsse:BinarySecurityToken
EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soapmessage-security-1.0#Base64Binary" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
wsu:Id="CertId-F86CC5657416FAE41C13896206386906090460"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wsswssecurity-utility1.0.xsd">MIIG+DCCBqegAwIBAgIKbPnc5wABAAArRjAIBgYqhQMCAgMwggE1MRgwFgYFK
oUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQMDgQMBARIMMDAxMjM0NTY3ODkwMS
gwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lkg0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcN
AQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATBgNVBAgMDNCc0L7RgdC60LLQsDE
VMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQKDBvQntCQ0J4g0KDQvtGB0YLQtd
C70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQ
tdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQvtCy0YvQuSDQo9CmINCg0KLQmiAyMB4
XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEwMjcwMFowgekxGDAWBgUqhQNkARINM
TIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxCzAJBgNVBA
YTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuBBwEPgRBBDoEMgQwMRUwEwYDVQQH
HgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQiBDUEQQRCBD4EMgQwBE8AIAQ+BEAE
MwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAMeMAQiBDUEQQRCBD4EMgRLBDkAIAR
BBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0EEjBjMBwGBiqFAwICEzASBgcqhQMCAi
QABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hpErV8m16VlbOZa+MyYeRsG6Stbww88p
DHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4ID3jCCA9owDgYDVR0PAQH/BAQDAgT
wMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAjAdBgNVHQ4EFg
QU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHSMEggFtMIIBaYAUmeuzUBep4IGnJH1zbI
q7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGC
CqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAmBgNVBAkMH9Ch0YPRidC10LLRgdC60Lj
QuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BCQEWCGNhQHJ0LnJ1MQswCQYDVQQGEw
JSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAx
JDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10LvQtdC60L7QvDEwMC4GA1UECwwn0KP
QtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAMScwJQYDVQQDDB7QotC10Y
HRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIw
UDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUw
ODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODIuY3JsMEgGCCsGAQUFBwEBBDwwOjA4Bggr
BgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQw
NgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy4
2KTArBgNVHRAEJDAigA8yMDEzMDcwODEwMTgwMFqBDzIwMTQwNzA4MTAxODAwWj
AdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqhQNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0Jr
RgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LXRgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgt
C+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpi
Ig0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMD
EyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMC
AgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uHzcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3l
U2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecurityToken><ds:Signature
xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-2030154">
<ds:SignedInfo>
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
<ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#gostr34102001-gostr3411"/>
42
<ds:Reference URI="#id-21">
<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>LiV/0WlrDNEt+GzP2o+V9ha4BKTIkE+Q6kQsixlREJQ=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>
egONrjys1JrV4kU9hF7GspuzS7ZzDGl2eZRsxIVGklZt2XbXvu5P2ihuLOq56v1BbJKxivp6GQN
x
K2YlQZ/0MA==
</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-F86CC5657416FAE41C13896206386906090461">
<wsse:SecurityTokenReference wsu:Id="STRIdF86CC5657416FAE41C13896206386906090462" xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd"><wsse:Reference URI="#CertIdF86CC5657416FAE41C13896206386906090460" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext-1.0.xsd"/></wsse:SecurityTokenReference>
</ds:KeyInfo>
</ds:Signature></wsse:Security>
</soap:Header>
<soap:Body wsu:Id="id-21" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<eq:getRefAttributesListRequest>
<rev:Message>
<rev:Sender>
<rev:Code>IPGU01001</rev:Code>
<rev:Name>Единый портал государственных услуг (gosuslugi.ru)</rev:Name>
</rev:Sender>
<rev:Recipient>
<rev:Code>FMSR01001</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>FMSRSERVICE123</rev:ServiceName>
<rev:TypeCode>GSRV</rev:TypeCode>
<rev:Status>REQUEST</rev:Status>
<rev:Date>2014-01-12T09:05:10</rev:Date>
<rev:ExchangeType>1</rev:ExchangeType>
<rev:ServiceCode>-10000000603</rev:ServiceCode>
<rev:CaseNumber>32764095</rev:CaseNumber>
</rev:Message>
43
<rev:MessageData>
<rev:AppData>
<rev:refNames>ORGANIZATIONS</rev:refNames>
</rev:AppData>
<rev:AppDocument/>
</rev:MessageData>
</eq:getRefAttributesListRequest>
</soap:Body>
</soap:Envelope>
Ответ:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:typ="http://epgu.rtlabs.ru/equeue/ws/types/"
xmlns:inc="http://www.w3.org/2004/08/xop/include" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<soap:Header>
<wsse:Security soap:actor="http://smev.gosuslugi.ru/actors/recipient"
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="CertId6CE70C466401D65C2A138970310175324121">MIIG+DCCBqegAwIBAgIKbPnc5wABAAA
rRjAIBgYqhQMCAgMwggE1MRgwFgYFKoUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQ
MDgQMBARIMMDAxMjM0NTY3ODkwMSgwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lk
g0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxF
TATBgNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgY
DVQQKDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB
0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQ
vtCy0YvQuSDQo9CmINCg0KLQmiAyMB4XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEw
MjcwMFowgekxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEB
EgwwMDEyMzQ1Njc4OTAxCzAJBgNVBAYTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuB
BwEPgRBBDoEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQi
BDUEQQRCBD4EMgQwBE8AIAQ+BEAEMwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAM
eMAQiBDUEQQRCBD4EMgRLBDkAIARBBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0E
EjBjMBwGBiqFAwICEzASBgcqhQMCAiQABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hp
ErV8m16VlbOZa+MyYeRsG6Stbww88pDHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4
ID3jCCA9owDgYDVR0PAQH/BAQDAgTwMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQM
CAiIGBggrBgEFBQcDAjAdBgNVHQ4EFgQU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHS
MEggFtMIIBaYAUmeuzUBep4IGnJH1zbIq7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNk
ARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAm
BgNVBAkMH9Ch0YPRidC10LLRgdC60LjQuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BC
QEWCGNhQHJ0LnJ1MQswCQYDVQQGEwJSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMR
UwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10
LvQtdC60L7QvDEwMC4GA1UECwwn0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRht
C10L3RgtGAMScwJQYDVQQDDB7QotC10YHRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+
BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xN
TcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUwODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODI
uY3JsMEgGCCsGAQUFBwEBBDwwOjA4BggrBgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4x
44
NTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQwNgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtC
f0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy42KTArBgNVHRAEJDAigA8yMDEzMDcwODEw
MTgwMFqBDzIwMTQwNzA4MTAxODAwWjAdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqh
QNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0JrRgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LX
RgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGA
ICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpiIg0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0
KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMDEyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7
RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMCAgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uH
zcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3lU2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecu
rityToken>
<ds:Signature Id="Signature-8041"
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-56bf5c80-5a67-48cc-879c-c2f636e90de2">
<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>m8/JdyzxCfqwfD2PSBHYvTwkLr50MDnMFbtqQiBIEn0=</ds:DigestValu
e>
</ds:Reference>
<ds:Reference URI="#id-82">
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>tvo1Pk/STLH7MYXCZQq20rSJqQa6s9rpuPQDPr8Zbb5HG9mnDnCN3
EhpQpu5UPyq43C+KHK2vuXo
bGRUUaYqiQ==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-6CE70C466401D65C2A138970310175324122">
<wsse:SecurityTokenReference wsu:Id="STRId6CE70C466401D65C2A138970310175324123">
<wsse:Reference URI="#CertId-6CE70C466401D65C2A138970310175324121"
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>
45
<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="CertId71F5F7DB249B83EB7313897031171512314">MIIH4TCCB5CgAwIBAgIKUVIZFAABAAA3
0jAIBgYqhQMCAgMwggEHMRgwFgYFKoUDZAESDTEwMjc3MDAxOTg3NjcxGjAYBggqhQM
DgQMBARIMMDA3NzA3MDQ5Mzg4MSUwIwYDVQQJDBzQodGD0YnQtdCy0YHQutC40Lkg
0LLQsNC7IDI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATB
gNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQ
KDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxHTAbBgNVBAsMFNCe0JjQkSDQlNCk0
J8g0KDQotCaMQ8wDQYDVQQDEwZDQSBSVEswHhcNMTMwOTI2MjAxMjAwWhcNMTQw
OTI2MjAyMTAwWjCCAZoxGDAWBgUqhQNkARINMTEyNzc0NjQ2MDg5NjEaMBgGCCqFAw
OBAwEBEgwwMDc3MDc3NzgyNDYxKTAnBgkqhkiG9w0BCQEWGmJlbG9rb25vdllWQHJvc
21pbnpkcmF2LnJ1MQswCQYDVQQGEwJSVTEbMBkGA1UECB4SADcANwAgBBwEPgRBBD
oEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxazBpBgNVBAoeYgQcBDgEPQQ4BE
EEQgQ1BEAEQQRCBDIEPgAgBDcENARABDAEMgQ+BD4ERQRABDAEPQQ1BD0EOARPAC
AEIAQ+BEEEQQQ4BDkEQQQ6BD4EOQAgBCQENQQ0BDUEQAQwBEYEOAQ4MYGIMIGFBg
NVBAMefgQQBDIEQgQ+BDwEMARCBDgENwQ4BEAEPgQyBDAEPQQ9BDAETwAgBEEEOA
RBBEIENQQ8BDAAIAQ/BEAENQQ0BD4EQQRCBDAEMgQ7BDUEPQQ4BE8AIAQzBD4EQQR
DBDQEMARABEEEQgQyBDUEPQQ9BEsERQAgBEMEQQQ7BEMEMzBjMBwGBiqFAwICEzA
SBgcqhQMCAiQABgcqhQMCAh4BA0MABECPf0QCbo4Zznf+Incy9osEbSloLqw5Hl1fLpfvOp
ggn0vlV7TZqYM7hebRaLZ155kwvIiMpHCIlFOr5b+y0gVmo4IEQzCCBD8wDgYDVR0PAQH/
BAQDAgTwMC4GA1UdJQQnMCUGCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAgYGKo
UDZAICMB0GA1UdDgQWBBTEh6TzlVL/tvXhjzq6KS1JeuTdwDCCAUgGA1UdIwSCAT8wgg
E7gBSGPrkOsDMo4kbf7IikoluACqgtp6GCAQ+kggELMIIBBzEYMBYGBSqFA2QBEg0xMDI3N
zAwMTk4NzY3MRowGAYIKoUDA4EDAQESDDAwNzcwNzA0OTM4ODElMCMGA1UECQwc
0KHRg9GJ0LXQstGB0LrQuNC5INCy0LDQuyAyNjEXMBUGCSqGSIb3DQEJARYIY2FAcnQucn
UxCzAJBgNVBAYTAlJVMRUwEwYDVQQIDAzQnNC+0YHQutCy0LAxFTATBgNVBAcMDNCc0
L7RgdC60LLQsDEkMCIGA1UECgwb0J7QkNCeINCg0L7RgdGC0LXQu9C10LrQvtC8MR0wG
wYDVQQLDBTQntCY0JEg0JTQpNCfINCg0KLQmjEPMA0GA1UEAxMGQ0EgUlRLghAK+sKeg
/gYrkx63n0nPmHPMGMGA1UdHwRcMFowLKAqoCiGJmh0dHA6Ly9jZXJ0ZW5yb2xsLmNh
LnJ0LnJ1L2NhX3J0azIuY3JsMCqgKKAmhiRodHRwOi8vcm9zdGVsZWNvbS5ydS9jZHAvY2F
fcnRrMi5jcmwwdAYIKwYBBQUHAQEEaDBmMDIGCCsGAQUFBzAChiZodHRwOi8vY2VydG
Vucm9sbC5jYS5ydC5ydS9jYV9ydGsyLmNydDAwBggrBgEFBQcwAoYkaHR0cDovL3Jvc3Rlb
GVjb20ucnUvY2RwL2NhX3J0azIuY3J0MDYGBSqFA2RvBC0MKyLQmtGA0LjQv9GC0L7Qn9
GA0L4gQ1NQIiAo0LLQtdGA0YHQuNGPIDMuNikwKwYDVR0QBCQwIoAPMjAxMzA5MjYyM
DEyMDBagQ8yMDE0MDkyNjIwMTIwMFowHQYDVR0gBBYwFDAIBgYqhQNkcQEwCAYGK
oUDZAICMIIBMQYFKoUDZHAEggEmMIIBIgwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQ
stC10YDRgdC40Y8gMy42KQxTItCj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC9
0YLRgCAi0JrRgNC40L/RgtC+0J/RgNC+INCj0KYiINCy0LXRgNGB0LjQuCAxLjUMTkPQtdGA
0YLQuNGE0LjQutCw0YIg0YHQvtC+0YLQstC10YLRgdGC0LLQuNGPIOKEliDQodCkLzEyMS0
xODU5INC+0YIgMTcuMDYuMjAxMgxOQ9C10YDRgtC40YTQuNC60LDRgiDRgdC+0L7RgtCy
0LXRgtGB0YLQstC40Y8g4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyMAgGB
iqFAwICAwNBAOqs8cBt5LEwTBniFjgh2DuVYYOhGX/fQETxbjjT52FNmKQU1MaXi47A7eB
QXOvx342wS+0iVcKsyz3Lay+0IJ4=</wsse:BinarySecurityToken>
<ds:Signature Id="Signature-1541"
xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
<ds:SignedInfo>
46
<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-82">
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>MKZUWci+fxDaPAlwebvVH3aBEIOigpnioceNaA3F2owdFCTuYdhuZjp
Qm6h2pNzz3zI/c+VxVwEf
IAzHBL/S7w==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-71F5F7DB249B83EB7313897031171522315">
<wsse:SecurityTokenReference wsu:Id="STRId71F5F7DB249B83EB7313897031171522316">
<wsse:Reference URI="#CertId-71F5F7DB249B83EB7313897031171512314"
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>
<smev:Header wsu:Id="ID-56bf5c80-5a67-48cc-879c-c2f636e90de2"
xmlns:smev="http://smev.gosuslugi.ru/rev120315">
<smev:NodeId>00</smev:NodeId>
<smev:MessageId>C8FB2760-2FBB-4F53-C64A-C4E0B47BCD74</smev:MessageId>
<smev:TimeStamp>2014-01-14T15:38:21.752+03:00</smev:TimeStamp>
<smev:MessageClass>RESPONSE</smev:MessageClass>
</smev:Header>
</soap:Header>
<soap:Body wsu:Id="id-82">
<ns3:getRefAttributesListResponse xmlns:ns3="http://epgu.rtlabs.ru/equeue/ws"
xmlns="http://smev.gosuslugi.ru/rev120315">
<Message>
<Sender>
<Code>FMSR01001</Code>
<Name>ФМС РФ</Name>
</Sender>
<Recipient>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
</Recipient>
<Originator>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
47
</Originator>
<ServiceName>FMSRSERVICE123</ServiceName>
<TypeCode>GSRV</TypeCode>
<Status>RESULT</Status>
<Date>2014-01-14T16:38:29.616Z</Date>
<ExchangeType>1</ExchangeType>
<RequestIdRef>EE73A67B-3F87-3C6C-C226-E4BB22EA8D51</RequestIdRef>
<OriginRequestIdRef>EE73A67B-3F87-3C6C-C226E4BB22EA8D51</OriginRequestIdRef>
<ServiceCode>-10000099108</ServiceCode>
<CaseNumber>32764095</CaseNumber>
</Message>
<MessageData>
<AppData>
<rev:refAttributesList>
<typ:refName>ORGANIZATIONS</typ:refName>
<typ:name>ORG_ID</typ:name>
<typ:title>Код</typ:title>
<typ:type>INTEGER</typ:type>
<typ:multiple>false</typ:multiple>
<typ:allowFiltering>false</typ:allowFiltering>
</rev:refAttributesList>
<rev:refAttributesList>
<typ:refName>ORGANIZATIONS</typ:refName>
<typ:name>ORG_NAME</typ:name>
<typ:title>Наименование</typ:title>
<typ:type>STRING</typ:type>
<typ:multiple>false</typ:multiple>
<typ:allowFiltering>true</typ:allowFiltering>
</rev:refAttributesList>
</AppData>
</MessageData>
</ns3:getRefAttributesListResponse>
</soap:Body>
</soap:Envelope>
8.1.3 Примеры запроса и ответа getRefItemsList
Запрос:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:eq="
http://epgu.rtlabs.ru/equeue/ws" xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd" xmlns:inc="http://www.w3.org/2004/08/xop/include">
<soap:Header><wsse:Security xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
soap:actor="http://smev.gosuslugi.ru/actors/smev"><wsse:BinarySecurityToken
EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soapmessage-security-1.0#Base64Binary" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
wsu:Id="CertId-F86CC5657416FAE41C13896206386906090460"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity48
secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wsswssecurity-utility1.0.xsd">MIIG+DCCBqegAwIBAgIKbPnc5wABAAArRjAIBgYqhQMCAgMwggE1MRgwFgYFK
oUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQMDgQMBARIMMDAxMjM0NTY3ODkwMS
gwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lkg0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcN
AQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATBgNVBAgMDNCc0L7RgdC60LLQsDE
VMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQKDBvQntCQ0J4g0KDQvtGB0YLQtd
C70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQ
tdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQvtCy0YvQuSDQo9CmINCg0KLQmiAyMB4
XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEwMjcwMFowgekxGDAWBgUqhQNkARINM
TIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxCzAJBgNVBA
YTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuBBwEPgRBBDoEMgQwMRUwEwYDVQQH
HgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQiBDUEQQRCBD4EMgQwBE8AIAQ+BEAE
MwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAMeMAQiBDUEQQRCBD4EMgRLBDkAIAR
BBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0EEjBjMBwGBiqFAwICEzASBgcqhQMCAi
QABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hpErV8m16VlbOZa+MyYeRsG6Stbww88p
DHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4ID3jCCA9owDgYDVR0PAQH/BAQDAgT
wMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAjAdBgNVHQ4EFg
QU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHSMEggFtMIIBaYAUmeuzUBep4IGnJH1zbI
q7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGC
CqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAmBgNVBAkMH9Ch0YPRidC10LLRgdC60Lj
QuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BCQEWCGNhQHJ0LnJ1MQswCQYDVQQGEw
JSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAx
JDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10LvQtdC60L7QvDEwMC4GA1UECwwn0KP
QtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAMScwJQYDVQQDDB7QotC10Y
HRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIw
UDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUw
ODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODIuY3JsMEgGCCsGAQUFBwEBBDwwOjA4Bggr
BgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQw
NgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy4
2KTArBgNVHRAEJDAigA8yMDEzMDcwODEwMTgwMFqBDzIwMTQwNzA4MTAxODAwWj
AdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqhQNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0Jr
RgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LXRgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgt
C+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpi
Ig0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMD
EyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMC
AgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uHzcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3l
U2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecurityToken><ds:Signature
xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-2030154">
<ds:SignedInfo>
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
<ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#gostr34102001-gostr3411"/>
<ds:Reference URI="#id-21">
<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>LiV/0WlrDNEt+GzP2o+V9ha4BKTIkE+Q6kQsixlREJQ=</ds:DigestValue>
</ds:Reference>
49
</ds:SignedInfo>
<ds:SignatureValue>
egONrjys1JrV4kU9hF7GspuzS7ZzDGl2eZRsxIVGklZt2XbXvu5P2ihuLOq56v1BbJKxivp6GQN
x
K2YlQZ/0MA==
</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-F86CC5657416FAE41C13896206386906090461">
<wsse:SecurityTokenReference wsu:Id="STRIdF86CC5657416FAE41C13896206386906090462" xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd"><wsse:Reference URI="#CertIdF86CC5657416FAE41C13896206386906090460" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext-1.0.xsd"/></wsse:SecurityTokenReference>
</ds:KeyInfo>
</ds:Signature></wsse:Security>
</soap:Header>
<soap:Body wsu:Id="id-21" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<eq:getRefItemsListRequest>
<rev:Message>
<rev:Sender>
<rev:Code>IPGU01001</rev:Code>
<rev:Name>Единый портал государственных услуг (gosuslugi.ru)</rev:Name>
</rev:Sender>
<rev:Recipient>
<rev:Code>FMSR01001</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>FMSRSERVICE123</rev:ServiceName>
<rev:TypeCode>GSRV</rev:TypeCode>
<rev:Status>REQUEST</rev:Status>
<rev:Date>2014-01-12T09:05:10</rev:Date>
<rev:ExchangeType>1</rev:ExchangeType>
<rev:ServiceCode>-10000000603</rev:ServiceCode>
<rev:CaseNumber>32764095</rev:CaseNumber>
</rev:Message>
<rev:MessageData>
<rev:AppData>
<rev:refName>ORGANIZATIONS</rev:refName>
<rev:treeFiltering>false</rev:treeFiltering>
<rev:pageNum>0</rev:pageNum>
<rev:pageSize>0</rev:pageSize>
</rev:AppData>
</rev:MessageData>
50
</eq:getRefItemsListRequest>
</soap:Body>
</soap:Envelope>
Ответ:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:typ="http://epgu.rtlabs.ru/equeue/ws/types/"
xmlns:inc="http://www.w3.org/2004/08/xop/include" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<soap:Header>
<wsse:Security soap:actor="http://smev.gosuslugi.ru/actors/recipient"
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="CertId6CE70C466401D65C2A138970310175324121">MIIG+DCCBqegAwIBAgIKbPnc5wABAAA
rRjAIBgYqhQMCAgMwggE1MRgwFgYFKoUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQ
MDgQMBARIMMDAxMjM0NTY3ODkwMSgwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lk
g0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxF
TATBgNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgY
DVQQKDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB
0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQ
vtCy0YvQuSDQo9CmINCg0KLQmiAyMB4XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEw
MjcwMFowgekxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEB
EgwwMDEyMzQ1Njc4OTAxCzAJBgNVBAYTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuB
BwEPgRBBDoEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQi
BDUEQQRCBD4EMgQwBE8AIAQ+BEAEMwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAM
eMAQiBDUEQQRCBD4EMgRLBDkAIARBBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0E
EjBjMBwGBiqFAwICEzASBgcqhQMCAiQABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hp
ErV8m16VlbOZa+MyYeRsG6Stbww88pDHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4
ID3jCCA9owDgYDVR0PAQH/BAQDAgTwMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQM
CAiIGBggrBgEFBQcDAjAdBgNVHQ4EFgQU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHS
MEggFtMIIBaYAUmeuzUBep4IGnJH1zbIq7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNk
ARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAm
BgNVBAkMH9Ch0YPRidC10LLRgdC60LjQuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BC
QEWCGNhQHJ0LnJ1MQswCQYDVQQGEwJSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMR
UwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10
LvQtdC60L7QvDEwMC4GA1UECwwn0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRht
C10L3RgtGAMScwJQYDVQQDDB7QotC10YHRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+
BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xN
TcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUwODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODI
uY3JsMEgGCCsGAQUFBwEBBDwwOjA4BggrBgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4x
NTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQwNgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtC
f0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy42KTArBgNVHRAEJDAigA8yMDEzMDcwODEw
MTgwMFqBDzIwMTQwNzA4MTAxODAwWjAdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqh
QNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0JrRgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LX
RgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGA
ICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpiIg0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0
51
KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMDEyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7
RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMCAgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uH
zcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3lU2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecu
rityToken>
<ds:Signature Id="Signature-8041"
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-56bf5c80-5a67-48cc-879c-c2f636e90de2">
<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>m8/JdyzxCfqwfD2PSBHYvTwkLr50MDnMFbtqQiBIEn0=</ds:DigestValu
e>
</ds:Reference>
<ds:Reference URI="#id-82">
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>tvo1Pk/STLH7MYXCZQq20rSJqQa6s9rpuPQDPr8Zbb5HG9mnDnCN3
EhpQpu5UPyq43C+KHK2vuXo
bGRUUaYqiQ==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-6CE70C466401D65C2A138970310175324122">
<wsse:SecurityTokenReference wsu:Id="STRId6CE70C466401D65C2A138970310175324123">
<wsse:Reference URI="#CertId-6CE70C466401D65C2A138970310175324121"
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>
<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-token52
profile-1.0#X509v3" wsu:Id="CertId71F5F7DB249B83EB7313897031171512314">MIIH4TCCB5CgAwIBAgIKUVIZFAABAAA3
0jAIBgYqhQMCAgMwggEHMRgwFgYFKoUDZAESDTEwMjc3MDAxOTg3NjcxGjAYBggqhQM
DgQMBARIMMDA3NzA3MDQ5Mzg4MSUwIwYDVQQJDBzQodGD0YnQtdCy0YHQutC40Lkg
0LLQsNC7IDI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATB
gNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQ
KDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxHTAbBgNVBAsMFNCe0JjQkSDQlNCk0
J8g0KDQotCaMQ8wDQYDVQQDEwZDQSBSVEswHhcNMTMwOTI2MjAxMjAwWhcNMTQw
OTI2MjAyMTAwWjCCAZoxGDAWBgUqhQNkARINMTEyNzc0NjQ2MDg5NjEaMBgGCCqFAw
OBAwEBEgwwMDc3MDc3NzgyNDYxKTAnBgkqhkiG9w0BCQEWGmJlbG9rb25vdllWQHJvc
21pbnpkcmF2LnJ1MQswCQYDVQQGEwJSVTEbMBkGA1UECB4SADcANwAgBBwEPgRBBD
oEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxazBpBgNVBAoeYgQcBDgEPQQ4BE
EEQgQ1BEAEQQRCBDIEPgAgBDcENARABDAEMgQ+BD4ERQRABDAEPQQ1BD0EOARPAC
AEIAQ+BEEEQQQ4BDkEQQQ6BD4EOQAgBCQENQQ0BDUEQAQwBEYEOAQ4MYGIMIGFBg
NVBAMefgQQBDIEQgQ+BDwEMARCBDgENwQ4BEAEPgQyBDAEPQQ9BDAETwAgBEEEOA
RBBEIENQQ8BDAAIAQ/BEAENQQ0BD4EQQRCBDAEMgQ7BDUEPQQ4BE8AIAQzBD4EQQR
DBDQEMARABEEEQgQyBDUEPQQ9BEsERQAgBEMEQQQ7BEMEMzBjMBwGBiqFAwICEzA
SBgcqhQMCAiQABgcqhQMCAh4BA0MABECPf0QCbo4Zznf+Incy9osEbSloLqw5Hl1fLpfvOp
ggn0vlV7TZqYM7hebRaLZ155kwvIiMpHCIlFOr5b+y0gVmo4IEQzCCBD8wDgYDVR0PAQH/
BAQDAgTwMC4GA1UdJQQnMCUGCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAgYGKo
UDZAICMB0GA1UdDgQWBBTEh6TzlVL/tvXhjzq6KS1JeuTdwDCCAUgGA1UdIwSCAT8wgg
E7gBSGPrkOsDMo4kbf7IikoluACqgtp6GCAQ+kggELMIIBBzEYMBYGBSqFA2QBEg0xMDI3N
zAwMTk4NzY3MRowGAYIKoUDA4EDAQESDDAwNzcwNzA0OTM4ODElMCMGA1UECQwc
0KHRg9GJ0LXQstGB0LrQuNC5INCy0LDQuyAyNjEXMBUGCSqGSIb3DQEJARYIY2FAcnQucn
UxCzAJBgNVBAYTAlJVMRUwEwYDVQQIDAzQnNC+0YHQutCy0LAxFTATBgNVBAcMDNCc0
L7RgdC60LLQsDEkMCIGA1UECgwb0J7QkNCeINCg0L7RgdGC0LXQu9C10LrQvtC8MR0wG
wYDVQQLDBTQntCY0JEg0JTQpNCfINCg0KLQmjEPMA0GA1UEAxMGQ0EgUlRLghAK+sKeg
/gYrkx63n0nPmHPMGMGA1UdHwRcMFowLKAqoCiGJmh0dHA6Ly9jZXJ0ZW5yb2xsLmNh
LnJ0LnJ1L2NhX3J0azIuY3JsMCqgKKAmhiRodHRwOi8vcm9zdGVsZWNvbS5ydS9jZHAvY2F
fcnRrMi5jcmwwdAYIKwYBBQUHAQEEaDBmMDIGCCsGAQUFBzAChiZodHRwOi8vY2VydG
Vucm9sbC5jYS5ydC5ydS9jYV9ydGsyLmNydDAwBggrBgEFBQcwAoYkaHR0cDovL3Jvc3Rlb
GVjb20ucnUvY2RwL2NhX3J0azIuY3J0MDYGBSqFA2RvBC0MKyLQmtGA0LjQv9GC0L7Qn9
GA0L4gQ1NQIiAo0LLQtdGA0YHQuNGPIDMuNikwKwYDVR0QBCQwIoAPMjAxMzA5MjYyM
DEyMDBagQ8yMDE0MDkyNjIwMTIwMFowHQYDVR0gBBYwFDAIBgYqhQNkcQEwCAYGK
oUDZAICMIIBMQYFKoUDZHAEggEmMIIBIgwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQ
stC10YDRgdC40Y8gMy42KQxTItCj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC9
0YLRgCAi0JrRgNC40L/RgtC+0J/RgNC+INCj0KYiINCy0LXRgNGB0LjQuCAxLjUMTkPQtdGA
0YLQuNGE0LjQutCw0YIg0YHQvtC+0YLQstC10YLRgdGC0LLQuNGPIOKEliDQodCkLzEyMS0
xODU5INC+0YIgMTcuMDYuMjAxMgxOQ9C10YDRgtC40YTQuNC60LDRgiDRgdC+0L7RgtCy
0LXRgtGB0YLQstC40Y8g4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyMAgGB
iqFAwICAwNBAOqs8cBt5LEwTBniFjgh2DuVYYOhGX/fQETxbjjT52FNmKQU1MaXi47A7eB
QXOvx342wS+0iVcKsyz3Lay+0IJ4=</wsse:BinarySecurityToken>
<ds:Signature Id="Signature-1541"
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-82">
<ds:Transforms>
53
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>MKZUWci+fxDaPAlwebvVH3aBEIOigpnioceNaA3F2owdFCTuYdhuZjp
Qm6h2pNzz3zI/c+VxVwEf
IAzHBL/S7w==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-71F5F7DB249B83EB7313897031171522315">
<wsse:SecurityTokenReference wsu:Id="STRId71F5F7DB249B83EB7313897031171522316">
<wsse:Reference URI="#CertId-71F5F7DB249B83EB7313897031171512314"
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>
<smev:Header wsu:Id="ID-56bf5c80-5a67-48cc-879c-c2f636e90de2"
xmlns:smev="http://smev.gosuslugi.ru/rev120315">
<smev:NodeId>00</smev:NodeId>
<smev:MessageId>C8FB2760-2FBB-4F53-C64A-C4E0B47BCD74</smev:MessageId>
<smev:TimeStamp>2014-01-14T15:38:21.752+03:00</smev:TimeStamp>
<smev:MessageClass>RESPONSE</smev:MessageClass>
</smev:Header>
</soap:Header>
<soap:Body wsu:Id="id-82">
<ns3:getRefItemsListResponse xmlns:ns3="http://epgu.rtlabs.ru/equeue/ws"
xmlns="http://smev.gosuslugi.ru/rev120315">
<Message>
<Sender>
<Code>FMSR01001</Code>
<Name>ФМС РФ</Name>
</Sender>
<Recipient>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
</Recipient>
<Originator>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
</Originator>
<ServiceName>FMSRSERVICE123</ServiceName>
<TypeCode>GSRV</TypeCode>
<Status>RESULT</Status>
<Date>2014-01-14T16:38:29.616Z</Date>
<ExchangeType>1</ExchangeType>
54
<RequestIdRef>EE73A67B-3F87-3C6C-C226-E4BB22EA8D51</RequestIdRef>
<OriginRequestIdRef>EE73A67B-3F87-3C6C-C226E4BB22EA8D51</OriginRequestIdRef>
<ServiceCode>-10000099108</ServiceCode>
<CaseNumber>32764095</CaseNumber>
</Message>
<MessageData>
<AppData>
<rev:totalItems>1</rev:totalItems>
<rev:items>
<typ:isLeaf>true</typ:isLeaf>
<typ:fields>
<typ:itemName>ORG_COD</typ:itemName>
<typ:title>1</typ:title>
</typ:fields>
<typ:fields>
<typ:itemName>ORG_NAME</typ:itemName>
<typ:title>Центральное отделение ФМС</typ:title>
</typ:fields>
</rev:items>
<rev:version>1</rev:version>
</AppData>
</MessageData>
</ns3:getRefItemsListResponse>
</soap:Body>
</soap:Envelope>
8.1.4 Примеры запроса и ответа book
Запрос:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:eq="
http://epgu.rtlabs.ru/equeue/ws" xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd" xmlns:inc="http://www.w3.org/2004/08/xop/include">
<soap:Header><wsse:Security xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
soap:actor="http://smev.gosuslugi.ru/actors/smev"><wsse:BinarySecurityToken
EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soapmessage-security-1.0#Base64Binary" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
wsu:Id="CertId-F86CC5657416FAE41C13896206386906090460"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wsswssecurity-utility1.0.xsd">MIIG+DCCBqegAwIBAgIKbPnc5wABAAArRjAIBgYqhQMCAgMwggE1MRgwFgYFK
oUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQMDgQMBARIMMDAxMjM0NTY3ODkwMS
gwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lkg0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcN
AQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATBgNVBAgMDNCc0L7RgdC60LLQsDE
VMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQKDBvQntCQ0J4g0KDQvtGB0YLQtd
C70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQ
55
tdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQvtCy0YvQuSDQo9CmINCg0KLQmiAyMB4
XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEwMjcwMFowgekxGDAWBgUqhQNkARINM
TIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxCzAJBgNVBA
YTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuBBwEPgRBBDoEMgQwMRUwEwYDVQQH
HgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQiBDUEQQRCBD4EMgQwBE8AIAQ+BEAE
MwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAMeMAQiBDUEQQRCBD4EMgRLBDkAIAR
BBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0EEjBjMBwGBiqFAwICEzASBgcqhQMCAi
QABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hpErV8m16VlbOZa+MyYeRsG6Stbww88p
DHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4ID3jCCA9owDgYDVR0PAQH/BAQDAgT
wMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAjAdBgNVHQ4EFg
QU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHSMEggFtMIIBaYAUmeuzUBep4IGnJH1zbI
q7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGC
CqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAmBgNVBAkMH9Ch0YPRidC10LLRgdC60Lj
QuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BCQEWCGNhQHJ0LnJ1MQswCQYDVQQGEw
JSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMRUwEwYDVQQHDAzQnNC+0YHQutCy0LAx
JDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10LvQtdC60L7QvDEwMC4GA1UECwwn0KP
QtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAMScwJQYDVQQDDB7QotC10Y
HRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIw
UDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUw
ODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODIuY3JsMEgGCCsGAQUFBwEBBDwwOjA4Bggr
BgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4xNTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQw
NgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy4
2KTArBgNVHRAEJDAigA8yMDEzMDcwODEwMTgwMFqBDzIwMTQwNzA4MTAxODAwWj
AdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqhQNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0Jr
RgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LXRgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgt
C+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGAICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpi
Ig0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMD
EyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMC
AgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uHzcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3l
U2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecurityToken><ds:Signature
xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature-2030154">
<ds:SignedInfo>
<ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
<ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsigmore#gostr34102001-gostr3411"/>
<ds:Reference URI="#id-21">
<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>LiV/0WlrDNEt+GzP2o+V9ha4BKTIkE+Q6kQsixlREJQ=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>
egONrjys1JrV4kU9hF7GspuzS7ZzDGl2eZRsxIVGklZt2XbXvu5P2ihuLOq56v1BbJKxivp6GQN
x
K2YlQZ/0MA==
</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-F86CC5657416FAE41C13896206386906090461">
56
<wsse:SecurityTokenReference wsu:Id="STRIdF86CC5657416FAE41C13896206386906090462" xmlns:wsse="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurityutility-1.0.xsd"><wsse:Reference URI="#CertIdF86CC5657416FAE41C13896206386906090460" ValueType="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"
xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecuritysecext-1.0.xsd"/></wsse:SecurityTokenReference>
</ds:KeyInfo>
</ds:Signature></wsse:Security>
</soap:Header>
<soap:Body wsu:Id="id-21" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<eq:bookRequest>
<rev:Message>
<rev:Sender>
<rev:Code>IPGU01001</rev:Code>
<rev:Name>Единый портал государственных услуг (gosuslugi.ru)</rev:Name>
</rev:Sender>
<rev:Recipient>
<rev:Code>FMSR01001</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>FMSRSERVICE123</rev:ServiceName>
<rev:TypeCode>GSRV</rev:TypeCode>
<rev:Status>REQUEST</rev:Status>
<rev:Date>2014-01-12T09:05:10</rev:Date>
<rev:ExchangeType>1</rev:ExchangeType>
<rev:ServiceCode>-10000000603</rev:ServiceCode>
<rev:CaseNumber>32764095</rev:CaseNumber>
</rev:Message>
<rev:MessageData>
<rev:AppData>
<rev:bookId>550e8400-e29b-41d4-a716-446655440000</rev:bookId>
<rev:slotId>660e9400-e39b-51d4-a816-646755440023</rev:slotId>
<rev:organizationId>1</rev:organizationId>
<rev:userType>BASIC</rev:userType>
<rev:esiaId>4545646</rev:esiaId>
<rev:lastName>Иванов</rev:lastName>
<rev:firstName>Иван</rev:firstName>
<rev:middleName>Иванович</rev:middleName>
<rev:mobilePhone>79161234567</rev:mobilePhone>
<rev:email>ivan@mail.ru</rev:email>
<rev:userSnils>001-123-456 78</rev:userSnils>
<rev:userLogin>001-123-456 78</rev:userLogin>
<rev:caseNumber>123</rev:caseNumber>
57
<rev:serviceId>1</rev:serviceId>
<rev:areaId>1</rev:areaId>
<rev:preliminaryReservation>false</rev:preliminaryReservation>
<rev:reqDateTime>2014-02-13T20:10:05</rev:reqDateTime>
</rev:AppData>
</rev:MessageData>
</eq:bookRequest>
</soap:Body>
</soap:Envelope>
Ответ:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:rev="http://smev.gosuslugi.ru/rev120315"
xmlns:typ="http://epgu.rtlabs.ru/equeue/ws/types/"
xmlns:inc="http://www.w3.org/2004/08/xop/include" xmlns:wsu="http://docs.oasisopen.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<soap:Header>
<wsse:Security soap:actor="http://smev.gosuslugi.ru/actors/recipient"
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="CertId6CE70C466401D65C2A138970310175324121">MIIG+DCCBqegAwIBAgIKbPnc5wABAAA
rRjAIBgYqhQMCAgMwggE1MRgwFgYFKoUDZAESDTEyMzQ1Njc4OTAxMjMxGjAYBggqhQ
MDgQMBARIMMDAxMjM0NTY3ODkwMSgwJgYDVQQJDB/QodGD0YnQtdCy0YHQutC40Lk
g0LLQsNC7INC0LjI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxF
TATBgNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgY
DVQQKDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxMDAuBgNVBAsMJ9Cj0LTQvtGB
0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC90YLRgDEnMCUGA1UEAwwe0KLQtdGB0YLQ
vtCy0YvQuSDQo9CmINCg0KLQmiAyMB4XDTEzMDcwODEwMTgwMFoXDTE0MDcwODEw
MjcwMFowgekxGDAWBgUqhQNkARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEB
EgwwMDEyMzQ1Njc4OTAxCzAJBgNVBAYTAlJVMR8wHQYDVQQIHhYANwA3ACAEMwAuB
BwEPgRBBDoEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxMTAvBgNVBAoeKAQi
BDUEQQRCBD4EMgQwBE8AIAQ+BEAEMwQwBD0EOAQ3BDAERgQ4BE8xOTA3BgNVBAM
eMAQiBDUEQQRCBD4EMgRLBDkAIARBBDUEQARCBDgERAQ4BDoEMARCACAEIQQcBC0E
EjBjMBwGBiqFAwICEzASBgcqhQMCAiQABgcqhQMCAh4BA0MABEAFera1uJgfj2DMeQ0hp
ErV8m16VlbOZa+MyYeRsG6Stbww88pDHVEQwe+7wp7/NhGqs7fn00WB5XVzvp+jZ7Bfo4
ID3jCCA9owDgYDVR0PAQH/BAQDAgTwMCYGA1UdJQQfMB0GCCsGAQUFBwMEBgcqhQM
CAiIGBggrBgEFBQcDAjAdBgNVHQ4EFgQU6ZG4ApfJyt0+clW7TYq8ilOJERAwggF2BgNVHS
MEggFtMIIBaYAUmeuzUBep4IGnJH1zbIq7qXsNl4KhggE9pIIBOTCCATUxGDAWBgUqhQNk
ARINMTIzNDU2Nzg5MDEyMzEaMBgGCCqFAwOBAwEBEgwwMDEyMzQ1Njc4OTAxKDAm
BgNVBAkMH9Ch0YPRidC10LLRgdC60LjQuSDQstCw0Lsg0LQuMjYxFzAVBgkqhkiG9w0BC
QEWCGNhQHJ0LnJ1MQswCQYDVQQGEwJSVTEVMBMGA1UECAwM0JzQvtGB0LrQstCwMR
UwEwYDVQQHDAzQnNC+0YHQutCy0LAxJDAiBgNVBAoMG9Ce0JDQniDQoNC+0YHRgtC10
LvQtdC60L7QvDEwMC4GA1UECwwn0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRht
C10L3RgtGAMScwJQYDVQQDDB7QotC10YHRgtC+0LLRi9C5INCj0KYg0KDQotCaIDKCEFI+
BYLSCd6yRrhqm0n5w5cwWQYDVR0fBFIwUDBOoEygSoZIaHR0cDovLzkxLjI0MS4xMi4xN
TcvcmEvY2RwLzk5ZWJiMzUwMTdhOWUwODFhNzI0N2Q3MzZjOGFiYmE5N2IwZDk3ODI
uY3JsMEgGCCsGAQUFBwEBBDwwOjA4BggrBgEFBQcwAoYsaHR0cDovLzkxLjI0MS4xMi4x
58
NTcvcmEvY2RwL3Rlc3RfY2FfcnRrMi5jcnQwNgYFKoUDZG8ELQwrItCa0YDQuNC/0YLQvtC
f0YDQviBDU1AiICjQstC10YDRgdC40Y8gMy42KTArBgNVHRAEJDAigA8yMDEzMDcwODEw
MTgwMFqBDzIwMTQwNzA4MTAxODAwWjAdBgNVHSAEFjAUMAgGBiqFA2RxATAIBgYqh
QNkcQIwgd0GBSqFA2RwBIHTMIHQDCsi0JrRgNC40L/RgtC+0J/RgNC+IENTUCIgKNCy0LX
RgNGB0LjRjyAzLjYpDFMi0KPQtNC+0YHRgtC+0LLQtdGA0Y/RjtGJ0LjQuSDRhtC10L3RgtGA
ICLQmtGA0LjQv9GC0L7Qn9GA0L4g0KPQpiIg0LLQtdGA0YHQuNC4IDEuNQwl4oSWINCh0
KQvMTIxLTE4NTkg0L7RgiAxNy4wNi4yMDEyINCzLgwl4oSWINCh0KQvMTI4LTE4MjIg0L7
RgiAwMS4wNi4yMDEyINCzLjAIBgYqhQMCAgMDQQBtCU9Uer1PlQbsiZWJtAp/s6Y4ef8uH
zcqkQiTuScP9yc1U1QxEFUAeXuW1cEdsS3lU2s4mMU+HCQ2z5YwR4f8</wsse:BinarySecu
rityToken>
<ds:Signature Id="Signature-8041"
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-56bf5c80-5a67-48cc-879c-c2f636e90de2">
<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>m8/JdyzxCfqwfD2PSBHYvTwkLr50MDnMFbtqQiBIEn0=</ds:DigestValu
e>
</ds:Reference>
<ds:Reference URI="#id-82">
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>tvo1Pk/STLH7MYXCZQq20rSJqQa6s9rpuPQDPr8Zbb5HG9mnDnCN3
EhpQpu5UPyq43C+KHK2vuXo
bGRUUaYqiQ==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-6CE70C466401D65C2A138970310175324122">
<wsse:SecurityTokenReference wsu:Id="STRId6CE70C466401D65C2A138970310175324123">
<wsse:Reference URI="#CertId-6CE70C466401D65C2A138970310175324121"
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>
59
<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="CertId71F5F7DB249B83EB7313897031171512314">MIIH4TCCB5CgAwIBAgIKUVIZFAABAAA3
0jAIBgYqhQMCAgMwggEHMRgwFgYFKoUDZAESDTEwMjc3MDAxOTg3NjcxGjAYBggqhQM
DgQMBARIMMDA3NzA3MDQ5Mzg4MSUwIwYDVQQJDBzQodGD0YnQtdCy0YHQutC40Lkg
0LLQsNC7IDI2MRcwFQYJKoZIhvcNAQkBFghjYUBydC5ydTELMAkGA1UEBhMCUlUxFTATB
gNVBAgMDNCc0L7RgdC60LLQsDEVMBMGA1UEBwwM0JzQvtGB0LrQstCwMSQwIgYDVQQ
KDBvQntCQ0J4g0KDQvtGB0YLQtdC70LXQutC+0LwxHTAbBgNVBAsMFNCe0JjQkSDQlNCk0
J8g0KDQotCaMQ8wDQYDVQQDEwZDQSBSVEswHhcNMTMwOTI2MjAxMjAwWhcNMTQw
OTI2MjAyMTAwWjCCAZoxGDAWBgUqhQNkARINMTEyNzc0NjQ2MDg5NjEaMBgGCCqFAw
OBAwEBEgwwMDc3MDc3NzgyNDYxKTAnBgkqhkiG9w0BCQEWGmJlbG9rb25vdllWQHJvc
21pbnpkcmF2LnJ1MQswCQYDVQQGEwJSVTEbMBkGA1UECB4SADcANwAgBBwEPgRBBD
oEMgQwMRUwEwYDVQQHHgwEHAQ+BEEEOgQyBDAxazBpBgNVBAoeYgQcBDgEPQQ4BE
EEQgQ1BEAEQQRCBDIEPgAgBDcENARABDAEMgQ+BD4ERQRABDAEPQQ1BD0EOARPAC
AEIAQ+BEEEQQQ4BDkEQQQ6BD4EOQAgBCQENQQ0BDUEQAQwBEYEOAQ4MYGIMIGFBg
NVBAMefgQQBDIEQgQ+BDwEMARCBDgENwQ4BEAEPgQyBDAEPQQ9BDAETwAgBEEEOA
RBBEIENQQ8BDAAIAQ/BEAENQQ0BD4EQQRCBDAEMgQ7BDUEPQQ4BE8AIAQzBD4EQQR
DBDQEMARABEEEQgQyBDUEPQQ9BEsERQAgBEMEQQQ7BEMEMzBjMBwGBiqFAwICEzA
SBgcqhQMCAiQABgcqhQMCAh4BA0MABECPf0QCbo4Zznf+Incy9osEbSloLqw5Hl1fLpfvOp
ggn0vlV7TZqYM7hebRaLZ155kwvIiMpHCIlFOr5b+y0gVmo4IEQzCCBD8wDgYDVR0PAQH/
BAQDAgTwMC4GA1UdJQQnMCUGCCsGAQUFBwMEBgcqhQMCAiIGBggrBgEFBQcDAgYGKo
UDZAICMB0GA1UdDgQWBBTEh6TzlVL/tvXhjzq6KS1JeuTdwDCCAUgGA1UdIwSCAT8wgg
E7gBSGPrkOsDMo4kbf7IikoluACqgtp6GCAQ+kggELMIIBBzEYMBYGBSqFA2QBEg0xMDI3N
zAwMTk4NzY3MRowGAYIKoUDA4EDAQESDDAwNzcwNzA0OTM4ODElMCMGA1UECQwc
0KHRg9GJ0LXQstGB0LrQuNC5INCy0LDQuyAyNjEXMBUGCSqGSIb3DQEJARYIY2FAcnQucn
UxCzAJBgNVBAYTAlJVMRUwEwYDVQQIDAzQnNC+0YHQutCy0LAxFTATBgNVBAcMDNCc0
L7RgdC60LLQsDEkMCIGA1UECgwb0J7QkNCeINCg0L7RgdGC0LXQu9C10LrQvtC8MR0wG
wYDVQQLDBTQntCY0JEg0JTQpNCfINCg0KLQmjEPMA0GA1UEAxMGQ0EgUlRLghAK+sKeg
/gYrkx63n0nPmHPMGMGA1UdHwRcMFowLKAqoCiGJmh0dHA6Ly9jZXJ0ZW5yb2xsLmNh
LnJ0LnJ1L2NhX3J0azIuY3JsMCqgKKAmhiRodHRwOi8vcm9zdGVsZWNvbS5ydS9jZHAvY2F
fcnRrMi5jcmwwdAYIKwYBBQUHAQEEaDBmMDIGCCsGAQUFBzAChiZodHRwOi8vY2VydG
Vucm9sbC5jYS5ydC5ydS9jYV9ydGsyLmNydDAwBggrBgEFBQcwAoYkaHR0cDovL3Jvc3Rlb
GVjb20ucnUvY2RwL2NhX3J0azIuY3J0MDYGBSqFA2RvBC0MKyLQmtGA0LjQv9GC0L7Qn9
GA0L4gQ1NQIiAo0LLQtdGA0YHQuNGPIDMuNikwKwYDVR0QBCQwIoAPMjAxMzA5MjYyM
DEyMDBagQ8yMDE0MDkyNjIwMTIwMFowHQYDVR0gBBYwFDAIBgYqhQNkcQEwCAYGK
oUDZAICMIIBMQYFKoUDZHAEggEmMIIBIgwrItCa0YDQuNC/0YLQvtCf0YDQviBDU1AiICjQ
stC10YDRgdC40Y8gMy42KQxTItCj0LTQvtGB0YLQvtCy0LXRgNGP0Y7RidC40Lkg0YbQtdC9
0YLRgCAi0JrRgNC40L/RgtC+0J/RgNC+INCj0KYiINCy0LXRgNGB0LjQuCAxLjUMTkPQtdGA
0YLQuNGE0LjQutCw0YIg0YHQvtC+0YLQstC10YLRgdGC0LLQuNGPIOKEliDQodCkLzEyMS0
xODU5INC+0YIgMTcuMDYuMjAxMgxOQ9C10YDRgtC40YTQuNC60LDRgiDRgdC+0L7RgtCy
0LXRgtGB0YLQstC40Y8g4oSWINCh0KQvMTI4LTE4MjIg0L7RgiAwMS4wNi4yMDEyMAgGB
iqFAwICAwNBAOqs8cBt5LEwTBniFjgh2DuVYYOhGX/fQETxbjjT52FNmKQU1MaXi47A7eB
QXOvx342wS+0iVcKsyz3Lay+0IJ4=</wsse:BinarySecurityToken>
<ds:Signature Id="Signature-1541"
xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
<ds:SignedInfo>
60
<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-82">
<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>AdFRGusL4zgNjpUE3ZCdJLy1IAFSHklXiun3FcRMX4k=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>MKZUWci+fxDaPAlwebvVH3aBEIOigpnioceNaA3F2owdFCTuYdhuZjp
Qm6h2pNzz3zI/c+VxVwEf
IAzHBL/S7w==</ds:SignatureValue>
<ds:KeyInfo Id="KeyId-71F5F7DB249B83EB7313897031171522315">
<wsse:SecurityTokenReference wsu:Id="STRId71F5F7DB249B83EB7313897031171522316">
<wsse:Reference URI="#CertId-71F5F7DB249B83EB7313897031171512314"
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>
<smev:Header wsu:Id="ID-56bf5c80-5a67-48cc-879c-c2f636e90de2"
xmlns:smev="http://smev.gosuslugi.ru/rev120315">
<smev:NodeId>00</smev:NodeId>
<smev:MessageId>C8FB2760-2FBB-4F53-C64A-C4E0B47BCD74</smev:MessageId>
<smev:TimeStamp>2014-01-14T15:38:21.752+03:00</smev:TimeStamp>
<smev:MessageClass>RESPONSE</smev:MessageClass>
</smev:Header>
</soap:Header>
<soap:Body wsu:Id="id-82">
<ns3:bookResponse xmlns:ns3="http://epgu.rtlabs.ru/equeue/ws"
xmlns="http://smev.gosuslugi.ru/rev120315">
<Message>
<Sender>
<Code>FMSR01001</Code>
<Name>ФМС РФ</Name>
</Sender>
<Recipient>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
</Recipient>
<Originator>
<Code>IPGU01001</Code>
<Name>Единый портал государственных услуг (gosuslugi.ru)</Name>
61
</Originator>
<ServiceName>FMSRSERVICE123</ServiceName>
<TypeCode>GSRV</TypeCode>
<Status>RESULT</Status>
<Date>2014-01-14T16:38:29.616Z</Date>
<ExchangeType>1</ExchangeType>
<RequestIdRef>EE73A67B-3F87-3C6C-C226-E4BB22EA8D51</RequestIdRef>
<OriginRequestIdRef>EE73A67B-3F87-3C6C-C226E4BB22EA8D51</OriginRequestIdRef>
<ServiceCode>-10000099108</ServiceCode>
<CaseNumber>32764095</CaseNumber>
</Message>
<MessageData>
<AppData>
<rev:bookId>550e8400-e29b-41d4-a716-446655440000</rev:bookId>
<rev:esiaId>3455434</rev:esiaId>
<rev:status>
<typ:statusCode>1</typ:statusCode>
<typ:statusMessage>Забронировано</typ:statusMessage>
</rev:status>
<rev:timeSlot>
<typ:slotId>660e9400-e39b-51d4-a816-646755440023</typ:slotId>
<typ:serviceId>1</typ:serviceId>
<typ:organizationId>1</typ:organizationId>
<typ:areaId>1</typ:areaId>
<typ:visitTime>2014-02-25T16:00:00</typ:visitTime>
<typ:duration>30</typ:duration>
</rev:timeSlot>
<rev:respDateTime>2014-02-13T20:16:05</rev:respDateTime>
</AppData>
</MessageData>
</ns3:bookResponse>
</soap:Body>
</soap:Envelope>
62