Версия 29.08.2017
Инструкция по подключению поставщиков услуг в основной роли к ИС РНиП по форматам взаимодействия версии 1.16.4
Аннотация
В документе описан порядок подключения и прохождения предварительных проверочных тестов, проводимых с целью проверки взаимодействия информационных систем в роли поставщик услуг с государственной информационной системой, обеспечивающей в городе Москве регистрацию начислений и платежей (далее - ИС РНиП).
Список терминов, определений и сокращений
ПУ – поставщик услуг
СТП - служба технической поддержки ИС РНиП
ИС ПУ – информационная система поставщика услуги, проходящей тестирование на тестовом стенде ИС РНиП.
ГИС ГМП – Государственная информационная система о государственных и муниципальных платежах
СМЭВ – система межведомственного электронного взаимодействия
РСМЭВ – региональная система межведомственного электронного взаимодействия
ГУП МСР - Государственное унитарное предприятие города Москвы «Московский социальный регистр» является Оператором государственной информационной системы, обеспечивающей в городе Москве регистрацию начислений и платежей в соответствии с постановлением Правительства Москвы от 28.08.2014 № 497-ПП «О внесении изменений в постановление Правительства Москвы от 09 октября 2012 года № 544» Государственное унитарное предприятие города Москвы «Московский социальный регистр» является Оператором государственной информационной системы, обеспечивающей в городе Москве регистрацию начислений и платежей (далее - Оператор ИС РНиП).
Контакты
Адрес СТП – help.rnip@mos.ru
Подготовительные действия
Перед регистрацией в ИС РНиП поставщику услуг необходимо обеспечить выполнение технических требований, заключающихся в получении электронной цифровой подписи, оформляемой на имя поставщика услуг – юридического лица, либо технологической электронной подписи, оформляемой на ИС ПУ (п.2 Дорожной карты, размещенной на сайте ДИТ по адресу: http://dit.mos.ru/legislation/metods/otraslevye_proekty/995788/).
Регистрация в ИС РНиП осуществляется путем направления в адрес СТП заявки на подключение с указанием роли «Поставщик услуги» в графе тип участника.
В заявке указываются реквизиты участника ИС РНиП – юридического лица. Форма заявки размещена в документе «Порядок функционирования», приложение №2. Для органов исполнительной власти и иных участников взаимодействия ИС РНиП, имеющих в своей структуре подведомственные учреждения, заполняется одна заявка с указанием реквизитов подведомственных учреждений в таблице «Перечень реквизитов структурных подразделений». При этом каждое подведомственное учреждение дополнительно заполняет и направляет в адрес оператора ИС РНиП на адрес help.rnip@mos.ru анкету (приложение №1 к Дорожной карте)
После регистрации в ИС РНиП, вам будет присвоен уникальный регистрационный номер (далее УРН), который необходимо использовать в запросах к ИС РНиП, указывая его значение в элементе RequestMessage в атрибуте SenderIdentifier.
Если ваша организация была зарегистрирована ранее в ИС РНиП по форматам 15.х версий, то требуется пройти перерегистрацию в СТП РНиП для получения 6-ти символьного УРН, для этого необходимо сформировать обращение на адрес СТП указав ИНН, КПП, Название участника.
УРН для тестовой и промышленной сред отличается. Для промышленной среды значение УРН будет соответствовать идентификатору участника в ГИС ГМП. Уточнить наличие идентификатора для промышленной среды можно в СТП РНиП. В случае отсутствия регистрация осуществляется путем направления менеджеру подключения полного наименования организации, ИНН, КПП.
В элементе RequestMessage в атрибуте SenderIdentifier используется 6-ти символьный УРН, полученный при регистрации в ИС РНиП версии форматов 1.16.4.
Участнику необходимо убедиться, в доступности веб-сервиса ИС РНиП по адресу: http://test.rnip.mos.ru/UnifoSecProxy_WAR/RsmevRnipService?wsdl, используя любой удобный способ, например, WEB-браузер.
Для успешного тестирования необходимо выполнить запросы к ИС РНиП - 8 шагов тестирования представлены ниже, перечень шагов может быть изменён по согласованию с менеджером подключения, а также предоставить на проверку логи (запрос и ответ по каждому из шагов тестирования) Оператору ИС РНиП на адрес СТП в виде архива.
Рекомендации по заполнению контейнера Message
Описание элементов, представленных в контейнере Message можно найти в п. 5.1 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами».
Мнемоника ИС РНиП в СМЭВ - 105805771.
При отсутствии мнемоники отправителя, во время тестирования допускается использовать значение (9 символов, согласно xsd-схеме) в теге Sender/Code – 000000001 или УРН (переведенный в десятеричную систему) и дополненный слева символом ноль до общей длинны в 9 символов.
В промышленном контуре РНиП необходимо использовать, при работе в среде СМЭВ присвоенную мнемонику СМЭВ или при работе через среду интернет УРН (переведенный в десятеричную систему) и дополненный слева символом ноль до 9 символов.
Информацию о мнемонике системы в СМЭВ можно уточнить в службе технической поддержки СМЭВ по электронной почте: smev@minsvyaz.ru или на портале СМЭВ: Электронные сервисы http://smev.gosuslugi.ru/portal/services.jsp#!/F
Шаблон заполненного контейнера:
000000001
Наименование_Участника
105805771
ИС_РНиП
105805771
GFNC
REQUEST
2015-07-14T00:00:01.000Z
0
|
Для систем, взаимодействующих через закрытый канал СМЭВ, требования и ограничения на значения в элементах контейнера Message накладывает СМЭВ, и они отражены в документе «Методические рекомендации по работе с Единой системой межведомственного электронного взаимодействия Версия 2.5.6».
Согласно МР СМЭВ-2.х.х п.7.7.9. «Правила формирования мнемоник точек подключения» - блоки, содержащие информацию об Участниках информационного межведомственного взаимодействия (Sender,Recipient,Originator), заполняются следующим образом:
1) Мнемоника точки подключения информационной системы(Code) формируется по
следующему шаблону:
XXXXNNRRM,
где XXXX – четырехсимвольная мнемоника участника;
NN – двухзначный номер информационной системы ведомства;
RR – двузначный код региона, к которому относится точка подключения;
M – однозначный номер экземпляра точки подключения в регионе.
2) Наименование участника(Name) заполняется в текстовом формате, т.е. прописывается участник межведомственного обмена, являющийся владельцем информационной системы.
Для примера:
ИС "Информационная система регистрации начислений и платежей" Департамента информационных технологий города Москвы - 9-значная мнемоника ИС будет следующей: 105805771
|
План тестирования
Шаги тестирования:
Внимание! Начисления государственных поставщиков услуг передаются в ГИС ГМП через ИС РНиП и далее хранятся в ГИС ГМП. ИС РНиП при импорте/экспорте сущностей выполняет роль посредника, данные передаются и забираются из ГИС ГМП.
К государственным поставщикам услуг относятся все ОИВ, муниципальные и бюджетные организации согласно п.п. 2.1, 2.2. Порядка функционирования ИС РНиП.
-
Для Поставщиков государственных услуг:
Шаг 1.1. Импорт каталога;
Шаг 1.2. Импорт начисления;
Шаг 1.3. Экспорт платежа по начислению;
Шаг 1.4. Экспорт авансового платежа;
Шаг 1.5. Принудительное квитирование начисления с платежом;
Шаг 1.6. Принудительное квитирование начисления без платежа;
Шаг 1.7. Экспорт квитанции;
Шаг 1.8. Запрос статуса обработки импортируемого пакета.
-
Для Поставщиков коммерческих услуг:
Шаг 2.1. Импорт каталога;
Error: Reference source not found;
Шаг 1.3. Экспорт платежа по начислению;
Шаг 1.4. Экспорт авансового платежа;
Шаг 1.5. Принудительное квитирование начисления с платежом;
Шаг 1.6. Принудительное квитирование начисления без платежа;
Шаг 1.7. Экспорт квитанции;
Шаг 1.8. Запрос статуса обработки импортируемого пакета.
Шаг 1.1. Импорт каталога
ВАЖНО! при формировании услуги, необходимо указывать признак дублирования в ГИС ГМП "on" (На законодательном уровне решение о необходимости дублирования данных в ГИС ГМП необходимо принимать в соответствии с требованиями 210-ФЗ и признаком балансового счета поставщика услуг).
Варианты импорта каталога:
Импорт нового каталога;
Импорт изменений каталога.
ИС ПУ осуществляет запросы импорта нового каталога услуг, описание элементов запроса представлено в пункте 5.2 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4) и пункте 2 документа «Методические рекомендации по заполнению Каталога услуг и реализации запросов экспорта и импорта сущностей из ИС РНиП» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! При формировании каталога из нескольких услуг рекомендуется, каждой услуге указывать уникальный КБК.
Запрос на импорт каталога услуг обрабатывается в синхронном режиме. ИС РНиП направляет в ИС ПУ ответ на запрос экспорта каталога.
Примеры запросов «импорт нового каталога» и «импорт уточнения каталога» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
Шаг 1.2. Импорт начисления
Внимание! Перед прохождением этого шага тестирования, обязательное условие, наличие в ИС РНиП успешно загруженного каталога услуг при выполнении раздела «Шаг 1.1. Импорт каталога».
ИС ПУ осуществляет запросы импорта начисления, описание элементов запроса представлено в пункте 5.2 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4) и пункте 3 документа «Методические рекомендации по заполнению Каталога услуг и реализации запросов экспорта и импорта сущностей из ИС РНиП» (версия 1.16.3).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Запрос на импорт начисления обрабатывается в асинхронном режиме. В результате выполнения запроса импорта обеспечивается предварительный прием в ИС РНиП начисления. Для того, чтобы получить информацию о статусе обработки пакета и о принятии / отклонении начисления на стороне ИС РНиП, необходимо выполнить запрос статуса обработки импортируемого пакета, рассмотрено в разделе «Шаг 1.8. Запрос статуса обработки импортируемого пакета».
Реализованы несколько видов импортов начисления:
Импорт нового начисления
импорт уточнения начисления
импорт аннулирования начисления
импорт деаннулирования начисления
Примеры запросов «импорт нового начисления», «импорт уточнения начисления», «импорт аннулирования начисления» и «импорт деаннулирования начисления» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
Шаг 1.3. Экспорт платежа по начислению
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в РНиП загруженного платежа (обратиться в СТП для получения тестового примера)!
В ИС РНиП реализованы несколько способов запроса информации по платежам, подробнее в п. 5.4.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Платежи можно запросить, указав один из параметров поиска:
УИН (SupplierBillID)
Идентификатор плательщика (PayerIdentifier)
Участник запрашивает параметры (описаны выше), по которым будет проведен экспорт платежа в СТП.
ИС ПУ осуществляет запрос экспорта платежа (kind="PAYMENT" с выбранным параметром поиска), структура запроса описана в пункте 5.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (Версия 1.16.4). При использовании параметра постраничной выдачи Paging (при больших объемах экспортируемых данных). В рамках одной серии запросов должны соблюдаться следующие правила: Все запросы одной серии должны иметь одинаковый идентификатор сообщения (RequestMessage/id).
ИС РНиП направляет в ИС ПУ ответ на запрос экспорта платежа.
Примеры запросов «экспорт платежа по идентификатору начисления» и «экспорт платежа по идентификатору плательщика» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
Шаг 1.4. Экспорт авансового платежа
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в РНиП загруженного платежа (обратиться в СТП для получения тестового примера)!
В ИС РНиП для получения информации по авансовым платежам в адрес поставщиков муниципальных и городских услуг реализован единственный способ запроса по Идентификатору плательщика (PayerIdentifier). Подробнее в п. 5.4.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (Версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (Версия 1.16.4). При использовании параметра постраничной выдачи Paging (при больших объемах экспортируемых данных). В рамках одной серии запросов должны соблюдаться следующие правила: Все запросы одной серии должны иметь одинаковый идентификатор сообщения (RequestMessage/id).
ИС РНиП направляет в ИС ПУ ответ на запрос экспорта платежа.
Примеры запроса «экспорт авансового платежа по идентификатору плательщика» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
Шаг 1.5. Принудительное квитирование начисления с платежом
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в ИС РНиП несквитированного начисления, для этого необходимо повторно выполнить раздел «Шаг 1.2. Импорт начисления» для создания начисления с новым УИН и платежа без данных о начислении, для получения тестового примера необходимо обратиться в СТП.
Сервис предназначен для проведения принудительного квитирования начисления с платежами в тех случаях, когда начисление и платеж не могут быть сквитированы ИС РНиП автоматически (УИН в начислении и платеже не совпадают, либо УИН отсутствует в платеже). С помощью данного сервиса нельзя изменить уже имеющиеся в ИС РНиП результаты квитирования. Право на принудительное квитирование начисления с платежами имеет участник, сформировавший соответствующее начисление.
ИС ПУ осуществляет запрос на принудительное квитирование (указывая в запросе УИН, загруженный ранее, при прохождении второго шага тестирования, а также идентификатор платежа, полученный от СТП), структура запроса описана в пункте 5.5 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
ИС РНиП направляет в ИС ПУ ответ на запрос принудительного квитирования с платежом.
Примеры запроса «принудительное квитирование с платежом» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
Шаг 1.6. Принудительное квитирование начисления без платежа
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в ИС РНиП несквитированного начисления, для этого необходимо повторно выполнить раздел «Шаг 1.2. Импорт начисления» для создания начисления с новым УИН
Сервис предназначен для проведения принудительного квитирования начисления при отсутствии в ИС РНиП платежей, соответствующих данному начислению. Право на принудительное квитирование такого начисления имеет участник, сформировавший это начисление и получивший информацию о его оплате иным способом (не из ИС РНиП).
ИС ПУ осуществляет запрос, на принудительное квитирование, указывая в запросе УИН, загруженный ранее, структура запроса описана в пункте 5.6 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
ИС РНиП направляет в ИС ПУ ответ на запрос принудительного квитирования без платежа.
Примеры запроса «принудительное квитирование без платежа» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
.
Шаг 1.7. Экспорт квитанции
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в ИС РНиП сквитированных начислений с платежом или зачислением.
В ИС РНиП квитанции можно запросить, указав один из параметров поиска:
УИН (SupplierBillID)
Идентификатор плательщика (PayerIdentifier)
Участник запрашивает параметры (описаны выше), по которым будет проведен экспорт квитанции у СТП.
ИС ПУ осуществляет запрос экспорта квитанции (kind="Quittance" с выбранным параметром), структура запроса описана в пункте 5.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4). При использовании параметра постраничной выдачи Paging (при больших объемах экспортируемых данных). В рамках одной серии запросов должны соблюдаться следующие правила: Все запросы одной серии должны иметь одинаковый идентификатор сообщения (RequestMessage/id).
ИС РНиП направляет в ИС ПУ ответ на запрос экспорта квитанции.
Примеры запроса «экспорт квитанции» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
Шаг 1.8. Запрос статуса обработки импортируемого пакета
В результате выполнения запросов импорта (Шаг 1.2. Импорт начисления) обеспечивается предварительный прием в ИС РНиП пакета сущностей. Для того, чтобы получить информацию о статусе обработки пакета и о принятии /отклонении начислений, платежей, зачислений на стороне ИС РНиП, необходимо отправить запрос на получение протокола обработки пакета, структура запроса описана в пункте 5.3 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Примеры запроса «статус импорта пакета» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Государственный поставщик» настоящей инструкции.
Шаг 2.1. Импорт каталога
ВАЖНО! при формировании услуги, необходимо указывать признак дублирования в ГИС ГМП "off".
Варианты импорта каталога:
Импорт нового каталога;
Импорт изменений каталога.
ИС ПУ осуществляет запросы импорта нового каталога услуг, описание элементов запроса представлено в пункте 5.2 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4) и пункте 2 документа «Методические рекомендации по заполнению Каталога услуг и реализации запросов экспорта и импорта сущностей из ИС РНиП» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! При формировании каталога из нескольких услуг рекомендуется, каждой услуге указывать уникальный КБК.
Запрос на импорт каталога услуг обрабатывается в синхронном режиме. ИС РНиП направляет в ИС ПУ ответ на запрос экспорта каталога.
Примеры запросов «импорт нового каталога» и «импорт уточнения каталога» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Шаг 1.2. Импорт начисления
Внимание! Перед прохождением этого шага тестирования, обязательное условие, наличие в ИС РНиП успешно загруженного каталога услуг при выполнении раздела «Шаг 2.1. Импорт каталога».
ИС ПУ осуществляет запросы импорта начисления, описание элементов запроса представлено в пункте 5.2 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4) и пункте 3 документа «Методические рекомендации по заполнению Каталога услуг и реализации запросов экспорта и импорта сущностей из ИС РНиП» (версия 1.16.3).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Запрос на импорт начисления обрабатывается в асинхронном режиме. В результате выполнения запроса импорта обеспечивается предварительный прием в ИС РНиП начисления. Для того, чтобы получить информацию о статусе обработки пакета и о принятии / отклонении начисления на стороне ИС РНиП, необходимо выполнить запрос статуса обработки импортируемого пакета, рассмотрено в разделе «Шаг 2.8. Запрос статуса обработки импортируемого пакета».
Реализованы несколько видов импортов начисления:
Импорт нового начисления
импорт уточнения начисления
импорт аннулирования начисления
импорт деаннулирования начисления
Примеры запросов «импорт нового начисления», «импорт уточнения начисления», «импорт аннулирования начисления» и «импорт деаннулирования начисления» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Шаг 1.2. Импорт начисления
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в РНиП загруженного платежа (обратиться в СТП для получения тестового примера)!
В ИС РНиП реализованы несколько способов запроса информации по платежам, подробнее в п. 5.4.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Платежи можно запросить, указав один из параметров поиска:
УИН (SupplierBillID)
Идентификатор плательщика (PayerIdentifier)
Код услуги и простой параметр с использованием AdditionalData
Код услуги и сложный параметр с использованием AdditionalData
Участник запрашивает параметры (описаны выше), по которым будет проведен экспорт платежа в СТП.
ИС ПУ осуществляет запрос экспорта платежа (kind="PAYMENT" с выбранным параметром поиска), структура запроса описана в пункте 5.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (Версия 1.16.4). При использовании параметра постраничной выдачи Paging (при больших объемах экспортируемых данных). В рамках одной серии запросов должны соблюдаться следующие правила: Все запросы одной серии должны иметь одинаковый идентификатор сообщения (RequestMessage/id).
ИС РНиП направляет в ИС ПУ ответ на запрос экспорта платежа.
Примеры запросов «экспорт платежа по идентификатору начисления», «экспорт платежа по идентификатору плательщика» и «экспорт платежа по параметру услуги (SimpleParameter)» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Шаг 2.4. Экспорт авансового платежа
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в РНиП загруженного платежа (обратиться в СТП для получения тестового примера)!
В ИС РНиП реализованы несколько способов запроса информации по платежам, подробнее в п. 5.4.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Платежи можно запросить, указав один из параметров поиска:
Идентификатор плательщика (PayerIdentifier)
Код услуги и простой параметр с использованием AdditionalData
Код услуги и сложный параметр с использованием AdditionalData
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (Версия 1.16.4). При использовании параметра постраничной выдачи Paging (при больших объемах экспортируемых данных). В рамках одной серии запросов должны соблюдаться следующие правила: Все запросы одной серии должны иметь одинаковый идентификатор сообщения (RequestMessage/id).
ИС РНиП направляет в ИС ПУ ответ на запрос экспорта платежа.
Примеры запросов «экспорт авансового платежа по идентификатору плательщика» и «экспорт платежа по параметру услуги (SimpleParameter)» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Шаг 2.5. Принудительное квитирование начисления с платежом
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в ИС РНиП несквитированного начисления, для этого необходимо повторно выполнить раздел «Error: Reference source not found» для создания начисления с новым УИН и платежа без данных о начислении (авансового), для получения тестового примера необходимо обратиться в СТП.
Сервис предназначен для проведения принудительного квитирования начисления с платежами в тех случаях, когда начисление и платеж не могут быть сквитированы ИС РНиП автоматически (УИН в начислении и платеже не совпадают, либо УИН отсутствует в платеже). С помощью данного сервиса нельзя изменить уже имеющиеся в ИС РНиП результаты квитирования. Право на принудительное квитирование начисления с платежами имеет участник, сформировавший соответствующее начисление.
ИС ПУ осуществляет запрос на принудительное квитирование (указывая в запросе УИН, загруженный ранее, при прохождении второго шага тестирования, а также идентификатор платежа, полученный от СТП), структура запроса описана в пункте 5.5 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
ИС РНиП направляет в ИС ПУ ответ на запрос принудительного квитирования с платежом.
Примеры запроса «принудительное квитирование с платежом» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Шаг 2.6. Принудительное квитирование начисления без платежа
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в ИС РНиП несквитированного начисления, для этого необходимо повторно выполнить раздел «Error: Reference source not found» для создания начисления с новым УИН.
Сервис предназначен для проведения принудительного квитирования начисления при отсутствии в ИС РНиП платежей, соответствующих данному начислению. Право на принудительное квитирование такого начисления имеет участник, сформировавший это начисление и получивший информацию о его оплате иным способом (не из ИС РНиП).
ИС ПУ осуществляет запрос, на принудительное квитирование, указывая в запросе УИН, загруженный ранее, структура запроса описана в пункте 5.6 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
ИС РНиП направляет в ИС ПУ ответ на запрос принудительного квитирования без платежа.
Примеры запроса «принудительное квитирование без платежа» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Шаг 2.7. Экспорт квитанции
Внимание! Обязательное условие, перед прохождением этого шага тестирования, наличие в ИС РНиП сквитированных начислений с платежом или зачислением.
В ИС РНиП квитанции можно запросить, указав один из параметров поиска:
УИН (SupplierBillID)
Идентификатор плательщика (PayerIdentifier)
Код услуги и простой параметр с использованием AdditionalData
Код услуги и сложный параметр с использованием AdditionalData
Участник запрашивает параметры (описаны выше), по которым будет проведен экспорт квитанции у СТП.
ИС ПУ осуществляет запрос экспорта квитанции (kind="Quittance" с выбранным параметром), структура запроса описана в пункте 5.4 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4). При использовании параметра постраничной выдачи Paging (при больших объемах экспортируемых данных). В рамках одной серии запросов должны соблюдаться следующие правила: Все запросы одной серии должны иметь одинаковый идентификатор сообщения (RequestMessage/id).
ИС РНиП направляет в ИС ПУ ответ на запрос экспорта квитанции.
Примеры запросов «экспорт квитанции» и «экспорт квитанции по параметру услуги (SimpleParameter)» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Шаг 2.8. Запрос статуса обработки импортируемого пакета
В результате выполнения запросов импорта (Error: Reference source not found) обеспечивается предварительный прием в ИС РНиП пакета сущностей. Для того, чтобы получить информацию о статусе обработки пакета и о принятии /отклонении начислений, платежей, зачислений на стороне ИС РНиП, необходимо отправить запрос на получение протокола обработки пакета, структура запроса описана в пункте 5.3 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Внимание! В элементе RequestMessage атрибут ID должен иметь уникальное значение для каждого запроса, значение идентификатора формируется в соответствии с п. 1.9 документа «Форматы взаимодействия ИС РНиП с внешними информационными системами» (версия 1.16.4).
Примеры запроса «статус импорта пакета» приведены в разделе «Шаг 2.1. Импорт каталога» в пункт «Коммерческий поставщик» настоящей инструкции.
Примеры запросов
|