содержание .. 9 10 11 12 ..
Требования к подсистеме информационного взаимодействия информационных систем органов ЗАГС с подсистемой «Концентратор услуг» (Версия 1.2) - часть 11
200
Для взаимодействия с Концентратором должны быть предоставлены следующие
справочники:
1. справочник органов ЗАГС, оказывающих услугу государственной регистрация заключения
брака;
2. справочник органов ЗАГС, оказывающих услугу государственной регистрация расторжения
брака;
3. справочник органов ЗАГС, оказывающих услугу государственной регистрации рождения;
4. справочник органов ЗАГС, оказывающих услугу государственной регистрации смерти;
5. справочник органов ЗАГС, оказывающих услугу государственной регистрации усыновления
(удочерения);
6. справочник мужских национальностей в именительном падеже для услуги государственная
регистрация заключения брака;
7. справочник мужских национальностей в именительном падеже для услуги государственная
регистрация расторжения брака;
8. справочник мужских национальностей в именительном падеже для услуги государственная
регистрация рождения;
9. справочник мужских национальностей в именительном падеже для услуги государственная
регистрация смерти;
10. справочник мужских национальностей в именительном падеже для услуги государственная
регистрация усыновления (удочерения);
11. справочник женских национальностей в именительном падеже для услуги государственная
регистрация заключения брака;
12. справочник женских национальностей в именительном падеже для услуги государственная
регистрация расторжения брака;
1. справочник женских национальностей в именительном падеже для услуги государственная
регистрация рождения;
2. справочник женских национальностей в именительном падеже для услуги государственная
регистрация смерти;
3. справочник женских национальностей в именительном падеже для услуги государственная
регистрация усыновления (удочерения);
4. справочник платежных реквизитов на оплату государственной пошлины по услуге
регистрации заключения брака;
201
5. справочник платежных реквизитов на оплату государственной пошлины по услуге
регистрации расторжения брака;
Загрузка
данных
справочников
осуществляется
через
веб-сервис
ConcentratorGeneralLoadData.
Перечень хранимых статусов заявления в подсистеме «Концентратор Услугª
Код статуса
Название статуса
Комментарий к
Статусы в
Комментарий к
Код
концентрато
концентратора
статусу
ЕПГУ
статусу ЕПГУ
статуса
ра
ЕПГУ
1
Передача
Значение не
Отправлено в
Заявление послано,
2
Заявления по месту
может быть
ведомство
но орган ЗАГС еще
предоставления
присвоено
не вернул ответ
услуги
региональной
системой
2
Заявление передано
Значение не
Принято от
Орган ЗАГС (сервер)
1
по месту
может быть
заявителя
принял заявление
предоставления
присвоено
услуги
региональной
системой
3
Передача
Значение не
Отправлено в
Заявление послано,
2
изменений
может быть
ведомство
но орган ЗАГС еще
Заявления по месту
присвоено
не вернул ответ
предоставления
региональной
услуги
системой
4
Ожидает
Значение может
Принято
Орган ЗАГС принял
6
рассмотрения
быть присвоено
ведомством
заявление к
региональной
рассмотрению
системой
5
Документы
Значение может
Промежуточн
Орган ЗАГС получил
7
проверены
быть присвоено
ые результаты
заявление, но еще не
202
Код статуса
Название статуса
Комментарий к
Статусы в
Комментарий к
Код
концентрато
концентратора
статусу
ЕПГУ
статусу ЕПГУ
статуса
ра
ЕПГУ
(Принято)
региональной
от ведомства
прошел контроль
системой
целостности
6
Поставлен в
Значение может
Промежуточн
Орган ЗАГС получил
7
очередь
быть присвоено
ые результаты
заявление, но еще не
региональной
от ведомства
прошел контроль
системой
целостности
7
Услуга оказана
Значение может
Исполнено
Результат готов.
3
быть присвоено
Приглашение на
региональной
получение
системой
результата.
8
Отказано в услуге
Значение может
Отказ
Орган ЗАГС может
4
быть присвоено
вернуть заявление по
региональной
многим причинам
системой
некорректного
заполнения полей
формы
9
Не явился
Значение может
быть присвоено
региональной
системой
10
Архив
Значение может
быть присвоено
региональной
системой
203
Код статуса
Название статуса
Комментарий к
Статусы в
Комментарий к
Код
концентрато
концентратора
статусу
ЕПГУ
статусу ЕПГУ
статуса
ра
ЕПГУ
11
Отозвано
Значение может
В процессе
Возвращается в
10,9
быть присвоено
отмены
случае, если процесс
региональной
Отменено
отмены заявления
системой
занимает время.
Только из состояний
Черновик и Возврат.
Заявление,
удаленное
пользователем.
Только из состояний
Черновик и Возврат.
12
Ошибка
Значение может
Ошибка
Произошла
5,-1
быть присвоено
отправки в
техническая ошибка
региональной
ведомство
при передаче в орган
системой
Ошибка
ЗАГС, например,
обработки
тайм-аут.
результата
Возвращается в
случае внутренней
ошибки ИС
ведомства с
комментарием,
поясняющим
причину (или
характер) ошибки.
При затруднении в выборе статуса заявления, необходимо выбрать произвольный из
вышеперечисленной таблицы и в поле «Детализацияª пояснить выбор.
204
6.2.2 Требования к разработке веб-сервисов
Должна быть обеспечена интеграция АИС ЗАГС с Концентратором Услуг через модуль
интеграции, включая следующие возможности:
1.
возможность записи заявителя в электронную очередь на получение истребуемой услуги с
обеспечением предварительного бронирования выбранного времени на 24 или 4 часа. Время
предварительного бронирования передается в запросе, в минутах. АИС ЗАГС должна
предоставить Концентратору перечень доступных и занятых интервалов времени на
выбранную заявителем дату получения услуги;
2.
возможность отмены заявителем бронирования;
3.
возможность передачи из АИС ЗАГС в Концентратор услуг перечня органов ЗАГС с
указанием их реквизитов (адресная информация, время работы, ФИО руководителя, реквизиты
оплаты государственной пошлины, другая информация) в которых доступна истребуемая
услуга и присутствуют свободные для записи интервалы времени;
4.
возможность приема АИС ЗАГС сведений о предначислении, сформированном при оплате
Заявителем государственной пошлины с использованием платежного сервиса ЕПГУ;
5.
возможность приема и обработки АИС ЗАГС поданных Заявителями через ЕПГУ заявлений в
электронном виде, подписанных как простыми, так и усиленными квалифицированными
электронными подписями Заявителей с последующей выдачей Концентратору услуг номера
Заявления;
6.
возможность информирования заявителя о ходе оказания услуги (передача из АИС ЗАГС в ЛК
заявителя на ЕПГУ статусов оказания услуги с соответствующими комментариями);
7.
возможность обеспечения двусторонней связи между АИС ЗАГС и Заявителем через
Концентратор Услуг, получение вопросов от заявителя, обработка вопросов и направление
ответа заявителю.
6.2.2.1 Функциональность и сценарии использования веб-сервиса «Прием
Заявления в региональную ИСª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор через СМЭВ
вызывает данный веб-сервис для передачи данных нового заявления.
Входным параметром вызова является заявление. Веб-сервис возвращает результат
выполнения операции. В случае неуспешного результата, веб-сервис возвращает код причины.
Сценарии использования.
205
Наименование:
RegConcentratorGeneralNewApplication
Цель:
Передача заявления в региональную ИС.
Участники:
Концентратор, модуль интеграции, региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору через модуль интеграции.
Бизнес-процесс:
Сценарий оказания услуги по заявлению, поданному одним заявителем:
1.
Заявитель входит в ЛК ЕПГУ и выбирает одну из услуг, указанных в разделе 1.1 настоящего
документа.
2.
Открывается форма подачи заявления с автоматически введенными персональными данными
заявителя, недостающие сведения заявитель вводит сам.
3.
По умолчанию заявителю предлагается получить услугу по месту жительства (определяется на
основании профиля пользователя). В случае необходимости заявитель может выбрать другое
место оказания услуги.
4.
На основании выбранного места оказания услуги, ЕПГУ через СМЭВ запрашивает у
Концентратора информацию, необходимую для оказания услуги.
5.
Концентратор возвращает ЕПГУ информацию для отображения на форме подачи заявления.
6.
Заявитель заполняет необходимую для подачи заявления информацию на форме оказания
услуги.
7.
Заявитель выбирает учреждение для оказания услуги, тем самым инициирует запрос
свободных слотов времени.
8.
Запрос свободных слотов времени из ЕПГУ поступает в Концентратор
(ConcentratorGeneralgetSlots).
9.
Концентратор запрашивает у региональной ИС список свободных слотов времени и
возвращает полученный список на портал (RegConcentratorGeneralgetSlots).
10. Заявитель выбирает свободный слот времени, тем самым инициирует предварительное
бронирование свободного слота времени.
11. Запрос бронирования поступает в Концентратор (ConcentratorGeneralbook).
206
12. Концентратор передает региональной ИС запрос бронирования свободного слота с признаком
предварительного бронирования (RegConcentratorGeneralbook).
13. Региональная ИС бронирует выбранный слот на
24 часа и направяляет Концентратору
информацию об успешном бронировании.
14. Концентратор возвращает ЕПГУ ответ с успешным бронированием слота времени.
15. Заявитель нажимает кнопку
«Отправитьª, тем самым отправляет заявление на оказание
услуги.
16. Сформированное Заявление на оказание услуги попадает в Концентратор
(ConcentratorGeneralNewApplication)
параллельно отправляется
повторный запрос
бронирования времени с указанием признака окончательного бронирования
(ConcentratorGeneralbook).
17. Концентратор через СМЭВ и модуль интеграции передает полученное заявление в
региональную ИС (RegConcentratorGeneralNewApplication).
18. Региональная ИС обрабатывает заявление и передает ответ Концентратору об успешности
передачи заявления и уникальный идентификатор Заявления в региональной ИС, либо
отказывает в приеме заявления с указанием причины. Одновременно региональная ИС
передает Концентратору информацию об успешном окончательным бронировании слота
времени.
Сценарий оказания услуги по заявлению, поданному двумя заявителями (регистрация
заключения брака).
1. Первый заявитель входит в ЛК ЕПГУ и выбирает услугу регистрации заключения брака .
2. Открывается форма подачи заявления с автоматически введенными персональными данными
заявителя, недостающие сведения заявитель вводит сам.
3. По умолчанию заявителю предлагается получить услугу по месту жительства (определяется на
основании профиля пользователя), В случае необходимости заявитель может выбрать другое
место оказания услуги.
4. На основании выбранного места оказания услуги, ЕПГУ через СМЭВ запрашивает у
Концентратора информацию, необходимую для оказания услуги.
5. Концентратор возвращает ЕПГУ информацию для отображения на форме подачи заявления.
6. Заявитель выбирает учреждение для оказания услуги, тем самым инициирует запрос
свободных слотов времени.
207
7. Запрос
свободных слотов времени из ЕПГУ поступает в Концентратор
(ConcentratorGeneralgetSlots).
8. Концентратор запрашивает у региональной ИС список свободных слотов времени и
возвращает полученный список на портал (RegConcentratorGeneralgetSlots).
9. Заявитель выбирает свободный слот времени, тем самым инициирует предварительное
бронирование свободного слота времени.
10. Запрос бронирования поступает в Концентратор (ConcentratorGeneralbook).
11. Концентратор передает региональной ИС запрос бронирования свободного слота с признаком
предварительного бронирования (RegConcentratorGeneralbook).
12. Региональная ИС бронирует выбранный слот на 24 часа.
13. Концентратор возвращает ЕПГУ ответ с успешным бронированием слота времени.
14. Первый заявитель вводит в форму подачи заявления не введенные ранее сведения, оплачивает
пошлину и отправляет заявление на оказание услуги второму заявителю.
15. Второй заявитель вводит сведения о себе, и направляет заявление первому заявителю.
16. Первый заявитель направляет заявление на оказание услуги в Концентратор
(ConcentratorGeneralNewApplication).
Параллельно отправляется повторный запрос
бронирования времени с указанием признака окончательного бронирования
(ConcentratorGeneralbook).
17. Концентратор через СМЭВ передает полученное заявление в региональную ИС
(RegConcentratorGeneralNewApplication).
18. Региональная ИС обрабатывает заявление и передает ответ Концентратору об успешности
передачи заявления и уникальный идентификатор Заявления в региональной ИС, либо
отказывает в приеме заявления с указанием причины. Одновременно региональная ИС
передает Концентратору информацию об успешном окончательным бронировании слота
времени.
В результате выполнения процесса заявление попадает в региональную ИС. Концентратор
получает уникальный идентификатор заявления в региональной ИС и признак успешного
окончательного бронирования слота времени. Для более подробного описания входных-выходных
параметров см. раздел 6.2.3.
Сценарий оказания услуги по заявлению, поданному двумя заявителями (кроме регистрации
заключения брака).
208
1. Первый заявитель входит в ЛК ЕПГУ и выбирает одну из услуг, указанных в разделе 1.1
настоящего документа.
2. Открывается форма подачи заявления с автоматически введенными персональными данными
заявителя, недостающие сведения заявитель вводит сам.
3. По умолчанию заявителю предлагается получить услугу по месту жительства (определяется на
основании профиля пользователя), В случае необходимости заявитель может выбрать другое
место оказания услуги.
4. На основании выбранного места оказания услуги, ЕПГУ через СМЭВ запрашивает у
Концентратора информацию, необходимую для оказания услуги.
5. Концентратор возвращает ЕПГУ информацию для отображения на форме подачи заявления.
6. Заявитель заполняет необходимую для подачи заявления информацию на форме оказания
услуги
7. Заявитель выбирает учреждение для оказания услуги, тем самым инициирует запрос
свободных слотов времени.
8. Запрос
свободных слотов времени из ЕПГУ поступает в Концентратор
(ConcentratorGeneralgetSlots).
9. Концентратор запрашивает у региональной ИС список свободных слотов времени и
возвращает полученный список на портал (RegConcentratorGeneralgetSlots).
10. Заявитель выбирает свободный слот времени, тем самым инициирует предварительное
бронирование свободного слота времени.
11. Запрос бронирования поступает в Концентратор (ConcentratorGeneralbook).
12. Концентратор передает региональной ИС запрос бронирования свободного слота с признаком
предварительного бронирования (RegConcentratorGeneralbook).
13. Региональная ИС бронирует выбранный слот на 24 часа.
14. Концентратор возвращает ЕПГУ ответ с успешным бронированием слота времени.
15. Первый заявитель оплачивает пошлину (в случае необходимости) и отправляет заявление на
оказание услуги второму заявителю.
16. Второй заявитель вводит сведения о себе, оплачивает пошлину (в случае необходимости),
подписывает заявление усиленной квалифицированной электронной подписью
(в случае
необходимости) и направляет заявление первому заявителю.
17. Первый заявитель подписывает заявление усиленной квалифицированной электронной
подписью
(в случае необходимости) и направляет заявление на оказание услуги в
209
Концентратор
(ConcentratorGeneralNewApplication). Параллельно отправляется повторный
запрос бронирования времени с указанием признака окончательного бронирования
(ConcentratorGeneralbook).
18. Концентратор через СМЭВ и модуль интеграции передает полученное заявление в
региональную ИС (RegConcentratorGeneralNewApplication).
19. Региональная ИС обрабатывает заявление и передает ответ Концентратору об успешности
передачи заявления и уникальный идентификатор Заявления в региональной ИС, либо
отказывает в приеме заявления с указанием причины. Одновременно региональная ИС
передает Концентратору информацию об успешном окончательным бронировании слота
времени.
В результате выполнения процесса заявление попадает в региональную ИС. Концентратор
получает уникальный идентификатор заявления в региональной ИС и признак успешного
окончательного бронирования слота времени. Для более подробного описания входных-выходных
параметров см. раздел 6.2.3.
Сценарий оказания услуги в случае отказа региональной ИС в приеме заявления.
1. Региональная ИС, получив от концентратора заявление, обрабатывает его и передает
Концентратору ответ о невозможности принятия заявления.
2. Заявление возвращается Концентратору в статусе «Отказано в услугеª. В детализации статуса
указывается причина отказа. Возможные причины: ввод некорректных данных, полученное
заявление уже существует в региональной ИС.
3. Концентратор возвращает пользователю портала ЕПГУ сообщение об ошибке передачи
данных, по причине, указанной в детализации статуса заявления.
Порядок событий:
1. Концентратор вызывает веб-сервис
«Прием Заявления в региональную систему
предоставления услугª.
2. Концентратор передаёт региональной ИС данные заявления.
3. Региональная ИС принимает данные заявления и передает ответ об выполнении операции
Концентратору.
Пример вызова и ответа веб-сервиса:
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
210
6.2.2.2 Функциональность и сценарии использования веб-сервиса «Получение
данных заявленияª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор через СМЭВ
вызывает данный веб-сервис для получения данных заявления.
Входным параметром вызова является идентификатор заявления. Веб-сервис возвращает
результат выполнения операции. В случае неуспешного результата, веб-сервис возвращает код
причины.
Сценарии использования.
Наименование:
RegConcentratorGeneralGetApplication
Цель:
Получение данных заявления для изменения.
Участники:
Концентратор, Региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору. Заявление на услугу ранее успешно создано
и поставлено в очередь.
Бизнес-процесс:
1. Концентратор через СМЭВ делает запрос в региональную ИС на получение данных заявления
для изменения.
2. Региональная ИС обрабатывает запрос от Концентратора.
3. Региональная ИС через СМЭВ передает ответ Концентратору с данными заявления.
В результате выполнения процесса Концентратор получает от региональной ИС данные
заявления, которое было запрошено порталом ЕПГУ для изменения, или код ошибки. Для более
подробного описания входных-выходных параметров см. раздел 6.2.3.
Порядок событий:
1. Концентратор вызывает веб-сервис «Получение данных заявления для измененияª.
2. Концентратор передаёт региональной ИС идентификатор заявления.
3. Региональная ИС принимает идентификатор заявления и передает ответ Концентратору с
данными заявления.
Пример вызова и ответа веб-сервиса:
211
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
6.2.2.3 Функциональность и сценарии использования веб-сервиса «Отмена
заявленияª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор вызывает
данный веб-сервис для передачи статуса отмены заявления.
Входным параметром является идентификатор заявления. Веб-сервис возвращает результат
выполнения операции. В случае неуспешного результата, веб-сервис возвращает код причины.
Сценарии использования.
Наименование:
RegConcentratorGeneralCancelApplication
Цель:
Отмена заявления.
Участники:
Концентратор, модуль интеграции, региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору через модуль интеграции. Заявление успешно
передано в региональную ИС.
Бизнес-процесс:
1. Концентратор через СМЭВ передает запрос в региональную ИС на отмену заявления по
идентификатору заявления.
2. Региональная ИС обрабатывает запрос и передает ответ Концентратору об успешности отмены
заявления или код причины в случае неудачи.
В результате выполнения процесса региональная ИС получает запрос на отмену заявления.
Для более подробного описания входных-выходных параметров см. раздел 6.2.3.
Порядок событий:
1. Концентратор вызывает веб-сервис «Отмена заявленияª.
2. Концентратор передает региональной ИС идентификатор заявления, для которого необходимо
выполнить отмену.
3. Региональная ИС принимает идентификатор заявления и передает ответ с подтверждением
отмены Концентратору.
212
Пример вызова и ответа веб-сервиса:
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
6.2.2.4 Функциональность и сценарии использования веб-сервиса «Получение
свободных слотов времениª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор через СМЭВ
вызывает данный веб-сервис для получения свободных слотов времени для выбранного учреждения.
Входным параметром является идентификатор учреждения, личные данные заявителя
инициирующего запрос свободных слотов времени и идентификатор услуги, для которой
выполняется запрос. Веб-сервис возвращает результат выполнения операции. В случае неуспешного
результата, веб-сервис возвращает код причины.
Сценарии использования.
Наименование:
RegConcentratorGeneralgetSlots
Цель:
Запрос получения свободных слотов времени.
Участники:
Концентратор, модуль интеграции, региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору через модуль интеграции.
Бизнес-процесс:
1. Заявитель получает уведомление о доступности услуги предварительной записи.
2. Заявитель открывает форму предоставления услуги.
3. Заявитель выбирает организацию, для которой хочет выбрать время для предварительной
записи.
4. Портал через СМЭВ передает запрос в Концентратор на получение списка свободных слотов
времени.
5. Концентратор обрабатывает запрос и передает запрос региональной ИС со значениями
входящих параметров, для которых необходимо выполнить запрос.
6. Региональная ИС обрабатывает запрос и передает Концентратору ответ с массивом доступных
для предварительной записи слотов времени или код ошибки в случае неудачи.
213
7. Концентратор передает ЕПГУ ответ со списком свободных слотов времени или ошибку в
случае неудачного запроса.
В результате выполнения процесса Заявитель портала ЕПГУ получает список доступных для
записи слотов времени. Для более подробного описания входных-выходных параметров см. раздел
6.2.3.
Порядок событий:
1. Концентратор вызывает веб-сервис «Получение свободных слотов времениª.
2. Концентратор передаёт региональной ИС идентификатор учреждения, личные данные
заявителя и идентификатор услуги, для которой необходимо получить список доступных для
бронирования свободных слотов времени.
3. Региональная ИС принимает запрос и передает ответ со списком слотов времени.
Пример вызова и ответа веб-сервиса:
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
6.2.2.5 Функциональность и сценарии использования веб-сервиса «Бронирование
слота времениª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор через СМЭВ
вызывает данный веб-сервис для бронирования выбранного слота времени.
Входным параметром является идентификатор учреждения, личные данные заявителя и
идентификатор слота времени. Веб-сервис возвращает результат выполнения операции. В случае
неуспешного результата, веб-сервис возвращает код причины.
Сценарии использования.
Наименование:
RegConcentratorGeneralbook
Цель:
Запрос бронирования слота времени.
Участники:
Концентратор, модуль интеграции, региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору через модуль интеграции.
Бизнес-процесс:
214
1. Заявитель выбирает один из свободных слотов времени, тем самым инициирует запрос
бронирования времени.
2. Запрос бронирования из портала попадает в Концентратор.
3. Концентратор передает запрос бронирования времени в региональную ИС с указанием
идентификатора учреждения, данных заявителя и слота времени.
4. Региональная ИС возвращает ответ об успешном бронировании с идентификатором
бронирования (формат идентификатора GUID) или код ошибки в случае неудачи.
В результате выполнения процесса Заявитель портала ЕПГУ бронирует выбранный им слот
времени. Для более подробного описания входных-выходных параметров см. раздел 6.2.3.
Порядок событий:
1. Концентратор вызывает веб-сервис «Бронирование слота времениª.
2. Концентратор передает региональной ИС идентификатор учреждения, личные данные
заявителя и идентификатор слота времени, для которого необходимо выполнить
бронирование.
3. Региональная ИС принимает запрос и передает ответ с подтверждением бронирования слота
времени.
Пример вызова и ответа веб-сервиса:
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
6.2.2.6 Функциональность и сценарии использования веб-сервиса «Отмена
бронирования слота времениª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор через СМЭВ
вызывает данный веб-сервис для отмены бронирования выбранного слота времени.
Входным параметром является идентификатор бронирования. Веб-сервис возвращает
результат выполнения операции. В случае неуспешного результата, веб-сервис возвращает код
причины.
Сценарии использования.
Наименование:
RegConcentratorGeneralcancelBooking
Цель:
Отмена бронирования слота времени.
Участники:
215
Концентратор, модуль интеграции, региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору через модуль интеграции,. Слот времени
забронирован пользователем.
Бизнес-процесс:
1. Заявитель портала ЕПГУ инициирует запрос отмены бронирования слота времени.
2. Запрос отмены бронирования из портала попадает в Концентратор.
3. Концентратор передает запрос отмены бронирования времени в региональную ИС с указанием
идентификатора бронирования.
4. Региональная ИС возвращает ответ об успешной отмене бронирования или код ошибки в
случае неудачи.
В результате выполнения процесса Заявитель отменяет забронированный слот времени. Для
более подробного описания входных-выходных параметров см. раздел 6.2.3.
Порядок событий:
1. Концентратор вызывает веб-сервис «Отмена бронирования слота времениª.
2. Концентратор передает региональной ИС идентификатор бронирования, для которого
необходимо выполнить отмену бронирования.
3. Региональная ИС принимает запрос и передает ответ с подтверждением отмены бронирования
слота времени.
Пример вызова и ответа веб-сервиса:
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
6.2.2.7 Функциональность и сценарии использования веб-сервиса «Получение
статуса бронированияª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор через СМЭВ
вызывает данный веб-сервис для получения статуса бронирования.
Входным параметром является идентификатор бронирования. Веб-сервис возвращает
результат выполнения операции. В случае неуспешного результата, веб-сервис возвращает код
причины.
Сценарии использования.
Наименование:
216
RegConcentratorGeneralgetBookingStatus
Цель:
Получение статуса бронирования.
Участники:
Концентратор, модуль интеграции, региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору через модуль интеграции,. Слот времени
забронирован пользователем.
Бизнес-процесс:
1. Заявитель инициирует запрос на получение статуса бронирования слота времени.
2. Запрос на получение статуса бронирования из портала попадает в Концентратор.
3. Концентратор передает запрос на получение статуса бронирования времени в региональную
ИС с указанием идентификатора бронирования.
4. Региональная ИС возвращает ответ со статусом бронирования или код ошибки в случае
неудачи.
В результате выполнения процесса заявитель получает статус забронированного слота
времени. Для более подробного описания входных-выходных параметров см. раздел 6.2.3.
Порядок событий:
1. Концентратор вызывает веб-сервис «Получение статуса бронирования слота времениª.
2. Концентратор передает региональной ИС идентификатор бронирования, для которого
необходимо получить статус бронирования.
3. Региональная ИС принимает запрос и передает ответ с указанием статуса бронирования слота
времени.
Пример вызова и ответа веб-сервиса:
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
6.2.2.8 Функциональность и сценарии использования веб-сервиса «Передача
сообщенияª
Веб-сервис должен быть разработан на стороне региональной ИС. Концентратор вызывает
данный веб-сервис для передачи сообщения от заявителя в региональную ИС.
217
Входным параметром является текст сообщения. Веб-сервис возвращает результат
выполнения операции. В случае неуспешного результата, веб-сервис возвращает код причины.
Сценарии использования.
Наименование:
RegConcentratorGeneralSendMessage
Цель:
Получение сообщения региональной ИС от заявителя.
Участники:
Концентратор, модуль интеграции, региональная ИС.
Предварительные условия:
Региональная ИС подключена к Концентратору через модуль интеграции,. Заявление на
предоставление услуги подано и передано в региональную ИС.
Бизнес-процесс:
1. Концентратор инициирует запрос передачи сообщения.
2. Запрос с текстом сообщения из Концентратора попадает в региональную ИС.
3. Региональная ИС передает ответ об успешном получении сообщения Концентратору.
В результате выполнения процесса региональная ИС получает сообщение, направленное
заявителем. Для более подробного описания входных-выходных параметров см. раздел 6.2.3.
Порядок событий:
1. Концентратор вызывает веб-сервис «Передача сообщенияª.
2. Региональная ИС получает от Концентратора запрос с текстом передаваемого сообщения.
3. Региональная ИС принимает запрос и передает ответ с указанием успешности операции
получения сообщения.
Пример вызова и ответа веб-сервиса:
Пример вызова и ответа приведен в разделе 6.2.3 данного документа.
218
6.2.3 Требования к входным и выходным параметрам разрабатываемых веб-
сервисов, контрольные примеры
6.2.3.1 Регистрация заключения брака. Пример вызова и ответа веб-сервиса
«Прием Заявления в региональную ИСª
Общие сведения:
Код операции:
RegConcentratorGeneralNewApplication[type=NewMarriageD
ata]
Путь
http://[Адрес_регионального_веб_сервиса]/RegConcentrator
General
Наименование
Прием Заявления в региональную ИС
операции:
Назначение
Передает электронное сообщение с параметрами запроса
операции:
(заявление с полным набором параметров) в формате XML и
возвращает результат выполнения операции.
Описание входных параметров
№
Название
Описание
Обяза
Способ
Комме
параметра
тельн
заполнения/
нтари
ость
Тип
й
1.
MessageData/AppData/ExternalId
Идентиф
+
xs:string
икатор
заявления
в Системе
2.
MessageData/AppData/EpguId
Идентиф
xs:string
икатор
заявления
на
портале
ЕПГУ
3.
MessageData/AppData/ServiceType
Код Услу
+
xs:string
4.
MessageData/AppData/SubmitDate
Дата
+
xs:dateTime
подачи
заявления.
219
№
Название
Описание
Обяза
Способ
Комме
параметра
тельн
заполнения/
нтари
ость
Тип
й
5.
MessageData/AppData/ApplicationDetai
Идентиф
xs:string
ls/PaymentTransferId
икатор
начислени
я
6.
MessageData/AppData/ApplicationDetai
Идентиф
xs:string
ls/PaymentId
икатор
платежа
7.
MessageData/AppData/ApplicationDetai
Структур
+
cnt:ZagsOrg
ls/ZagsOrganizationData
а данных
anizationDa
ZagsOrga
ta
nizationDa
ta
8.
MessageData/AppData/ApplicationDetai
Показате
+
xs:string
ls/MarriageApplicantDetails/MarriageSt
ль был ли
ate
ранее
браку
первого
заявителя
9.
MessageData/AppData/ApplicationDetai
Адрес
+
xs:string
ls/MarriageApplicantDetails/AddressRe
регистрац
gistration
ии первого
заявителя
10.
MessageData/AppData/ApplicationDetai
Структур
cnt:ZagsPer
ls/MarriageApplicantDetails/ZagsPerso
а данных
sonInformati
nInformation
ZagsPerso
on
nInformati
on
11.
MessageData/AppData/ApplicationDetai
Фамилия
+
xs:string
ls/MarriageApplicantDetails/LastNameA
после
fterWedding
брака
первого
заявителя
12.
MessageData/AppData/ApplicationDetai
Структур
+
cnt:ZagsApp
Запол
ls/MarriageApplicantDetails/ZagsApplic
а данных
содержание .. 9 10 11 12 ..