1.2 Электронный сервис ГАС «Управление»
Полное наименование электронного сервиса: электронный сервис получения информации от ИС Поставщиков и предоставления информации ИС Потребителям.
Краткое наименование электронного сервиса: получение и предоставление информации ГАСУ.
Назначение электронного сервиса: электронный сервис предназначен для регламентного предоставления ИС Поставщиками в ГАС «Управление» следующей информации:
1. Описаний баз данных и электронных сервисов ИС Поставщика;
2. Паспортов (метаданных) реестров, справочников или классификаторов;
3. Паспортов (метаданных) показателей;
4. Паспортов (метаданных) электронных сервисов;
5. Записей реестра, справочника или классификатора;
6. Данных по показателю;
7. Данных электронного сервиса.
А также для регламентного получения ИС Потребителями из ГАС «Управления» следующей информации:
1. Описание баз данных и электронных сервисов ИС Поставщика;
2. Паспорта (метаданные) реестров, справочников или классификаторов;
3. Паспорта (метаданные) показателей;
4. Паспорт (метаданные) электронных сервисов;
5. Записи реестра, справочника или классификатора;
6. Данные по показателю.
Информационная система, предоставляющая электронный сервис: ГАС «Управление».
Текущая версия электронного сервиса: 1.00.
Тип режима работы электронного сервиса: синхронный, асинхронный с повторным опросом.
WSDL-документ: gasu2.wsdl.
Адрес электронного сервиса: сведения об адресе представлены на технологическом портале СМЭВ
В таблице ниже (Таблица 3) перечислены методы, поддерживаемые электронным сервисом, а также входящие и исходящие электронные сообщения, передаваемые в составе данных операций.
Таблица 3 – Состав методов электронного сервиса gasu2
Наименование метода | Описание метода электронного сервиса | Входящее ЭС | Исходящие ЭС | Кардинальность связи |
publish | Предназначен для публикации информации, поступающей от ИС Поставщиков, в ГАС «Управление» | GasuMessage | Ticket | 1..1 |
query | Предназначен для запроса и получения ИС Потребителем информации, опубликованной в ГАС «Управление» | GasuQueryMessage | GasuMessage | 1..1 |
Ticket | 1..1 |
1.2.1 Нотация, используемая для описания сообщений и прикладных типов данных
Далее в документе будет использована, следующая нотация для описания входящих и исходящих электронных сообщений, электронных документов, которые они содержат и прикладных типов данных, используемых для формирования ЭД:
а) По каждому типу данных представлена следующая информация:
1) Назначение прикладного типа данных;
2) Прикладной тип данных, наследником которого является описываемый прикладной тип данных;
3) Информация о структуре в следующем формате:
- Атрибуты, имеющие простой тип данных, не определяемый в схеме сообщений, используемых при взаимодействии с ГАС «Управление» (см. файлы gasu2.xsd и gasu2query. xsd)
- Атрибуты, имеющие один из прикладных типов данных (Таблица 9), который определен в схеме сообщений, используемых при взаимодействии с ГАС «Управление» (см. файлы gasu2.xsd и gasu2query. xsd).
б) В колонке «Кардинальность связи» указана обязательность элементов, а также максимальное количество экземпляров элемента:
1) [0..1] – необязательный элемент, не более одного экземпляра;
2) [1..1] – обязательный элемент, не более одного экземпляра;
3) [0..*] – необязательный элемент, максимальное количество экземпляров неограниченно;
4) [1..*] – обязательный элемент, максимальное количество экземпляров неограниченно.
в) При описании информации о структуре в табличной форме используется следующая нотация:
1) SEQUENCE – все элементы после этой строки и до конца таблицы или признака CHOICE входят в тип, структура которого описывается, с обязательностью определяемой кардинальностью их связей с данным типом;
2) CHOICE –любой, но только один из элементов после этой строки и до конца таблицы или признака SEQUENCE входит в тип, структура которого описывается, с обязательностью определяемой кардинальностью его связей с данным типом;
1.2.2 Метод publish
ИС Поставщик предоставляет в ГАС «Управление» информацию в части:
1. Описания баз данных и электронных сервисов ИС Поставщика;
2. Паспорта (метаданных) реестра, справочника или классификатора;
3. Паспорта (метаданных) показателя;
4. Паспорта (метаданных) электронных сервисов;
5. Записей реестра, справочника или классификатора;
6. Данных по показателю;
7. Данных электронного сервиса.
Для обеспечения данного взаимодействия осуществляется следующая последовательность действий:
а) ИС Поставщик осуществляет вызов метода publish электронного сервиса gasu2. В качестве параметра вызова указанного метода ему передается ЭС, сформированное ИС Поставщиком, которое содержит ЭД с информацией, которую необходимо опубликовать в ГАС «Управление». Формат данного ЭС соответствует элементу GasuMessage, который определен в схеме сообщений, используемых при взаимодействии с ГАС «Управление» (см. файл gasu2.xsd);
а) ГАС «Управление» обрабатывает вызов метода publish электронного сервиса, и по результатам обработки формирует ЭС, которое содержит информацию о результатах публикации информации, представленной в ЭД, который содержался в ЭС, которое было передано в качестве параметра вызова метода publish. Формат сформированного ЭС соответствует элементу Ticket, который определен в схеме сообщений, используемых при взаимодействии с ГАС «Управление» (см. файл gasu2.xsd).
На рисунке ниже (Рисунок 1) представлена схема взаимодействия при предоставлении информации, содержащейся в ИС Поставщика, в адрес ГАС «Управление».
Рисунок 1 – Схема взаимодействия при предоставлении информации, содержащейся в ИС Поставщика, в адрес ГАС «Управление»
1.2.2.1 Входящее сообщение метода publish
Единственным входящим параметром метода publish является сообщение типа GasuMessage, которое содержит информацию, которую необходимо опубликовать в ГАС «Управление». Структура типа GasuMessage разработана в соответствие с форматом, описанном в методических рекомендациях по разработке электронных сервисов. Детальная информация о составе блока AppMessage структурированных сведений типа AppMessageType представлена в таблице ниже (Таблица 4).
Таблица 4 – Структура сообщения типа AppMessageType
Элемент | Тип | Кардинальность связи | Описание |
| 1..1 | ||
AppHeader | AppHeaderType | Да | Заголовок блока |
MessageType | MessageTypeType | Да | Тип сообщения |
Body | Body | Да | Тело блока |
1.2.2.2 Исходящее сообщение метода publish
Единственным исходящим параметром метода publish является сообщение типа GasuTicket, которое содержит информацию о результатах выполнения операции публикации информации поступившей от ИС Поставщиков в ГАС «Управление». Структура типа GasuTicket разработана в соответствие с форматом, описанном в методических рекомендациях по разработке электронных сервисов. Детальная информация о составе блока Ticket структурированных сведений типа TicketType представлена в таблице ниже (Таблица 5).
Таблица 5 – Структура типа TicketType
Элемент | Тип | Кардинальность связи | Описание |
| 1..1 | ||
RequestID | UIDType | 1..1 | Идентификатор сообщения, в ответ на которое сформирован данный ответ |
ResponseCode | string | 1..1 | Код ответа, определяющий результаты обработки запроса в ГАС «Управление». |
Message | string | 0..1 | Текстовое сообщение, которое может содержать дополнительную информацию о результатах обработки сообщения |
TicketInfo | AppDataType | 0..* | Блок структурированных сведений. Может быть использован для передачи различных данных. |
Полный перечень базовых значений (кодов сообщений об ошибках), которые могут находиться в секции ResponseCode, представлен в приложении к данному документу (Приложение А). Данный перечень предполагается детализировать в процессе эксплуатации сервиса.
1.2.3 Метод query
ИС Потребитель может получать от ГАС «Управление» опубликованную в ней информацию в части:
1. Описание баз данных и электронных сервисов ИС Поставщика;
2. Паспорта (метаданные) реестров, справочников или классификаторов;
3. Паспорта (метаданные) показателей;
4. Паспорт (метаданные) электронных сервисов;
5. Записи реестра, справочника или классификатора;
6. Данные по показателю.
Для обеспечения данного взаимодействия осуществляется следующая последовательность действий:
а) ИС Потребитель осуществляет вызов метода query электронного сервиса gasu2. В качестве параметра вызова указанного метода передается ЭС, сформированное ИС Потребителем, которое содержит ЭД с запросом на получение необходимой ИС Потребителю информации. Формат данного ЭС соответствует элементу GasuQueryMessage, который определен в схеме сообщений, используемых при взаимодействии с ГАС «Управление» (см. файл gasu2.xsd);
б) ГАС «Управление» обрабатывает вызов метода query электронного сервиса gasu2 и по результатам обработки формирует:
1) ЭД, который содержит информацию, запрошенную ИС Потребителем, в случае успешной обработки запроса. Сформированный ЭД включается в ЭС, формат которого соответствует элементу QueryMessage, который определен в схеме сообщений, используемых при взаимодействии с ГАС «Управление» (см. файл gasu2.xsd);
2) Отказ в обработке запроса, поступившего от ИС Потребителя. Сведения об отказе включается в ЭС, формат которого соответствует элементу Ticket, который определен в схеме сообщений, используемых при взаимодействии с ГАС «Управление» (см. файл gasu2.xsd).
На рисунке ниже (Рисунок 2) представлена схема взаимодействия при получении информации, содержащейся в ГАС «Управление» ИС Потребителем.
Рисунок 2 – Схема взаимодействия при получении информации, содержащейся в ГАС «Управление» ИС Потребителем
1.2.3.1 Входящее сообщение метода query
Единственным входящим параметром метода query является сообщение типа GasuQueryMessage, которое содержит запрос для получения информации опубликованной в ГАС «Управление». Структура типа GasuQueryMessage разработана в соответствие с форматом, описанном в методических рекомендациях по разработке электронных сервисов. Детальная информация о составе блока AppQueryMessage структурированных сведений типа AppQueryMessageType представлена в таблице ниже (Таблица 6).
Таблица 6 – Структура сообщения типа AppQueryMessageType
Элемент | Тип | Кардинальность связи | Описание |
| 1..1 | ||
Header | AppHeaderType | 1..1 | Заголовок блока |
Query | QueryType | 1..1 | Тело блока, содержащее запрос |
1.2.3.2 Исходящее сообщение метода query
При успешном выполнении запроса, поступившего в сообщении GasuQueryMessage, единственным исходящим параметром метода query является сообщение типа GasuMessage, которое содержит информацию о результатах выполнения запроса и информацию из ГАС «Управление», сформированную в соответствии с данным запросом. Структура типа GasuMessage разработана в соответствие с форматом, описанном в методических рекомендациях по разработке электронных сервисов. Детальная информация о составе блока структурированных сведений типа AppMessageType представлена в таблице ниже (Таблица 7).
Таблица 7 – Структура сообщения типа AppMessageType
Элемент | Тип | Кардинальность связи | Описание |
| 1..1 | ||
AppHeader | AppHeaderType | Да | Заголовок блока |
MessageType | MessageTypeType | Да | Тип сообщения |
Body | Body | Да | Тело блока |
В случае если поступивший в сообщении GasuQueryMessage запрос на получение информации не может быть выполнен методом query, например, по причинам невыполнения условий форматно-логического контроля для поступившего запроса, метод query возвращает fault, содержащий сообщение типа Ticket. Подробная информация о составе блока структурированных сведений TicketType сообщения GasuTicket представлена в таблице выше (Таблица 5).
1.3 Описание форматов обмена
Электронный сервис приема и предоставления информации ГАС «Управление», а также форматы входящих и исходящих электронных сообщений сервиса gasu2 разработаны в соответствие с методическими рекомендациями по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии актуальной версии. Данные документы доступны на Технологическом портале СМЭВ по адресу http://smev. *****.
В таблице ниже (Таблица 8) представлена информация о соответствии объектов информационного взаимодействия ГАС «Управления» с ИС Поставщиками и ИС Потребителями прикладным типам данных, определенных в двух xsd-схемах: gasu2.xsd и gasu2query. xsd, которые определяют модель данных электронного сервиса gasu2. Xsd-схема gasu2.xsd содержит сообщения и прикладные типы данных, которые необходимы для метода publish, Xsd-схема gasu2query. xsd дополняет схему gasu2.xsd сообщениями и прикладными типами данных, которые используются методом query.
Таблица 8 – Объекты информационного взаимодействия между ИС Поставщика и ГАС «Управление»
Объект информационного взаимодействия | Прикладной тип данных |
Описание баз данных и электронных сервисов ИС Поставщика | DataSourceType |
Паспорт (метаданные) показателя | IndicatorType |
Паспорт (метаданные) электронных сервисов | ServiceInfoType |
Список элементов классификатора | ClassifierItemsType |
Метаданные классификатора, реестра или справочника, используемого в рамках информационного обмена | ClassifierType |
Данные по показателю | DataSetType |
Запрос на предоставление из ГАС «Управление» описания определенной базы данных или электронного сервиса | :DataSource |
Запрос на предоставление из ГАС «Управление» паспорта (метаданных) определенного справочника или классификатора | :Classifier |
Запрос на предоставление из ГАС «Управление» паспорта (метаданных) определенного показателя | :Indicator |
Запрос на предоставление из ГАС «Управление» паспорта (метаданных) определенного электронного сервиса | :ServiceInfo |
Запрос на предоставление из ГАС «Управление» записей определенного реестра, справочника или классификатора | :Classifier |
Запрос на предоставление из ГАС «Управление» данных по определенному показателю | :DataSet |
Извещение об успешном приеме | Ticket |
Извещение об отказе в приеме | Ticket |
Извещение об отказе в предоставлении данных | Ticket |
1.3.1 Прикладные типы данных, используемые в сообщениях методов электронного сервиса
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 |
