Распоряжение Департамента информационных технологий г. Москвы от 24 октября 2012 г. N 64-16-1008/12 "Об утверждении Порядка функционирования государственной информационной системы, обеспечивающей в городе Москве регистрацию начислений и платежей" стр. 6

- Наименование. Наименование тега XML-типа;
- Кол-во тегов. Указывает на количество тегов формируемого XML. Формат поля: "min".."max", где "min" - минимальное количество тегов, "max" - максимальное количество тегов ("n" указывает на неограниченное количество тегов). Если значение в поле не указано, то присутствует 1 тег;
- Тип данных. Возможные значения:
- String. Строка произвольной длины;
- Date. Дата;
- Decimal. Вещественное число;
- Boolean. Логический тип (Истина/Ложь);
- Контейнер. Указывает на присутствие вложенных тегов. Наименования тегов, вложенных в контейнер, включаются в поле "Наименование" таблицы параметров со смещением вправо;
- Другой тип. В поле "Комментарий" таблицы параметров присутствует ссылка на пункт Приложения, в котором описан тип;
- Комментарий. Объясняет назначение тега.
9.1.7.1. Структура сообщения-запроса к методу web-сервиса:
Наименование
Кол-во тегов
Тип данных
Комментарий
UnifoTransferMsg
1
КонтейнерКорневой тег запроса
Message
1
КонтейнерСлужебный блок атрибутов СМЭВ
Sender
1
orgExternalTypeДанные о системе-инициаторе взаимодействия
Code
1
Xsd:stringИдентификатор системы. Мнемоника системы-инициатора взаимодействия. Получается при регистрации в СМЭВ
Name
1
Xsd:stringНаименование системы-инициатора взаимодействия. Получается при регистрации в СМЭВ
Recipient
1
orgExternalTypeДанные о системе-получателе сообщения
Code
1
Xsd:stringИдентификатор системы, мнемоника системы-получателя сообщения. Получается при регистрации в СМЭВ
Name
1
Xsd:stringНаименование системы, наименование системы-получателя сообщения. Получается при регистрации в СМЭВ
Originator
0...1
orgExternalTypeДанные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия
Code
1
Xsd:stringИдентификатор системы. Мнемоника системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
Name
1
Xsd:stringНаименование системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
TypeCode
1
Xsd:stringТип сообщения по классификатору сообщений в СМЭВ. Всегда равен "5"
Status
1
StatusTypeСтатус сообщения. В запросе должен принимать значение "REQUEST"
Date
1
Xsd:dateTimeДата создания запроса
ExchangeType
1
Xsd:stringКатегория взаимодействия
RequestIdRef
0...1
idTypeНе используется
OriginRequestIdRef
0...1
idTypeНе используется
ServiceCode
0...1
Xsd:stringНе используется
CaseNumber
0...1
Xsd:stringНе используется
TestMsg
0...1
Xsd:stringПризнак тестового взаимодействия
MessageData
1
КонтейнерБлок-обертка данных СМЭВ
AppData
1
AppDataTypeБлок структурированных сведений
ImportData
1
КонтейнерЗапрос на импорт сущностей
ImportRequest
1
ImportRequest (описание формата - п. 12)
PostBlock
1
PostBlock (описание формата - п. 12)Блок почтовой информации
Charge
1
ChargeType (описание формата - п. 12)Начисление
FinalPayment
1
PaymentInfoType (описание формата - п. 12)Платеж
Income
1
IncomeInfoType (описание формата - п. 12)Зачисление
Catalog
1
КонтейнерКаталог услуг поставщика
Changes
1
ServiceCatalog_Туре (описание формата - п. 12)Измененный Каталог услуг поставщика. Наличие этого тега исключает тег ServiceCatalog
ServiceCatalog
1
ServiceCatalog_Туре (описание формата - п. 12)Каталог услуг поставщика. Наличие этого тега исключает тег Changes
ImportDataResponse
1
КонтейнерНе используется в сообщениях запросов
exportData
1
КонтейнерЗапрос на экспорт сущностей
DataRequest
1
DataRequestСсылка на описание формата приведена в п. 12
exportDataResponse
1
КонтейнерНе используется в сообщениях запросов
DoAcknowledgmentRequest
1
DoAcknowledgmentRequestTypeЗапрос на проведение квитирования начисления с платежами (описание формата - п. 12)
DoAcknowledgmentResponse
1
DoAcknowledgmentResponseTypeНе используется в сообщениях запросов
AppDocument
0...1
AppDocumentTypeНе используется
9.1.7.2. Структура сообщения-ответа метода web-сервиса:
Наименование
Кол-во тегов
Тип данных
Комментарий
UnifoTransferMsgResponse
1
КонтейнерКорневой тег ответа
Message
1
КонтейнерСлужебный блок атрибутов СМЭВ
Sender
1
orgExternalTypeДанные о системе-отправителе сообщения. Получается при регистрации в СМЭВ
Code
1
Xsd:stringИдентификатор системы. Мнемоника системы-инициатора взаимодействия. Получается при регистрации в СМЭВ
Name
1
Xsd:stringНаименование системы-инициатора взаимодействия. Получается при регистрации в СМЭВ
Recipient
1
orgExternalTypeДанные о системе-получателе сообщения
Code
1
Xsd:stringИдентификатор системы, мнемоника системы-получателя сообщения. Получается при регистрации в СМЭВ
Name
1
Xsd:stringНаименование системы, наименование системы-получателя сообщения. Получается при регистрации в СМЭВ
Originator
1
orgExternalTypeДанные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия
Code
1
Xsd:stringИдентификатор системы. Мнемоника системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
Name
1
Xsd:stringНаименование системы, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Получается при регистрации в СМЭВ. Данные как в Sender
TypeCode
1
Xsd:stringТип сообщения по классификатору сообщений в СМЭВ. Всегда равен "5"
Status
1
StatusTypeСтатус сообщения. В ответе может принимать значение "RESULT", "INVALID", "REJECT" или "FAILURE"
Date
1
Xsd:dateTimeДата создания запроса
ExchangeType
1
Xsd:stringКатегория взаимодействия
RequestIdRef
0...1
idTypeИдентификатор сообщения-запроса, инициировавшего взаимодействие. Не используется
OriginRequestIdRef
0...1
idTypeИдентификатор сообщения-запроса, инициировавшего цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Не используется
ServiceCode
0...1
Xsd:stringКод государственной услуги, в рамках оказания которой осуществляется информационный обмен. Совпадает со значением одноименного реквизита сообщения запроса. Не используется
CaseNumber
0...1
Xsd:stringНомер дела в информационной системе-отправителе. Не используется
TestMsg
0...1
Xsd:stringПризнак тестового взаимодействия
MessageData
1
КонтейнерБлок-обертка данных СМЭВ
AppData
1
AppDataTypeБлок структурированных сведений
ImportData
1
КонтейнерНе используется в сообщениях ответов на запросы
ImportDataResponse
1
КонтейнерОтвет на запрос импорта сущности
Ticket
1
TicketОписание формата приведено в п. 12
exportData
1
КонтейнерНе используется в сообщениях ответов на запросы
exportDataResponse
1
КонтейнерОтвет на запрос экспорта сущности
ResponseTemplate
1
ResponseTemplate (описание формата - п. 12)
AppDocument
0...1
AppDocumentTypeНе используется
DoAcknowledgmentRequest
1
DoAcknowledgmentRequestTypeНе используется в сообщениях ответов на запросы
DoAcknowledgmentResponse
1
DoAcknowledgmentResponseTypeОтвет на запрос проведения квитирования начисления с платежами (описание формата - п. 12)
9.2. Требования к сервисам ИС Участника, являющегося поставщиком услуг, при взаимодействии в режиме шлюза.
9.2.1. На стороне ИС Участника должен быть развернут web-сервис, полностью соответствующий по функциональности и форматам взаимодействия web-сервису ИС РНиП в части импорта платежей и зачислений, экспорта начислений. Инициатором взаимодействия является ИС РНиП.
9.2.2. При взаимодействии в режиме шлюза должны выполняться следующие действия:
- ИС Участника, взаимодействующая с ИС РНиП в режиме шлюза, в процессе выполнения своих функций формирует документ о начислении в соответствии с действующим законодательством и форматами ИС РНиП;
- ИС РНиП запрашивает в ИС Участника данные по начислениям плательщика. Используется метод web-сервиса UnifoTransferMsg. Тег MessageData/AppData должен содержать элемент exportData/DataRequest. В состав данных DataRequest должен входить атрибут @kind, имеющий значение "CHARGE" согласно форматам ИС РНиП;
- ИС Участника передает данные по начислениям в ИС РНиП. Структура данных тега MessageData/AppData/exportDataResponse/ResponseTemplate ответа web-сервиса соответствует типу ExportChargesResponse: в нем не должны присутствовать теги Charges/Chargelnfo/QuittanceWithPaymentStatus, Charges/Chargelnfo/QuittanceWithlncomeStatus согласно форматам ИС РНиП;
- по окончании оплаты начисления (после получения ИС РНиП факта оплаты) ИС РНиП осуществляет импорт в ИС Участника платежей. Метод web-сервиса: UnifoTransferMsg. Тег MessageData/AppData должен содержать элемент ImportData/ImportRequest/FinalPayment.
9.2.3. Описание структуры запросов/ответов метода web-сервиса UnifoTransferMsg приведена в настоящем пункте, ссылка на описание формата указанных тэгов и их элементов приведено в пункте 0 настоящих Технических требований.
9.3. Требования к вызову метода web-сервиса процессов информационного обмена Участников включают в себя:
9.3.1 Передачу информации о начислениях (счетах) и информации с данными Каталога услуг поставщика в ИС РНиП:
- ИС Поставщиков услуг, должны обеспечивать вызов метода UnifoTransferMsg Web - сервиса SmevUnifoService на стороне ИС РНиП и передачу в ИС РНиП данных каталога услуг поставщика, информацию о начислениях, сформированных в адрес плательщиков, посредством запроса на импорт каталога услуг (в запросе присутствует тег Catalog) и импорта начислений (в запросе присутствует тег Charge). Структура запроса импорта, приведена в форматах обмена данными ИС РНиП:
- взаимодействие с web-сервисами осуществляется в синхронном онлайновом режиме. Инициатором взаимодействия в данном интерфейсе является ИС Участника.
9.3.2. Информирование о начислениях (счетах), зачислениях и платежах, передачу данных каталогов услуг поставщиков:
- в данном процессе информационного обмена участвуют ИС поставщиков услуг, ИС МПГУ, ИС кредитных организаций, банков, платежных агентов и ИС РНиП. Для поддержки обмена должен быть обеспечен вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС РНиП и направлен запрос на экспорт каталога услуг поставщика (тип запрашиваемых объектов CATALOG), начислений (тип запрашиваемых объектов CHARGE) из ИС РНиП:
- ответ на запрос включает данные каталогов услуг поставщиков, перечень начислений в соответствии с параметрами, определенными в запросе. Описание и структура вопроса/ответа на запрос экспорта каталога услуг и начислений приведены в форматах обмена данными ИС РНиП:
- для получения информации о платежах ИС поставщиков услуг, работающих не в режиме шлюза, ИС МПГУ, ИС кредитных организаций обеспечивается вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС РНиП и направляется запрос на экспорт платежей (тип запрашиваемых объектов - PAYMENT) из ИС РНиП;
- ИС РНиП в ответ на запрос включает перечень платежей в соответствии с параметрами, определенными в запросе. Описание и структура запроса/ответа на запрос экспорта платежей приведены в форматах обмена данными ИС РНиП:
- для получения информации о зачислениях ИС поставщиков услуг, работающих не в режиме шлюза, ИС МПГУ обеспечивается вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС РНиП и вызов запроса на экспорт зачислений (тип запрашиваемых объектов - INCOME) из ИС РНиП;
- ИС РНиП в ответ на запрос включает перечень зачислений в соответствии с параметрами, определенными в запросе. Описание и структура запроса/ответа на запрос экспорта зачислений приведены в форматах обмена данными ИС РНиП;
- ИС поставщиков услуг, работающих в режиме шлюза, получают информацию о платежах и зачислениях посредством вызова метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС РНиП и осуществления запроса на импорт платежей/зачислений (в запросе присутствует тег FinalPayment/Income) из ИС РНиП.
- Взаимодействие с web-сервисами ИС поставщиков услуг, работающих в режиме шлюза, осуществляется в синхронном онлайновом режиме. Инициатором взаимодействия в данном интерфейсе является ИС РНиП. Описание и структура запроса на экспорт платежей и зачислений из ИС РНиП приведена в форматах обмена данными ИС РНиП.
9.3.3. Получение информации о платежах, зачислениях и начислениях.
- в данном процессе информационного обмена участвуют ИС поставщиков услуг, ИС МПГУ, ИС кредитных организаций, банков и платежных агентов, ИС Департамента финансов города Москвы;
- для получения указанной информации о платежах ИС кредитных организаций обеспечивают вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС РНиП, и осуществляет запрос на импорт платежей (в запросе присутствует тег FinalPayment) из ИС РНиП;
- ИС РНиП в ответ на запрос включает перечень платежей в соответствии с параметрами, определенными в запросе. Описание и структура запроса/ответа на запрос экспорта платежей приведены в форматах обмена данными ИС РНиП;
- получение информации о зачислениях реализуется следующим образом: ИС поставщиков услуг/ИС Департамента финансов города Москвы производят вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС РНиП и осуществляют запрос на импорт зачислений (в запросе присутствует тег Income) в ИС РНиП;
- структура запроса импорта, приведена в форматах обмена данными ИС РНиП. Инициатором взаимодействия в данном интерфейсе является ИС поставщика услуг/ИС Департамента финансов города Москвы;
- получение информации о начислениях реализуется следующим образом: ИС МПГУ, ИС кредитных организаций, ИС банков и платежных агентов производят вызов метода UnifoTransferMsg Web-сервиса SmevUnifoService на стороне ИС РНиП и осуществляют запрос на экспорт начислений (в запросе присутствует тег Charge) в ИС РНиП;
- ИС РНиП в ответ на запрос включает перечень начислений в соответствии с параметрами, определенными в запросе. Описание и структура запроса/ответа на запрос экспорта начислений приведены в форматах обмена данными ИС РНиП.
10. Описание информационного обмена с ИС РНиП.
10.1. Идентификаторы информационного обмена
При обмене Участник должен поддерживать в своей информационной (учетной) системы и использовать при обмене следующие идентификаторы данных:
- идентификатор плательщика (альтернативный идентификатор);
- локальный идентификатор плательщика от поставщика услуги;
- идентификатор услуги;
- идентификатор начисления;