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