6.Требования к реализации программного обеспечения В программной реализации следует учесть следующие требования:
В рамках одной процедуры получения государственной услуги возможна неоднократная запись на приём: ЕПГУ оповещает Заявителя о переходе к следующему шагу получения государственной услуги и необходимости записи на него с предложением соответствующей формы (подробнее см. 5.2.1 Связь жизненного цикла заявки и жизненного цикла заявления).
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-битный идентификатор. Уникальность идентификаторов, сгенерированных разными информационными системами обеспечивается статистически. Общее количество уникальных ключей 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 и пароль на любом портале (ЕПГУ или портале ОИВ) и просмотреть или отменить свою заявку.
|