Порядок импорта новых сущностей, уточнения, аннулирования или деаннулирования ранее загруженных сущностей в ИС УНП
Направление информации о начислении, информации о платеже в ИС УНП участником осуществляется путем выполнения запроса к Системе на импорт начисления/платежа, с указанием в теге ChangeStatus@meaning значения «1».
Направление информации об уточнении начисления / платежа в ИС УНП осуществляется путем выполнения запроса к Системе на импорт начисления / платежа с указанием в теге ChangeStatus@meaning значения «2». Информация об уточнении начислений / платежа должна включать данные аналогичные уточняемому начислению / платежу во всех полях, кроме уточняемых При этом при передаче уточнения начисления / платежа должен быть использован тот же УИН / УИП, что и в уточняемом начислении / платеже.
Направление информации об аннулировании начисления в ИС УНП осуществляется путем выполнения запроса к системе на импорт начисления / платежа, с указанием в теге ChangeStatus@meaning значения «3» и в теге ChangeStatus@Reason основания аннулирования. При этом должен быть указан тот же УИН / УИП, что и в аннулируемом начислении / платеже соответственно.
Направление информации о деаннулировании начисления в ИС УНП осуществляется путем выполнения запроса к системе на импорт начисления с указанием в теге ChangeStatus@meaning значения «4» и основания деаннулирования. При этом должен быть указан тот же УИН, что и в раннее аннулируемом начислении соответственно. Если параметр «ChangeStatus@meaning» = 4, то система в которую направлен запрос (ИС УНП или ГИС ГМП) осуществляет поиск по УИН среди сущностей «начисление» с признаком аннулирования. Если такое начисление найдено, то ему присваивается статус «неактивно» и создается новое начисление, но со статусом активности «активно» и статусом изменения «отмена аннулирования». Иначе возвращается ошибка с кодом «7» - см. п. 6
Формат запроса на импорт начисления
В сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых начислений должны передаваться в тегах Package/Document/Charge (см. описание в п. 2.2). Одновременно в составе одного пакета (контейнер Package) в ИС УНП может быть передано несколько начислений. Если участник, сформировавший начисление, зарегистрирован в ГИС ГМП в качестве Участника косвенного взаимодействия, то в атрибуте originatorID каждого документа «Document» с начислением «Charge» должен передаваться УРН участника, сформировавшего начисление, полученный при регистрации в ГИС ГМП. В противном случае тег OriginatorID не заполняется.
Запрос на импорт начислений обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из четырех возможных результатов (Формат ответа описан в п. 5.2.4.):
пакет принят в обработку (ResultCode=”0”);
установлено несоответствие XML-схеме (ResultCode=”11”);
установлена ошибка в ЭП-ОВ (ResultCode=”27”).
проверка количества сущностей в пакете (ResultCode=”R44”).
Принятому пакету на стороне ИС УНП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.
Участник для проверки окончательного статуса приема пакета на стороне ИС УНП должен осуществить отдельный запрос статуса обработки импортируемого пакета, описанный в п. 5.3.
Формат запроса на импорт платежа
В сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых платежей должны передаваться в тегах Package/Document/FinalPayment (см. описание в п. 2.3). Одновременно в составе одного пакета (контейнер Package) в ИС УНП может быть передано несколько платежей.
Запрос на импорт платежей обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из четырех возможных результатов (Формат ответа описан в п. 5.2.4.):
пакет принят в обработку (ResultCode=”0”);
установлено несоответствие XML-схеме (ResultCode=”11”);
установлена ошибка в ЭП-ОВ (ResultCode=”27”);
проверка количества сущностей в пакете (ResultCode=”R44”).
Пакету на стороне ИС УНП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.
Участник взаимодействия для проверки окончательного статуса приема пакета на стороне ИС УНП должен осуществить отдельный запрос статуса обработки импортируемого пакета, описанный в п. 5.3.
Формат запроса на импорт каталога услуг
В сообщении запроса в теге RequestMessage должен передаваться тег ImportCatalogRequest. Данные импортируемого каталога должны передаваться в теге ImportCatalogRequest/ServiceCatalog при импорте нового каталога услуг и ImportCatalogRequest/Changes при импорте измененного каталога услуг.
Запрос на импорт каталога услуг обрабатывается в синхронном режиме. При этом ответ на запрос будет содержать код одного из трех возможных результатов (Формат ответа описан в п. 5.2.4.):
каталог услуг принят (ResultCode=”0”);
установлено несоответствие XML-схеме (ResultCode=”11”);
установлена ошибка в ЭП-ОВ (ResultCode=”27”).
Формат ответа
В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo, структура которого приведена в файле ErrInfo.xsd (глава 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа). Описание параметров приведено в таблице 23.
Таблица . «Структура ответа на запрос импорта»
Наименование
|
Кол-во тегов, обязательность тега или атрибута
|
Тип данных
|
Комментарий
|
RequestProcessResult
|
1, обязательно
|
ResultInfo
|
Корневой тег ответа.
|
ResultCode
|
1, обязательно
|
Token
|
Код результата обработки: 0 — если запрос успешно принят или код ошибки в случае отказа в приеме к обработке документа (см. перечень кодов в п. 6).
|
ResultDescription
|
0..1, необязательно
|
String
|
Описание результата обработки (см. перечень описаний результатов обработки в п. 6).
|
ResultData
|
0..1, необязательно
|
String
|
Данные результата обработки (для системного анализа).
Для кода обработки «11» (Формат запроса не соответствует xml-схеме) в теге содержится детальная информация о выявленных несоответствиях.
Для кода обработки «0» (в случае успешной обработки), в теге возвращается идентификатор пакета, присвоенный Системой.
| |
