2.4Экспорт из ИС РНиП полного Каталога услуг и изменений Каталога услуг за период Для выполнения запроса на экспорт Каталога услуг участнику необходимо указать в сообщении запроса в атрибуте «RequestMessage/Id» первый символ идентификатора «I» для выполения запроса к сервису ИС РНиП (п.1.8 Форматов ИС РНиП)
Участник может запрашивать из ИС РНиП как полный Каталог услуг, так и изменения Каталога услуг за период.
Для получения полного Каталога услуг из ИС РНиП, в сообщении запроса экспорта Каталога услуг, должен быть указан признак выгрузки полного Каталога услуг (в теге RequestMessage/ExportRequest/Filter/Conditions/AllDateCatalog передается значение True), тег Timeslot, задающий временной интервал, в этом случае должен отсутствовать в запросе. В ответе на запрос полного Каталога услуг будут переданы все активные услуги Поставщиков услуг – Участников ИС РНиП.
Для получения изменений Каталога услуг за период из ИС РНиП, в сообщении запроса экспорта Каталога услуг, должен быть указан признак выгрузки изменений Каталога услуг (в теге RequestMessage/ExportRequest/Filter/Conditions/AllDateCatalog передается значение False), тег Timeslot должен содержать значения, задающие временной интервал. В ответе на запрос изменений Каталога услуг, будут выгружаться последние изменения по услугам Поставщиков услуг - Участников ИС РНиП за указанный период (последнее состояние по каждой из услуг вне зависимости от статуса активности, попадающее в заданный диапазон дат).
В запросе экспорта полного или изменений Каталога услуг могут быть указаны дополнительные ограничения, позволяющие получать данные услуг Поставщиков услуг, реквизиты которых указаны в запросе. Элементы контейнера SubordinateIdList используются для указания перечня значений ИНН, КПП или идентификаторов Поставщиков услуг, полученных при регистрации в ИС РНиП в соответствии со значением которых должны быть выгружены услуги указанных Поставщиков услуг в ответе на экспорт данных Каталога услуг.
3Начисление В составе Начисления могут быть переданы наименования и значения простых и сложных параметров услуги, которые используются для идентификации Плательщика/платежа и для формирования реквизитов платежного поручения. Правила формирования параметров услуги в составе данных Начисления приведены в п. 2.2 Форматов ИС РНиП.
Параметры услуги указываются в составе AdditionalData – блока дополнительных полей Начисления.
3.1Использование простых и сложных параметров услуги в составе начисления В составе блока AdditionalData указываются наименования/значения простых и сложных параметров (DescriptionSimpleParameter п. 2.7.1.1. и DescriptionComplexParameter п. 2.7.1.2. Форматов ИС РНиП), для указания следующей информации:
идентификатора услуги (обязательный параметр);
о скидки начисления;
дополнительного идентификатора Плательщика и/или параметров поиска;
Значения простых и сложных параметров передаются в соответствующих полях AdditionalData/Value Начисления.
В случае использования поля AdditionalData/Name для передачи данных простого параметра услуги наименование формируется в соответствии с именем простого параметра DescriptionSimpleParameter/name данной услуги.
В случае использования поля AdditionalData/Name для передачи данных сложного параметра услуги наименование должно формироваться как составное из имени сложного параметра и имени соответствующего поля «Field» сложного параметра согласно формату:
<точка>.
3.1.1Указание идентификатора услуги В составе AdditionalData обязательно указывается значение идентификатора услуги SRV_CODE (описание алгоритма формирования идентификатора услуги приведено в п. 3.4 Форматов ИС РНиП), по которой выставлено данное начисление.
Для этого в начислении необходмо задать следующие значения блока AdditionalData:
Значение атрибута Name = SRV_CODE
Значение атрибута Value = значение идентификатора услуги, указанное в соответствии с маской = ^AAAA[0-9A-Za-z]{6}\d{10}$ Пример указания кода услуги АААА9909990000000026 в AdditionalData
SRV_CODE
АААА9909990000000026
3.1.2Указание информации о скидке применимой к начислению Если начисление было выставлено со скидкой, то в составе AdditionalData обязательно указывается процент и срок действия скидки. Данные параметры должны быть указаны в соответствии с Таблицей 7.
Таблица . Значения параметров скидки
Наименование параметра
| Значение атрибута Name
| Значение атрибута Value
| Процент скидки
| DiscountSize
| ^\d{1,3}$
| Срок действия скидки
| DiscountDate
| ГГГГ–ММ–ДД
|
Если срок действия скидки не определен, то значение атрибута Value должно быть равно «0».
Пример указания в AdditionalData информации о скидке применимой в начислении:
DiscountSize
50
DiscountDate
2016-11-13
3.1.3Указание дополнительного идентификатора плательщика и параметров поиска начислений В составе AdditionalData могут быть указаны наименования и значения идентификатора Плательщика, в случае, если Поставщиком услуг при взаимодействии с клиентом используются идентификаторы, не входящие в стандартный перечень уникальных идентификаторов Плательщика, представленных в разделе 3.2. Форматов ИС РНиП. (Если сведения о начислениях подлежат передаче в ГИС ГМП, то данные идентификаторы могут использоваться только как дополнительные наряду с уникальным идентификатором из стандартного перечня).
Также в составе AdditionalData могут быть указаны наименования и значения параметров, используемых для поиска начислений по параметрам услуги. Чтобы по этим параметрам можно было сформировать запрос на экспорт начисления, эти параметры в составе данных услуги должны иметь значение атрибута forSearch= «true».
Для обеспечения возможности обработки параметров, указанных в составе AdditionalData, необходимо использовать стандартные значения атрибута name из Error: Reference source not found.
3.1.4Пример указания простого и сложного параметра в составе AdditionalData Начисления В пример для простого параметра включен фрагмент AdditionalData начисления по услуге АААА9909990000000023:
-------------указание наименования и значения идентификатора услуги
SRV_CODE
АААА9909990000000023
-------------указание наименования и значения простого парметра – Номер договора
DOGOVOR_NUM
123456
Пример указания сложного параметра в составе AdditionalData начисления:
Ordinance.OrdinanceDate
18.05.2014
Ordinance.OrdinanceId
77ФЯ1009773
3.1.5Пример использования идентификаторов плательщика и других параметров идентификации в составе начисления Ниже приведены примеры начислений, сформированных тестовым Поставщиком услуги «ООО Пример».
Пример 1 (Идентификаторы плательщика Паспорт гражданина Российской Федерации, дополнительный идентификатор – «Номер договора»)
Иванову С.П. 30 мая 2016 года оказана услуга со стороны «ООО Пример» на сумму 3000 руб., номер договора 1234567. Поставщик услуг при взаимодействии с клиентом использует уникальный идентификатор ФЛ - Паспорт гражданина Российской Федерациии, дополнительный идентификатор - номер договора. Номер договора и Паспорт гражданина Российской Федерации, в описании данных услуги, указаны как параметры с признаком идентификаторов плательщика, предназначенные для поиска (@forSearch=true). В состав начисления входит значение Паспорт гражданина Российской Федерации в теге AltPayerIdentifier и значение номера договора в теге AdditionalData (дополнительный идентификатор). Начисление выставлено по государственной услуге, информация об оплате которой подлежат передаче в ГИС ГМП.
По факту оказания услуги «ООО Пример» сформировал и передал в ИС РНиП следующие данные начисления, представленные в блоке Charge:
"http://roskazna.ru/gisgmp/xsd/116/Common" xmlns:pir="http://roskazna.ru/gisgmp/xsd/116/PGU_ImportRequest" xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
"2016-05-30T14:00:31.924+03:00" supplierBillID="1002946500098700079000782" Id="ID_1323243241" xmlns:chg="http://roskazna.ru/gisgmp/xsd/116/Charge" xmlns:org="http://roskazna.ru/gisgmp/xsd/116/Organization" xmlns:bdi="http://roskazna.ru/gisgmp/xsd/116/BudgetIndex">
2016-08-30
2016-05-30
ООО Пример
7714698320
644901001
40602810738230100013
ОТДЕЛЕНИЕ 1 МОСКВА
044583001
За оказание услуг по договору 1234567
300000
"1"/>
00000000000000002331
45914000
01
0
0
0
0
0100000000005566556621643
Департамент финансов г. Москвы
2607542000830439
SRV_CODE
АААА9909990000000023
DOGOVOR_NUM
1234567
в этом месте примера указывается электронная подпись (блок «Signature») накладываемая ответственным сотрудником Поставщика услуг>
Пример 2 (Идентификатор начисления - «Номер договора»)
Иванову С.П. 17 марта 2016 года оказана услуга со стороны «ООО Пример» по номеру договора № 22973004 на сумму 616 руб. 30 коп. Поставщик услуг при взаимодействии с клиентом использует идентификатор начисления – «Номер договора». Номер договора, в описании данных услуги, указан как дополнительный параметр, предназначенный для поиска начислений (@forSearch=true).
По факту оказания услуги «ООО Пример» сформировал и передал в ИС РНиП следующее начисление. Начисление выставлено по коммерческой услуге, информация об оплате которой не подлежат передаче в ГИС ГМП.
Пример заполнения данных начисления в блоке chg:Charge:
"http://roskazna.ru/gisgmp/xsd/116/Common" xmlns:pir="http://roskazna.ru/gisgmp/xsd/116/PGU_ImportRequest" xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
"2016-03-17T14:00:31.924+03:00" supplierBillID="1002946500098700079022726" Id="ID_1234322" xmlns:chg="http://roskazna.ru/gisgmp/xsd/116/Charge" xmlns:org="http://roskazna.ru/gisgmp/xsd/116/Organization" xmlns:bdi="http://roskazna.ru/gisgmp/xsd/116/BudgetIndex">
2015-08-13
2014-12-18
ООО Пример
7714698310
644902001
40602810738230100013
ОТДЕЛЕНИЕ 1 МОСКВА
044583001
Оплата платных услуг по договору 22973004
61630
"1"/>
00000000000000002332
45914000
24
0
0
0
0
0
Департамент финансов г. Москвы
2607542000830439
SRV_CODE
АААА9909990000000024
DOGOVOR_NUM
22973004
в этом месте примера указывается электронная подпись (блок «Signature») накладываемая ответственным сотрудником Поставщика услуг>
3.1.6Правила указания номера лицевого счета и органа, в котором открыт лицевой счет В зависимости от того, в каком органе открыт лицевой счет Поставщика услуг, должны быть заполнены следующие группы полей:
Если лицевой счет открыт в ТОФК, то должны быть заполнены поля Начисления:
TreasureBranch – Сокращенное наименование ТОФК, в котором открыт лицевой счет получателя средств или финансового органа;
LSvUFK – Номер лицевого счета получателя средств или финансового органа в ТОФК;
Если лицевой счет открыт в финансовом органе, то должны быть заполнены следующие поля Начисления:
FOName – сокращенное наименование финансового органа;
LsvFO – номер лицевого счета получателя в финансовом органе. Не допускается использование других групп параметров, т.е. указать орган, в котором открыт лицевой счет в поле TreasureBranch, и при этом указать номер лицевого счета в поле LsvFO. И наоборот: указать наименование финансового органа в поле FOName, а номер лицевого счета в поле LSvUFK.
Указанные поля участвуют в формировании значения атрибута FinalPayment/Payee/PayeeName «Наименования получателя платежа» (поле №16 в платежном документе) согласно п. 4.1 настоящего документа.
|