URL веб-сервиса ИС УНП для взаимодействия через РСМЭВ может отличаться от URL, указанного в файле RsmevUnpService.wsdl. &lt?xml version&quot1.0&quot encoding&quotUTF-8&quot standalone&quotno&quot?&gt


ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ «АФС»
УТВЕРЖДАЮ УТВЕРЖДАЮ
Первый заместитель министра государственного управления, информационных технологий и связи Московской области
Генеральный директор
ООО «АФС»
_________________/А.А. Бородин/
«__»_______________ 2018 г. _________________/М.В. Васильев/
«___»__________________ 2018 г.
ФОРМАТЫ ВЗАИМОДЕЙСТВИЯ ВНЕШНИХ ИС С ИС УНП
(обновленные, версия 1.16.5)
5 этап работ
Тема: «Выполнение работ по развитию и оказание услуг по техническому сопровождению специального программного обеспечения Государственной информационной системы учета начислений и платежей Московской области (СПО ИС УНП)»
Государственный контракт № 0148200005417001051 от 21.11.2017 г.На ___ листах
2018 г.
АннотацияНастоящий документ содержит описание форматов взаимодействия ИС УНП (далее также Системы) с внешними информационными системами. Форматы, представленные в документе, полностью совместимы с форматами обмена данными с ГИС ГМП 1.16.5.
Содержание TOC \o "1-3" \h \z \u Аннотация PAGEREF _Toc504126888 \h 2Лист изменений PAGEREF _Toc504126889 \h 51.Общие сведения PAGEREF _Toc504126890 \h 131.1.Список сокращений PAGEREF _Toc504126891 \h 131.2.Перечень терминов и определений PAGEREF _Toc504126892 \h 151.3.Наименование Системы PAGEREF _Toc504126893 \h 191.4.Информация о версии форматов взаимодействия PAGEREF _Toc504126894 \h 191.5.Общее описание взаимодействия с ИС УНП PAGEREF _Toc504126895 \h 192.Сущности ИС УНП PAGEREF _Toc504126896 \h 242.1.Описание параметров сущностей ИС УНП PAGEREF _Toc504126897 \h 242.2.Начисление PAGEREF _Toc504126898 \h 252.2.1.Описание контролей параметров начисления PAGEREF _Toc504126899 \h 302.3.Платеж PAGEREF _Toc504126900 \h 452.3.1.Описание контролей параметров платежа PAGEREF _Toc504126901 \h 502.4.Квитанция PAGEREF _Toc504126902 \h 662.5.Вспомогательные типы PAGEREF _Toc504126903 \h 702.5.1.Тип Organization PAGEREF _Toc504126904 \h 702.5.2.Тип AccountType PAGEREF _Toc504126905 \h 712.5.3.Тип BankType PAGEREF _Toc504126906 \h 722.5.4.Тип PaymentIdentificationDataType PAGEREF _Toc504126907 \h 722.5.5.Тип BudgetIndexType PAGEREF _Toc504126908 \h 732.5.6.PayerIdentification_Type PAGEREF _Toc504126909 \h 752.5.7.Простые типы PAGEREF _Toc504126910 \h 782.6.Каталог услуг поставщика PAGEREF _Toc504126911 \h 792.6.1.Тип Service_Type PAGEREF _Toc504126912 \h 813.Описание алгоритмов формирования идентификаторов PAGEREF _Toc504126913 \h 943.1.Идентификатор начисления PAGEREF _Toc504126914 \h 943.1.1.Правила расчета контрольного разряда УИН PAGEREF _Toc504126915 \h 943.2.Идентификатор плательщика PAGEREF _Toc504126916 \h 953.3.Идентификатор платежа PAGEREF _Toc504126917 \h 973.4.Идентификатор услуги PAGEREF _Toc504126918 \h 984.Порядок взаимодействия ИС УНП с внешними информационными системами PAGEREF _Toc504126919 \h 994.1.Взаимодействие внешних систем с ИС УНП PAGEREF _Toc504126920 \h 994.2.Электронные подписи запросов и ответов PAGEREF _Toc504126921 \h 994.3.Подпись под сущностями Charge и FinalPayment, подпись под запросом PAGEREF _Toc504126922 \h 1005.Форматы сообщений веб-сервиса PAGEREF _Toc504126923 \h 1035.1.Общий формат веб-сервиса PAGEREF _Toc504126924 \h 1035.1.1.Сообщение запроса к веб-вервису PAGEREF _Toc504126925 \h 1035.1.2.Сообщение ответа от веб-вервиса PAGEREF _Toc504126926 \h 1105.2.Порядок импорта новых сущностей, уточнения, аннулирования или деаннулирования ранее загруженных сущностей в ИС УНП PAGEREF _Toc504126927 \h 1145.2.1.Формат запроса на импорт начисления PAGEREF _Toc504126928 \h 1155.2.2.Формат запроса на импорт платежа PAGEREF _Toc504126929 \h 1165.2.3.Формат запроса на импорт каталога услуг PAGEREF _Toc504126930 \h 1165.2.4.Формат ответа PAGEREF _Toc504126931 \h 1175.3.Запрос статуса обработки импортируемого пакета PAGEREF _Toc504126932 \h 1185.3.1.Формат запроса PAGEREF _Toc504126933 \h 1185.3.2.Формат ответа PAGEREF _Toc504126934 \h 1185.4.Экспорт сущностей из ИС УНП PAGEREF _Toc504126935 \h 1195.4.1.Общий формат запроса PAGEREF _Toc504126936 \h 1195.4.2.Экспорт информации о начислениях из ИС УНП PAGEREF _Toc504126937 \h 1295.4.3.Формат ответа на запрос начислений PAGEREF _Toc504126938 \h 1325.4.4.Экспорт информации о платежах из ИС УНП PAGEREF _Toc504126939 \h 1345.4.5.Формат ответа на запрос платежей PAGEREF _Toc504126940 \h 1355.4.6.Экспорт квитанций из ИС УНП PAGEREF _Toc504126941 \h 1365.4.7.Формат ответа на запрос квитанций PAGEREF _Toc504126942 \h 1365.4.8.Экспорт Каталога услуг поставщика из ИС УНП PAGEREF _Toc504126943 \h 1375.4.9.Формат ответа на экспорта каталога услуг из ИС УНП PAGEREF _Toc504126944 \h 1385.5.Квитирование PAGEREF _Toc504126945 \h 1395.5.1.Автоматическое квитирование PAGEREF _Toc504126946 \h 1405.5.2.Принудительное квитирование PAGEREF _Toc504126947 \h 1416.Перечень контролей PAGEREF _Toc504126948 \h 1457.XML-схемы сущностей ИС УНП PAGEREF _Toc504126949 \h 1578.WSDL веб-сервиса ИС УНП PAGEREF _Toc504126950 \h 158Лист измененийВерсия Раздел Перечень изменений
1.16.0 2.2 Начисление Внесены теги из отмененного типа Bill.
Добавлен атрибут Id.
Удален элемент ApplicationID .
Добавлен тег Origin (для начислений с признаком «предварительное начисление»).
Удален тег OKATO.
Добавлен тег OKTMO.
Удален атрибут version.
Удален атрибут mainSupplierBillID.
Добавлен контейнер MainSupplierBillIDList.
Внесены изменения в структуру элемента ChangeStatus. Возможные значения атрибута [email protected] расширены значением «4» — деаннулирование начисления. Добавлен элемент ChangeStatus/Reason для указания основания изменения.
Элемент Signature, в котором должна содержаться подпись под сущностью, стал обязательным.
Добавлены элементы DocDispatchDate, AcptTerm, PaytCondition.
2.3 Платеж Внесены теги типа PaymentType.
Изменен порядок следования тегов.
Добавлен атрибут Id.
Удален элемент ApplicationID.
Тип элемента PaymentDate изменен на dateTime.
Убран атрибут version.
Удален тег OKATO.
Добавлен тег OKTMO.
Внесены изменения в структуру элемента ChangeStatus. Возможные значения атрибута [email protected] расширены значением «3» — аннулирование данных платежа.
Добавлен элемент ChangeStatus/Reason для указания основания изменения.
Элемент Signature, в котором должна содержаться подпись под сущностью, стал обязательным.
Существенно расширен перечень элементов для передачи полей распоряжения, принятого в банке.
2.4 Квитанция Добавлен атрибут Id, удален элемент ApplicationID, добавлены элементы AccountNumber и BIK, добавлено значение «4» для элемента BillStatus, элемент PaymentIdentificationData стал необязательным для заполнения (только в случае, если элемент BillStatus имеет значение «4»).
Изменен порядок следования тегов.
2.5 Вспомогательные типы Удалено описание типа Bill в связи с переносом его элементов в тип Charge.
2.5.1 Тип OrganizationType Удалены теги Contacts и Addresses.
2.5.2 Тип AccountType Удалены тег SubAccount и атрибут kind.
2.5.3 Тип BankType Изменена маска тега SWIFT.
2.5.4 PaymentIdentificationDataType Добавлен тег Other.ж
2.5.5 Тип BudgetIndexType Добавлены ограничения на возможные значения тегов, изменен порядок следования тегов .
2.5.7 «Простые типы» Добавлены описания типов INNType, KPPType, OKTMOType, KBKType, OGRNType, BIKType, SWIFTType, SupplierBillIDType, URNType для обозначения, соответственно, ИНН юридических лиц, КПП, кода ОКТМО, КБК, ОГРН, номера банковского счета, БИК, кода SWIFT, УИН, УРН.
2.6 Каталог услуг Добавлен атрибут Id.
Удален тег OKATO.
Добавлен тег OKTMO.
3.1 Идентификация начисления Изменены алгоритмы формирования УИН.
Размер УИН для АН и ГАН, являющихся органами государственной власти субъектов Российской Федерации, органами местного самоуправления, государственными (муниципальными) учреждениями, увеличен до 25 символов.
3.2 Идентификация плательщика Внесены изменения в алгоритм формирования идентификатора плательщика для ЮЛ-нерезидента РФ, а добавлен алгоритм формирования идентификатора плательщика для ИП. Изменен алгоритм формирования идентификатора плательщика с использованием СНИЛС. Изменен перечень кодов документов, которые могут использоваться для идентификации плательщика.
4. Порядок взаимодействия ИС УНП с внешними информационными системами участников Наличие подписи под сущностью стало обязательным.
Добавлена ЭП под запросом.
5 Форматы сообщений веб-сервиса, размещенного в СМЭВ Изменены форматы сообщений. Описание элемента AppData приведено в соответствии с Методическими рекомендациями СМЭВ версии 2.5.6.
Добавлен атрибут senderRole для указания полномочия, при передачи начислений участников косвенного взаимодействия в ГИС ГМП.
5.2 Порядок импорта новых сущностей, уточнения или аннулирования ранее загруженных сущностей в ИС УНП Реализован ассинхронный пакетный режим импорта в ИС УНП. Метод запроса окончательного статуса обработки пакета описан в п.  REF _Ref377578652 \n \h \* MERGEFORMAT 5.3 настоящего документа.
Добавлен атрибут originatorID для указания УРН участника косвенного взаимодействия, сформировавшего начисление, используется при передаче начислений участников ИС УНП в ГИС ГМП.
5.4 Экспорт сущностей из ИС УНП Внесены изменения в постраничный (порционный) режим выгрузки данных, расширены параметры поиска данных.
5.4.1 Общий формат запроса Общий формат изменен значительно.
В частности, добавлена возможность ограничения выборки (фильтр) по ИНН и КПП или идентификатору участника. Добавлен фильтр по ОКТМО, КБК; добавлена возможность выборки данных платежей с УИН, не равным значению «0».
Для постраничной выгрузки изменены атрибуты, показывающие номер страницы выгрузки и число элементов на странице.
Добавлен необязательный атрибут originatorID и элемент Signature для передачи УРН и ЭП участника, от имени которого производится запрос.
5.4.2 Экспорт информации о начислениях из ИС УНП 5.4.3 Формат ответа на запрос начислений Внесены изменения в формат запроса/ответа экспорта начислений
5.4.4 Экспорт информации о платежах из ИС УНП
5.4.5 Формат ответа на запрос платежей Внесены изменения в формат запроса/ответа экспорта платежей.
Изменена логика формирования ответов на запросы платежей, в связи с возможностью аннулирования платежа.
Добавлен тип запроса PAYMENTCANCELLED для выгрузки только аннулированных платежей.
5.5 Квитирование начисления с платежами по инициативе АН Добавлены возможности квитирования начисления с отсутствующим в системе платежом.
5.6 Квитирование начисления с отсутствующим в ГИС ГМП Новый раздел.
6. Перечень контролей Значительно расширен перечень контролей.
1.16.1 2.5.3 Тип BankType
Добавлен элемент <CorrespondentBankAccount> -«Корреспондентский счёт Банка в ЦБ (РКЦ)»
2.5.5 Тип BudgetIndexType Реквизит 110 (Элемент BudgetIndex / PaymentType) сделан необязательным
2.5.7.9 SupplierBillIDType Добавлена возможность указывать УИН согласно версии форматов 1.15 (20 символов) для возможности уточнения, аннулирования, деаннулирования начислений, загруженных в ГИС ГМП по форматам версии 1.15, а также для их оплаты.
3.2 Идентификатор плательщика Добавлена возможность указывать идентификатор плательщика для ЮЛ — нерезидентов РФ при наличии КИО.
Изменен ФЛК на идентификатор плательщика ЮЛ с учетом того, что в 6 разряде КПП могут быть буквы.
В Таблице «Коды типов документов» добавлено 2 документа:
- охотничий билет – код «25»
- разрешение на хранение и ношение охотничьего оружия – код «26»
2.3 Платеж Изменен контроль на размерность тега AccDocNo – от 1 до 6 включительно цифр.
Увеличена до 500 символов максимальная длина элемента Payee / PayeeName.
Для элемента PayerIdentifier (Идентификатор плательщика) допускается значение «0»
2.2 Начисление Изменена размерность элемента LSvUFK до 11 разрядов, с возможностью указания только цифр и/или букв.
Элемент <TreasureBranch> (Сокращенное наименование ТОФК) сделан необязательным.
5.4.5 Формат ответа на запрос платежей Добавлен необязательный атрибут needReRequest. На данный момент не используется.
5.1.1 Сообщение запроса к веб-сервису Размерность элемента SenderIdentifier (УРН участника) при запросах ограничена строго 6 символами.
2.5.7.2 INNType Добавлен запрет на ввод значения «0000000000»
2.5.7.3 KPPType Добавлен запрет на ввод значения «000000000»
1.16.1.1 15.04.2015
П.  REF _Ref326071201 \r \h 5.4.8 Экспорт каталога услуг поставщика из УНП Добавлен атрибут – код услуги.
П.  REF _Ref416869537 \r \h 7. XML-схемы сущностей ИС УНП Изменены схемы в части добавления атрибута code в элемент RequestMessage/ExportRequest/Filter/Conditions в файле DataRequest.xsd
1.16.1.2 21.05.2015
П. 7. XML-схемы сущностей ИС УНП. 1. BudgetIndex.xsd. BudgetIndex/Status. Добавлено значение «0».
2. Common.xsd. KPPType. Добавлено значение «0».
15.12.2015 Актуализация документа
28.12.2015 Добавлено общее описание взаимодействия Участников с ИС УНП и ГИС ГМП
03.02.2015 Добавлено описание ограничений xsd – схемы для полей Каталога услуг Поставщика – раздел REF _Ref324425206 \n \h 2.6.
1.16.2 19.05.2016
Обновление форматов ИС УНП Приведение форматов ИС УНП в соответсвие с требованиями форматов ГИС ГМП версии 16.2;
1.16.3 21.10.2016 2.2 Начисление Добавлено описание порядка заполнения контейнера «AdditionalData» в описание типа «ChargeType» в случае, если нормативными правовыми актами предусмотрена возможность частичной оплаты суммы начисления (скидка) и условия ее применения
6. Описание контролей Добавлено условие возврата ошибки с кодом «52» «Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП»
6. Описание контролей Изменены условия возврата ошибки с кодом «56» «Дата сущности не может превышать дату загрузки более чем на одни сутки
7 XML-схемы сущностей ИС УНП Изменена маска ввода идентификатора плательщика для ЮЛ- нерезидента РФ («UnifiedPayerIdentifier») на
3\d{14}[A-Z0-9]{2}\d{3}|3\d{9}[A-Z0-9]{2}\d{3}
7 XML-схемы сущностей ИС УНП Изменена маска ввода идентификатора плательщика («AltPayerIdentifier») для ФЛ на
((0[1-9])|(1[0-5])|(2[124567]))[0-9a-zA-Zа-яА-Я]{20}\d{3}
6. Описание контролей Изменены условия возврата ошибки с кодом «54» «УИН и Идентификатор плательщика не могут одновременно быть равны 0»
7 XML-схемы сущностей ИС УНП Изменена маска ввода значения в поле «UFK». Проверяется формат поля: 4 цифр или 6 букв и цифр.
Маска ввода:
\d{4}
[a-zA-Z0-9]{6}
7 XML-схемы сущностей ИС УНП Изменена маска ввода значения в поле «SystemIdentifier» \w{32}
7 XML-схемы сущностей ИС УНП Изменена маска ввода идентификатора плательщика для ЮЛ- нерезидента РФ («PayerIdentifier») на
3\d{14}[A-Z0-9]{2}\d{3}|3\d{9}[A-Z0-9]{2}\d{3}
7 XML-схемы сущностей ИС УНП Изменена маска ввода идентификатора плательщика («PayerIdentifier») для ФЛ на
((0[1-9])|(1[0-5])|(2[124567]))[0-9a-zA-Zа-яА-Я]{20}\d{3}
6. Описание контролей Добавлен контроль на обязательность заполнения полей SupplierBillID, PayerIdentifier , КБК, ОКТМО и контейнера BudgetIndex в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302»)
3.3. Идентификатор платежа Изменен контроль структуры УИП (код ошибки 235)
2.4. Квитанция Изменено описание порядка квитирования
2.5.6. Простые типы Добавлено описание простого типа «personINNType» для контейнера «EsiaUserInfo»
3.2. Идентификатор плательщика ФЛ Добавлен новый идентификатор плательщика – номер мобильного телефона.
5.4.1. Общий формат запроса Добавлен контейнер «EsiaUserInfo» подлежащий заполнению при запросе на экспорт извещений о начислениях из ИС УНП, администрируемых налоговыми органами Российской Федерации
5.4.1. Общий формат запроса Уточнено описание порядка заполнения контейнера «Paging» - «Если параметр не указан, то по умолчанию в ответе вернутся первые 100 элементов и признак конца выборки (true или false)».
5.4.1. Общий формат запроса Добавлен контейнер «PaymentsIdentifiers» для обеспечения возможности запроса на экспорт сущностей из ИС УНП (платежей, квитанций) по списку УИП.
5.4.2. Экспорт извещений о начислениях из ИС УНП Добавлены контроли полей блока данных «EsiaUserInfo».
5.4.6. Экспорт квитанций из ИС УНП Добавлена возможность экспорта квитанций для ГАП/АП
6. Перечень контролей Добавлено описание контроля с кодом ошибки «304»
1.16.4 24.08.2017 1.1 Список сокращений Добавлен термин «ЕСИА»
2.2 Начисление Изменен формат атрибута «BillDate»
2.2 Начисление Описание порядка заполнения контейнера «AdditionalData» в описание типа «ChargeType» дополнено случаями, когда нормативными правовыми актами предусмотрены условия оплаты с применением понижающего коэффициента
6. Описание контролей Уточнено описание проверки длины УИН («SupplierBillID») на соответствие требованиям к порядку его формирования
2.2.1 Описание контролей параметров начисления Добавлен подраздел «Описание контролей параметров начисления»
2.3 Платеж Изменен формат поля «Дата приема к исполнению распоряжения» («PaymentDate»)
2.3 Платеж Добавлено описание порядка заполнения контейнера «AdditionalData» в описании типа «PaymentType» в случае оплаты начисления за совершение юридически значимых действий в отношении физических лиц с использованием порталов, интегрированных с ЕСИА
2.3.1 Описание контролей параметров платежа Добавлен подраздел «Описание контролей параметров платежа»
2.5.5. Тип данных BankType Удалено поле «Код SWIFT иностранного банка, в котором открыт счет» («SWIFT»)
2.5.9. Простые типы данных Уточнено описание типа «KPPType»
2.5.9. Простые типы данных Уточнено описание типа «KBKType»
2.5.9. Простые типы данных Добавлено описание типа «SystemIdentifierType»
2.5.9. Простые типы данных Удалено описание типа «SWIFTType»
3.2 Идентификатор плательщика ЮЛ (ИП) Уточнено описание формата КПП ЮЛ
3.2 Идентификатор плательщика ФЛ Изменен список кодов документов
5.1.1. Сообщение запроса к веб-сервису Изменена обязательность заполнения атрибута «senderRole»
5.3. Формат запроса на получение участником статуса обработки пакета Добавлен рекомендуемый интервал отправки запроса к ИС УНП на получение статуса обработки предоставленного пакета
5.4.1. Общий формат запроса Дополнены условия получения сущностей из ИС УНП (блок данных «Conditions»)
5.5.1. Автоматическое квитирование Новый раздел (описание процедуры автоматического квитирования извещения о начислении с извещением (-ями) о приеме к исполнению распоряжения (-ий))
6. Перечень контролей Удален контроль и соответствующий ему код ошибок «232»
6. Перечень контролей Добавлены контроли и соответствующие им коды ошибок «310» – «314», «316»
1.16.5 19.01.2018
2.2. Начисление Изменено условие обязательности заполнения основания изменения начисления («Reason»)
2.2.1. Описание контролей параметров начисления Уточнено описание контроля уникального идентификатора начисления (УИН) (код ошибки «237»)
2.2.1. Описание контролей параметров начисления Изменен контроль обязательности заполнения основания изменения начисления (код ошибки «39»)
2.2.1. Описание контролей параметров начисления Добавлен контроль количества символов кода ОКТМО для новых/уточняемых начислений (код ошибки «232»)
2.2.1. Описание контролей параметров начисления Изменена маска поля «Показатель типа платежа (реквизит 110)» («PaymentType»)
2.3. Платеж Уточнено описание элемента PayeeName
2.3. Платеж Изменено условие обязательности заполнения основания изменения («Reason»)
2.3. Платеж Удалены шифры платежных документов (возможные значения «TransKind»):
02 — платежное требование;
ПД — платежный документ ФЛ
2.3.1. Описание контролей параметров платежа Уточнено описание контроля уникального идентификатора начисления (УИН) (код ошибки «237»)
2.3.1. Описание контролей параметров платежа Изменена маска поля «Показатель типа платежа (реквизит 110)» («PaymentType»)
2.3.1. Описание контролей параметров платежа Изменено описание контроля реквизита платежного документа – обязательный блок данных «AccDoc»
2.3.1. Описание контролей параметров платежа Уточнена маска поля КПП организации («KPP»)
2.3.1. Описание контролей параметров платежа Изменен контроль обязательности заполнения основания изменения платежа (код ошибки «39»)
2.3.1. Описание контролей параметров платежа Удалены шифры платежных документов (возможные значения «TransKind»):
02 — платежное требование;
ПД — платежный документ ФЛ
2.4. Квитанция Добавлен новый статус квитирования («BillStatus»): «5» – принудительно сквитировано по инициативе АН/ГАН с платежом
2.4. Квитанция Добавлен контейнер «Refund» - сведения о возврате денежных средств
5.1.1. Сообщение запроса к веб-сервису Уточнен тип данных и описание атрибута «senderRole»
5.4.3. Формат ответа на запрос начислений Добавлен новый статус квитирования («QuittanceWithPaymentStatus»): «5» – принудительно сквитировано по инициативе АН/ГАН с платежом
5.5. Квитирование Добавлено описание информации, содержащейся в создаваемой квитанции
5.5. Квитирование Добавлено описание статусов квитирования извещения о начислении
5.5.1. Автоматическое квитирование Уточнен алгоритм автоматического квитирования извещения о начислении с учетом извещений о возврате, предоставляемых в ГИС ГСМ в соответствии с требованиями взаимодействия ГИС ГМП с информационными системами участников версии 2.0
6. Перечень контролей Изменен текст в сообщении для ошибки с кодом «39»
6. Перечень контролей Уточнено описание ошибки для контроля с кодом «54»
6. Перечень контролей Добавлены контроли и соответствующие им коды ошибок «232», «237», «317», «1», «777», «888»
Общие сведенияНастоящий документ содержит описание форматов взаимодействия ИС УНП (далее также Системы) с внешними информационными системами. Форматы, представленные в документе, полностью совместимы с форматами обмена данными с ГИС ГМП 1.16.5.
Список сокращенийБД - База данных
ВС - Web-сервис
ГАН - Главный администратор начислений
ГУ - Государственные услуги
ЕСИА - Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме
ИНН - Индивидуальный номер налогоплательщика
ИП - Индивидуальный предприниматель.
ИС - Информационная система
ИС УНП - Информационная система учета начислений и платежей (Система)
ИС ПУ - Информационная система поставщика услуг
КБК - Код бюджетной классификации Российской Федерации
КПП - Код причины постановки на учет
КО - Кредитные организации (кредитные учреждения)
НСИ - Нормативно-справочная информация
НПА - Нормативные правовые акты
ОГРН - Основной государственный регистрационный номер
ОКТМО - Общероссийский классификатор территорий муниципальных образований
Орган ЗАГС - Орган записи актов гражданского состояния
ПО - Программное обеспечение
ППО - Прикладное программное обеспечение
ПУ - Поставщик услуг
РПГУ, Портал - Региональный портал государственных и муниципальных услуг
РФ - Российская Федерация
РСМЭВ - Региональная система межведомственного электронного взаимодействия
СМЭВ - Система межведомственного электронного взаимодействия — информационная система, которая позволяет федеральным, региональным и местным органам власти в электронном виде обмениваться данными, необходимыми для оказания государственных услуг гражданам и организациям.
СНИЛС - Страховой номер индивидуального лицевого счета
ТЗ - Техническое задание
ТОФК - Территориальный орган Федерального казначейства
УИН - Уникальный идентификатор начисления
УИП - Уникальный идентификатор платежа
УРН - Уникальный регистрационный номер
ЭД - Электронный документ
ЭП - Электронная подпись
ЭП-ОВ - Электронная подпись органа власти, определенная в документе «Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии» версии 2.5.6.
ЭП-СП Электронная подпись служебного пользования, ЭП должностного лица, определенная в документе «Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии» версии 2.5.6.
ЮЛ - Юридическое лицо
HTTP - Hypertext Transfer Protocol – протокол передачи гипертекста
IP - Internet Protocol – интернет-протокол.
J2EE - Набор спецификаций и соответствующей документации для языка Java, описывающей архитектуру серверной платформы для задач средних и крупных предприятий. J2EE является промышленной технологией и используется в высокопроизводительных проектах, в которых необходима надежность, масштабируемость, гибкость
SOAP
- Simple Object Access Protocol – простой протокол обмена структурированными сообщениями.
TCP - Transmission Control Protocol – протокол управления передачей.
URI - Uniform Resource Identifier – унифицированный идентификатор ресурса.
W3C - World Wide Web Consortium – Консорциум Всемирной паутины.
WSDL - Web Services Description Language – язык описания web-сервисов.
XML - Extensible Markup Language – расширяемый язык разметки.
XSD - схема - «XSD – схема» (XSD Schema): язык описания структуры XML документа (также используется название XML Schema). При использовании XML Schema можно проверить не только правильность синтаксиса XML - документа, но также его структуру, модель содержания и типы данных. Спецификация XML Schema является рекомендацией W3C.
Перечень терминов и определенийАвансовый платеж - Платеж за оказание определенных видов услуг, по которым не производятся начисления.
Единый каталог - Консолидированный перечень услуг всех Поставщиков, зарегистрированных в ИС УНП, выгружаемый из ИС УНП по запросу экспорта каталога услуг, полученному от Участника - кредитной организации или Регионального портала государственных услуг.
Информация о начислении
(Сущность «Начисление») - Полная информация о начислении сформированным поставщиком услуг для их оплаты плательщиком, сохраненная в Системе. Включает извещение о начислении, а также (при их наличии) извещения об уточнении и/или извещение об аннулировании данного начисления, загруженные в Систему; Участникам Системы доступны актуальные данные о начислении.
Информация о платеже (Сущность «Платеж») - Полная информация о платеже сохраненная в Системе. Включает извещение о приеме к исполнению распоряжения физического или юридического лица об осуществлении перевода денежных средств (платежное поручение), а также (при их наличии) извещения об уточнении и/или аннулировании указанного распоряжения, загруженные в Систему. Участникам Системы доступны актуальные данные (т.е часть информации) о платеже.
Извещение о начислении - Электронный документ, сформированный организацией - поставщиком услуг содержащий данные («данные начисления») необходимые для оплаты физическим или юридическим лицом государственных пошлин, денежных платежей (штрафов), сборов; в том числе содержит платежные реквизиты получателя, по которым плательщик осуществляет перевод денежных средств за указанные в документе услуги.
Данные начисления/ Начисление
- Данные содержащиеся в извещении о начислении (в извещении об уточнении начисления, в извещении об аннулировании начисления).
Извещение об аннулировании начисления, (аннулирование начисления) - Электронный документ, содержащий информацию об аннулировании (отмене) начисления из ранее сформированного извещения о начислении; включает данные начисления и основание аннулирования.
Извещение об уточнении начисления, (уточнение начисления) - Электронный документ, содержащий информацию об уточнении (изменении) данных начисления из ранее сформированного извещения о начислении; включает уточненные данные начисления.
Извещение о приеме к исполнению распоряжения (извещение о платеже) - Электронный документ, содержащий информацию о приеме к исполнению распоряжения о переводе денежных средств либо наличных денежных средств плательщика; включает данные платежа.
Извещение об аннулировании распоряжения о переводе денежных средств, (аннулирование платежа) - Электронный документ, содержащий информацию об аннулировании (отмене) платежа из ранее сформированного извещения о платеже; включает данные платежа и основание аннулирования.
Извещение об уточнении распоряжения о переводе денежных средств, (уточнение платежа) - Электронный документ, содержащий информацию об уточнении (изменении) данных платежа из ранее сформированного извещения о платеже, включает уточненные данные платежа.
Каталог услуг Поставщика - Электронный документ, содержащий актуальную информацию об услугах Поставщика. Может быть загружен в ИС УНП по запросу импорта каталога услуг.
Квитирование - Сопоставление актуальной информации о начислениях и актуальной информации о платежах. В результате выполнения процедуры квитирования в Системе создается (или актуализируется) сущность - «Квитанция».
Оператор Системы - Организация, осуществляющая информационно-сервисное и методическое сопровождение Системы.
Организация - Поставщик услуг - Организация, осуществляющая предоставление государственных, муниципальных услуг и иных платных услуг (АДБ, ГБУ, ГАУ и коммерческие организации, предоставляющие платные услуги населению).
Поставщик услуг (Администратор начислений) - Организация, осуществляющая предоставление государственных, муниципальных услуг и иных платных услуг (АДБ, ГБУ, ГАУ, ГУП, выставляющих счета на оплату пошлин, денежных платежей (штрафов), сборов и иных платных услуг на территории региона).
Платежное поручение - Распоряжение владельца счёта (плательщика) обслуживающему его банку, оформленное расчётным документом, перевести определённую денежную сумму на счёт получателя средств, открытый в этом или другом банке; Документ платежного поручения содержит информацию, необходимую для произведения платежа. Часть атрибутов платежного поручения входит в состав данных платежа.
Данные платежа / Платеж
- Данные содержащиеся в извещении о платеже (в извещении об уточнении платежа, в извещении об аннулировании платежа).
Приложение
- Конкретный экземпляр программного обеспечения, программа, предназначенная для выполнения определенных пользовательских задач и рассчитанная на непосредственное взаимодействие с пользователем. (Используются также термины «Программное приложение», «Прикладная программа»).
Программное обеспечение - Совокупность программ, системы обработки информации и программных документов, содержащих сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ (согласно ГОСТ 19.101-77 и ГОСТ 19781-90).
Сервис - Повторно используемые функциональные компоненты, реализующие некоторые содержательно законченные элементы последовательности действий в предметной области.
Сертификат ключа проверки ЭП, сертификат - Квалифицированный сертификат ключа проверки электронной подписи.
Серия запросов - Перечень запросов, формируемых одним Участником, содержащих одинаковые параметры запроса и последовательность номеров страниц, с целью получить полную выборку данных.
Система - Государственная информационная система учета начислений и платежей Московской области
Сущность - Информация о начислении, информация о платеже, информация о результатах квитирования (квитанция), информация об услуге сохраняемые в Системе.
Услуги (работы) государственные (муниципальные) - Государственные и муниципальные услуги, предусмотренные Федеральным законом № 210-ФЗ; услуги, указанные в части 3 статьи 1 и части 1 статьи 9 Федерального закона № 210-ФЗ (услуги, оказываемые в электронной форме; услуги, необходимые и обязательные для оказания государственных услуг соответственно).
Услуги (работы), оказываемые (выполняемые) органами государственной власти (органами местного самоуправления), государственными (муниципальными) учреждениями и в случаях, установленных законодательством РФ, иными юридическими лицами.
Услуга (Сушность ИС УНП) - Актуальная информация об услуге, сохраняемая в Системе в составе Единого Каталога услуг. Данные услуги могут быть выгружены по запросу экспорта, полученному от Участника - кредитной организацией или Регионального портала государственных услуг.
Участники
(Участники взаимодействия)
- Организации - поставщики и потребители данных ИС УНП, заключившие Договор присоединении к ИС УНП в рамках правил оказания информационных услуг по учёту начислений и платежей с использованием ИС УНП согласно существующему порядку подключения.
Электронная подпись - Информация в электронной форме, которая присоединена к другой информации в электронной форме (подписываемой информации) или иным образом связана с такой информацией и которая используется для определения лица, подписывающего информацию.
Наименование СистемыПолное наименование системы: Государственная информационная система учета начислений и платежей Московской области.
Сокращенное наименование системы: ИС УНП, Система.
Информация о версии форматов взаимодействияВерсия форматов – 1.16.5.
Соответствует форматам ГИС ГМП ФК (версия 1.16.5).
Общее описание взаимодействия с ИС УНПИС УНП в рамках электронного документооборота, реализуемого посредством РСМЭВ\СМЭВ, участвует в процессах получения и передачи информации (электронных документов) со следующими Участниками:
с ИС ПУ, с целью получения следующих видов актуальной информации:
каталог услуг поставщика;
данные начисления.
с ИС ПУ, с целью передачи следующих видов актуальной информации:
данные квитанции;
данные платежа.
с РПГУ, с целью передачи следующих видов актуальной информации:
каталоги услуг поставщиков;
данные начисления;
данные платежа;
данные квитанции.
с банковскими приложениями и системами оплаты, с целью передачи следующих видов актуальной информации:
данные начисления;
каталоги услуг поставщиков;
с банковскими приложениями и системами оплаты, с целью получения актуальных данных платежей;
с ГИС ГМП в части осуществления:
импорта и экспорта актуальных данных начислений;
экспорта актуальных данных платежей и квитанций.
Схематично потоки данных начислений, платежей, каталога услуг и квитанций представлены на рисунке 1.

Рисунок 1. «Схема потоков данных ИС УНП»
Взаимодействие Участника с ГИС ГМП. При регистрации в ИС УНП Участник - может зарегистрироваться как «участник косвенного взаимодействия» с ГИС ГМП или как «участник прямого взаимодействия» с ГИС ГМП. При регистрации Участника косвенного взаимодействия в ИС УНП должен быть указан УРН вышестоящего Участника.
Для Участников взаимодействия ИС УНП осуществляет трансляцию начислений в ГИС ГМП и осуществляет экспорт данных (статусов начислений, платежей, квитанций) из ГИС ГМП.
Квитирование: Процедуры квитирования для начислений, отправленных в ГИС ГМП выполняются на стороне ГИС ГМП.
Импорт данных: Направляя сообщение импорта данных начисления в ИС УНП Участник указывает свой УРН в атрибуте RequestMessage/ senderIdentifier и роль, присвоенную при регистрации в ГИС ГМП, в атрибуте RequestMessage/ senderRole.
При трансляции в ГИС ГМП начисления, направленного косвенным Участником, выполняются следующие преобразования:
атрибут RequestMessage/ senderIdentifier заполняется значением УРН вышестоящего Участника, указанным при регистрации в ИС УНП Участника, направившего запрос;
атрибут Document/ originatorID заполняется значением атрибута RequestMessage/ senderIdentifier, переданным Участником;
атрибут RequestMessage/ senderRole не изменяется.
При трансляции в ГИС ГМП начисления, направленного прямым Участником, выполняются следующие преобразования:
если при регистрации в ИС УНП для данного Участника был указан УРН вышестоящего Участника, то атрибут RequestMessage/ senderIdentifier заполняется значением УРН вышестоящего Участника;
если при регистрации в ИС УНП для данного Участника не был указан УРН вышестоящего, то атрибут RequestMessage/ senderIdentifier не изменяется;
атрибут Document/ originatorID удаляется;
атрибут RequestMessage/ senderRole не изменяется.
Загрузка начисления Участника сопровождается контролем корректности уникального идентификатора начисления.
Трансляция начисления в ГИС ГМП определяется по принадлежности загруженного документа зарегистрированному Участнику - проверка осуществляется по значениям тега RequestMessage/ senderIdentifier и тега Document/ originatorID. В случае неуспешного результата проверки возвращается код ошибки «302» - «Попытка загрузки в систему информации другого участника» - см. раздел REF _Ref440555515 \n \h 6.
Взаимодействие с ГИС ГМП с использованием Каталога услуг. Если Участник использует при взаимодействии с ИС УНП Каталог услуг, он может реализовать отправку начислений в ГИС ГМП для отдельных услуг из своего Каталога. Привязка импортируемых данных к услуге осуществляется в блоке AdditionalData начисления – в блоке указывается уникальный код активной услуги «Srv_Code» ранее загруженной в ИС УНП.
Участник может загрузить Каталог услуг в ИС УНП с использованием следующих запросов:
импорт исходного Каталога;
импорт обновления ранее загруженного Каталога.
При загрузке Каталога в составе данных услуги Участник может указать необходимость отправки данных в ГИС ГМП (в блоке DescriptionSimpleParameter в атрибуте @name = duplication). Признак отправки данных в ГИС ГМП будет действовать для всех начислений по этой услуге.
При отправке начисления в ГИС ГМП выполняется проверка:
Если признак «duplication» услуги = «on», начисление отправляется в ГИС ГМП;
Если признак «duplication» услуги = «off» начисление НЕ отправляется в ГИС ГМП;
Экспорт данных: При обращении к ИС УНП Участники могут экспортировать данные или только из ИС УНП или только из ГИС ГМП. Для этого в сообщении запроса к веб-сервису ИС УНП в атрибуте «RequestMessage/Id» определен признак выбора системы, к которой направляется сообщение:
Если первый символ идентификатора «U» - запрос выполняется только в ИС УНП;
Если первый символ идентификатора = <буква [A-Z]> не «U» запрос выполняется только в ГИС ГМП.
При трансляции в ГИС ГМП запроса на экспорт, направленного косвенным Участником, выполняются следующие преобразования:
атрибут RequestMessage/ senderIdentifier заполняется значением УРН вышестоящего Участника, указанным при регистрации в ИС УНП Участника, направившего запрос;
атрибут Document/ originatorID заполняется значением атрибута RequestMessage/ senderIdentifier, переданным Участником;
атрибут RequestMessage/ senderRole не изменяется.
При трансляции в ГИС ГМП запроса на экспорт, направленного прямым Участником, выполняются следующие преобразования:
если при регистрации в ИС УНП для данного Участника был указан УРН вышестоящего Участника, то атрибут RequestMessage/ senderIdentifier заполняется значением УРН вышестоящего Участника;
если при регистрации в ИС УНП для данного Участника не был указан УРН вышестоящего, то атрибут RequestMessage/ senderIdentifier не изменяется;
атрибут Document/ originatorID удаляется;
атрибут RequestMessage/ senderRole не изменяется.
Сущности ИС УНПИС УНП оперирует следующими информационными сущностями:
«Услуга»;
«Начисление»;
«Платеж»;
«Квитанция».
Описание потоков данных сущностей представлено в разделе REF _Ref439089195 \n \h 1.5. Назначение сущностей и состав параметров сущностей приведены в подглавах настоящей главы.
Описание параметров сущностей ИС УНПСущности ИС УНП описаны в формате XSD как XML-типы. Каждый параметр сущности является тегом или атрибутом XML-типа.
Параметры приводимых сущностей сведены в таблицу со следующими полями:
Наименование. Наименование тега или атрибута XML-типа;
Кол-во тегов, обязательность тега или атрибута. Указывает на количество тегов формируемого XML. Формат поля: <min>..<max>, где <min> - минимальное количество тегов, <max> - максимальное количество тегов («n» указывает на неограниченное количество тегов).
Тип данных. Возможные значения:
String. Строка произвольной длины.
unsignedLong. Целое неотрицательное число от 0 до 18 446 744 073 709 551 615.
Long. Целое число от -9 223 372 036 854 775 808 до 9 223 372 036 854 775 807.
Integer. Целое число от -2 147 483 648 до 147 483 647.
dateTime. Дата и время, формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#dateTime.
Date. Дата, формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date.
Boolean. Логический тип (Истина/Ложь). Принимает значения «true» или «false».
base64Binary. Данные в кодировке Base64, формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#base64Binary.
Контейнер. Указывает на присутствие вложенных тегов. Наименования тегов и атрибутов, вложенных в контейнер, включаются в поле «Наименование» таблицы параметров со смещением вправо.
ID. Уникальный в рамках XML-документа идентификатор, начинающийся с латинской буквы.
Token. Формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#token.
Другой тип. В поле «Тип данных» таблицы присутствует ссылка на соответствующую главу, в которой описан тип.
Комментарий. Объясняет назначение тега.
НачислениеДанные начислений, выставляемых поставщиками услуг в адрес физических/ юридических лиц, приведены в файле Charge.xsd (глава REF _Ref437969998 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей ИС УНП» настоящего документа), описание элементов приведено в таблице 1.
Таблица SEQ Таблица_№ \* ARABIC 1. «Тип ChargeType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
Id (атрибут) 1, обязателен ID Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>.
SupplierBillID (атрибут) 1, обязательно SupplierBillIDType (описание см. в п.  REF _Ref401855697 \r \h \* MERGEFORMAT 2.5.7.8) УИН.
Алгоритм формирования УИН описан в п.  REF _Ref312183413 \r \h \* MERGEFORMAT 3.1.
BillDate (атрибут) 1, обязательно Date Дата начисления суммы, подлежащей уплате плательщиком. Заполнение атрибута является обязательным.
Для начислений с признаком «Предварительное начисление» указывается дата формирования начисления.
ValidUntil 0..1, необязательно Date Дата, вплоть до которой актуально выставленное начисление.
DocDispatchDate 0..1, необязательно Date Дата отсылки (вручения) плательщику документов в случае, если эти документы были отосланы (вручены) получателем средств плательщику.
MainSupplierBillIDList 0..1, необязательно Контейнер Уникальные идентификаторы начислений, на основании которых выставлено данное начисление (до 9 штук).
Заполняется только в начислениях, выставляемых ФССП.
MainSupplierBillID 1..9, обязательно SupplierBillIDType (описание см. в п.  REF _Ref401855697 \r \h 2.5.7.8) УИН, на основании которого выставлено данное начисление (связанное начисление).
SupplierOrgInfo 1, обязательно OrganizationType (см. описание в п.  REF _Ref401853725 \r \h \* MERGEFORMAT 2.5.1) Данные организации, являющейся получателем средств.
BillFor 1, обязательно String Назначение платежа.
TotalAmount 1, обязательно unsignedLong Сумма начисления. Целое число, показывающее сумму в копейках.
ChangeStatus 1, обязательно Контейнер Сведения о статусе начисления и основаниях его изменения.
meaning (атрибут) 1, обязательно String Статус, отражающий изменение данных начисления.
Возможные значения:
1 — новое;
2 — уточнение;
3 — аннулирование;
4 — деаннулирование (отмена аннулирования).
Порядок обработки статуса приведен в разделе REF _Ref437962744 \r \h 5.2
Reason 0..1, необязательно String Основание изменения начисления. Указание основания является обязательным, если статус начисления meaning не равно «1».
KBK 1, обязательно KBKType (см. описание в п.  REF _Ref401855993 \r \h \* MERGEFORMAT 2.5.7.5) КБК или двадцатизначный код, содержащий в 1 - 17 разрядах нули, в 18 - 20 разрядах - код классификации операций сектора государственного управления бюджетной классификации Российской Федерации. В случае отсутствия следует указывать значение «0».
OKTMO 1, обязательно OKTMOType (см. описание в п.  REF _Ref401856053 \r \h \* MERGEFORMAT 2.5.7.4) Код ОКТМО, указываемый АН или ГАН в соответствии с НПА. В случае отсутствия следует указывать значение «0».
BudgetIndex 1, обязательно BudgetIndexType (см. описание в п.  REF _Ref283390815 \h \r \* MERGEFORMAT 2.5.5) Реквизиты платежа 101, 106 - 109, предусмотренные приказом Министерства финансов Российской Федерации от 12 ноября 2013 г. № 107н «Об утверждении Правил указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации» (далее — приказ Минфина России от 12 ноября 2013 г. № 107н).
UnifiedPayerIdentifier 1, обязательно
Наличие данного тега исключает наличие тега AltPayerIdentifier. String Идентификатор плательщика для ЮЛ или ИП. Алгоритм формирования идентификатора плательщика для ЮЛ или ИП описан в п.  REF _Ref397013410 \n \h \* MERGEFORMAT 3.2.
AltPayerIdentifier
1, обязательно
Наличие данного тега исключает наличие тега UnifiedPayerIdentifier. String Идентификатор плательщика для ФЛ.
Алгоритм формирования идентификатора плательщика для ФЛ описан в п.  REF _Ref397013410 \n \h \* MERGEFORMAT 3.2.
TreasureBranch 0..1, необязательно String Сокращенное наименование ТОФК.
TOFK 0..1, необязательно String Код ТОФК, в котором открыт лицевой счет получателю или финансовому органу.
FOName 0..1, необязательно String Сокращенное наименование финансового органа.
LSvUFK 0..1, необязательно String Номер лицевого счета получателя или финансового органа в ТОФК.
LsvFO 0..1, необязательно String Номер лицевого счета получателя в финансовом органе.
AcptTerm 0..1, необязательно Integer Количество дней для получения акцепта плательщика.
PaytCondition 0..1, необязательно Integer Условие оплаты. Возможные значения:
1 - заранее данный акцепт плательщика;
2 - требуется получение акцепта плательщика.
Origin 0..1, необязательно String Признак начисления с признаком «Предварительное начисление» (предварительное начисление):
PRIOR — для предварительных начислений, загруженных участником (например, при направлении дела на рассмотрение в суд);
TEMP – для предварительных начислений, сформированных по запросу участника и имеющих срок действия.
AdditionalData 0..n, необязательно Контейнер Дополнительные поля начисления.
В составе данного блока указывается значение кода услуги, по которой выставлено начисление с наименованием Srv_Code.
Также служит (в случае описания нижеуказанных параметров в составе тегов DescriptionSimpleParameter/ DescriptionComplexParameter Каталога услуг с признаком forSearch= «true»):
а) для указания наименования и значения идентификатора плательщика, в случае, если Поставщиком услуг при взаимодействии с клиентом используются идентификаторы плательщика, не входящие в перечень уникальных идентификаторов плательщика, представленном в п.  REF _Ref397013410 \r \h 3.2. (данные идентификаторы могут использоваться только как дополнительные наряду с уникальным идентификатором плательщика, указанным в. п. REF _Ref397013410 \r \h 3.2.);
б) для указания наименованийя и значения параметров, используемых для фильтрации данных в поиске начислений по параметрам услуги.
В случае, если нормативными правовыми актами предусмотрены условия оплаты со скидкой или условия оплаты с применением понижающего коэффициента, то в данном контейнере указываются следующие наименования полей и их значения:
DiscountDate – дата окончания действия скидки
DiscountSize – процент скидки от суммы начисления
MultiplierSize – понижающий коэффициент
Name 1, обязательно String Наименование поля.
При использовании атрибута для передачи данных, используемых для поиска начислений по каталогу услуг, заполняется именем параметра, соответствующим одному из параметров, описанных в DescriptionSimpleParameter/ DescriptionComplexParameter каталога услуг с признаком forSearch=«true».
В случае использования атрибута для передачи данных простого параметра услуги наименование формируется в соответствии с именем простого параметра DescriptionSimpleParameter/ name.
В случае использования атрибута для передачи данных сложного параметра услуги наименование должно формироваться как составное из имени сложного параметра и имени поля «Fild» сложного параметра» согласно формату:
<ComplexParameter /name> <точка> < ComplexParameter/Fild/name>.
Value 1, обязательно String Значение поля.
Если значение тэга «Name» равно «DiscountSize», то в тэге «Value» указывается процент скидки от суммы начиcления (от суммы, указанной в тэге «TotalAmount»). Значение поля «Value» в этом случае должно быть указано целым числом.
Если значение тэга «Name» равно «DiscountDate», то в тэге «Value» указывается дата в формате «ГГГГММ–ДД» (дата до которой включительно установлены особые условия оплаты), либо значение «0» (в случае, если особые условия оплаты не ограничены датой применения).
Если значение тега «Name» равно «MultiplierSize», то в теге «Value» указывается коэффициент, равный «0.7». Данный коэффициент будет применен при расчете размеров начисления в случае оплаты начисления за совершение юридически значимых действий в отношении физических лиц с использованием порталов, интегрированных с ЕСИА
Signature 1, обязательно SignatureType ЭП xml-документа. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).
Описание контролей параметров начисленияВ процессе предоставления участником начисления осуществляются следующие проверки значений параметров:
Идентификатор документа – обязательный атрибут «Id»
Проверяется формат атрибута:
длина не более 50 символов;
первый символ должен быть буквой (A-Z).
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Уникальный идентификатор начисления (УИН) – обязательный атрибут «SupplierBillID»
Проверяется формат атрибута: строка длиной 20 букв или цифр или 25 цифр.
Маска ввода:
\w{20}
\d{25}
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Дополнительно проверяется:
А) Если длина поля 20 символов, то проверяется (согласно требованиям раздела REF _Ref491335311 \r \h \* MERGEFORMAT 6):
отсутствие букв в УИН при значении 1 в поле «Статус изменения»;
значение в тэге ChangeStatus - если в УИНе нового начисления есть буквы, то возвращается код ошибки «238» - «Наличие букв в УИН недопустимо»;
корректность уникального номера начисления: 16 цифр, указанных в разрядах с 4 по 19, не могут все одновременно быть равными значению «0» или «1» или «2» или «3» или «4» или «5» или «6» или «7» или «8» или «9» (одинаковое значение от 0 до 9). Если все 16 цифр имеют одинаковое значение , то возвращается код ошибки «237» - «Некорректный формат УИН»;
контрольный разряд УИН – значение 20-го разряда УИН (алгоритм расчета контрольного разряда приведен в разделе REF _Ref375580597 \n \h \* MERGEFORMAT 3.1.1) - если значение в 20-м разряде не соответствует рассчитанному значению, то возвращается код ошибки «234» - «Контрольный разряд УИН имеет некорректное значение»;
соответствие длины УИН требованиям к порядку его формирования при значении «1» (новое) в поле «Статус изменения» если отправитель начисления не входит в перечень участников, которые должны формировать УИН в соответствие с п. REF _Ref375580597 \n \h \* MERGEFORMAT 3.1.1 настоящего документа, то возвращается код ошибки «51» - «Длина УИН не соответствует требованиям к порядку его формирования».
Б) Если длина поля 25 цифр, то проверяется (согласно требованиям раздела  REF _Ref491335311 \r \h \* MERGEFORMAT 6):
корректность уникального номера начисления: 16 цифр, указанных в разрядах с 9 по 24 УИН, не могут все одновременно быть равными значению «0» или «1» или «2» или «3» или «4» или «5» или «6» или «7» или «8» или «9» (одинаковое значение от 0 до 9). Если все 16 цифр имеют одинаковое значение, то возвращается код ошибки «237» - «Некорректный формат УИН»;
равенство первых 8 цифр УИН (после перевода из десятичного представления в шестнадцатеричное) значению уникального регистрационного номера (УРН) Участника. В случае неуспешной проверки возвращается код «10» - «Некорректный УРН в УИН»;
контрольный разряд УИН – значение 25-го разряда УИН (алгоритм расчета контрольного разряда приведен в разделе  REF _Ref375580597 \n \h \* MERGEFORMAT 3.1.1) - если значение в 25-м разряде не соответствует рассчитанному значению, возвращается код ошибки «234» - «Контрольный разряд УИН имеет некорректное значение»;
соответствие длины УИН требованиям к порядку его формирования при значении «1» (новое) в поле «Статус изменения» если отправитель начисления не входит в перечень участников, которые должны формировать УИН в соответствие с п.  REF _Ref375580597 \n \h \* MERGEFORMAT 3.1.1 настоящего документа, то возвращается код ошибки «51» - «Длина УИН не соответствует требованиям к порядку его формирования».
Дата начисления суммы, подлежащей уплате плательщиком – обязательный атрибут «BillDate»
Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется, что дата начисления не ранее 1 января 2013 года - если дата начисления ранее, чем 1 января 2013 года, то возвращается код ошибки «52» - «Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется, что дата начисления не может превышать дату загрузки более чем на одни сутки. Если условие не выполняется, то возвращается код ошибки «56» «Дата сущности не может превышать дату загрузки более чем на одни сутки» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Дата, до которой включительно актуально выставленное начисление – необязательное поле «ValidUntil»
(если дата не указана - начисление в Системе не имеет срока давности)
Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Дата отсылки плательщику документа с начислением – необязательное поле «DocDispatchDate»
(заполняется в случае, если документ был вручен плательщику получателем средств)
Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Уникальные идентификаторы (УИН) начислений, на основании которых выставлено данное начисление – необязательное поле MainSupplierBillIDList/ MainSupplierBillID
Проверяется:
количество связанных начислений в списке – разрешается указать не более 9 идентификаторов связанных начислений;
формат каждого идентификатора в списке, согласно формату УИН (п.2 настоящего раздела)
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Данные организации, являющейся получателем средств – обязательный блок данных «SupplierOrgInfo»
Выполняются форматные проверки полей блока (описаны ниже). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.1 Наименование организации – обязательное поле «Name»
Проверяется формат поля: длина поля от 1 до 160 символов. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.2 ИНН организации – обязательное поле «INN»
Проверяется формат поля: 10 цифр, и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль («0»).
Маска ввода:
([^0^\D]\d|\d[^0^\D])\d{8}
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется, что значение поля ИНН организации совпадает с ИНН организации, загружающей начисление (в перечне Участников осуществляется поиск организации с УРН=SenderIdentifier), или с ИНН организации, создавшей начисление (в перечне Участников осуществляется поиск организации с УРН=OriginatorID), и эта организация является подведомственной для организации, загружающей начисление. В случае неуспешных проверок возвращается код «302» - «Попытка загрузки в систему информации другого участника» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.3 КПП организации – обязательное поле «KPP»
Проверяется формат поля: длина поля 9 символов, пятый и шестой из которых могут быть прописными (заглавными) латинскими буквами или цифрами, а все остальные только цифрами, и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль («0»).
Маска ввода:
([^0^\D]\d|\d[^0^\D])\d{2}[A-Z0-9]{2}\d{3}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется, что значение поля КПП организации совпадает с КПП организации, загружающей начисление (в перечне Участников осуществляется поиск организации с УРН=SenderIdentifier), или с КПП организации, создавшей начисление (в перечне участников осуществляется поиск организации с УРН=OriginatorID), и эта организация является подведомственной для организации, загружающей начисление. В случае неуспешных проверок возвращается код «302» - «Попытка загрузки в систему информации другого участника» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.4 ОГРН организации – необязательное поле «OGRN»
Если значение указано, проверяется формат поля: 13 цифр.
Маска ввода: \d{13}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.5 Реквизиты счета организации – обязательный блок данных «Account»:
7.5.1 Номер банковского счета – обязательное поле «AccountNumber»
Проверяется формат поля: 20 цифр.
Маска ввода: \d{20}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.5.2 Данные банка, в котором открыт счет – обязательный блок данных «Bank»
7.5.2.1 Наименование структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет – необязательное поле «Name»
Если значение указано, то проверяется длина поля: разрешается указать от 1 до 200 символов. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.5.2.2 БИК структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет – обязательное поле «BIK»
Если значение указано, то проверяется формат поля: 9 цифр.
Маска ввода: \d{9}
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
7.5.2.3 Номер корреспондентского счета кредитной организации, открытый в подразделении Банка России – необязательное поле «CorrespondentBankAccount»
Проверяется формат поля: 20 цифр.
Маска ввода: \d{20}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
8. Назначение платежа – обязательное поле «BillFor»
Проверяется формат поля: разрешается указать от 1 до 210 символов в назначении платежа. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
9. Сумма начисления в копейках – обязательное поле «TotalAmount»
Проверяется формат поля: тип данных «unsignedLong» - целое неотрицательное число от 0 до 18446744073709551615. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется отсутствие нулевого значения в данном поле при условии, что начисление не является предварительным (поле «Origin» не заполнено). В случае нулевой суммы – возвращается код ошибки «40» «Извещение о начислении имеет нулевую сумму».
10. Сведения о статусе начисления и основаниях его изменения – обязательный блок данных «ChangeStatus»
10.1 Статус, отражающий изменение данных начисления – обязательный атрибут «meaning»
Проверяются допустимые значения атрибута (1 символ): «1», «2», «3» или «4». В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Если значение «1» (новое начисление) - проверяется отсутствие ранее загруженного начисления с таким же УИН. При попытке загрузить неуникальное начисление возвращается код ошибки «5» «Предоставляемая участником информация уже присутствуют в системе» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Если значение «2» (уточнение) или «3» (аннулирование) – проверяется наличие ранее загруженного неаннулированного начисления с таким же УИН. При попытке уточнить или аннулировать аннулированное ранее начисление либо при отсутствии в ГИС ГМП начисления с указанным в запросе УИН возвращается код ошибки «7» - «Не найден исходный документ (файл)» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Если значении «4» (деаннулирование) – проверяется наличие ранее загруженного аннулированного начисления с таким же УИН. При попытке деаннулировать неаннулированное начисление либо при отсутствии в ГИС ГМП начисления с указанным в запросе УИН возвращается код ошибки «7» «Не найден исходный документ (файл)» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
10.2 Основание изменения начисления – необязательное поле «Reason»
Если атрибут «meaning» (см. п. 10.1 настоящего раздела) принимает значение «2», «3», «4» то проверяется обязательность заполнения. Если загружается изменение начисления, но при этом значение в поле «Reason» не указано, то возвращается код ошибки «39»  «Не указано основание уточнения» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Если значение в поле «Reason» указано, то проверяется длина поля: допускается от 1 до 512 символов. В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
11. КБК – обязательное поле «KBK»
Проверяется формат поля: значение «0» или 20 символов, среди которых допускаются русские и латинские буквы и цифры.
Маска ввода [0-9a-zA-Zа-яА-Я]{20}.
Проверяется, что все символы одновременно не принимают значение ноль («0»).
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Если по данному начислению предполагается поступление средств на счет, первые цифры которого - «40101» (значение в поле «AccountNumber», требования к заполнению поля приведены в п. 7.5.1 настоящего раздела), то значение поля «KBK» не может быть равно «0». Если условие не выполнено, то возвращается код ошибки «233» «Некорректное значение КБК» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Если в поле «KBK» значение не равно «0», то проверяется, что значение поля «KBK» не совпадает со значением поля УИН (значение в поле «SupplierBillID»). Если это условие не выполнено, то возвращается код ошибки «53» «КБК не может совпадать с УИН» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
12. Код по ОКТМО – обязательное поле «ОКТМО»
Проверяется формат поля: значение «0», 8 или 11 цифр.
Маски ввода:
\d{8}
\d{11}
или значение «0»;
Проверяется отсутствие нулей во всех 8 или 11 разрядах данного поля.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Для извещений о начислениях со статусом «новое» или «уточнение» проверяется формат поля: длина поля 8 символов.
В случае неуспешной проверки возвращается код ошибки «232» - «Некорректное значение кода по ОКТМО».
13. Реквизиты платежа 101, 106 - 110, – обязательный блок данных «BudgetIndex»
13.1 Статус плательщика (реквизит 101) – обязательное поле «Status»
Проверяется формат поля: строка длиной 2 символа, допустимые значения 01, 02, …, 28. В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
13.2 Показатель основания платежа (реквизит 106) – обязательное поле «Purpose»
Проверяется формат поля: строка длиной 2 символа, допустимые значения ТП, ЗД, БФ, ТР, РС, ОТ, РТ, ПБ, ПР, АП, АР, ИН, ТЛ, ЗТ, ДЕ, ПО, КТ, ИД, ИП, ТУ, БД, КП, ВУ, ДК, ПК, КК, ТК, ПД, КВ, 00, 0.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
13.3 Налоговый период или код таможенного органа (реквизит 107) – обязательное поле «TaxPeriod»
Проверяется формат поля: значение «0» или строка длиной 10 или 8 символов.
Если длина значения в поле 10 символов, то:
символы 1-й и 2-й могут принимать значение: МС, КВ, ПЛ, ГД;
символы 4-й и 5-й могут принимать значение: для месячных платежей номер месяца текущего отчетного года, для квартальных платежей - номер квартала, для полугодовых - номер полугодия;
символы с 7-го по 10-й могут принимать значение: год, за который производится уплата налога;
символы 3-й и 6-й используются в качестве разделительных знаков, в них проставляется точка (".").
Маски ввода:
МС\.(0[0-9]|1[012])\.\d{4}
КВ\.(0[1-4])\.\d{4}
ПЛ\.(0[1-2])\.\d{4}
ГД\.00\.\d{4}
Допускается указывать дату в формате "день.месяц.год".
Маска ввода:
(0[1-9]|[12][0-9]|3[01])\.(0[1-9]|1[012])\.\d{4}
Если длина поля 8 символов, то все они должны быть цифрами.
Маска ввода:
\d{8}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).

13.4 Показатель номера документа (реквизит 108) – обязательное поле «TaxDocNumber»
Проверяется формат поля: длина строки от 1 до 15 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
13.5 Показатель даты документа (реквизит 109) – обязательное поле «TaxDocDate»:
Проверяется формат поля: значение «0» или строка длиной 10 символов.
Если длина значения в поле 10 символов, то:
1-й и 2-й символы обозначают календарный день (могут принимать значения от 01 до 31);
4-й и 5-й символы обозначают месяц (значения от 01 до 12);
символы с 7-го по 10-й обозначают год;
символы 3-й и 6-й используются в качестве разделительных знаков (значение "." (точка)).
Маска ввода:
(0[1-9]|[12][0-9]|3[01])\.(0[1-9]|1[012])\.\d{4}
В случае неуспешной проверки возвращается код ошибки «11»  «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
13.6 Показатель типа платежа (реквизит 110) – необязательное поле «PaymentType»
Если значение указано, то проверяется формат поля: значение «0» или строка длиной 2 символа.
Маска ввода:
.{1, 2}или значение «0»
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
14. Идентификатор плательщика для ЮЛ или ИП – обязательное поле «UnifiedPayerIdentifier» (альтернативное к полю «AltPayerIdentifier»-п.15)
Проверяется формат поля, согласно требованиям раздела 3.2.
Маски ввода:
2\d{14}[A-Z0-9]{2}\d{3}
3\d{14}[A-Z0-9]{2}\d{3}|3\d{9}[A-Z0-9]{2}\d{3}
4\d{12}
В случае неуспешной проверки возвращается код ошибки «11»  «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется невырожденность идентификатора согласно правилам (см. REF _Ref504056323 \n \h \* MERGEFORMAT 3.1) при длине идентификатора 13, 15 или 20 символов, а именно: если, начиная со второго все последующие символы «0», то возвращается код ошибки «236» - «Некорректное значение идентификатора плательщика» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
15. Идентификатор плательщика для ФЛ – обязательное поле «AltPayerIdentifier» (альтернативное к полю «UnifiedPayerIdentifier» п.14 настоящего раздела):
Проверяется формат поля на соответствие правилам формирования идентификатора плательщика (см. раздел  REF _Ref397013410 \n \h \* MERGEFORMAT 3.2).
Маска ввода:
((0[1-9])|(1[0-4])|(2[12456789])|(3[0]))[0-9a-zA-Zа-яА-Я]{20}\d{3}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется невырожденность идентификатора плательщика (см. раздел REF _Ref397013410 \n \h \* MERGEFORMAT 3.2), при длине идентификатора 25 символов, а именно: если позиции начиная с 3 по 22 заполнены «0», то возвращается код ошибки «236» - «Некорректное значение идентификатора плательщика» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
16. Сокращенное наименование ТОФК – необязательное поле «TreasureBranch»
При наличии значения контролируется длина строки: от 1 до 255 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
17. Код ТОФК – необязательное поле «TOFK»
При наличии значения контролируется длина строки: 4 символа.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
18. Сокращенное наименование финансового органа – необязательное поле «FOName»
При наличии значения контролируется длина строки: от 1 до 512 символов.
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
19. Номер лицевого счета получателя или финансового органа в ТОФК – необязательное поле «LSvUFK»
При наличии значения в поле контролируется длина строки: 11 символов, среди которых допускаются латинские буквы и цифры.
Маска ввода: \w{11}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см.  раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
20. Номер лицевого счета получателя в финансовом органе – необязательное поле «LsvFO»
При наличии значения контролируется длина строки: от 1 до 20 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
21. Количество дней для получения акцепта плательщика – необязательное поле «AcptTerm»
Любое целое положительное число (тип данных integer).
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
22. Условие оплаты – необязательное поле «PaytCondition»
Целое положительное число (тип данных integer) с допустимыми значениями:
«1» - заранее данный акцепт плательщика;
«2» - требуется получение акцепта плательщика.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).

23. Признак начисления: «Предварительное начисление» – необязательное поле «Origin»
При наличии значения контролируются допустимые значения:
«PRIOR» - предварительные начисления, загруженные в ГИС ГМП Участником;
«TEMP» – предварительные начисления, сформированные ГИС ГМП по запросу участника (со сроком действия).
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
24. Дополнительные поля начисления – необязательный блок данных «AdditionalData»:
24.1 Наименование поля – обязательное поле «Name»
При наличии значения контролируется длина строки: от 1 до 100 символов.
В случае неуспешной проверки возвращается код ошибки «11»  «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Дополнительно выполняются следующие проверки:
если значение тега «Name» равно «DiscountSize» и значение еще одного тега «Name» равно «MultiplierSize», то возвращается код ошибки «311» – «В извещении о начислении не могут быть одновременно указаны «DiscountSize» и «MultiplierSize»»;
если значение тега «Name» равно «DiscountSize», должен присутствовать еще один «Name» значение которого равно «DiscountDate» и наоборот. В случае неуспешной проверки возвращается код ошибки «314» – «При указании скидки в извещении о начислении должны одновременно присутствовать значения «DiscountSize» и «DiscountDat»;
если встречается дважды значение тега «Name» равно «DiscountSize» и/или дважды значение тега «Name» равно «DiscountDate» и/или дважды значение тега «Name» равно «MultiplierSize», то возвращается код ошибки «316» – «Дублирование значения поля «Name» в контейнере «AdditionalData» недопустимо».
24.1 Значение поля – обязательное поле «Value»
При наличии значения контролируется длина строки: от 1 до 255 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Дополнительно выполняются следующие проверки:
если значение тега «Name» равно «MultiplierSize», то в теге «Value» значение должно быть дробным числом с разделителем «.» (точка), при этом оно не должно принимать значение «0.0» должно быть меньше единицы . В случае неуспешной проверки возвращается код ошибки «310» – «Некорректный формат понижающего коэффициента (MultiplierSize)»;
если значение тега «Name» равно «DiscountSize», то в теге «Value» значение должно быть целым числом от 1 до 100. В случае неуспешной проверки возвращается код ошибки «312» – «Некорректный формат значения скидки (DiscountSize)»;
если значение тега «Name» равно «DiscountDate», то в теге «Value» должна быть указана дата в формате «ГГГГММ–ДД». В случае неуспешной проверки возвращается код ошибки «313» – «Некорректный формат значения даты, до которой действует скидка (DiscountDate)».
25. Электронная подпись xml-документа – обязательный блок данных «Signature»:
Проверяется формат данных ЭП, в случае ошибки возвращается код «13» - «ЭП под сущностью (запросом) не верна» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).
Проверяется корректность ЭП, в случае ошибки возвращаются код ошибки «33» - «Неверный сертификат ключа проверки ЭП под сущностью (запросом)» (см. раздел REF _Ref491335311 \r \h \* MERGEFORMAT 6).

ПлатежДанные о платежах приведены в файле Payment.xsd (глава REF _Ref405481902 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей ИС УНП» настоящего документа), описание элементов приведено в таблице 2.
Таблица SEQ Таблица_№ \* ARABIC 2. «Тип PaymentType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
Id (атрибут) 1, обязателен ID Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>.
SupplierBillID 1, обязательно SupplierBillIDType (описание см. в п.  REF _Ref401855697 \r \h \* MERGEFORMAT 2.5.7.8) УИН. В случае отсутствия УИН (авансовый платеж) указывается значение «0».
Narrative 1, обязательно String Назначение платежа.
Amount 1, обязательно unsignedLong Сумма платежа. Целое число, показывающее сумму в копейках.
AccDoc 1, обязательно Date Дата приема к исполнению распоряжения плательщика.
ReceiptDate 0..1, необязательно date Дата поступления распоряжения в банк плательщика. Обязательно для заполнения в случае поступления распоряжения в кредитную организацию.
BudgetIndex 0..1, необязательно BudgetIndexType (см. описание в п.  REF _Ref283390815 \r \h \* MERGEFORMAT 2.5.5) Реквизиты платежа 101, 106-110, предусмотренные приказом Минфина России от 12 ноября 2013 г. № 107н.
PaymentIdentificationData 1, обязательно PaymentIdentificationDataType (см. описание в п.  REF _Ref401855853 \r \h \* MERGEFORMAT 2.5.4) Данные, необходимые для идентификации распоряжения.
AccDoc 1, обязательно Контейнер Реквизиты платежного документа.
AccDocNo 0..1, необязательно string Номер платежного документа.
AccDocDate 1, обязательно date Дата платежного документа.
Payer 1, обязательно Контейнер Cведения о плательщике.
PayerIdentifier 1, обязательно String Идентификатор плательщика.
Алгоритм формирования идентификатора плательщика описан в п.  REF _Ref397013410 \r \h \* MERGEFORMAT 3.2.
В случае, когда используется идентификатор плательщика, определенный в составе параметров оплачиваемой услуги и не входящий в перечень идентификаторов описанных в п.  REF _Ref397013410 \r \h \* MERGEFORMAT 3.2 – указывается значение «0», а значение и мнемоника идентификатора указывается в блоке AdditionalData – см. ниже.
PayerName 0..1, необязательно String Наименование плательщика. Указывается только для плательщиков - ЮЛ.
PayerAccount 0..1, необязательно String Номер счета плательщика (при наличии) в организации, принявшей платеж.
Payee 1, обязательно Контейнер Сведения о получателе средств.
PayeeName 1, обязательно String Наименование получателя.
Указывается сокращенное наименование органа Федерального казначейства или сокращенное наименование финансового органа и в скобках - сокращенное наименование организации
PayeeINN 1, обязательно INNType (см. описание в п.  REF _Ref401855926 \r \h \* MERGEFORMAT 2.5.7.2) ИНН получателя средств.
PayeeKPP 1, обязательно KPPType (см. описание в п.  REF _Ref401855945 \r \h \* MERGEFORMAT 2.5.7.3) КПП получателя средств.
PayeeBankAcc 1, обязательно AccountType (см. описание в п.  REF _Ref401855971 \r \h \* MERGEFORMAT 2.5.2) Реквизиты счета получателя средств.
RecipientServicesIdentifier 0..1, необязательно String Идентификатор получателя услуги/ плательщика. Алгоритм формирования идентификатора получателя услуги совпадает с алгоритмом формирования идентификатора плательщика, описанного в п.  REF _Ref397013410 \n \h \* MERGEFORMAT 3.2. Заполняется в случае, если плательщик не является получателем услуги.
PayerPA 0..1, необязательно String Дополнительный идентификатор получателя услуги в учетной системе получателя средств.
ChangeStatus 1, обязательно Контейнер Сведения о статусе платежа и основаниях его изменения.
meaning (атрибут) 1, обязательно String Статус, отражающий изменение данных платежа.
Возможные значения:
1 — новое;
2 — уточнение;
3 — аннулирование.
Reason 0..1, необязательно String Основание изменения. Указание является обязательным, если meaning не равно «1».
KBK 1, обязательно KBKType (см. описание в п.  REF _Ref401855993 \r \h \* MERGEFORMAT 2.5.7.5) КБК или двадцатизначный код, содержащий в 1 - 17 разрядах нули, в 18 - 20 разрядах - код классификации операций сектора государственного управления бюджетной классификации Российской Федерации. В случае отсутствия следует указывать значение «0».
TransKind 0..1, необязательно String Вид операции.
Указывается шифр платежного документа. Возможные значения:
01 –платежное поручение;
06 - инкассовое поручение;
16 - платежный ордер
TransContent 0..1, необязательно String Содержание операции. Указывается при частичном исполнении распоряжения.
PaytCondition 0..1, необязательно Integer Условие оплаты. Возможные значения:
1 - заранее данный акцепт плательщика;
2 - требуется получение акцепта плательщика.
AcptTerm 0..1, необязательно Integer Количество дней для получения акцепта плательщика.
MaturityDate 0..1, необязательно Date Окончание срока акцепта.
DocDispatchDate 0..1, необязательно Date Дата отсылки (вручения) плательщику документов в случае, если эти документы были отосланы (вручены) получателем средств плательщику.
PartialPayt 0..1, необязательно Контейнер Информация о частичном платеже.
PaytNo 0..1, необязательно String Номер частичного платежа.
Соответствует значению соответствующего реквизита распоряжения, по которому осуществляется частичное исполнение.
TransKind 1, обязательно String Вид операции. Проставляется шифр исполняемого распоряжения.
SumResidualPayt 0..1, необязательно Integer Сумма остатка платежа.
AccDoc 1, обязательно Контейнер Реквизиты платежного документа по которому осуществляется частичное исполнение.
AccDocNo 0..1, необязательно String Номер платежного документа, по которому осуществляется частичное исполнение.
AccDocDate 1, обязательно date Дата платежного документа, по которому осуществляется частичное исполнение.
Priority 0..1, необязательно String Очередность платежа. Возможные значения: 0, 1-6.
OKTMO 1, обязательно OKTMOType (см. описание в п.  REF _Ref401856053 \r \h \* MERGEFORMAT 2.5.7.4) Код ОКТМО, указанный в распоряжении о переводе денежных средств. В случае отсутствия следует указывать значение «0», а также в случае формирования извещения при приеме наличных денежных средств в кассу получателя платежа, следует указывать значение «0».
AdditionalData 0..n, необязательно Контейнер Дополнительные поля платежа.
В данном блоке может указываться значение кода услуги (значение идентификатора услуги см. п.  REF _Ref336964973 \r \h \* MERGEFORMAT ­), по которой проводится оплата. Наименование кода - «Srv_Code».
Дополнительные поля также могут служить:
а) для указания наименования и значения дополнительного идентификатора плательщика, в случае использования идентификаторов плательщика не входящих в список уникальных, описанных в п.  REF _Ref397013410 \r \h \* MERGEFORMAT 3.2;
б) для указания наименования и значения параметров услуги используемых для фильтрации данных в поиске данных платежей по параметрам услуги.
Такеж заполянется в случае оплаты начисления за совершение юридически значимых действий в отношении физических лиц с использованием порталов, интегрированных с ЕСИА. В данном контейнере указывается следующее наименование поля и его значение:
­ESIA_ID – числовой идентификатор учетной записи пользователя в системе ЕСИА
Name 1, обязательно String Наименование атрибута
При использовании атрибута для передачи данных по запросу экспорта данных платежей по Каталогу услуг, заполняется именем одного из параметров, описанных в DescriptionSimpleParameter/ DescriptionComplexParameter с признаками forSearch=«true» и forPayment=«true»:
- в случае использования атрибута для передачи данных простого параметра услуги наименование должно формироваться в соответствии с именем простого параметра DescriptionSimpleParameter/ name.
- в случае использования атрибута для передачи данных сложного параметра услуги наименование должно формироваться как составное из имени сложного парметра и имени поля «Fild» сложного параметра» согласно формату:
<ComplexParameter /name> <точка> < ComplexParameter/Fild/name>.
Если значение тега «Name» равно «ESIA_ID», то в теге «Value» указывается числовой идентификатор учетной записи пользователя в ЕСИА. Значение поля «Value» в этом случае должно быть целым положительным числом.
Value 1, обязательно String Значение атрибута
Замечание: В случае оплаты по начислению, в блоке AdditionalData должны передаваться все наименования/значения, указанные в AdditionalData начисления, а в случае авансовой оплаты, должен быть указан код услуги, по которой произведена оплата, а также идентификатор плательщика, в случае, если он не входит в перечень п.  REF _Ref397013410 \r \h \* MERGEFORMAT 3.2;
Signature 1, обязательно SignatureType ЭП xml-документа. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).
Описание контролей параметров платежаВ процессе предоставления участником платежа осуществляются следующие проверки значений параметров:
Идентификатор документа – обязательный атрибут «Id»:
Проверяется формат поля:
длина не более 50 символов;
первый символ должен быть буквой (A-Z).
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h 6).
Уникальный идентификатор начисления (УИН) – необязательное поле «SupplierBillID»:
Проверяется обязательность заполнения тэга. Если первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в разделе REF _Ref503260833 \n \h 2.6.1 настоящего документа) не равны «40302», то возвращается код ошибки «305» - «В извещении о приеме к исполнению распоряжения не указан УИН».
Проверяется формат поля: значение «0» или строка длиной 20 букв или цифр или 25 цифр.
Маска ввода:
\w{20}
\d{25}
или значение «0»
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Дополнительно проверяется:
А) Если длина поля 20 символов, то проверяется (согласно требованиям раздела REF _Ref491340653 \r \h \* MERGEFORMAT 6):
корректность уникального номера начисления: 16 цифр, указанных в разрядах с 4 по 19, не могут все одновременно быть равными значению «0» или «1» или «2» или «3» или «4» или «5» или «6» или «7» или «8» или «9» (одинаковое значение от 0 до 9). Если все 16 цифр имеют одинаковое значение, то возвращается код ошибки «237» - «Некорректный формат УИН»;
контрольный разряд УИН: если значение в 20-м разряде не соответствует рассчитанному значению (алгоритм расчета контрольного разряда приведен в разделе REF _Ref375580597 \n \h \* MERGEFORMAT 3.1.1), то возвращается код ошибки «234» - «Контрольный разряд УИН имеет некорректное значение»;
несовпадение значения УИН (значение в поле «SupplierBillID») со значением КБК (значение в поле «KBK»). Если это условие не выполнено, то возвращается код ошибки «53» - «КБК не может совпадать с УИН» - (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Б) Если длина поля 25 символов, то проверяется (согласно требованиям раздела REF _Ref491340653 \r \h \* MERGEFORMAT 6):
корректность уникального номера начисления: 16 цифр, указанных в разрядах с 9 по 24 УИН , не могут все одновременно быть равными значению «0» или «1» или «2» или «3» или «4» или «5» или «6» или «7» или «8» или «9» (одинаковое значение от 0 до 9). Если все 16 цифр имеют одинаковое значение, то возвращается код ошибки «237» - «Некорректный формат УИН»;
контрольный разряд УИН: если значение в 25-м разряде не соответствует рассчитанному значению (алгоритм расчета контрольного разряда приведен в разделе REF _Ref375580597 \n \h \* MERGEFORMAT 3.1.1), то возвращается код ошибки «234» - «Контрольный разряд УИН имеет некорректное значение»;
В) Если значение поля «0» (и при этом дата в поле «AccDocDate» больше или равно 28.03.2016, и по данному начислению не предполагается поступление средств на счет, первые цифры которого «40302» (поле «AccountNumber», требования к которому приведены в п. 11.4.1 настоящего раздела), то проверяется, что значение идентификатора плательщика (значение в поле «PayerIdentifier») не равно «0». Если оба поля имеют значение «0», то возвращается код ошибки «54» - «УИН и Идентификатор плательщика не могут одновременно быть равны 0»;
Назначение платежа – обязательное поле «Narrative»:
Проверяется формат поля: разрешается указать от 1 до 210 символов в назначении платежа.
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Сумма платежа в копейках - обязательное поле «Amount»:
Проверяется формат поля: тип данных «unsignedLong» - целое неотрицательное число от 0 до 18446744073709551615. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется отсутствие нулевого значения в данном поле, в случае ошибки возвращается код «32» - «Извещение о приеме к исполнению распоряжения имеет нулевую сумму платежа».
Дата приема к исполнению распоряжения плательщика – обязательное поле «PaymentDate»:
Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется, что дата приема к исполнению распоряжения плательщика не может превышать дату загрузки платежа в ГИС ГМП более чем на одни сутки. Если условие не выполняется, то возвращается код ошибки «56» «Дата сущности не может превышать дату загрузки более чем на одни сутки» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется, что дата приема к исполнению распоряжения плательщика больше или равна «01.01.1993». Если условие не выполняется, то возвращается код ошибки «304» «Попытка загрузки платежа с датой приема к исполнению распоряжения плательщика ранее «01.01.1993»» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Дата поступления распоряжения в банк плательщика – необязательное поле «ReceiptDate»:
При наличии проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Если, заполнен блок данных «Bank» (в составе данных необходимых для идентификации платежа «PaymentIdentificationData»), то дополнительно проверяется заполнение поля «ReceiptDate». Если поле не заполнено, то возвращается код ошибки «38» - «Не указана дата поступления распоряжения в банк плательщика» - (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Реквизиты платежа 101, 106 - 110, – необязательный блок данных «BudgetIndex»:
Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в разделе REF _Ref503260833 \n \h \* MERGEFORMAT 2.6.1 настоящего документа) не равны «40302» либо принимают значение «40302» и заполнено поле «Статус плательщика (реквизит 101)» («Status»), то возвращается код ошибки «306» - «В извещении о приеме к исполнению распоряжения не указаны реквизиты платежа 101, 106-110».
7.1 Статус плательщика (реквизит 101) – обязательное поле «Status»:
Проверяется формат поля: строка длиной 2 символа с допустимыми значениями 01, 02, …, 28. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
7.2 Показатель основания платежа (реквизит 106) – обязательное поле «Purpose»:
Проверяется формат поля: длина строки «2», допустимые значения: ТП, ЗД, БФ, ТР, РС, ОТ, РТ, ПБ, ПР, АП, АР, ИН, ТЛ, ЗТ, ДЕ, ПО, КТ, ИД, ИП, ТУ, БД, КП, ВУ, ДК, ПК, КК, ТК, ПД, КВ, 00, 0.
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
7.3 Налоговый период или код таможенного органа (реквизит 107) – обязательное поле «TaxPeriod»:
Проверяется формат поля: значение «0» или строка длиной 10 или 8 символов.
Если длина поля 10 символов, то:
1-й, 2 символы могут принимать значение: МС, КВ, ПЛ, ГД;
4-й, 5-й символы могут принимать значение: для месячных платежей номер месяца текущего отчетного года, для квартальных платежей - номер квартала, для полугодовых - номер полугодия;
символы с 7-го по 10 й могут принимать значение: год, за который производится уплата налога;
символы 3-й, 6-й используются в качестве разделительных знаков, в них проставляется точка (".").
Маски ввода:
МС\.(0[0-9]|1[012])\.\d{4}
КВ\.(0[1-4])\.\d{4}
ПЛ\.(0[1-2])\.\d{4}
ГД\.00\.\d{4}
Также может указываться дата в формате "день.месяц.год".
Маска ввода:
(0[1-9]|[12][0-9]|3[01])\.(0[1-9]|1[012])\.\d{4}
Если длина поля 8 символов, то все они должны быть цифрами.
Маска ввода:
\d{8}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
7.4 Показатель номера документа (реквизит 108) – обязательное поле «TaxDocNumber»:
Проверяется формат поля: длина строки от 1 до 15 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
7.5 Показатель даты документа (реквизит 109) – обязательное поле «TaxDocDate»:
Проверяется формат поля: значение «0» или строка длиной 10 символов, при этом:
первые два символа обозначают календарный день (могут принимать значения от 01 до 31);
4-й и 5-й символы - месяц (значения от 01 до 12);
с 7-го по 10-й год;
в 3-м и 6-м символах в качестве разделительных знаков проставляется точка (".").
Маска ввода:
(0[1-9]|[12][0-9]|3[01])\.(0[1-9]|1[012])\.\d{4}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
7.6 Тип платежа (реквизит 110) – необязательное поле «PaymentType»:
Если значение указано, то проверяется формат поля: значение «0» или строка длиной 2 символа.
Маска ввода:
.{1, 2}или значение «0».
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Данные необходимые для идентификации распоряжения – обязательный блок данных «PaymentIdentificationData»:
8.1 альтернативный выбор из трех обязательных полей:
или реквизиты структурного подразделения кредитной организации, принявшего платеж – поле «Bank»:
или признак, иного способа проведения платежа – поле «Other»:
или УРН участника принявшего платеж– поле «UFK»:
8.1.1 Данные банка плательщика – обязательный блок данных «Bank»:
8.1.1.1 Наименование структурного подразделения банка в котором открыт счет плательщика – необязательное поле «Name»:
Проверяется формат поля: разрешается указать от 1 до 200 символов в наименовании организации – получателя средств.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
8.1.1.2 БИК структурного подразделения банка, в котором открыт счет – обязательное поле «BIK»
Если значение указано, то проверяется формат поля: 9 цифр.
Маска ввода: \d{9}
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
8.1.1.3 Номер корреспондентского счета банка, открытый в подразделении Банка России – необязательное поле «CorrespondentBankAccount»:
Проверяется формат поля: 20 цифр.
Маска ввода: \d{20}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
8.1.2 Признак, иного способа проведения платежа – обязательное поле «Other»:
Если в составе данных для идентификации платежа заполнено данное поле, проверяется, что значение поля равно «CASH».
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
8.1.3 УРН Участника принявшего платеж – поле «UFK»:
Проверяется формат поля: 4 цифр или 6 букв и цифр.
Маска ввода:
\d{4}
[a-z0-9]{6}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
8.2 УИП, присвоенный платежу загрузившей организацией – обязательное поле «SystemIdentifier»:
Проверяется формат поля – только цифры или латинские буквы (буквы допускаются в позициях 2-7, если первая цифра «3»), маска ввода: \w{32}.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется структура идентификатора, в зависимости от вида организации, передающей платеж: КО, ТОФК, иной Участник (требования к структуре описаны в разделе REF _Ref503261080 \n \h 3.3):
если первая цифра «2», то со 2-го по 5-й символы должно быть указано значение поля «UFK»;
если первая цифра «3», то со 2-го по 7-й символы должно быть указано значение поля «OriginatorID» (УРН получателя платежа). Описание поля «OriginatorID» приведено в разделе 5.2.2).
При нарушении структуры возвращается код ошибки «235» - «УИП имеет некорректный формат» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверка структуры даты и сопоставление её со значением в поле «PaymentDate» (требования к структуре описаны в разделе REF _Ref503261080 \n \h 3.3):
если первая цифра «1» или «2», то дата в позициях с 17 –й по 24-ю должна быть равна дате, указанной в поле «PaymentDate»;
если первая цифра «3», то дата в позициях с 8 –й по 15-ю должна быть равна дате из поля «PaymentDate».
При нарушении структуры возвращается код ошибки «55» - «Дата в УИП не равна дате приема к исполнению распоряжения плательщика» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Реквизит платежного документа – обязательный блок данных «AccDoc»:
9.1 Номер платежного документа – необязательное поле «AccDocNo»:
Проверяется формат поля: от 1 до 6 цифр.
Маска ввода: \d{1,6}
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
9.2 Дата платежного документа – обязательное поле «AccDocDate»:
Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Сведения о плательщике – необязательный блок данных «Payer»
Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в приведены в разделе REF _Ref503260833 \n \h \* MERGEFORMAT 2.6.1 настоящего документа) не равны «40302», то возвращается код ошибки «307» - «В извещении о приеме к исполнению распоряжения не указаны сведения о плательщике (идентификатор плательщика)».
10.1 Идентификатор плательщика ФЛ/ ЮЛ (ИП) – необязательное поле «PayerIdentifier»:
Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в приведены в разделе REF _Ref503260833 \n \h \* MERGEFORMAT 2.6.1 настоящего документа) не равны «40302», то возвращается код ошибки «307» - «В извещении о приеме к исполнению распоряжения не указаны сведения о плательщике (идентификатор плательщика)».
Проверяется формат поля, согласно требованиям раздела REF _Ref397013410 \r \h \* MERGEFORMAT 3.2.
Маски ввода:
2\d{14}[A-Z0-9]{2}\d{3}
3\d{14}[A-Z0-9]{2}\d{3}|3\d{9}[A-Z0-9]{2}\d{3}
4\d{12}
((0[1-9])|(1[0-4])|(2[12456789])|(3[0]))[0-9a-zA-Zа-яА-Я]{20}\d{3}«0»
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется невырожденность идентификатора:
при длине в 13, 15 и 20 символов: со второго все последующие символы не могут одновременно быть = «0»;
при длине в 25 символов: символы с 3 по 22 не могут одновременно быть = «0»;
В этих случаях возвращается код ошибки «236» - «Некорректное значение идентификатора плательщика» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Если значение поля «0» (и при этом дата в поле AccDocDate больше или равна даты «28.03.2016» и первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в приведены в разделе REF _Ref503260833 \n \h \* MERGEFORMAT 2.6.1 настоящего документа) не равны «40302»), то проверяется, что УИН (значение в поле «SupplierBillID») имеет не нулевое значение. Если оба поля имеют значение «0», то возвращается код ошибки «54» - «УИН и Идентификатор плательщика не могут одновременно быть равны 0» (см. раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
10.2 Наименование плательщика - необязательное поле «PayerName»:
При наличии значения контролируется длина строки: не более 160 символов.
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
10.3 Номер счета плательщика - необязательное поле «PayerAccount»:
При наличии значения контролируется длина строки: не более 20 символов.
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Сведения о получателе средств – обязательный блок данных «Payee»
Выполняются форматные проверки полей блока (описаны ниже).
11.1 Сокращенное наименование получателя средств и данные реквизита «Получатель» распоряжения – обязательное поле «PayeeName»:
Проверяется формат поля: длина строки от 1 до 500 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
11.2 ИНН получателя средств – обязательное поле «payeeINN»
Проверяется формат поля: 10 цифр, и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль («0»).
Маска ввода:
([^0^\D]\d|\d[^0^\D])\d{8}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
11.3 КПП получателя средств – обязательное поле «payeeKPP»
Проверяется формат поля: строка длиной 9 символов, пятый и шестой из которых могут быть прописными (заглавными) латинскими буквами или цифрами, а все остальные только цифрами, и при этом первый и второй символы (цифры) не могут одновременно принимать значение ноль («0»).
Маска ввода:
([^0^\D]\d|\d[^0^\D])\d{2}[A-Z0-9]{2}\d{3}или значение «0».
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
11.4 Реквизиты расчетного счета получателя средств – обязательный блок данных «PayeeBankAcc»
11.4.1 Номер банковского счета – обязательное поле «AccountNumber»:
Проверяется формат поля: 20 цифр.
Маска ввода: \d{20}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
11.4.2 Данные банка, в котором открыт счет – обязательный блок данных «Bank»
11.4.2.1 Наименование структурного подразделения банка в котором открыт счет – необязательное поле «Name»
Если значение указано, то проверяется длина поля: разрешается указать от 1 до 200 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
11.4.2.2 БИК структурного подразделения банка, в котором открыт счет – обязательное поле «BIK»
Если значение указано, то проверяется формат поля: 9 цифр.
Маска ввода: \d{9}
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
11.4.2.3 Номер корреспондентского счета банка, открытый в подразделении Банка России – необязательное поле «CorrespondentBankAccount»
Проверяется формат поля: 20 цифр.
Маска ввода: \d{20}
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Идентификатор получателя услуги – необязательное поле «RecipientServicesIdentifier» (Заполняется в случае, если плательщик не является получателем услуги)
Если поле заполнено, применяются все проверки, описанные в пункте 10.1 текущего раздела.
Дополнительный идентификатор получателя услуги в учетной системе получателя средств – необязательное поле «PayerPA»:
Если поле заполнено, то проверяется длина строки - от 1 до 50 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Сведения о статусе платежа – обязательный блок данных «ChangeStatus»:
14.1 Статус платежа – обязательный атрибут «meaning»:
Проверяются допустимые значения атрибута (1 символ): «1», «2», «3». В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Если значение равно «1» (новый платеж), то проверяется отсутствие ранее загруженного платежа с таким же УИП. При попытке загрузить неуникальный платеж возвращается код ошибки «5» «Предоставляемая участником информация уже присутствуют в системе» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Если значение равно «2» (уточнение) или «3» (аннулирование), то проверяется, что извещение о приеме к исполнению распоряжения с таким же УИП не был аннулировано ранее. При попытке уточнить или аннулировать аннулированное ранее извещение о приеме к исполнению распоряжения возвращается код ошибки «7» - «Не найден исходный документ (файл)» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
14.2 Основание изменения платежа – необязательное поле «Reason»
Если атрибут «meaning» (см. п.14.1 настоящего раздела) принимает значение «2» (уточнение) или «3» (аннулирование), то поле «Reason» обязательно для заполнения. В случае неуспешной проверки возвращается код ошибки «39» - «Не указано основание уточнения» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Если значение в поле «Reason» указано, то проверяется длина поля: разрешается указать от 1 до 512 символов. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).

Код КБК – необязательное поле «KBK»
Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в приведены в разделе REF _Ref503260833 \n \h \* MERGEFORMAT 2.6.1 настоящего документа) не равны «40302», то возвращается код ошибки «308» - «В извещении о приеме к исполнению распоряжения не указан КБК».
Проверяется формат поля: значение «0» или строка длиной 20 символов, среди которых допускаются русские и латинские буквы и цифры.
Маски ввода:
[0-9a-zA-Zа-яА-Я]{20};
или значение «0».
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется, что все знаки одновременно не принимают значение ноль («0»). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется ненулевое значение в поле «KBK» при условии, что по данному начислению предполагается поступление средств на счет, первые цифры которого «40101» (поле «AccountNumber», требования к значению которого приведены в п. 11.4.1 настоящего раздела). Если это условие не выполнено, то возвращается код ошибки «233» «Некорректное значение КБК» - (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Если значение в поле «KBK» не равно «0», то проверяется, что значение в поле «KBK» не совпадает со значением УИН (значением в поле «SupplierBillID»). Если это условие не выполнено, то возвращается код ошибки «53» - «КБК не может совпадать с УИН» - (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Вид операции (шифр платежного документа) – необязательное поле «TransKind»
Если поле заполнено, то проверяется формат: строка длиной 2 символа, допустимые значения: «01», «06», «16».
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Содержание операции – необязательное поле «TransContent»
Указывается при частичном исполнении распоряжения: строка длиной не более 16 символов. В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Условие оплаты (акцепт плательщика) – необязательное поле «PaytCondition»
Допускается одна цифра, значение «1» или «2».
В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Количество дней для получения акцепта плательщика – необязательное поле «AcptTerm»
Проверяется формат поля: целое число (Integer). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Дата окончания срока акцепта – необязательное поле «MaturityDate»
Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD - опубликован по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Дата отсылки (вручения) плательщику платежных документов – необязательное поле «DocDispatchDate»
Проверки аналогичны п.20 настоящего раздела.
Информация о частичном платеже – необязательный блок данных «PartialPayt»:
21.1 Номер частичного платежа – необязательное поле «PaytNo»:
Проверяется формат поля: строка длиной не более 3 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).

21.2 Вид операции – обязательное поле «TransKind»
Проверки аналогичны п.16 настоящего раздела.
21.3 Сумма остатка платежа – необязательное поле «SumResidualPayt»
Проверяется формат поля: целое число (integer).
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
21.4 Реквизиты платежного документа по которому осуществляется частичное исполнение – обязательный блок данных «AccDoc»
21.4.1 Номер платежного документа – необязательное поле «AccDocNo»
Проверяется формат поля: от 1 до 6 цифр.
Маска ввода: \d{1,6}.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
21.4.2 Дата платежного документа – обязательное поле «AccDocDate»
Проверки аналогичны п.20 настоящего раздела.
Очередность платежа – необязательное поле «Priority»:
Проверяется формат поля: длина строки не более 1 символа с допустимыми значениями «0», «1» - «6».
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Код по ОКТМО, указанный в распоряжении о переводе денежных средств – необязательное поле «ОКТМО»
Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в приведены в разделе REF _Ref503260833 \n \h \* MERGEFORMAT 2.6.1 настоящего документа) не равны «40302», то возвращается код ошибки  «309» - «В извещении о приеме к исполнению распоряжения не указан код по ОКТМО».
Проверяется формат поля: значение «0», 8 или 11 цифр.
Проверяется отсутствие нулей во всех 8 или 11 разрядах данного поля.

Маски ввода:
\d{8}
\d{11}
или значение «0».
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Дополнительные поля платежа – необязательный блок данных «AdditionalData»
24.1 Наименование поля – обязательное поле «Name»
Проверяется формат поля: строка длиной от 1 до 100 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
24.1 Значение поля – обязательное поле «Value»
Проверяется формат поля: строка длиной от 1 до 255 символов.
В случае неуспешной проверки возвращается код ошибки «11» «Формат запроса (файла) не соответствует xsd-схеме» (см.  раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Электронная подпись xml-документа – обязательный блок данных «Signature»
Проверяется формат данных ЭП, в случае ошибки возвращается код ошибки «13» - «ЭП под сущностью (запросом) не верна» (см.  раздел  REF _Ref491340653 \r \h \* MERGEFORMAT 6).
Проверяется корректность ЭП, в случае ошибки возвращаются код ошибки «33» - «Неверный сертификат ключа проверки ЭП под сущностью (запросом)» (см. раздел REF _Ref491340653 \r \h \* MERGEFORMAT 6)
КвитанцияКвитанция как результат сопоставления данных начисления и платежей создается в ГИС ГМП или автоматически (автоматическое квитирование), или в результате обработки запроса на квитирование начисления с платежами по инициативе АН/ГАН (см. раздел  5.5), или в результате обработки запроса на квитирование начисления с отсутствующим в ГИС ГМП платежом (см. раздел  REF _Ref378167908 \n \h \* MERGEFORMAT 5.5.2.2).
Автоматическое квитирование может осуществляться по следующим параметрам (параметрам квитирования): УИН, сумма, КБК, код ОКТМО, ИНН получателя, КПП получателя, номер банковского счета, БИК банка получателя, идентификатор плательщика. В зависимости от внутренних настроек ГИС ГМП, может быть исключен из процедуры автоматического квитирования любой из перечисленных выше параметров, кроме УИН и суммы.
Если в начислении (в контейнере «AdditionalData») присутствует информация о возможности частичной оплаты суммы начисления (скидка), а также срок, в течение которого данная частичная оплата может быть произведена (подробное описание см. раздел 2.2), то данная информация учитывается при автоматическом квитировании.
Для сохранения результатов квитирования предназначена отдельная сущность - «Квитанция».
Данные квитанций, содержащих результаты квитирования данных начислений с данными платежей, приведены в файле Quittance.xsd (глава REF _Ref437969998 \r \h 7. «XML-схемы сущностей ИС УНП» настоящего документа), описание элементов приведено в таблице 3.
Таблица SEQ Таблица_№ \* ARABIC 3. «Тип QuittanceType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
SupplierBillID 1, обязательно Token УИН. Значение совпадает со значением одноименного тега начисления.
CreationDate 1, обязательно Date Дата квитирования (создания квитанции).
BillStatus 1, обязательно String Статус, присвоенный начислению при создании квитанции.
Возможные значения:
1 — сквитировано (полностью совпали все параметры квитирования);
2 — предварительно сквитировано (не совпал хотя бы один из параметров квитирования, за исключением УИН);
3 — не сквитировано (не был найден ни один платеж, соответствующий начислению);
4 — сквитировано с отсутствующим платежом (устанавливается при получении запроса на принудительное квитирование начисления с отсутствующим платежом, см. п.  REF _Ref378167908 \n \h \* MERGEFORMAT 5.5.2.2);
«5» – принудительно сквитировано по инициативе АН/ГАН с платежом. Статус устанавливается в результате выполнения принудительного квитирования извещения о начислении с извещениями о приеме к исполнению распоряжений по инициативе АН/ГАН (см. раздел REF _Ref378167908 \n \h 5.5.2.2 настоящего документа).
payeeINN 0..1, необязательно INNType (см. описание в п.  REF _Ref401855926 \r \h \* MERGEFORMAT 2.5.7.2) ИНН получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
payeeKPP 0..1, необязательно KPPType (см. описание в п.  REF _Ref401855945 \r \h \* MERGEFORMAT 2.5.7.3) КПП получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
KBK 0..1, необязательно KBKType (см. описание в п.  REF _Ref401855993 \r \h \* MERGEFORMAT 2.5.7.5) КБК из платежа. Заполняется в случае несовпадения этого реквизита в данных платежа с данными начисления.
OKTMO 0..1, необязательно OKTMOType (см. описание в п.  REF _Ref401856053 \r \h \* MERGEFORMAT 2.5.7.4) Код ОКТМО из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
Balance 0..1, необязательно Long Разность между суммой, указанной в начислении и суммой платежей. Целое число, показывающее сумму в копейках. Отрицательное значение информирует о переплате.
PayerIdentifier 0..1, необязательно Token Идентификатор плательщика из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
AccountNumber 0..1, необязательно AccountNumType (см. описание в п.  REF _Ref401920306 \r \h \* MERGEFORMAT 2.5.7.1) Номер счета получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении..
BIK 0..1, необязательно BIKType (см. описание в п.  REF _Ref401920330 \r \h \* MERGEFORMAT 2.5.7.7) БИК банка получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.
PaymentIdentificationData 0..1, необязательно PaymentIdentificationDataType (см. описание в п.  REF _Ref401920373 \r \h \* MERGEFORMAT 2.5.4) Данные, необходимые для идентификации платежа, сквитированного с начислением.
В случае, если в теге BillStatus указано значение, равное «4» (квитирование с отсутствующим платежом), данные тег должен отсутствовать.
Refund 0…1, необязательно Контейнер Сведения о возврате денежных средств
Присутствует в квитанции в случае осуществления возврата денежных средств по платежу, с которым сквитировано начисление
refundId (атрибут) 1, обязательно Основан на типе данных String, 25 символов (\d{8}((0?[1-9]|[12][0-9]|3[01])(0?[1-9]|1[012])\d{4})\d{9}])) Уникальный идентификатор возврата (УИВ)
amount (атрибут) 1, обязательно Значение от 0 до 18446744073709551615
/ unsignedLong Сумма возврата
Вспомогательные типыТип OrganizationТип предназначен для описания данных организаций, являющихся получателями средств.
Описание типа приведено в файле Оrganization.xsd (глава REF _Ref405541977 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей ИС УНП» настоящего документа), описание элементов приведено в таблице 4.
Таблица SEQ Таблица_№ \* ARABIC 4. «Тип OrganizationType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
Name 1, обязательно String Наименование организации.
INN 1, обязательно INNType (см. описание в п.  REF _Ref401855926 \r \h \* MERGEFORMAT 2.5.7.2) ИНН организации.
KPP 1, обязательно KPPType (см. описание в п.  REF _Ref401855945 \r \h 2.5.7.3) КПП организации.
OGRN 0..1, необязательно OGRNType (см. описание в п.  REF _Ref412635595 \r \h 2.5.7.6) ОГРН организации.
Account 1, обязательно AccountType (см. описание в п.  REF _Ref412635617 \r \h 2.5.2) Реквизиты счета организации.
Тип AccountTypeТип предназначен для описания реквизитов банковских счетов, открытых следующим организациям:
ТОФК (для учета поступлений и их распределения между бюджетами бюджетной системы РФ, для учета средств соответствующих государственных (муниципальных) учреждений);
финансовым органам (для учета средств соответствующих государственных (муниципальных) учреждений);
государственным (муниципальным) учреждениям (для учета средств государственных (муниципальных) автономных учреждений).
Описание типа приведено в файле Organization.xsd (глава REF _Ref405543648 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей ИС УНП» настоящего документа), описание элементов приведено в таблице 5.
Таблица SEQ Таблица_№ \* ARABIC 5. «Элементы типа AccountType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
AccountNumber 1, обязательно AccountNumType (см. описание в п.  REF _Ref401920306 \r \h \* MERGEFORMAT 2.5.7.1) Номер банковского счета.
Bank 1, обязательно BankType (см. описание в п.  REF _Ref403140149 \r \h \* MERGEFORMAT 2.5.3) Данные Банка, в котором открыт счет.
Тип BankTypeТип предназначен для указания реквизитов структурных подразделений кредитных организаций, или подразделений Банка России, являющихся банками получателя, банками плательщика.
Описание типа приведено в файле Organization.xsd (глава REF _Ref405543803 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей ИС УНП » настоящего документа), описание элементов приведено в таблице 6.
Таблица SEQ Таблица_№ \* ARABIC 6. «Тип BankType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
Name 0..1, необязательно String Наименование структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет.
BIK 1, обязательно BIKType (описание см. в п.  REF _Ref401920330 \r \h \* MERGEFORMAT 2.5.7.7) БИК структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет.
CorrespondentBankAccount 0..1, необязательно AccountNumType (см. описание в п.  REF _Ref401920306 \r \h 2.5.7.1) Номер корреспондентского счета кредитной организации, открытый в подразделении Банка России.
Тип PaymentIdentificationDataTypeТип описывает данные, необходимые и достаточные для идентификации платежа.
Описание типа приведено в файле PaymentInfo.xsd (глава REF _Ref405565004 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей ИС УНП» настоящего документа), описание элементов приведено в таблице 7.
Таблица SEQ Таблица_№ \* ARABIC 7. «PaymentIdentificationDataType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
Bank 1, обязательно
Наличие данного тега исключает появление тегов UFK и Other. BankType (см. описание в п.  REF _Ref401922582 \r \h \* MERGEFORMAT 2.5.3) Реквизиты структурного подразделения кредитной организации, принявшего платеж.
Other 1, обязательно
Наличие данного тега исключает появление тегов Bank и UFK. String В случае приема в кассу получателя платежа наличных денежных средств от плательщика, тег должен быть заполнен значением «CASH».
UFK 1, обязательно
Наличие данного тега исключает появление тегов Bank и Other. String Если платеж принят ТОФК, то тег должен быть заполнен значением четырехсимвольного кода ТОФК.
Если платеж принят организацией, не являющейся кредитной организацией или не являющейся ТОФК, указывается УРН организации.
SystemIdentifier 1, обязательно SystemIdentifierType (см. описание в п. REF _Ref485742111 \r \h \* MERGEFORMAT 2.5.7.11) Уникальный идентификатор платежа (УИП), присвоенный участником, принявшим платеж.
Алгоритм формирования УИП описан в пункте REF _Ref437971206 \r \h 3.3.
При формировании квитанции по запросу принудительного квитирования начисления в отсутствии платежа (раздел REF _Ref378167908 \r \h 5.5.2.2) данное поле заполняется значением «PaymentNotLoaded».
Тип BudgetIndexTypeТип описывает реквизиты платежа 101, 106-110, предусмотренные приказом Минфина России от 12 ноября 2013 г. № 107н и положением Банка России от 19 июня 2012 г. № 383-П «О правилах осуществления перевода денежных средств».
Описание типа приведено в файле BudgetIndex.xsd (глава REF _Ref405543983 \r \h \* MERGEFORMAT 7 «XML-схемы сущностей ИС УНП» настоящего документа), описание элементов приведено в таблице 8.
Таблица SEQ Таблица_№ \* ARABIC 8. «Тип BudgetIndexType»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
Status 1, обязательно String 1-2 Статус плательщика — реквизит 101 Распоряжения. Принимает значения: «01», «02» - …- «28»
Purpose 1, обязательно String 1-2 Показатель основания платежа — реквизит 106 Распоряжения.
Принимает значения:
"ТП","ЗД","БФ","ТР","РС","ОТ", "РТ", "ПБ","ПР","АП","АР","ИН","ТЛ","ЗТ", "ДЕ", "ПО", "КТ", "ИД", "ИП", "ТУ", "БД", "КП", "ВУ", "ДК", "ПК", "КК", "ТК", "ПД", "КВ", "00", "0".
Значение по умолчанию: «0».
TaxPeriod 1, обязательно String Налоговый период или код таможенного органа — реквизит 107 Распоряжения.
Маски допустимых значений:
"МС\.(0[0-9]|1[012])\.\d{4}"
"КВ\.(0[1-4])\.\d{4}"
"ПЛ\.(0[1-2])\.\d{4}"
"ГД\.00\.\d{4}"
"(0[1-9]|[12][0-9]|3[01])\.(0[1-9]|1[012])\.\d{4}"
"\d{8}"
"0"
Значение по умолчанию: «0».
TaxDocNumber 1, обязательно Token Показатель номера документа — реквизит 108 Распоряжения.
Значение по умолчанию: «0».
TaxDocDate 1, обязательно String Показатель даты документа — реквизит 109 Распоряжения.
Маски допустимых значений:
"(0[1-9]|[12][0-9]|3[01])\.(0[1-9]|1[012])\.\d{4} "
"0"
Значение по умолчанию: «0».
PaymentType 0..1, необязательно String Показатель типа платежа — реквизит 110 Распоряжения.
Маски допустимых значений:
".{1, 2}"
"0".
Значение по умолчанию: «0».
PayerIdentification_TypeТип описывает данные для экспорта сущностей из ИС УНП исходя из значения идентификатора, определенного в составе параметров услуги из каталога услуг Поставщика.
В запросе экспорта должен присутствовать по крайней мере один параметр, определённый в Каталоге услуг в качестве уникального идентификатора плательщика.
Описание типа приведено в файле Common.xsd (глава REF _Ref405543983 \r \h \* MERGEFORMAT 7 «XSD-схемы сущностей ИС УНП» настоящего документа), описание параметров приведено в таблице 9.
Таблица SEQ Таблица_№ \* ARABIC 9. «Тип PayerIdentification_Type»
Наименование Кол-во тегов, обязательность Тип данных Комментарий
ServiceCode 1, обязательно String Уникальный идентификатор услуги.
Заполняется обязательно
SimpleParameter 1, обязательно SimpleParameterType Простой параметр услуги
name
(атрибут) 1, обязательно String Наименование параметра
supplierSrvCode
(атрибут) 0..1, необязательно String Код услуги в каталоге Поставщика
supplierID
(атрибут) 0..1, необязательно UUID Id Поставщика из каталога которого взята данная услуга
isId
(атрибут) 0..1, необязательно integer Признак указывает, что данный параметр является идентификатором плательщика
0 - параметр определяет платеж в группе параметров с таким же значением isID
1 - параметр является уникальным идентификатором плательщика.
Value 1..n, необязательно ParamValue_Type Значение параметра
label
(атрибут) 0..1, необязательно Xsd:string Наименование значения
isSelected
(атрибут) 0..1, необязательно Xsd:boolean Указывает, что данное значение выбрано в качестве текущего значения параметра в случае если присутствует список значений
data
(атрибут) 1, обязательно Xsd:string Значение
В запросе на экспорт значение поля должно совпадать с советующими значениями, указанными для этого параметра в блоке AdditionalData экспортируемых данных.
ComplexParameter 1, обязательно Контейнер Сложный параметр услуги
name
(атрибут) 1, обязательно Xsd:string Наименование параметра
supplierSrvCode
(атрибут) 0..1, необязательно Xsd:string Код услуги в каталоге Поставщика
supplierID
(атрибут) 0..1, необязательно com:UUID Id Поставщика из каталога которого взята данная услуга
isId
(атрибут) 0..1, необязательно Xsd:integer Признак указывает, что данный параметр является идентификатором плательщика
0 - параметр определяет платеж в группе параметров с таким же значением isID
1 - параметр является уникальным идентификатором плательщика
label
(атрибут) 0..1, необязательно Xsd:string Наименование значения
Field 1..n, необязательно DescriptionField_Type Поле сложного параметра
name (атрибут) 1, обязательно xs:string Наименование поля параметра
Value 1..n, необязательно com:ParamValue_Type Значение поля сложного параметра
label (атрибут) 0..1, необязательно xsd:string Наименование значения
isSelected (атрибут) 0..n, необязательно xsd:boolean Указывает, что данное значение выбрано в качестве текущего значения поля сложного параметра в случае если присутствует список значений для этого поля
data (атрибут) 1, обязательно xsd:string Значение параметра
В запросе на экспорт значения полей сложного параметра должны совпадать с советующими значениями полей, указанными для этого параметра в блоке AdditionalData экспортируемых данных.
Замечание: Правила использования параметров услуги (PayerIdentification/ServiceCode; .../SimpleParameter; .../ComplexParameter), при составлении запроса на экспорт данных начислений/платежей:
Использование параметра услуги в запросе на экспорт данных начисления определяется значением его атрибута forSearch = «true»;
Использование параметра услуги в запросе на экспорт данных платежа определяется значениями его атрибутов forSearch = «true» и forPayment = «true»;
Для идентификации начисления/ платежа по параметрам услуг в составе параметров услуги указанных в запросе должен содержаться, по крайней мере, один уникальный идентификатор плательщика – т.е параметр с атрибутом isId=1.
Если в запросе присутствует несколько параметров с атрибутом isId=1, то для идентификации плательщика может использоваться любой из этих параметров. Соответственно, результат запроса будет включать данные начисления/ платежа, в которых присутствует хотя бы один из указанных параметров;
Обязательность включения параметра в поисковый запрос, при выполнении условия п1. или п2., определяется значением его атрибута required = «true».
При наличии в запросе в одном блоке PayerIdentification нескольких простых параметров (SimpleParameter) одной услуги (ServiceCode), результат запроса (за исключением ситуации - п.4) будет включать данные соответствующие всем указанным в этом блоке параметрам услуги (логика обработки запроса = «И»);
При наличии в запросе нескольких параметров услуг в разных блоках PayerIdentification (по одной в каждом блоке), результат запроса будет включать данные соответствующие хотя бы одному из указанных параметров услуги (логика обработки запроса = «ИЛИ»);
При наличии в запросе в блоке PayerIdentification одного сложного параметра услуги (ComplexParameter), результат запроса будет содержать данные соответствующие только этому параметру. Несколько сложных параметров одной услуги в одном запросе экспорта не используются;
Данные полученные при обработке запроса по всем значениям идентификаторов услуг, указанным в блоках PayerIdentification объединяются без повторений в ответе на запрос экспорта;
Для успешной обработки запроса на экспорт данные, импортируемые в Систему, должны содержать соответствующие наименования и значения параметров услуги – правила задания параметров услуги в составе дополнительных параметров (блок AdditionalData) данных начисления и данных платежа приведены соответственно в разделах 2.2 и 2.3.
Простые типыAccountNumTypeТип предназначен для указания номера банковского счета.
Основан на типе Token, 20 цифр [0-9].
INNTypeТип предназначен для указания ИНН юридического лица.
Основан на типе String, 10 цифр [0-9].
KPPTypeТип предназначен для указания КПП юридического лица.
Основан на типе данных String, 9 символов, пятый и шестой из которых могут быть прописными (заглавными) латинскими буквами или цифрами [A-Z, 0-9], а все остальные только цифрами [0-9], и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль («0»).
OKTMOTypeТип предназначен для указания кода по ОКТМО.
Основан на типе String, 11 цифр [0-9] или 8 цифр [0-9] или значение «0».
KBKTypeТип предназначен для указания КБК.
Основан на типе String, значение «0» или 20 символов, среди которых допускаются русские и латинские буквы и цифры [0-9, a-z, A-Z, а-я, А-Я].
OGRNTypeТип предназначен для указания ОГРН юридического лица.
Основан на типе String, 13 цифр [0-9].
BIKTypeТип предназначен для указания банковского идентификационного кода.
Основан на типе String, 9 цифр [0-9].
SupplierBillIDTypeТип предназначен для указания УИН.
Основан на типе String, 20 символов [A-Z, 0-9] или 25 цифр [0-9].
URNTypeТип предназначен для указания УРН участника.
Основан на типе String, 6 символов [a-f, A-F, 0-9].
personINNTypeТип предназначен для указания ИНН физического лица/ индивидуального предпринимателя.
Основан на типе String, 12 цифр [0-9].
SystemIdentifierTypeТип данных предназначен для указания УИП
Основан на типе данных String, 32 символа (\w{32}).
Структура УИП описана в пункте REF _Ref491343917 \r \h 3.3.
Каталог услуг поставщикаВ ИС УНП реализован функционал по импорту/экспорту Каталогов услуг Поставщиков посредством веб-сервиса, развёрнутого на стороне Системы.
Для каждого Поставщика услуг в ИС УНП посредством импорта данных из ИС ПУ может быть загружен Каталог услуг Поставщика. В последующих запросах на импорт Поставщик может загружать в ИС УНП измененённый Каталог услуг поставщика. Если для Поставщика ранее загружался в ИС УНП Каталог услуг, то в результате импорта нового Каталога услуг, все ранее загруженные услуги данного Поставщика становятся не активны в Системе. Вновь загруженные услуги (с учетом их статуса активности) являются актуальными и могут использоваться для осуществления по ним начислений и платежей.
Если Поставщик использует Каталог услуг при взаимодействии с УНП, его начисления и соответствующие платежи формируются с привязкой к услугам этого каталога - данные этих начислений и платежей сохраняемые в УНП в блоке AdditionalData должны содержать уникальный идентификатор услуги (наименование «Srv_Code» и значение кода услуги).
В ГИС ГМП функционал по импорту/экспорту Каталогов услуг Поставщиков не используется, соответственно привязка к услуге («Srv_Code») для начислений и платежей, передаваемых через УНП в ГИС ГМП не используется (в ГИС ГМП не обрабатывается).
Данные Каталога услуг Поставщика приведены в файле Catalog.xsd (глава REF _Ref402262314 \r \h \* MERGEFORMAT 7. «XSD-схемы сущностей ИС УНП» настоящего документа). Состав полей Каталога услуг Поставщика приведен в таблице 10.
Таблица SEQ Таблица_№ \* ARABIC 10. «Атрибуты и элементы типа ServiceCatalog_Type»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
Id (атрибут) 0..1, необязательно ID Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>.
name (атрибут) 1, обязательно xs:string
Строка произвольной длины Наименование Каталога.
revisionDate (атрибут) 1, обязательно xs:date Дата последнего изменения Каталога (текущая дата).
version (атрибут) 0..1, необязательно xs:token Версия (версия форматов).
Для текущей версии форматов может содержать значение «1.16.5».
Service 1..n, обязательно Service_Type Данные Каталога услуг Поставщика
Signature 0..1, необязательно ds:SignatureType ЭП xml-документа. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).
Тип Service_TypeТаблица SEQ Таблица_№ \* ARABIC 11. «Атрибуты и элементы типа Service_Type»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных, с указанием ограничений ввода Комментарий
name
(атрибут) 1, обязательно String
Строка произвольной длины (минимальная длина = 1) Наименование услуги.
code
(атрибут) 1, обязательно String
Строка, максимальная длина = 36 символов. Идентификатор услуги Поставщика.
desc
(атрибут) 0..1, необязательно String
Строка произвольной длины Описание услуги.
expires
(атрибут) 0..1, необязательно date Дата, до которой предоставляется услуга, если отсутствует, то услуга действует постоянно.
(Не используется)
isActive
(атрибут) 1, обязательно boolean Показывает доступность услуги:
true - доступна
false - не доступна.
revisionDate
(атрибут) 0..1, необязательно date Дата внесения изменений.
ServiceCategory 1, обязательно ServiceCategoryType Категория услуги. Заполняется в соответствии с перечнем, наименований и кодов категорий представленном в разделе 2 документа «Методические рекомендации (Каталог и начисление)».
code
(атрибут) 1, обязательно String
Строка (длина: 1-20 символов) Код категории.
name
(атрибут) 1, обязательно String. Строка, максимальная длина = 128 символов. Наименование категории.
PaymentParameters 0..1, необязательно Контейнер Список параметров платежа, необходимых для осуществления платежа по услуге. Список параметров состоит из произвольного числа параметров 2-х типов:
DescriptionSimpleParameter
DescriptionComplexParameter
Для услуги в составе этих параметров обязательно должны быть описаны:
Идентификатор плательщика;
Код бюджетной классификации (КБК) (при отсутствиии заполняется значением ноль);
Полное наименование Получателя, для указания в поле «16» платежа;
Для авансовой услуги дополнительно должны указываться:
Параметры для заполнения налоговых реквизитов;
Шаблон и параметры для формирования назначения платежа.
Информация по заполнению параметров платежа представлена в документе «Методические рекомендации (Каталог и начисление)»
DescriptionSimpleParameter 1..n, обязательно DescriptionParameter_Type Описание параметров услуги, подлежащих заполнению плательщиком при её оплате (см. п.  REF _Ref326066439 \r \h \* MERGEFORMAT 2.6.1.1). Используется для определения реквизитов, используемых в запросе неоплаченных начислений в ИС УНП, при составлении платежного поручения и обработки платежа, а также для того, чтобы Плательщик при совершении платежа мог указать необходимую информацию.
Рекомендации по заполнению параметров платежа приведены в документе «Методические рекомендации (Каталог и начисление)»
DescriptionComplexParameter 1..n, обязательно DescriptionParameter_Type Комплексное описание параметров услуги (см. п.  REF _Ref326066452 \r \h \* MERGEFORMAT 2.6.1.2).
Используется для определения реквизитов, описываемых группой параметров указываемых в запросе начислений в ИС УНП, при составлении платежного поручения и обработки платежа, а также для того, чтобы Плательщик при совершении платежа мог указать необходимую информацию.
Рекомендации по заполнению параметров платежа приведены в документе «Методические рекомендации (Каталог и начисление)»
CurrenciesServices 0..1, необязательно Контейнер Коды валют, в которых возможна оплата услуги.
CurrencyCode 1..n, обязательно CurrencyCodeType
3-буквенный код валюты. Код валюты ISO 4217
Всегда указывать наименование для рублей « RUR»
Payee 1, обязательно PayeeType /
OrganizationCatalogType
Поставщик услуги и получатель платежа (если это одно и то же лицо. В противном случае, в данном поле указываются данные только поставщика услуги).
Данный тег содержит данные организации (тип. OrganizationCatalogType) –должны быть ВСЕГДА заполнены.
Если для данной услуги предполагается авансовая оплата (признак PaymentKind =1,2) или помимо данных поставщика услуги нужно указать полное наименование получателя платежа, то в блоке «DescriptionSimpleParameter» указывается простой параметр с наименованием @name = Recipient. Пример заполнения параметра приведен в разделе 2.1 документа «Методические рекомендации (Каталог и начисление)».
Требования к формату заполнения поля «Получатель» представлены в Положении ЦБР и Минфина РФ от 13 декабря 2006 г. № 298-П.
name(атрибут) 1, обязательно String
Строка: (1 – 2000) символов Наименование организации
INN(атрибут) 1, обязательно INNType (см. описание в п.  REF _Ref401855926 \r \h \* MERGEFORMAT 2.5.7.2) ИНН получателя
KPP(атрибут) 1, обязательно KPPType (см. описание в п.  REF _Ref401855945 \r \h \* MERGEFORMAT 2.5.7.3) KPP получателя
OKTMO
(атрибут) 1, обязательно OKTMOType
(см. описание в п.  REF _Ref401856053 \r \h \* MERGEFORMAT 2.5.7.4) Код ОКТМО
OGRN(атрибут) 0..1, необязательно OGRNType (см. описани е в п.  REF _Ref412635595 \n \h 2.5.7.6) ОГРН
Accounts 1, обязательно AccountsType Счета организации
Account 1..n, обязательно AccountCatalogType Счет организации
kind
(атрибут) 0..1, необязательно positiveInteger Тип счета, принимает значения:
1 – расчетный;
2 – текущий;
3 - корреспондентский.
(по умолчанию – «расчетный»)
Account 1, обязательно AccountNumType
(20 цифр) Номер счета.
Bank 1, обязательно BankType Данные Банка, в котором открыт счет.
Name0..1, необязательно String
Строка, длина: (1-160) символов Наименование Банка, в котором открыт счет
BIK1, обязательно BIKType БИК Банка, в котором открыт счет.
CorrespondentBankAccount 0..1, необязательно AccountNumType
(20 цифр) Корреспондентский счет Банка в ЦБ РФ
Address 0..1, необязательно AddressesType: Строковое представление адреса (1-255) символов;
Комментарий (1-2000) символов;
Поля адреса (1-2000) символов; Адреса организации (рекомендуется для заполнения)
Contacts 0..1, необязательно ContactsType:
Виды контакта (1-100) смволов;
Значение контакта – (1-100) символов;
Комментарий (1-2000) символов. Контакты организации (рекомендуется для заполнения)
PaymentKind 1, обязательно Integer
(значения: 1, 2, 3) Вид оплаты. Возможные значения:
1 – авансовый платеж;
2 – услуга может иметь одновременно два типа оплаты (авансовый платеж и оплата выставленного поставщиком услуг счета);
3 – оплата выставленного поставщиком услуг счета.
MinAmount 0..1, необязательно Money:
Long. Целое число от
(-9 223 372 036 854 775 808 +9 223 372 036 854 775 807).
Минимальная сумма платежа по услуге
currency
(атрибут) 0..1, необязательно CurrencyCodeType:
3х - буквенный код валюты. Код валюты в соответствии с ISO4217
exponent
(атрибут) 0..1, необязательно Integer:
одна цифра (0-9), по умолчанию =2 Количество дробных знаков (используется значение =2) - передается целое значение в копейках
MaxAmount 0..1, необязательно Money:
Long. Целое число от
(-9 223 372 036 854 775 808 +9 223 372 036 854 775 807).
Максимальная сумма платежа по услуге
currency
(атрибут) 0..1, необязательно CurrencyCodeType:
3х - буквенный код валюты. Код валюты в соответствии с ISO4217
exponent
(атрибут) 0..1, необязательно Integer:
одна цифра (0-9), по умолчанию =2 Количество дробных знаков (используется значение =2) - передается целое значение в копейках
Commissions 0..1, необязательно Commission_Type Комиссии по услуге – Используется в случае установленных вида и значений комиссии.
Commission 1..n, обязательно Commission_Type Комиссии по услуге
Используется в случае установленных вида и значений комиссии.
Kind 1, обязательно String:
Принимает значения: 1, 2, 3, 4, 5 Вид комиссии
1 – комиссия за операцию, с плательщика в пользу поставщика (зарезервировано)
2 - комиссия за операцию, с агента в пользу поставщика (зарезервировано)
3 - вознаграждение агенту за период взаиморасчётов агента и поставщика (зарезервировано).
Percent 0..1, необязательно Decimal
Принимает значения (0 - 100).
По умолдчанию = 0. Процент для расчета величины комиссии относительно фактической суммы платежа (т.е. платежа без комиссии).
MinValue 0..1, необязательно Money:
Long. Целое число от
(-9 223 372 036 854 775 808 +9 223 372 036 854 775 807).
Минимальная сумма платежа, при которой применяется процент - тег «Percent»
currency
(атрибут) 0..1, необязательно CurrencyCodeType:
3х - буквенный код валюты. Код валюты в соответствии с ISO4217
exponent
(атрибут) 0..1, необязательно Integer:
одна цифра (0-9),
по умолчанию =2 Количество дробных знаков. Используется значение = 2 - передается целое значение суммы в копейках.
MaxValue 0..1, необязательно Money:
Long. Целое число от
(-9 223 372 036 854 775 808 +9 223 372 036 854 775 807).
Максимальная сумма платежа, при которой применяется процент – тег «Percent».
currency
(атрибут) 0..1, необязательно CurrencyCodeType:
3х - буквенный код валюты. Код валюты в соответствии с ISO4217
exponent
(атрибут) 0..1, необязательно Integer:
одна цифра (0-9),
по умолчанию =2 Количество дробных знаков. Используется значение = 2 - передается целое значение суммы в копейках.
Regions 0..1, необязательно Контейнер Регионы, в которых предоставляется данная услуга.
(Не используется)
Region 1..n, обязательно Region_Type Регион
id
(атрибут) 0..1, необязательно String:
3- цифры Идентификатор региона
name
(атрибут) 0..1, необязательно String:
Строка произвольной длины Наименование региона
Subservices 0..1, необязательно Контейнер Подуслуги.
Для услуг, состоящих из нескольких составляющих, по которым осуществляется отдельная оплата. Деление услуг на подуслуги – на усмотрение Поставщика. (не используется)
Service 1..n, обязательно Service_Type Описание подуслуги. (не используется)
AdditionalData 0..1, необязательно AdditionalData_Type Дополнительные данные
Name 1, обязательно String
Строка, длина: (1-100) символов Наименование атрибута
Value 1, обязательно String
Строка, длина: (1-255) символов Значение атрибута
Элемент DescriptionSimpleParameter
В таблице 12 представлено описание и состав элемента DescriptionSimpleParameter.
Таблица SEQ Таблица_№ \* ARABIC 12. «Элемент DescriptionSimpleParameter»
Наименование Кол-во тегов, обязательность Тип данных Комментарий
name(атрибут) 1, обязательно xs:string Наименование простого параметра услуги.
Если параметр участвует в запросе экспорта данных его наименование должно совпадать с советующим атрибутом - наименованием, указанном в блоке AdditionalData экспортируемых данных.
Если параметр является признаком отправки данных начисления в ГИС ГМП его значение name = «duplication»
label(атрибут) 1, обязательно xs:string Наименование параметра для отображения в интерфейсе.
required(атрибут) 0..1, необязательно xs:boolean Указывает, является данный параметр обязательным для заполнения или нет.
readonly(атрибут) 0..1, необязательно xs:boolean Указывает, что данный параметр не может быть изменен пользователем
supplierSrvCode(атрибут) 0..1, необязательно xs:string Код услуги в каталоге поставщика
(Не используется).
supplierID(атрибут) 0..1, необязательно com:UUID Id поставщика из каталога которого взята услуга
(Не используется).
isId(атрибут) 0..1, необязательно xs:integer Указывает, является ли данный параметр идентификатором плательщика:
1 - параметр является уникальным идентификатором плательщика.
Если присутствует несколько параметров isID=1, то для идентификации плательщика может использоваться любой параметр с isID=1.
Если @isId не равен 1 или отсутствует, это означает, что параметр не является идентификатором плательщика.
Параметры не являющиеся идентификатором плательщика могут используются совместно параметрами с isID=1 и служить в запросе экспорта для ограничения области поиска. В этом случае, эти параметры должны быть определены как параметры для поиска, т.е. иметь атрибут forSearch= «true».
visible(атрибут) 0..1, необязательно xs:boolean Отображать параметр в интерфейсе пользователя или нет.
forSearch
(атрибут) 0..1, необязательно xs:boolean Параметр используется в запросе экспорта для поиска данных.
forPayment
(атрибут) 0..1, необязательно xs:boolean Параметр используется при формировании данных платежа - его значение должно быть включено в блок дополнительных параметров платежа.
Regexp 0..1, необязательно xs:string Маска для проверки значения параметра, в случае отсутствия проверка не производится. Регулярные выражения, используемые в JAVA. Правила задания маски устанавливает Поставщик, если в его информационной системе осуществляется какой-либо контроль – длина, количество и порядок символов).
DefaultValue 0..1, необязательно xs:string Значение параметра по умолчанию
Если параметр является признаком отправки данных в ГИС ГМП (name = «duplication») при отсутствии значения в поле «data» это значение определяет отправку данных начисления по этой услуге в ГИС ГМП: «on» - отправлять; «off» - не отправлять.
AllowedValues 0..1, необязательно AllowedValues Возможные значения для параметра (аналог перечисления)
Value 1..n, обязательно com:ParamValue_Type Значение параметра
label
(атрибут) 0..1, необязательно xsd:string Наименование значения для отображения в интерфейсе
isSelected
(атрибут) 0..1, необязательно xsd:boolean Указывает, что данное значение выбрано в качестве текущего значения параметра в случае если присутствует список значений
data
(атрибут) 1, обязательно xsd:string Значение параметра.
В запросе на экспорт значение параметра должно совпадать с советующим значением, указанным в блоке AdditionalData экспортируемых данных.
Если параметр является признаком отправки данных начисления по этой услуге в ГИС ГМП (name = «duplication») значение «on» - определяет отправку данных в ГИС ГМП; значение «off» - запрет отправки.
Элемент DescriptionComplexParameterВ таблице 13 представлено описание и состав элемента DescriptionComplexParameter.
Таблица SEQ Таблица_№ \* ARABIC 13. «Элемент DescriptionComplexParameter»
Наименование Кол-во тегов, обязательность Тип данных Комментарий
name
(атрибут) 1, обязательно xs:string Наименование сложного параметра.
Если параметр участвует в запросе экспорта данных его наименование должно входить в состав советующего атрибута - наименования, указанного в блоке AdditionalData экспортируемых данных.
label
(атрибут) 1, обязательно xs:string Наименование параметра для отображения в интерфейсе
required
(атрибут) 0..1, необязательно xs:boolean Указывает, является данный параметр обязательным для заполнения или нет
readonly
(атрибут) 0..1, необязательно xs:boolean Указывает, что данный параметр не может быть изменен пользователем
supplierSrvCode
(атрибут) 0..1, необязательно xs:string Код услуги в каталоге поставщика.
(Не используется).
supplierID
(атрибут) 0..1, необязательно com:UUID Id поставщика из каталога которого взята услуга.
(Не используется).
isId
(атрибут) 0..1, необязательно xs:integer Указывает, является ли данный параметр идентификатором плательщика.1 - параметр является уникальным идентификатором плательщика. Если присутствует несколько параметров с таким значением isID, то для идентификации может использоваться любой параметр.
Если @isId не равен 1 или отсутствует, это означает, что параметр не является идентификатором плательщика.
Параметры не являющиеся идентификатором плательщика могут используются совместно параметрами с isID=1 и служить в запросе экспорта для ограничения области поиска. В этом случае, эти параметры должны быть определены как параметры для поиска, т.е. иметь атрибут forSearch= «true».
visible
(атрибут) 0..1, необязательно xs:boolean Отображать параметр в интерфейсе пользователя или нет
forSearch
(атрибут) 0..1, необязательно xs:boolean Параметр используется в запросе экспорта для поиска данных.
forPayment
(атрибут) 0..1, необязательно xs:boolean Параметр используется при формировании данных платежа - его значение должно быть включено в блок дополнительных параметров платежа.
Наименование Кол-во тегов Тип данных Комментарий
Field 1..n, обязательно DescriptionField_Type name
(атрибут) 1, обязательно xs:string Наименование поля параметра
Если поле сложного параметра участвует в запросе экспорта данных, его наименование должно входить в состав советующего атрибута - наименования, указанного в блоке AdditionalData экспортируемых данных.
label
(атрибут) 1, обязательно xs:string Наименование поля параметра для отображения в интерфейсе
required(атрибут) 0..1, необязательно xs:boolean Указывает, является данное поле параметра обязательным для заполнения или нет
readonly(атрибут) 0..1, необязательно xs:boolean Указывает, что данное поле параметра не может быть изменено пользователем
visible
(атрибут) 0..1, необязательно xs:boolean Отображать поле в интерфейсе или нет
Regexp 0..1, необязательно xs:string Маска для проверки значения поля параметра, в случае отсутствия проверка не производится.
Формат JAVA. Правила задания маски устанавливает Поставщик, если в его информационной системе осуществляется какой-либо контроль значения – длина, количество и порядок символов).
DefaultValue 0..1, необязательно xs:string Значение поля параметра по умолчанию
AllowedValues 0..1, необязательно AllowedValues Возможные значения для поля сложного параметра (аналог перечисления)
Value 1..n, обязательно com:ParamValue_Type Значение поля сложного параметра
label
(атрибут) 0..1, необязательно xsd:string Наименование значения
isSelected
(атрибут) 0..1, необязательно xsd:boolean Указывает, что данное значение выбрано в качестве текущего значения поля сложного параметра в случае если присутствует список значений для этого поля
data
(атрибут) 1, обязательно xsd:string Значение параметра
В запросе на экспорт значения полей сложного параметра должны совпадать с советующими значениями, указанными для этого параметра в блоке AdditionalData экспортируемых данных.
Описание алгоритмов формирования идентификаторовИдентификатор начисленияСтруктура УИН для АН и ГАН, являющихся органами государственной власти субъектов Российской Федерации, органами местного самоуправления, государственными (муниципальными) учреждениями.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 … 24 25
A B C
A 1 - 8 разряд – УРН Участника, сформировавшего начисление. УРН указывается в десятичном представлении. Для этого его необходимо предварительно перевести из шестнадцатеричного представления и десятичное. Если значение УРН после перевода в десятичное представление, будет менее восьми символов, то значение дополняется нулями слева до 8 цифр.
Пример: УРН АН, полученный при регистрации в ГИС ГМП - «AA11B4», после перевода в десятичное представление в составе УИН должно быть указано значение «11145652».
B 9 - 24 разряд - уникальный номер начисления — 16 цифр. Алгоритм формирования, обеспечивающий уникальность номера, определяется участником самостоятельно.
C 25 – разряд - контрольный разряд, который рассчитывается по правилу - п.  REF _Ref375580597 \n \h \* MERGEFORMAT 3.1.1.
Правила расчета контрольного разряда УИНКонтрольный разряд УИН формируется по следующим правилам:
каждому разряду УИН, начиная со старшего разряда, присваивается набор весов, соответствующий натуральному ряду чисел от 1 до 10, далее набор весов повторяется;
каждая цифра УИН умножается на присвоенный вес разряда и вычисляется сумма полученных произведений;
контрольный разряд для УИН представляет собой остаток от деления полученной суммы на модуль «11». Контрольный разряд должен иметь значение от 0 до 9;
если получается остаток, равный 10, то для обеспечения одноразрядного контрольного разряда необходимо провести повторный расчет, применяя вторую последовательность весов, являющуюся результатом циклического сдвига исходной последовательности на 2 разряда влево (3, 4, 5, 6, 7, 8, 9, 10, 1, 2). Если, в случае повторного расчета, остаток от деления вновь сохраняется равным 10, то значение контрольного разряда проставляется равным «0».
Идентификатор плательщикаПравила формирования идентификатора плательщика для ЮЛ — резидентов РФ следующие:
1 разряд — значение «2» (признак ЮЛ — резидента РФ);
2 — 11 разряды — ИНН ЮЛ (10 цифр);
12 — 20 разряды — КПП ЮЛ (9 символов).
Правила формирования идентификатора плательщика для ЮЛ — нерезидентов РФ (при наличии ИНН) следующие:
1 разряд — значение «3» (признак ЮЛ — нерезидента РФ);
2 — 11 разряды — ИНН ЮЛ (10 цифр);
12 — 20 разряды — КПП ЮЛ (9 символов).
Правила формирования идентификатора плательщика для ЮЛ — нерезидентов РФ (при наличии КИО) следующие:
1 разряд — значение «3» (признак ЮЛ — нерезидента РФ);
2 — 6 разряды — КИО ЮЛ (5 цифр);
7 — 15 разряды — КПП ЮЛ (9 символов).
Правила формирования идентификатора плательщика для ИП следующие:
1 разряд — значение «4» (признак ИП);
2 — 13 разряды — ИНН ИП (12 цифр).
Правила формирования идентификатора плательщика для ФЛ следующие:
Таблица SEQ Таблица_№ \* ARABIC 14. «Правила формирования идентификатора плательщика для ФЛ»
1 2 3 4 5 6 7 8 9 10 … 22 23 24 25
Тип документа Серия и номер документа (в одну строку, без разделителей) Гражданство
где:
1-2 разряды — код типа документа. Применяются следующие коды типов документов:
Таблица SEQ Таблица_№ \* ARABIC 15. «Коды типов документов»Значение Описание
01 Паспорт гражданина Российской Федерации
02 Свидетельство органов ЗАГС, органа исполнительной власти или органа местного самоуправления о рождении гражданина
03 Паспорт моряка (удостоверение личности моряка)
04 Удостоверение личности военнослужащего
05 Военный билет военнослужащего
06 Временное удостоверение личности гражданина Российской Федерации
07 Справка об освобождении из мест лишения свободы
08 Паспорт иностранного гражданина либо иной документ, установленный федеральным законом или признаваемый в соответствии с международным договором Российской Федерации в качестве документа, удостоверяющего личность иностранного гражданина
09 Вид на жительство
10 Разрешение на временное проживание (для лиц без гражданства)
11 Удостоверение беженца
12 Миграционная карта
13 Паспорт гражданина СССР
14 CНИЛС
16 — 20 Зарезервировано
21 ИНН
22 Водительское удостоверение
23 Зарезервировано
24 Свидетельство о регистрации транспортного средства в органах Министерства внутренних дел Российской Федерации
25 Охотничий билет
26 Разрешение на хранение и ношение охотничьего оружия
27 Номер мобильного телефона
28 Паспорт гражданина Российской Федерации, являющийся основным документом, удостоверяющим личность гражданина Российской Федерации за пределами территории Российской Федерации, в том числе содержащий электронный носитель информации
29 Свидетельство о предоставлении временного убежища на территории Российской Федерации
30 Свидетельство о рассмотрении ходатайства по существу
31..99 Зарезервировано
3-22 разряды — серия и номер документа, код которого указан с 1-го по 2-й символы. Серия и номер документа указываются в одну строку, без разделителей; знаки номера («№») и дефиса («-») не указываются; при наличии букв, они должны указываться как заглавные. Если номер документа содержит менее 20 символов, он дополняется слева нулями до 20 символов. Номер мобильного телефона указывается в формате «код страны»-«код оператора (код города)»-«номер телефона» без знаков «-» и «+». Если номер мобильного телефона содержит менее 20 символов, он дополняется слева нулями до 20 символов.
23-25 разряды — цифровой код страны, гражданином которой является плательщик, в соответствии с документом, удостоверяющим личность (в соответствии с Общероссийским классификатором стран мира). Для плательщиков – граждан РФ — указывается значение «643» (код РФ); для лиц без гражданства используется код «999».
Идентификатор платежаКаждый платеж должен иметь уникальный идентификатор платежа - УИП.
УИП для кредитных организаций должен иметь следующую структуру:
Таблица SEQ Таблица_№ \* ARABIC 16. «Структура УИП для кредитных организаций»
1 2 … 10 11 12 … 16 17 18 … 24 25 … 31 32
1 БИК Номер подразделения Дата платежа Уникальный номер платежа в течение дня для данного подразделения
где:
1-й символ — значение «1».
со 2-го по 10-й символы — БИК кредитной организации, структурного подразделения кредитной организации, принявшей платеж.
с 11-й по 16-й символы — номер внутреннего структурного подразделения кредитной организации (филиала, дополнительного офиса, кредитно-кассового офиса, операционного офиса, операционной кассы вне кассового узла), принявшего платеж. Номер слева дополняется нулями до 6 символов.
с 17-й по 24-й символы — дата платежа в формате «ДДММГГГГ».
с 25-й по 32-й символы — уникальный номер платежа в течение дня для структурного подразделения кредитной организации. Номер слева дополняется нулями до 8 символов.
УИП для ТОФК должен соответствовать структуре, приведенной в таблице ниже.
Таблица SEQ Таблица_№ \* ARABIC 17. «Структура УИП для ТОФК»
1 2 3 4 5 6 7 … 16 17 18 … 24 25 … 31 32
2 ТОФК Резерв Дата платежа Уникальный номер платежа в течение дня для данного ТОФК
Структура УИП для ТОФК:
1-й символ — значение «2».;
со 2-й по 5-й символ — код ТОФК;
с 6-го по 16-й символ — резерв, заполняется нулями;
с 17-й по 24-й символы — дата платежа в формате «ДДММГГГГ»;
с 25-й по 32-й символы — уникальный номер платежа в течение дня для данного ТОФК. Номер слева дополняется нулями до 8 символов.
УИП для остальных участников, принимающих платежи, должен иметь следующую структуру:
Таблица SEQ Таблица_№ \* ARABIC 18. «Структура УИП для остальных участников»
1 2 … 7 8 9 … 15 16 17 … 32
3 УРН Дата платежа Уникальный номер платежа в учетной системе участника
где:
1-й символ — значение «3».
со 2-й по 7-й символы — УРН участника, принявшего платеж;
с 8-го по 15-й символы — дата платежа в формате «ДДММГГГГ»;
с 16-й по 32-й символы — уникальный номер платежа в учетной системе участника. Номер слева дополняется нулями до 17 символов.
Идентификатор услугиВ качестве идентификатора услуги Поставщика используется идентификатор, формируемый по следующему алгоритму:
1-4 символы: АААА;
5-10 символы: Идентификатор информационной системы Участника, присвоенный при регистрации в Системе.
11-20 символы: Порядковый номер услуги данного Поставщика. Каждый последующий идентификатор формируется по принципу увеличения на 1.
Порядок взаимодействия ИС УНП с внешними информационными системамиВзаимодействие ИС УНП с внешними информационными системами реализовано посредством веб-сервиса, развёрнутого на стороне Системы.
Взаимодействие внешних систем с ИС УНПВзаимодействие внешних систем с ИС УНП посредством РСМЭВ\СМЭВ или защищенного канала осуществляется с помощью веб-сервиса RsmevUnpService.
Веб-сервис RsmevUnpService размещён в РСМЭВ и отвечает требованиями документа «Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии» версии 2.5.6. (Далее Методические рекомендации версии 2.5.6) - электронная версия документа размещена на портале: http://smev.gosuslugi.ru/portal/. Данный веб-сервис обслуживает все запросы от внешних информационных систем, в ходе обработки которых ИС УНП формирует ответы и возвращает их во внешние системы.
Описание веб-сервиса RsmevUnpService приведено в файле RsmevUnpService.wsdl (глава REF _Ref405904299 \r \h \* MERGEFORMAT 8. «WSDL веб-сервиса ИС УНП» настоящего документа).
Для обслуживания входящих запросов веб-сервис предоставляет один метод GISGMPTransferMsg, который обрабатывает все запросы от внешних систем. По результатам обработки запроса к веб-сервису, вне зависимости от результата его обработки, формируется ответ веб-сервиса и возвращается внешней ИС, направившей запрос. Форматы сообщений запросов и ответов веб-сервиса описаны в главе REF _Ref438046299 \r \h 5. «Форматы запросов и ответов ИС УНП» настоящего документа.
В случае несоответствия формата запроса настоящим Форматам, отсутствия или невалидности ЭП и прочих ошибках в запросе, Участник получит уведомление об отказе в приеме к обработке запроса с информацией о выявленной в запросе ошибке. Информация об ошибках, возникающих в процессе обработки запросов, представлена в главе 6. «Перечень контролей» настоящего документа.
Электронные подписи запросов и ответовВсе сообщения от ИС участников должны содержать ЭП-ОВ (ЭП информационной системы, передающей запрос). ЭП должна находиться в заголовке SOAP-пакета сообщения-запроса и соответствовать Методическим рекомендациям версии 2.5.6 (глава 5. «Электронные подписи субъектов взаимодействия — информационных систем» настоящего документа).
При отправке ответа на запрос ИС участника ИС УНП накладывает ЭП-ОВ. Подпись располагается в заголовке SOAP-пакета сообщения-ответа и соответствует Методическим рекомендациям версии 2.5.6 (глава 5. «Электронные подписи субъектов взаимодействия — информационных систем»).
В формате каждой импортируемой в ИС УНП сущности (в тегах Charge, FinalPayment, Service) присутствует тег Signature, предназначенный для передачи ЭП участника, сформировавшего сущность (далее — подпись под сущностью). Участник, сформировавший сущность, и передавший ее в ИС УНП, должен использовать одну и ту же ключевую пару для создания подписи под сущностью и ЭП-ОВ, которая находится в заголовке SOAP-пакета сообщения-запроса.
В формате запроса веб-сервиса теги ExportRequest, DoAcknowledgmentRequest, ChargeCreationRequest содержат вложенный тег Signature, предназначенный для указания ЭП (далее —подпись под запросом) сформировавшего запрос участника.
Подпись под сущностями, а также подпись под запросом должны накладываться в соответствии с алгоритмом, описанным в главе 4.3 настоящего документа.
Подпись под сущностями Charge и FinalPayment, подпись под запросомЗначение ЭП должно рассчитываться для элемента сущности, а также для запроса и его составных элементов.
В процессе создания электронной подписи информационной системы должны использоваться алгоритмы для расчета хеш-сумм, формирования подписи и каноникализации, приведенные в Таблице 19.
Таблица SEQ Таблица_№ \* ARABIC 19. «Алгоритмы формирования подписи»
Наименование URI
Расчет хэш-сумм ГОСТ Р 34.11-94 http://www.w3.org/2001/04/xmldsig-more#gostr3411Формирования подписи ГОСТ Р 34.10-2001 http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411 , http://www.w3.org/TR/XAdES/Каноникализация Exclusive XML Canonicalization от 18 July 2002 http://www.w3.org/2001/10/xml-exc-c14n#Формирование блока ЭП осуществляется в следующем порядке:
Формирование шаблона документа:
Создается элемент Signature;
К элементу Signature добавляется дочерний элемент SignedInfo;
К элементу SignedInfo добавляется дочерний элемент CanonicalizationMethod;
К элементу SignedInfo добавляется дочерний элемент SignatureMethod;
К элементу SignedInfo добавляется первый дочерний элемент Reference;
К элементу Reference добавляется дочерний элемент Transforms;
К элементу Transforms элемента Reference добавляется дочерний элемент Transform (два элемента);
К элементу Reference добавляется элемент DigestMethod;
К элементу Reference добавляется элемент DigestValue;
К элементу Signature добавляется дочерний элемент SignatureValue;
К элементу Signature добавляется дочерний элемент KeyInfo;
К элементу KeyInfo добавляется дочерний элемент X509Data;
К элементу X509Data добавляется дочерний элемент X509Certificate;
К элементу Signature добавляется дочерний элемент Object;
К элементу Object добавляется дочерний элемент QualifyingProperties;
К элементу QualifyingProperties добавляется дочерний элемент SignedProperties;
К элементу SignedProperties добавляется дочерний элемент SignedSignatureProperties;
К элементу SignedProperties добавляется дочерний элемент SignedDataObjectProperties;
К элементу QualifyingProperties добавляется дочерний элемент UnSignedProperties;
К элементу UnSignedProperties добавляется дочерний элемент UnsignedSignatureProperties;
Установка предопределенных значений
Для элемента CanonicalizationMethod и для второго элемента Transform элемента Reference значения атрибута Algorithm устанавливается в «http://www.w3.org/2001/10/xml-exc-c14n#».
Для первого элемента Transform алгоритм выставляется значение «http://www.w3.org/2000/09/xmldsig#enveloped-signature».
Для элементов DigestMethod первого значения атрибута Algorithm устанавливается в «http://www.w3.org/2001/04/xmldsig-more#gostr3411».
Для элемента SignatureMethod значение атрибута Algorithm устанавливается в «http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411».
Атрибут URI элемента Reference должен быть заполнен значением атрибута Id подписываемой сущности.
Установка подписи
Открытый ключ подписи, закодированный по алгоритму «http://www.w3.org/2000/09/xmldsig#base64», добавляется к элементу X509Certificate как дочерний текстовый узел.
Подписываются элементы документа, выбранные посредством XPATH выражения на основе значения атрибута URI элемента Reference (если элемент URI имеет пустое значение, то подписывается полностью весь тег сущности). Полученное значение кодируется по алгоритму «http://www.w3.org/2000/09/xmldsig#base64» и добавляется как дочерний текстовый узел к элементу DigestValue первого элемента Reference.
Элемент SignedInfo трансформируется в соответствии с алгоритмом «http://www.w3.org/2001/10/xml-exc-c14n#». Затем на основании полученной строки и ключа подписи формируется значение ЭП в соответствии с алгоритмом «http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411». Полученное значение ЭП кодируется в соответствии с алгоритмом «http://www.w3.org/2000/09/xmldsig#base64», и значение добавляется как дочерний текстовый узел к элементу SignatureValue.
Элемент QualifyingProperties заполняется в соответствии с описанием, расположенным по адресу http://www.w3.org/TR/XAdES/#Syntax_overview_The_QualifyingProperties — для соответствия ЭП формату XadES-T.
Элемент SignatureTimeStamp заполняется значением, закодированном в формате ASN.1.
Форматы сообщений веб-сервисаОбщий формат веб-сервисаСообщение запроса к веб-вервисуСообщения запросов к ИС УНП передаются в структуре сообщения СМЭВ (см. Методические рекомендации версии 2.5.6) в элементе AppData. В данный элемент должен быть подставлен элемент RequestMessage, описанный в файле Message.xsd (глава REF _Ref405804378 \r \h \* MERGEFORMAT 7. «XSD-схемы сущностей ИС УНП» настоящего документа). Описание сообщения запроса к веб-сервису приведено в Таблице 20.
Таблица SEQ Таблица_№ \* ARABIC 20. «Формат сообщения запроса к веб-сервису»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
GISGMPTransferMsg 1, обязательно Контейнер Корневой тег запроса.
Message 0..1, необязательно Контейнер Служебный блок атрибутов СМЭВ.
Sender 1, обязательно orgExternalType Данные о системе-инициаторе взаимодействия. Указывается информация об ИС Участника.
Code 1, обязательно MnemonicType Идентификатор системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Name 1, обязательно String Наименование системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Recipient 1, обязательно orgExternalType Данные о системе-получателе сообщения. Указывается идентификатор и наименование ИС УНП.
Code 1, обязательно MnemonicType Идентификатор системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Name 1, обязательно String Наименование системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Originator 0..1, необязательно orgExternalType Данные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6. В ГИС ГМП не регламентируется порядок заполнения данного тега.
Code 1, обязательно MnemonicType Идентификатор системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Name 1, обязательно String Наименование системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
ServiceName 1, обязательно
Наличие этого тега исключает тег Service. String Мнемоника электронного сервиса ИС УНП. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Service 1, обязательно
Наличие этого тега исключает тег ServiceName. ServiceType Данные об электронном сервисе ИС УНП.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Mnemonic 1, обязательно String Мнемоника электронного сервиса ИС УНП. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Version 1, обязательно VersionType Номер версии электронного сервиса ИС УНП. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
TypeCode 1, обязательно TypeCodeType Тип сообщения.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Status 1, обязательно StatusType Статус сообщения.
Принимает значение «REQUEST».
Date 1, обязательно dateTime Дата и время создания сообщения.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
ExchangeType 1, обязательно String Категория взаимодействия - признак принадлежности электронного сообщения различным категориям взаимодействия, возникающим при межведомственном обмене.
Классификатор категорий взаимодействия приведен в Приложении 2 к Методическим рекомендациям 2.5.6.
RequestIdRef 0..1, необязательно idType Не используется.
OriginRequestIdRef 0..1, необязательно idType Не используется.
ServiceCode 0..1, необязательно String Не используется.
CaseNumber 0..1, необязательно String Не используется.
SubMessages 0..1, необязательно Контейнер Не используется.
TestMsg 0..1, необязательно String Признак тестового взаимодействия.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
OKTMO 0..1, необязательно String Не используется.
MessageData 1, обязательно Контейнер Блок-обертка данных СМЭВ.
AppData 0..1, необязательно AppDataType Блок структурированных сведений. Элемент RequestMessage, описанный в файле Message.xsd.
AppDocument 0..1, необязательно AppDocumentType Не используется.
Описание формата элемента RequestMessage приведено в Таблице 21.
Таблица SEQ Таблица_№ \* ARABIC 21. «Структура RequestMessage»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
RequestMessage 1, обязательно RequestMessageType Корневой тег запроса.
Id (атрибут) 1, обязательно ID Идентификатор сообщения.
Если указан идентификатор, начинающийся с «U», запрос экспорта будет обрабатываться в БД УНП (как запрос по коммерческим услугам), иначе запрос транслируется в ГИС ГМП (как запрос по муниципальным и государственным услугам)
Запрос экспорта всегда обрабатывается только в одной из указанных систем.
timestamp (атрибут) 1, обязательно dateTime Дата и время формирования сообщения.
senderIdentifier (атрибут) 1, обязательно String УРН Участника-отправителя сообщения, выданный при регистрации системы в справочниках ИС УНП.
senderRole (атрибут) 1, обязательно Строка длиной до 10 символов (\w{1,10})
/
String Полномочие участника-отправителя сообщения (УРН которого передается в атрибуте senderIdentifier), с которым происходит обращение к ИС УНП.
Допустимые значения:
1 – ГАН (главный администратор доходов бюджета, имеющий в своем ведении администраторов доходов бюджета и (или) осуществляющий функции и полномочия учредителя в отношении государственных (муниципальных) учреждений);
2 – ГАН (орган государственной власти субъектов Российской Федерации (орган местного самоуправления), обеспечивающий информационное взаимодействие с ГИС ГМП государственных (муниципальных) учреждений и (или) администраторов доходов бюджета);
3* — АН (администратор доходов бюджета, главный администратор доходов бюджета);
4* — АН (государственное (муниципальное) учреждение);
5* — ГАП (оператор по переводу денежных средств, обеспечивающий информационное взаимодействие с ГИС ГМП иных операторов по переводу денежных средств и (или) банковских платежных агентов (субагентов), и (или) платежных агентов);
6* — ГАП (орган государственной власти субъектов Российской Федерации (орган местного самоуправления), обеспечивающий информационное взаимодействие с ГИС ГМП финансовых органов и (или) местных администраций, и (или) государственных (муниципальных) учреждений, осуществляющих прием в кассу от плательщиков наличных денежных средств);
7 — АП (оператор по переводу денежных средств);
8* — АП (организация почтовой связи);
9 — АП (финансовый орган);
10* — АП (местная администрация);
11* — АП (банковский платежный агент);
12* — АП (банковский платежный субагент);
13* — АП (платежный агент);
14* — АП (государственное (муниципальное) учреждение, осуществляющее прием в кассу от плательщиков наличных денежных средств);
15* — ГАЗ (уполномоченный многофункциональный центр, обеспечивающий информационное взаимодействие с ГИС ГМП многофункциональных центров);
16* — ГАЗ (орган государственной власти субъекта Российской Федерации (орган местного самоуправления), обеспечивающий информационное взаимодействие с ГИС ГМП многофункциональных центров и (или) органов государственной власти (органов местного самоуправления), обладающих правом получать информацию из ГИС ГМП при предоставлении государственных (муниципальных) услуг и (или) выполнении государственных (муниципальных) функций, и не осуществляющих администрирование платежей, его территориальные органы;
орган государственной власти (орган местного самоуправления), обладающий правом получать информацию из ГИС ГМП при предоставлении государственных (муниципальных) услуг и (или) выполнении государственных (муниципальных) функций, и не осуществляющий администрирование платежей, его территориальные органы);
17* — АЗ (оператор единого портала);
18 — АЗ (оператор регионального портала);
19 — АЗ (многофункциональный центр);
20* — АП (органы управления государственными внебюджетными фондами Российской Федерации);
22* — АЗ (орган государственной власти (орган местного самоуправления), обладающий правом получать информацию из ГИС ГМП при предоставлении государственных (муниципальных) услуг и (или) выполнении государственных (муниципальных) функций, и не осуществляющий администрирование платежей, его территориальные органы);
23* — АП (территориальный орган Федерального казначейства)
24* — ГАН (орган государственной власти, обязанность которого направлять информацию в ГИС ГМП установлена федеральными законами, его территориальные органы);
25* — ГАН (оператор системы «Электронный бюджет»);
27* — АН (орган государственной власти, обязанность которого направлять информацию в ГИС ГМП установлена федеральными законами, его территориальные органы);
28* — ГАП (оператор системы «Электронный бюджет»);
31* — ГАЗ (оператор системы «Электронный бюджет»)
callBackURL (атрибут) 0..1, необязательно anyURI Не используется.
RequestMessageData 1, обязательно Элемент заменяется на один из ниже перечисленных запросов.
ChargeCreationRequest ChargeCreationRequestType Запрос на формирование предварительного начисления УНП.
DoAcknowledgmentRequest DoAcknowledgmentRequestType Запрос на принудительное квитирование по инициативе АН, запрос на принудительное квитирование с отсутствующим в системе платежом (подробнее см. п. REF _Ref405912873 \r \h \* MERGEFORMAT 5.5 - REF _Ref378167908 \r \h \* MERGEFORMAT 5.5.2.2).
ExportRequest ExportRequestType Запрос на экспорт сущностей из ИС УНП и ГИС ГМП. (подробнее см. п. REF _Ref397001849 \r \h \* MERGEFORMAT 5.4)
ImportCatalogRequest complex Запрос на импорт каталога услуг Поставщика (подробнее см. п.  REF _Ref405912890 \r \h \* MERGEFORMAT 5.2.3)
ImportCertificateRequest ImportCertificateRequestType Не используется.
ImportRequest ImportRequestType Запрос на импорт сущностей в ИС УНП (подробнее см. п.  REF _Ref405912902 \r \h \* MERGEFORMAT 5.2).
PackageStatusRequest PackageStatusRequestType Запрос статуса протокола обработки пакета (подробнее см. п.  REF _Ref377578652 \n \h \* MERGEFORMAT 5.3).
Signature 0..1, необязательно Не используется.
Сообщение ответа от веб-вервисаСообщения ответов ИС УНП передаются в структуре сообщения СМЭВ (согласно Методическим рекомендациям версии 2.5.6) в элементе AppData. В данный элемент должен быть подставлен элемент ResponseMessage, описанный в файле Message.xsd. Заполнение полей базового сообщения СМЭВ для ответа ИС УНП указано в Таблице 22.
Таблица SEQ Таблица_№ \* ARABIC 22. «Структура сообщения ответа к веб-сервису»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
GISGMPTransferMsg 1, обязательно Контейнер Корневой тег ответа.
Message 0..1, необязательно Контейнер Служебный блок атрибутов СМЭВ.
Sender 1, обязательно orgExternalType Данные о системе-отправителе сообщения. Указываются идентификатор и наименование ИС УНП.
Code 1, обязательно MnemonicType Идентификатор системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Name 1, обязательно String Наименование системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Recipient 1, обязательно orgExternalType Данные о системе-получателе сообщения. Указывается информация об ИС участника, обращающегося в ИС УНП.
Code 1, обязательно MnemonicType Идентификатор системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Name 1, обязательно String Наименование системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Originator 0..1, необязательно orgExternalType Данные о системе, инициировавшей цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия.
ИС УНП не регламентируется порядок заполнения данного тега.
Code 1, обязательно MnemonicType Идентификатор системы.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Name 1, обязательно String Наименование системы.
Заполняется в соответствии с методическими рекомендациями версии 2.5.6.
ServiceName 1, обязательно
Наличие этого тега исключает тег Service. String Мнемоника электронного сервиса ИС УНП. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Service 1, обязательно
Наличие этого тега исключает тег ServiceName. ServiceType Данные об электронном сервисе ИС УНП.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Mnemonic 1, обязательно String Мнемоника электронного сервиса ИС УНП. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
Version 1, обязательно VersionType Номер версии электронного сервиса ИС УНП. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6 согласно данным, представленным на технологическом портале СМЭВ.
TypeCode 1, обязательно String Тип сообщения.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
Status 1, обязательно StatusType Статус сообщения.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
В ответе ИС УНП принимает значение:
успешная обработка - «RESULT»;
форматная ошибка - «INVALID»;
мотивированный отказ - «REJECT»;
технический сбой – «FAILURE».
Date 1, обязательно dateTime Дата и время создания сообщения.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
ExchangeType 1, обязательно String Категория взаимодействия.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
RequestIdRef 0..1, необязательно idType Не используется.
OriginRequestIdRef 0..1, необязательно idType Не используется.
ServiceCode 0..1, необязательно String Не используется.
CaseNumber 0..1, необязательно String Не используется.
SubMessages 0..1, необязательно Контейнер Не используется.
TestMsg 0..1, необязательно String Признак тестового взаимодействия.
Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.
OKTMO 0..1, необязательно String Не используется.
MessageData 1, обязательно Контейнер Блок-обертка данных СМЭВ.
AppData 1, обязательно AppDataType Блок структурированных сведений. Содержит элемент ResponseMessage, описанный в файле Message.xsd.
AppDocument 0..1, необязательно AppDocumentType Не используется.
Формат элемента ResponseMessage приведен в Таблице 23.
Таблица SEQ Таблица_№ \* ARABIC 23. «Структура ResponseMessage»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
ResponseMessage 1, обязательно ResponseMessageType Корневой тег запроса.
Id (атрибут) 1, обязательно ID Идентификатор сообщения.
rqld 1, обязательно Token Идентификатор сообщения-запроса.
timestamp (атрибут) 1, обязательно dateTime Дата и время формирования сообщения.
senderIdentifier (атрибут) 1, обязательно String УРН отправителя сообщения.
ResponseMessageData Элемент заменяется на один из ниже перечисленных.
ChargeCreationResponse 1, обязательно ChargeCreationResponseType Не используется.
DoAcknowledgmentResponse 1, обязательно DoAcknowledgmentResponseType Ответ на запрос на принудительное квитирование по инициативе АН/ГАН, запрос на принудительное квитирование с отсутствующим в системе платежом (подробнее см. п.  REF _Ref405912922 \r \h \* MERGEFORMAT 5.5 и REF _Ref378167908 \r \h \* MERGEFORMAT 5.5.2.2).
ExportCatalogResponse 1, обязательно complex Ответ на запрос экспорта каталога услуг из ИС УНП (подробнее см. REF _Ref405912942 \n \h 5.4.9)
ExportChargesResponse 1, обязательно ExportChargesResponseType Ответ на запрос экспорта начислений из ИС УНП (подробнее см. REF _Ref438055793 \n \h 5.4.3).
ExportPaymentsResponse 1, обязательно ExportPaymentsResponseType Ответ на запрос экспорта платежей из ИС УНП (подробнее см. REF _Ref438055827 \n \h 5.4.5).
ExportQuittanceResponse 1, обязательно ExportQuittanceResponseType Ответ на запрос экспорта квитанций из ИС УНП (подробнее см. REF _Ref438055872 \n \h 5.4.7).
Ticket 1, обязательно TicketType Техническая квитанция, содержащая результат обработки запроса или протокол обработки запроса.
Signature 0..1, необязательно SignatureType Не используется.
Порядок импорта новых сущностей, уточнения, аннулирования или деаннулирования ранее загруженных сущностей в ИС УНПНаправление информации о начислении, информации о платеже в ИС УНП участником осуществляется путем выполнения запроса к Системе на импорт начисления/платежа, с указанием в теге [email protected] значения «1».
Направление информации об уточнении начисления / платежа в ИС УНП осуществляется путем выполнения запроса к Системе на импорт начисления / платежа с указанием в теге [email protected] значения «2» и в теге [email protected] основания уточнения. Информация об уточнении начислений / платежа должна включать данные аналогичные уточняемому начислению / платежу во всех полях, кроме уточняемых При этом при передаче уточнения начисления / платежа должен быть использован тот же УИН / УИП, что и в уточняемом начислении / платеже.
Направление информации об аннулировании начисления в ИС УНП осуществляется путем выполнения запроса к системе на импорт начисления / платежа, с указанием в теге [email protected] значения «3» и в теге [email protected]n основания аннулирования. При этом должен быть указан тот же УИН / УИП, что и в аннулируемом начислении / платеже соответственно.
Направление информации о деаннулировании начисления в ИС УНП осуществляется путем выполнения запроса к системе на импорт начисления с указанием в теге [email protected] значения «4» и в тэге [email protected] основания деаннулирования. При этом должен быть указан тот же УИН, что и в раннее аннулируемом начислении соответственно. Если параметр «[email protected]» = 4, то система в которую направлен запрос (ИС УНП или ГИС ГМП) осуществляет поиск по УИН среди сущностей «начисление» с признаком аннулирования. Если такое начисление найдено, то ему присваивается статус «неактивно» и создается новое начисление, но со статусом активности «активно» и статусом изменения «отмена аннулирования». Иначе возвращается ошибка с кодом «7» - см. п. REF _Ref438119459 \n \h 6
Формат запроса на импорт начисленияВ сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых начислений должны передаваться в тегах Package/Document/Charge (см. описание в п. 2.2). Одновременно в составе одного пакета (контейнер Package) в ИС УНП может быть передано несколько начислений. Если участник, сформировавший начисление, зарегистрирован в ГИС ГМП в качестве Участника косвенного взаимодействия, то в атрибуте originatorID каждого документа «Document» с начислением «Charge» должен передаваться УРН участника, сформировавшего начисление, полученный при регистрации в ГИС ГМП. В противном случае тег OriginatorID не заполняется.
Запрос на импорт начислений обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из четырех возможных результатов (Формат ответа описан в п. REF _Ref402346585 \r \h \* MERGEFORMAT 5.2.4.):
пакет принят в обработку (ResultCode=”0”);
установлено несоответствие XML-схеме (ResultCode=”11”);
установлена ошибка в ЭП-ОВ (ResultCode=”27”).
проверка количества сущностей в пакете (ResultCode=”R44”).
Принятому пакету на стороне ИС УНП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.
Участник для проверки окончательного статуса приема пакета на стороне ИС УНП должен осуществить отдельный запрос статуса обработки импортируемого пакета, описанный в п.  REF _Ref377578652 \r \h 5.3.
Формат запроса на импорт платежаВ сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых платежей должны передаваться в тегах Package/Document/FinalPayment (см. описание в п.  REF _Ref438051315 \r \h 2.3). Одновременно в составе одного пакета (контейнер Package) в ИС УНП может быть передано несколько платежей.
Запрос на импорт платежей обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из четырех возможных результатов (Формат ответа описан в п. REF _Ref402346585 \r \h \* MERGEFORMAT 5.2.4.):
пакет принят в обработку (ResultCode=”0”);
установлено несоответствие XML-схеме (ResultCode=”11”);
установлена ошибка в ЭП-ОВ (ResultCode=”27”);
проверка количества сущностей в пакете (ResultCode=”R44”).
Пакету на стороне ИС УНП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.
Участник взаимодействия для проверки окончательного статуса приема пакета на стороне ИС УНП должен осуществить отдельный запрос статуса обработки импортируемого пакета, описанный в п.  REF _Ref377578652 \w \h \* MERGEFORMAT 5.3.
Формат запроса на импорт каталога услугВ сообщении запроса в теге RequestMessage должен передаваться тег ImportCatalogRequest. Данные импортируемого каталога должны передаваться в теге ImportCatalogRequest/ServiceCatalog при импорте нового каталога услуг и ImportCatalogRequest/Changes при импорте измененного каталога услуг.
Запрос на импорт каталога услуг обрабатывается в синхронном режиме. При этом ответ на запрос будет содержать код одного из трех возможных результатов (Формат ответа описан в п. REF _Ref402346585 \r \h \* MERGEFORMAT 5.2.4.):
каталог услуг принят (ResultCode=”0”);
установлено несоответствие XML-схеме (ResultCode=”11”);
установлена ошибка в ЭП-ОВ (ResultCode=”27”).
Формат ответа
В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo, структура которого приведена в файле ErrInfo.xsd (глава REF _Ref402172714 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа). Описание параметров приведено в таблице 24.
Таблица SEQ Таблица_№ \* ARABIC 24. «Структура ответа на запрос импорта»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
RequestProcessResult 1, обязательно ResultInfo Корневой тег ответа.
ResultCode 1, обязательно Token Код результата обработки: 0 — если запрос успешно принят или код ошибки в случае отказа в приеме к обработке документа (см. перечень кодов в п.  REF _Ref402172735 \r \h \* MERGEFORMAT 6).
ResultDescription 0..1, необязательно String Описание результата обработки (см. перечень описаний результатов обработки в п.  REF _Ref402172735 \r \h \* MERGEFORMAT 6).
ResultData 0..1, необязательно String Данные результата обработки (для системного анализа).
Для кода обработки «11» (Формат запроса не соответствует xml-схеме) в теге содержится детальная информация о выявленных несоответствиях.
Для кода обработки «0» (в случае успешной обработки), в теге возвращается идентификатор пакета, присвоенный Системой.
Запрос статуса обработки импортируемого пакетаВ результате выполнения запросов на предоставление участником информации обеспечивается предварительный прием в ИС УНП пакета сущностей. Полный форматно-логический контроль осуществляется после отправки системой участнику сообщения ResponseMessage. Для того, чтобы получить информацию о статусе обработки пакета и о принятии / отклонении начислений, платежей на стороне ИС УНП, необходимо отправить запрос на получение статуса обработки предоставленного пакета. Рекомендуемый интервал отправки запроса на получение статуса обработки пакета – не ранее чем через 30 секунд, но не позднее чем через 30 дней после получения ответа на запрос предоставления участником информации, уточнения участником ранее предоставленной информации в ИС УНП (описание см. в разделе REF _Ref491342704 \r \h 5.2).
Формат запросаВ сообщении запроса в теге RequestMessage должен передаваться тег PackageStatusRequest, содержащий идентификатор пакета, статус которого необходимо проверить —PackageID. В качестве идентификатора пакета используется идентификатор, возвращенный участнику в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.
Формат ответаВ случае, если обработка пакета на стороне ИС УНП еще не завершена, в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo (см. описание типа ResultInfo в п.  REF _Ref402346585 \r \h \* MERGEFORMAT 5.2.4); при этом ResultCode будет равен значению «50».
В случае, если обработка пакета на стороне ИС УНП завершена, в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/PackageProcessResult.
Описание параметров приведено в таблице 25.
Таблица SEQ Таблица_№ \* ARABIC 25. «Структура ответа на запрос статуса обработки импортируемого пакета (если обработка пакета завершена)»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
PackageProcessResult 1, обязательно Контейнер Корневой тег ответа.
EntityProcessResult 1..n, обязательно Контейнер Статус обработки каждой из сущностей в составе пакета.
ResultCode 1, обязательно Token Код результата обработки: 0 — если сущность успешно принята или код ошибки в случае неуспешного импорта (см. перечень кодов в п.  REF _Ref402176805 \r \h \* MERGEFORMAT 6).
ResultDescription 0..1, необязательно String Описание результата обработки (см. перечень описаний результатов обработки в п.  REF _Ref402176805 \r \h \* MERGEFORMAT 6).
ResultData 0..1, необязательно String Данные результата обработки (для системного анализа).
Для кода обработки «11» (Формат запроса (файла) не соответствует xml-схеме) в теге содержится детальная информация о выявленных несоответствиях.
entityId (атрибут) 1, обязательно Token Идентификатор элемента. Соответствует атрибуту Id обработанной сущности.
Экспорт сущностей из ИС УНПОбщий формат запросаВ сообщении запроса в теге RequestMessage должен передаваться тег ExportRequest, структура которого приведена в файле MessageData.xsd (см. раздел REF _Ref405395559 \w \h \* MERGEFORMAT 7. « REF _Ref405395538 \h \* MERGEFORMAT XML-схемы сущностей ИС УНП»). Описание параметров представлено в таблице 26.
Таблица SEQ Таблица_№ \* ARABIC 26. «Структура запроса на экспорт»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
ExportRequest 1, обязательно DataRequest Корневой тег запроса.
Id (атрибут) 0..1, необязателен ID Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>. Обязателен при наложении ЭП под запросом или для обращения к БД УНП.
kind (атрибут) 1, обязательно String Атрибут, устанавливающий тип запроса. Допустимые значения описаны в п.п.  REF _Ref375769817 \r \h \* MERGEFORMAT 5.4.2 – REF _Ref326071201 \r \h \* MERGEFORMAT 5.4.8.
originatorID (атрибут) 0..1, необязательно URNType (см. описание в п.  REF _Ref401934877 \r \h \* MERGEFORMAT 2.5.7.9) УРН участника косвенного взаимодействия, полученный при регистрации в ГИС ГМП.
EsiaUserInfo 0..1, необязательно Контейнер Информация, подтверждающая аутентификацию плательщика (пользователя) в ЕСИА.
Данный блок заполняется при запросе на экспорт по идентификатору плательщика извещений о начислениях, администрируемых налоговыми органами Российской Федерации.
Обязательность заполнения данного блока определяется внутренними настройками ГИС ГМП.
userId (атрибут) 1, обязательно Integer Уникальный идентификатор учетной записи плательщика (пользователя) в системе ЕСИА.
Соответствует числовому идентификатору учетной записи пользователя, полученному поставщиком услуг (Участником ГИС ГМП) из ЕСИА.
sessionIndex (атрибут) 0..1, необязательно String Уникальный идентификатор сессии плательщика (пользователя) в системе ЕСИА
sessionDate (атрибут) 0..1, необязательно DateTime Дата и время аутентификации пользователя в системе ЕСИА.
Соответствует дате начала действия сессии (sessionIndex) пользователя, предоставленной системой ЕСИА, на запрос поставщика услуг (Участника ГИС ГМП).
Filter 1, обязательно Контейнер Фильтр для получения сущностей из ИС УНП. (или из ГИС ГМП)
Conditions 1, обязательно Контейнер Условие для получения сущностей из ИС УНП.
При формировании запроса на получение участником сущностей из ИС УНП обязательно должен быть заполнен хотя бы один из следующих контейнеров: ChargesIdentifiers, Payers или PaymentsIdentifiers.
Допускается указывать в запросе на получение участником сущностей только условие по временному интервалу, если участник зарегистрирован в ИС УНП следующих случаях:
­при получении сушностей участниками с полномочиями АН или /ГАН, кроме запросов плтажей по связанным извещениям по начислениям (атрибут «kind» запроса «ExportRequest» равен «PAYMENTMAINCHARGE»);
­при получении участниками с полномочиями АП/ГАП ранее загруженных ими платежей;
­при получении сущностей участниками с полномочиями АЗ/ГАЗ в случае наличия ограничения предоставляемой информации из ИС УНП по КБК (для видов «16», 22).
AllDateCatalog (атрибут) 0..1, необязательно boolean Признак выгрузки каталога услуг (используется только для запроса экспорта каталога услуг из ИС УНП).
True - выгрузка полного каталога (при передаче признака полной выгрузки, тег Timeslot не должен быть указан в запросе).
False - выгрузка изменений каталога (при передаче признака для выгрузки изменений, в запросе должен присутствовать тег Timeslot со значениями временного интервала, за который запрашиваются изменения услуг).
ChargesIdentifiers 0..1, необязательно Контейнер Список УИН, по которым запрашиваются сущности.
Наличие этого тега исключает тег Payers.
SupplierBillID 1..100, обязательно Token УИН.
При запросе данных начислений соответствует атрибуту supplierBillID начисления.
При запросе данных платежей соответствует тегу SupplierBillID платежа.
При запросе данных квитанций соответствует УИН начисления (указан в атрибуте supplierBillID), на которое ссылается квитанция.
Запрос выполняется или в ИС УНП или в ГИС ГМП в зависимости от значения первого символа в поле RequestMessage/Id: «U» - означает обработку запроса в УНП.
При выполнении в одной из указанных систем запрос может быть множественным, при этом итоговая выгрузка будет являться объединением результатов запроса по каждому из указанных УИН.
Payers 1, обязательно Контейнер Список идентификаторов плательщиков, по которым запрашиваются сущности.
Запрос выполняется или только в ИС УНП или только в ГИС ГМП в зависимости от значения первого символа в поле RequestMessage/Id: «U» - означает обработку запроса в УНП.
При выполнении в одной из указанных систем запрос может быть множественным, при этом итоговая выгрузка будет являться объединением результатов запроса по каждому из указанных идентификаторов плательщиков
Наличие этого тега исключает тег ChargesIdentifiers.
PayerIdentifier 1..100, обязательно Token Идентификатор плательщика.
При запросе начислений соответствует значению тега UnifiedPayerIdentifier или AltPayerIdentifier.
При запросе платежей соответствует значению тега PayerIdentifier.
При запросе платежей по связанным начислениям игнорируется.
При запросе квитанций соответствует значению тега UnifiedPayerIdentifier или AltPayerIdentifier, указанного в начислении, на которое ссылаются квитанции.
Наличие этого тега исключает тег PayerIdentification.
PaymentsIdentifiers 1, обязательно Контейнер Список УИП, по которым запрашиваются сущности (только в запросах на экспорт платежей или квитанций)
Допускается указывать до 100 УИП
SystemIdentifier 1..100, обязательно String УИП, по которому запрашиваются сущности (использовать только при запросах на экспорт платежей и квитанций).
При запросе платежей соответствует тегу SystemIdentifier платежа.
При запросе квитанций соответствует УИП платежа, на который ссылаются квитанции (указан в атрибуте SystemIdentifier). УИП платежа при запросе квитанций может быть использован только когда kind запроса ExportRequest принимает значение «ALLQUITTANCE».
Может быть множественным, в этом случае итоговая выгрузка будет являться объединением выгрузок по каждому из указанных УИП.
PayerIdentification 1..n, обязательно com:PayerIdentification_Type Идентификация данных начисления/ платежа по каталогу услуг.
Наличие этого тега исключает тег PayerIdentifier.
Запрос по каталогу услуг выполняется только в ИС УНП (в ГИС ГМП не обрабатывается)
ServiceCode 1, необязательно Xsd:String Идентификатор услуги Поставщика
SimpleParameter 1..n, обязательно com:SimpleParameterType Простой параметр
Для поиска могут использоваться соответствующие параметры, описанные в DescriptionSimpleParameter Каталога услуг Поставщика с признаком, что они являются идентификатором плательщика (@isId=1) и предназначены для поиска (значение @forSearch равно true).
Наличие этого тега исключает тег ComplexParameter.
name
(атрибут) 1, обязательно Xsd:string Наименование параметра.
Наименование должно соответствовать одному из наименований параметра, описанного в DescriptionSimpleParameter Каталога услуг поставщика с признаком, что этот параметр является идентификатором плательщика (@isId =1) и предназначен для поиска (значение @forSearch равно true).

supplierSrvCode
(атрибут) 0..1, необязательно Xsd:string Код услуги в каталоге Поставщика
(Не используется)
supplierID
(атрибут) 0..1, необязательно com:UUID Id Поставщика из каталога которого взята услуга
(Не используется).
isId
(атрибут) 0..1, необязательно Xsd:integer Указывает что данный параметр является идентификатором плательщика
1 - параметр является уникальным идентификатором плательщика, если присутствует несколько параметров с таким значением isID, то для идентификации может использоваться любой параметр.
(Не используется)
Value 1..n, обязательно com:ParamValue_Type Значение параметра
label
(атрибут) 0..1, необязательно Xsd:string Наименование значения
isSelected
(атрибут) 0..1, необязательно Xsd:boolean Указывает, что данное значение выбрано в качестве текущего значения параметра в случае если присутствует список значений
data
(атрибут) 1, обязательно Xsd:string Значение параметра.
Если наименованием параметра будет указано UnifiedPayerIdentifier/ AltPayerIdentifier/PayerIdentifier то поиск указанного значения параметра будет проводиться по соответствующему значению тега UnifiedPayerIdentifier/AltPayerIdentifier /PayerIdentifier начисления/платежа.
Если наименование отлично от UnifiedPayerIdentifier/ AltPayerIdentifier/PayerIdentifier, то поиск указанного значения параметра будет проводиться среди значений AdditionalData/Value начисления или платежа.
ComplexParameter 1..n, обязательно Контейнер Сложный параметр
Для поиска могут использоваться соответствующие параметры, описанные в DescriptionComplexParameter Каталога услуг Поставщика с признаком, что они являются идентификатором плательщика (@isId=1) и предназначены для поиска (значение @forSearch равно true).
Наличие этого тега исключает тег SimpleParameter.
name
(атрибут) 1, обязательно Xsd:string Наименование параметра
supplierSrvCode
(атрибут) 0..1, необязательно Xsd:string Код услуги в каталоге поставщика
(Не используется).
supplierID
(атрибут) 0..1, необязательно com:UUID Id поставщика из каталога которого взята услуга
isId
(атрибут) 0..1, необязательно Xsd:integer Указывает что данный параметр является идентификатором плательщика
1 - параметр является уникальным, идентификатором плательщика, если присутствует несколько параметров с таким значением isID, то для идентификации может использоваться любой параметр.
(Не используется).
label
(атрибут) 0..1, необязательно Xsd:string Наименование значения
Field 1..n, обязательно com:Field_Type Поле сложного параметра
name
(атрибут) 1, обязательно Xsd:string Наименование поля параметра.
Value 1..n, обязательно com:ParamValue_Type Значение
label
(атрибут) 0..1, необязательно Xsd:string Наименование значения
isSelected
(атрибут) 0..1, необязательно Xsd:boolean Указывает, что данное значение выбрано в качестве текущего значения параметра в случае если присутствует список значений
data
(атрибут) 1, обязательно Xsd:string Значение параметра.
Поиск указанного значения параметра будет проводиться среди значений AdditionalData/Value начисления/платежа.
Timeslot 0..1, необязательно Контейнер Временной интервал, за который запрашиваются сущности.
Если тег Timeslot не указан в запросе, то возвращаются удовлетворяющие остальным параметрам запроса сущности, импортированные или созданные за весь период функционирования системы.
Для запроса изменений каталога услуг, из УНП рекомендуется указывать период не более месяца.
Для запроса полного каталога услуг из УНП временной интервал не должен быть заполнен.
startDate (атрибут) 1, обязательно DateTime Наименьшая дата и время, когда была зарегистрирована сущность в системе, создана квитанции или зарегистрировано последнее изменение услуги
endDate (атрибут) 1, обязательно DateTime Наибольшая дата и время, когда была зарегистрирована сущность в системе, создана квитанция или зарегистрировано последнее изменение услуги
AdditionRestrictions 0..1, необязательно Контейнер Дополнительные ограничения.Не используется при экспорте каталога услуг.
SubordinateIdList 0..1, необязательно Контейнер Список идентификаторов участников косвенного взаимодействия.
TaxpayerIdentification 1..100, обязательно Контейнер Идентификация получателя средств. Наличие данного/данных тега/тегов исключает наличие тега/тегов PayeeID.
inn (атрибут) 1, обязательно INNType (см. описание в п. REF _Ref401855926 \r \h \* MERGEFORMAT 2.5.7.2) ИНН получателя средств, указанный в возвращаемой сущности.
При запросе квитанций соответствует ИНН получателя, указанному в начислении, на которое ссылается квитанция.
Запрос выполняется или только в ИС УНП или только в ГИС ГМП в зависимости от значения первого символа в поле RequestMessage/Id: «U» - означает обработку запроса в УНП.
При выполнении в одной из указанных систем запрос может быть множественным: если указано несколько тегов TaxpayerIdentification, то итоговая выгрузка будет являться объединением результатов запроса по всем получателям средств - участникам косвенного взаимодействия, каждый из которых определяется отдельным тегом TaxpayerIdentification.
kpp (атрибут) 0..1, необязательно KPPType (см. описание в п. REF _Ref401855945 \r \h \* MERGEFORMAT 2.5.7.3) КПП получателя средств, указанный в возвращаемой сущности.
При запросе квитанций соответствует КПП получателя, указанному в начислении, на которое ссылается квитанция.
PayeeID 1..100, обязательно String УРН участника, сформировавшего сущность, полученный при регистрации в ИС УНП.
При запросе квитанций соответствует УРН участника, сформировавшего начисление, на которое ссылается квитанция.
При запросе каталога услуг соответствует УРН участника, передавшего каталог в ИС УНП
Запрос выполняется или только в ИС УНП или только в ГИС ГМП в зависимости от значения первого символа в поле RequestMessage/Id: «U» - означает обработку запроса в УНП.
При выполнении в одной из указанных систем запрос может быть множественным: если указано несколько тегов PayeeID, то итоговая выгрузка будет являться объединением результатов запроса по всем участникам косвенного взаимодействия, каждый из которых определяется отдельным тегом PayeeID.
Наличие данного/данных тега/тегов исключает наличие тега/тегов TaxpayerIdentification.
KBKClassifier 0..1, необязательно Контейнер Перечень КБК.
KBK 1..100, обязательно KBKType (см. описание в п. REF _Ref401855993 \r \h \* MERGEFORMAT 2.5.7.5) КБК, указанный в сущности.
При запросе начислений соответствует КБК, указанному в начислении.
При запросе платежей соответствует КБК, указанному в платеже.
При запросе платежей по связанным начислениям игнорируется.
При запросе квитанций соответствует КБК, указанному в начислении, на которое ссылаются квитанции.
Запрос выполняется или только в ИС УНП или только в ГИС ГМП в зависимости от значения первого символа в поле RequestMessage/Id: «U» - означает обработку запроса в УНП.
При указании нескольких КБК итоговая выгрузка будет являться объединением результатов запроса по каждому из указанных КБК.
OKTMOClassifier 0..1, необязательно Контейнер Коды ОКТМО.
OKTMO 1..100, обязательно OKTMOType (см. описание в п. REF _Ref401856053 \r \h \* MERGEFORMAT 2.5.7.4) Код ОКТМО.
При запросе начислений соответствует коду ОКТМО, указанному в начислении.
При запросе платежей соответствует коду ОКТМО, указанному в платеже.
При запросе платежей по связанным начислениям игнорируется.
При запросе квитанций соответствует коду ОКТМО, указанному в начислении, на которое ссылаются квитанции.
Запрос выполняется или только в ИС УНП или только в ГИС ГМП в зависимости от значения первого символа в поле RequestMessage/Id: «U» - означает обработку запроса в УНП.
При указании нескольких кодов ОКТМО итоговая выгрузка будет являться объединением результатов запроса по каждому из указанных ОКТМО.
Exclude 0..1, необязательно String Признак, означающий ненулевые УИН (допустимое значение – ZERO-UIN).
При запросе платежей должна возвращаться информация о платежах, в которых указан УИН, отличный от нуля.
Paging 0..1, необязательно Контейнер Параметры постраничной выдачи (при больших объемах экспортируемых данных).
Если параметр не указан, то по умолчанию в ответе вернутся первые 100 элементов и признак конца выборки (true или false).
pageLength (атрибут) 1, обязательно Int (≥1) Количество элементов на странице выдачи (количество сущностей в ответе).
pageNumber (атрибут) 1, обязательно Int (≥1) Номер страницы выдачи. Вся полученная в результате выполнения запроса выборка разбивается на блоки размером pageLength, начиная с первого элемента. Последний блок может быть меньше, чем pageLength. Возвращается только блок, номер которого равен pageNumber.
Signature 0..1, необязательно SignatureType Подпись участника взаимодействия, сформировавшего запрос. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).
Экспорт информации о начислениях из ИС УНПАтрибут kind запроса ExportRequest может принимать одно из следующих значений:
CHARGE — используется для запроса неоплаченных начислений;
CHARGENOTFULLMATCHED — используется для запроса начислений, не полностью сквитированных с платежами (в т.ч. таких, по которым оставшаяся сумма к оплате равна «0», но при этом в начислении и соответствующем ему платеже попарно могут не совпадать какой-либо или несколько атрибутов из следующего набора: КБК, ОКТМО, ИНН, КПП, номер счета, БИК, идентификатор плательщика);
CHARGESTATUS — используется для запроса начислений и статусов их квитирования;
CHARGE-PRIOR — используется для запроса неоплаченных предварительных начислений;
CHARGE-PRIOR-NOTFULLMATCHED — используется для запроса предварительных начислений, не полностью сквитированных с платежами;
CHARGE-PRIOR-STATUS — используется для запроса предварительных начислений и статусов их квитирования;
TEMP-CHARGING — используется для запроса неоплаченных предварительных начислений, сформированных ГИС ГМП;
TEMP-CHARGING-NOTFULLMATCHED — используется для запроса предварительных начислений, сформированных ГИС ГМП, не полностью сквитированных с платежами;
TEMP-CHARGING-STATUS — используется для запроса предварительных начислений, сформированных ГИС ГМП, и статусов их квитирования.
Запросы CHARGE, CHARGENOTFULLMATCHED, CHARGE-PRIOR, CHARGE-PRIOR-NOTFULLMATCHED, TEMP-CHARGING, TEMP-CHARGING-NOTFULLMATCHED доступны для АП/ГАП.
Запросы CHARGE, CHARGENOTFULLMATCHED, TEMP-CHARGING, TEMP-CHARGING-NOTFULLMATCHED доступны для АЗ/ГАЗ.
Запросы CHARGESTATUS, TEMP-CHARGING-STATUS доступен для АН/ГАН, АП/ГАП и АЗ/ГАЗ.
Запрос CHARGE-PRIOR-STATUS доступен для АН/ГАН.
В ответ на запрос начислений, осуществляемый АН, возвращаются только те начисления, получателем средств по которым является данный АН. В случае запроса начислений ГАН возвращаются начисления, получателем средств по которым является либо сам ГАН, либо его участники косвенного взаимодействия.
Особенности формирования запроса на экспорт извещений о начислениях, администрируемых налоговыми органами Российской ФедерацииВ ответе на запрос экспорта извещений о начислениях (CHARGE, CHARGESTATUS, CHARGENOTFULLMATCHED) вернутся в том числе и начисления, администрируемые налоговыми органами Российской Федерации, при выполнении хотя бы одного из следующих условий:
запрос начисления по УИН;
запрос начислений по идентификатору плательщика.
Возможность запроса начислений, администрируемых налоговыми органами Российской Федерации, по идентификатору плательщика определяется внутренними настройками ГИС ГМП.
Условие, при котором в ответе на экспорт начислений по УИН из ИС УНП возвращаются начисления, администрируемые налоговыми органами Российской Федерации:
Значение (значения) УИН в контейнере с условиями для получения сущностей из ГИС ГМП (атрибута (ов) «SupplierBillID» элемента «Filter»/«Conditions»/«ChargesIdentifiers») соответствует маске: «^182\w{17}$|^182\d{22}$».
Условия, при которых в ответе на экспорт начислений по идентификатору плательщика из ИС УНП возвращаются начисления, администрируемые налоговыми органами Российской Федерации:
значение идентификатора плательщика в контейнере с условиями для получения сущностей из ИС УНП (атрибута (ов) «PayerIdentifier» элемента «Filter»/«Conditions»/«Payers») соответствует маске: «^2[0-9]{14}[A-Z0-9]{2}[0-9]{3}$|^4[0-9]{12}$|}$|^21[0-9]{23}$»;
наличие блока с информацией, подтверждающей аутентификацию плательщика в системе ЕСИА («EsiaUserInfo»). Также должны быть выполнены проверки соответствия значений идентификатора плательщика («PayerIdentifier») данным из блока информации, подтверждающей аутентификацию плательщика (физического лица/индивидуального предпринимателя) в ЕСИА (EsiaUserInfo) описание которых приведено в п.2.1.1 настоящего раздела.
Проверки соответствия значений идентификатора плательщика («PayerIdentifier») данным из блока информации, подтверждающей аутентификацию плательщика (пользователя) в ЕСИА («EsiaUserInfo»):
Атрибут «PayerIdentifier» соответствует маске «^21[0-9]{23}» (ИНН физического лица):
Осуществляется проверка соответствия значения, указанного в 11-22 разрядах атрибута «PayerIdentifier», значению атрибута «personINN» (блок данных «EsiaUserInfo»/«Person»).
Если проверка не пройдена, то в ответе на запрос будут возвращены извещения о начислениях, удовлетворяющие параметрам фильтрации, за исключением извещений о начислениях, администрируемых налоговыми органами Российской Федерации

Атрибут «PayerIdentifier» соответствует маске «^4[0-9]{12}» (ИНН индивидуального предпринимателя):
Осуществляется проверка соответствия значения, указанного в 2-13 разрядах атрибута «PayerIdentifier», значению атрибута «personINN» (блок данных «EsiaUserInfo»/«IndividualBussnes»).
Если проверка не пройдена, то в ответе на запрос будут возвращены извещения о начислениях, удовлетворяющие параметрам фильтрации, за исключением извещений о начислениях, администрируемых налоговыми органами Российской Федерации.
Формат ответа на запрос начисленийВ сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportChargesResponse, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа), описание параметров приведено в Таблице 27.
Таблица SEQ Таблица_№ \* ARABIC 27. «Структура ответа на запрос экспорта начислений»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий для типов запроса CHARGE, CHARGENOTFULLMATCHED, CHARGE-PRIOR, CHARGE-PRIOR-NOTFULLMATCHED Комментарий для типов запроса CHARGESTATUS, CHARGE-PRIOR-STATUS, TEMP-CHARGING-STATUS
ExportChargesResponse 1, обязательно ExportChargesResponseType Ответ на запрос начислений. Ответ на запрос начислений.
Charges 1, обязательно Контейнер Перечень начислений и признак конца выборки Перечень начислений.
hasMore (атрибут) 1, обязательно boolean Признак конца выборки: false — достигнут конец выборки, true — после последней выгруженной сущности в выборке имеются другие. Признак конца выборки: false — достигнут конец выборки, true — после последней выгруженной сущности в выборке имеются другие.
needReRequest (атрибут) 0..1, необязательно boolean true — требуется повторный запрос. В случае, если для получения ответа потребовалось задействовать внешнюю систему и ответ от нее не был получен (внешняя система недоступна либо получена ошибка).
Для получения полного объема информации требуется послать новую серию запросов, с новым идентификатором серии запросов(RequestMessage/id), начиная с первой страницы. true — требуется повторный запрос. В случае, если запрос был транслирован во внешнюю систему (ГИС ГМП) и ответ от нее не был получен (система недоступна либо получена ошибка).
Для получения полного объема информации требуется послать новую серию запросов, с новым идентификатором серии запросов (RequestMessage/id), начиная с первой страницы.
ChargeInfo 0..n, необязательно Контейнер Данные начислений, полученных из ИС УНП (или из ГИС ГМП). Данные начислений, полученных из ИС УНП (или из ГИС ГМП).
ChargeData 1, обязательно Base64Binary Данные начисления Данные начисления.
ChargeSignature 0..1, необязательно Base64Binary Данные файла ЭП начисления, переданного от АН/ГАН в ИС УНП (или в ГИС ГМП). Данные файла ЭП начисления, переданного от АН в ИС УНП (или в ГИС ГМП).
AmountToPay 1, обязательно long Остаток суммы подлежащей оплате, указанной в начислении (в копейках). Остаток суммы подлежащей оплате, указанной в начислении (в копейках). При переплате начисления принимает отрицательное значение; при полной оплате — значение «0».
QuittanceWithPaymentStatus 0..1, необязательно String Не заполняется для данного запроса. Статус квитирования с платежами (заполнен всегда).
Возможные значения:
1 — сквитировано;
2 — предварительно. сквитировано;
3 — не сквитировано;
4 — сквитировано с отсутствующим в системе платежом;
5 — принудительно сквитировано по инициативе АН/ГАН с платежом.
IsRevoked 0..1, необязательно boolean Не заполняется для данного запроса. Возвращаются только действующие неоплаченные начисления / частично оплаченные. Показатель аннулированного начисления.
Возможные значения:
true — начисление аннулировано;
false — начисление действующее.
date (атрибут) 0..1, необязательно dateTime Не заполняется для данного запроса. Дата аннулирования начисления
В случае возникновения ошибки при обработке запроса на экспорт начислений код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в п.  REF _Ref402346585 \n \h 5.2.4 настоящего документа.
Экспорт информации о платежах из ИС УНПАтрибут kind запроса ExportRequest может принимать одно из следующих значений:
PAYMENT — все активные (неаннулированные) платежи;
PAYMENTMODIFIED — все платежи, имеющие статус уточнения ([email protected] имеет значение «2») или статус аннулирования ([email protected] имеет значение «3»);
PAYMENTUNMATCHED — все активные (неаннулированные) платежи, для которых в системе отсутствуют соответствующие начисления (не создана ни одна квитанция);
PAYMENTCANCELLED — аннулированные платежи ([email protected] имеет значение «3»);
PAYMENTMAINCHARGE — запрос платежей по связанным начислениям (используется только ФССП).
Формат ответа на запрос платежейВ сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportPaymentsResponse, структура которого приведена в файле MessageData.xsd (глава 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа), описание параметров приведено в таблице 28.
Таблица SEQ Таблица_№ \* ARABIC 28. «Структура ответа на запрос экспорта платежей»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
ExportPaymentsResponse 1, обязательно ExportPaymentsResponseType Ответ на запрос платежей.
Payments 1, обязательно Контейнер Перечень платежей и признак конца выборки.
hasMore (атрибут) 1, обязательно boolean Признак конца выборки:
false — достигнут конец выборки,
true — после последней выгруженной сущности в выборке имеются другие.
needReRequest (атрибут) 0..1, необязательно boolean true — требуется повторный запрос. В случае, если запрос транслировался во внешнюю систему (ГИС ГМП) и ответ от нее не был получен (система недоступна либо получена ошибка).
Для получения полного объема информации требуется послать новую серию запросов, с новым идентификатором серии запросов(RequestMessage/id), начиная с первой страницы.
PaymentInfo 0..n, необязательно Контейнер Данные платежа.
PaymentData 1, обязательно Base64Binary Данные платежа, полученного от участника ИС УНП (или из ГИС ГМП).
PaymentSignature 0..1, необязательно Base64Binary Данные файла ЭП платежа, полученного от участника ИС УНП (или из ГИС ГМП).
PaymentStatus 0..n, необязательно Контейнер Признак “Сопоставлено с начислением”.
name (атрибут) 1, обязательно String Обозначение.
Для обозначения факта квитирования данных платежа с данными начисления в поле name указывается значение «Сопоставлено с начислением».
value (атрибут) 0..1, необязательно String Код, уточнение.
Для обозначения факта квитирования данных платежа с данными начисления в поле value указывается УИН, c которым сквитирован платеж.
В случае возникновения ошибки при обработке запроса на экспорт начислений код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в п.  REF _Ref402346585 \n \h 5.2.4.
Экспорт квитанций из ИС УНПАтрибут kind запроса ExportRequest может принимать одно из следующих значений:
QUITTANCE — для запросов результатов квитирования, за исключением неактивных (возвращается результат квитирования с последним полученным платежом). В квитанции передается статус квитирования начисления со всеми платежами, но отражается результат квитирования только с последним полученным платежом;
ALLQUITTANCE — для запросов всех результатов квитирования.
Запрос QUITTANCE доступен для АН/ГАН, АП/ГАП и АЗ/ГАЗ.
Запрос ALLQUITTANCE доступен для АН/ГАН и АП/ГАП.
Формат ответа на запрос квитанцийВ сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportQuittanceResponse, структура которого приведена в файле MessageData.xsd (глава REF _Ref405887448 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа), описание параметров приведено в таблице 29.
Таблица SEQ Таблица_№ \* ARABIC 29 «Структура ответа на запрос квитанций»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
ExportQuittanceResponse 1, обязательно ExportQuittanceResponseType Ответ на запрос квитанций.
Quittances 0..1, необязательно Контейнер Перечень квитанций.
hasMore
(атрибут) 1, обязательно boolean Признак конца выборки: false — достигнут конец выборки, true — после последней выгруженной квитанции в выборке имеются другие.
Quittance 1..n, обязательно Расширение типа QuittanceType (см. описание в п.  REF _Ref271274132 \r \h \* MERGEFORMAT 2.4) Данные квитанции.
IsRevoked 0..1, необязательно boolean Не возвращаются для запроса типа QUITTANCE. При запросе типа ALLQUITTANCE возвращаются следующие значения:
true — неактивная квитанция;
false — квитанция действующая.
В случае возникновения ошибки при обработке запроса на экспорт квитанций код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в п.  REF _Ref402346585 \n \h 5.2.4.
Экспорт Каталога услуг поставщика из ИС УНП Для запроса каталога услуг из ИС УНП в сообщении запроса в теге RequestMessage/ExportRequest атрибут kind должен иметь значение CATALOG, в теге RequestMessage/ExportRequest/Filter/Conditions/AllDateCatalog должно быть задано значение атрибута AllDateCatalog, определяющее признак для выгрузки полного каталога или изменений каталога. При указании для атрибута AllDateCatalog значения True, будет выгружаться полный каталог услуг, содержащий все активные (действующие) услуги, тег Timeslot, задающий временной интервал, в этом случае должен отсутствовать в запросе. При указании для атрибута AllDateCatalog значения False будут выгружаться последние изменения по услугам за указанный период (последнее состояние по каждой из услуг вне зависимости от статуса активности, попадающее в заданный диапазон дат), в запросе тег Timeslot должен содержать значения, задающие временной интервал.
В теге RequestMessage/ExportRequest/Filter/Conditions может быть задано значение атрибута code, определяющее код услуги для выгрузки. При указании значения кода услуги в запросе, из УНП будет выгружена соответствующая активная услуга. Тег Timeslot, задающий временной интервал, в этом случае должен отсутствовать в запросе.
Тег ExportRequest / AdditionRestrictions при экспорте Каталога услуг поставщика из ИС УНП не используется.
Формат ответа на экспорта каталога услуг из ИС УНПВ сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportCatalogResponse, структура которого приведена в файле MessageData.xsd (глава REF _Ref405887448 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа), описание параметров приведено в таблице 30.
Таблица SEQ Таблица_№ \* ARABIC 30. «Структура ответа на запрос квитанций»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
ExportCatalogResponse 1, обязательно ExportPaymentsResponseType Ответ на запрос платежей.
Catalog 1 Контейнер Каталог услуг Поставщика
hasMore (атрибут) 1, обязательно boolean Признак конца выборки: false — достигнут конец выборки, true — после последней выгруженной сущности в выборке имеются другие.
Service 1..n Service_Type Услуги из Каталога услуг Поставщика
В случае возникновения ошибки при обработке запроса на экспорт каталога код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в п.  REF _Ref402346585 \n \h 5.2.4.КвитированиеКвитирование выполняется относительно извещения о начислении. С извещением о начислении сопоставляется соответствующий (-ие) ему платеж (и). Сопоставление выполняется по параметрам квитирования. В результате указанного сопоставления создается квитанция (см. раздел REF _Ref271274132 \r \h 2.4): или автоматически (автоматическое квитирование), или в результате обработки запроса на квитирование извещения о начислении с платежом по инициативе АН/ГАН (см. раздел  REF _Ref503262182 \n \h \* MERGEFORMAT 5.5.2.1), или в результате обработки запроса на квитирование извещения о начислении с отсутствующим платежом по инициативе АН/ГАН (см. раздел  REF _Ref378167908 \n \h \* MERGEFORMAT 5.5.2.2).
Для сопоставления извещения о начислении и платежа используются следующие типы параметров:
основные параметры – перечень реквизитов, значения которых должны быть обязательно сопоставлены между собой в процессе квитирования и расчета баланса квитанции;
дополнительные параметры – реквизиты и/или условия, при наличии которых применяются дополнительные правила квитирования и расчета баланса квитанции.
Перечень основных параметров квитирования включает следующие реквизиты:
УИН;
ИНН получателя денежных средств;
КПП получателя денежных средств;
КБК;
код по ОКТМО;
номер счета получателя денежных средств;
БИК банка получателя денежных средств;
сумма.
Кроме основных параметров в квитировании могут учитываться дополнительные параметры, а именно:
условия оплаты со скидкой;
условия оплаты с применением понижающего коэффициента.
Перечисленные выше условия указываются в блоке «AdditionalData» (см. раздел REF _Ref404765039 \r \h 2.2).
При создании квитанции статус квитирования извещения о начислении может принимать одно из перечисленных ниже значений:
«1» – сквитировано (полностью совпали все параметры квитирования). Статус устанавливается в результате автоматического квитирования (см. раздел  REF _Ref503973843 \n \h 5.5.1 настоящего документа);
«2» – предварительно сквитировано (не совпал хотя бы один из параметров квитирования, за исключением УИН). Статус устанавливается в результате автоматического квитирования (см. раздел  REF _Ref503973843 \n \h 5.5.1 настоящего документа);
«3» – не сквитировано (не был получен ни один платеж, соответствующий начислению);
«4» –  сквитировано по инициативе АН/ГАН с отсутствующим платежом. Статус устанавливается в результате обработки информации о погашении ранее предоставленного начисления (см. раздел  REF _Ref378167908 \n \h 5.5.2.2 настоящего документа).
«5» – принудительно сквитировано по инициативе АН/ГАН с платежом. Статус устанавливается в результате выполнения принудительного квитирования извещения о начислении с извещениями о приеме к исполнению распоряжений по инициативе АН/ГАН (см. раздел  REF _Ref503262182 \n \h 5.5.2.1 настоящего документа).
Автоматическое квитирование
Квитирование осуществляется автоматически при поступлении платежа, содержащего УИН, и при поступлении извещения о начислении.
При поступлении платежа, содержащего УИН, автоматическое квитирование выполняется в следующем порядке:
Шаг 1. Поиск по УИН извещения о начислении. При отсутствии извещения о начислении, содержащего УИН, указанный в платеже, процедура автоматического квитирования не выполняется.
Шаг 2. Сопоставление по параметрам квитирования.
Шаг 3. Создание квитанции.
Шаг 4. Изменение статуса квитирования извещения о начислении.
При поступлении извещения о начислении автоматическое квитирование выполняется в следующем порядке:
Шаг 1. Поиск по УИН соответствующего (-их) ему платежа (-ей). При отсутствии в платежа (-ей) с УИН, указанным в извещении о начислении, процедура автоматического квитирования не выполняется.
Шаг 2. Если в результате поиска по УИН обнаружен хотя бы один платеж, то извещению о начислении присваивается статус «Предварительно сквитировано». Если в результате поиска по УИН найдено более одного платежа, то перечисленные ниже шаги 3-5 выполняются последовательно для каждого платежа в соответствии с очередностью их загрузки.
Шаг 3. Сопоставление по параметрам квитирования.
Шаг 4. Создание квитанции.
Шаг 5. Изменение статуса квитирования извещения о начислении.
Принудительное квитированиеПроцедура должна использоваться в следующих случаях:
если извещение о начислении и платеж (-и) не могут быть сопоставлены автоматически;
если платеж, соответствующий извещению о начислении, отсутствует в системе.
Принудительное квитирование начисления с платежами по инициативе АНПроцедура предназначена для проведения принудительного квитирования извещения о начислении с платежом (-ами) по запросу АН/ГАН в тех случаях, когда извещение о начислении и платеж (-и) не могут быть сквитированы автоматически (УИН в платеже отсутствует или не совпадает с УИН в извещении о начислении).
Право на принудительное квитирование извещения о начислении с платежом (-ами) имеет АН или ГАН, сформировавший соответствующее извещение о начислении.
С помощью данного метода возможно изменить уже имеющиеся результаты квитирования.
Формат запросаВ сообщении ответа в теге AppData присутствует тег RequestMessage/DoAcknowledgmentRequest, структура которого приведена в файле MessageData.xsd (глава REF _Ref405904846 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа), описание параметров приведено в таблице 31.

Таблица SEQ Таблица_№ \* ARABIC 31. «Структура запроса на проведение квитирования начисления с платежами по инициативе АН»Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
DoAcknowledgmentRequest 1, обязательно DoAcknowledgmentRequestType Корневой тег запроса.
Id (атрибут) 0..1, необязателен ID Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>. Обязателен при наложении ЭП под запросом.
originatorID (атрибут) 0..1, необязательно URNType (см. описание в п. REF _Ref401934877 \r \h \* MERGEFORMAT 2.5.7.9) Не заполняется
SupplierBillID 1, обязательно token УИН.
Payments 1, обязательно Контейнер Перечень идентификаторов платежей.
PaymentSystemIdentifier 1..n, обязательно token УИП.
Для запроса квитирования начисления с отсутствующим в ИС УНП платежом необходимо использовать единственный тег PaymentSystemIdentifier, заполненный значением «PaymentNotLoaded», см. п.  REF _Ref378167908 \r \h \* MERGEFORMAT 5.5.2.2.
Signature 0..1, необязательно SignatureType Подпись участника взаимодействия, сформировавшего запрос. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).
Формат ответаВ случае успешной обработки запроса в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/DoAcknowledgmentResponse, структура которого приведена в файле MessageData.xsd (глава REF _Ref405888196 \r \h \* MERGEFORMAT 7. «XML-схемы сущностей и сообщений ИС УНП» настоящего документа), описание параметров приведено в таблице 32.
Таблица SEQ Таблица_№ \* ARABIC 32. «Структура ответа на запрос проведения квитирования начисления с платежами по инициативе АН»
Наименование Кол-во тегов, обязательность тега или атрибута Тип данных Комментарий
DoAcknowledgmentResponse 1, обязательно DoAcknowledgmentResponseType Корневой тег ответа.
Quittances 0..1, необязательно Контейнер Перечень квитанций.
Quittance 1..n, обязательно QuittanceType Данные созданной квитанции.
Наличие этого тега исключает тег PaymentsNotFound.
PaymentsNotFound 1..n, обязательно PaymentSystemIdentifier Не используется.
Наличие этого тега исключает тег Quittance.
В случае возникновения ошибки при обработке запроса код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/ RequestProcessResult, имеющем тип ResultInfo, который описан в п.  REF _Ref402346585 \n \h 5.2.4.
Принудительное квитирование начисления с отсутствующим в ИС УНП платежомСервис предназначен для проведения принудительного квитирования начисления при отсутствии в платежей, соответствующих данному начислению. Право на принудительное квитирование такого начисления имеют АН, сформировавший это начисление и получивший информацию о его оплате иным способом (т.е. не из ИС УНП).
Формат запросаЗапрос на принудительное квитирование начисления с отсутствующим в ИС УНП (или в ГИС ГМП) платежом осуществляется посредством того же сообщения, что и запрос на принудительное квитирование начисления с платежами по инициативе АН, описанного в п.  REF _Ref330152285 \r \h \* MERGEFORMAT 5.5.2.1.1. Для указания необходимости принудительного квитирования с отсутствующим в системе платежом в контейнере Payments должен содержаться единственный элемент PaymentSystemIdentifier, заполненный значением «PaymentNotLoaded».
Формат ответаОтвет на запрос на принудительного квитирования начисления с отсутствующим в ИС УНП (или в ГИС ГМП) платежом возвращается посредством того же сообщения, что и ответ на запрос на принудительного квитирования начисления с платежами по инициативе АН, описанного в п.  REF _Ref330152377 \r \h \* MERGEFORMAT 5.5.2.1.2.
В случае появления ошибки при обработке запроса в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult типа ResultInfo, который описан в п. REF _Ref402346585 \n \h 5.2.4.
Перечень контролейВ таблице 33 приводится перечень проводимых контролей, возможных ошибок, информационных сообщений и статусов ответного сообщения.
Таблица SEQ Таблица_№ \* ARABIC 33. «Перечень контролей»
Коды ошибок
(ErrorCode) Текст в протоколе
(ResultDescription) Описание контролей Описание ошибок
UNP0001 Смешивать в одном пакете документы разного типа не допускается Смешивать в одном пакете документы разного типа не допускается Смешивать в одном пакете документы разного типа не допускается
UNP0002 Неподдерживаемая операция Неподдерживаемая операция Неподдерживаемая операция
UNP0003, UNP0004, UNP0005 - UNP0007, UNP0009 - UNP0011, UNP0013 - UNP0015, UNP0017 - UNP0022, UNP0024 - UNP0029 Сервис временно перегружен запросами. Обратитесь позднее. Сервис временно перегружен запросами. Обратитесь позднее. Сервис временно перегружен запросами. Обратитесь позднее.
UNP0008 Запрашиваемый пакет не найден Поиск пакета по идентификатору, указанному в запросе. Запрашиваемый пакет не найден в Системе.
UNP0031 Ошибка при отправке начисления в ГИС ГМП (внешняя) При отправке начисления в ГИС ГМП при всех попытках отправки зарегисрирована недоступность системы Сервис ГИС ГМП временно недоступен.
Необходимо повторить импорт начисления (если статус начисления «новое» необходимо повторить импорт начисления с новым УИН)
UNP0032 Участник зарегистрирован неправильно (не заполнены ИНН/КПП получателя платежа). Проверка заполнения ИНН/КПП получателя платежа Участник зарегистрирован неправильно (не заполнены ИНН/КПП получателя платежа).
UNP0033 Не найден идентификатор для отправки запроса в ГИС ГМП Не найден идентификатор для отправки запроса в ГИС ГМП Не найден идентификатор для отправки запроса в ГИС ГМП
2 Начисление с УИН «<УИН>» не найдено в системе Контроль наличия начисления, которое требуется сквитировать с платежами Сущность «Начисление», УИН которого указан в запросе на проведение квитирования по инициативе АН, отсутствует в Системе или аннулировано
3 Платеж с УИП «<УИП>» уже сквитирован с начислением Контроль того, что платеж, с которым требуется сквитировать начисление, не был сквитирован с начислением ранее Платеж, УИП которого указан в запросе на проведение квитирования по инициативе АН, уже сквитирован с начислением
4 Платеж с УИП «<УИП>» не найден в системе Контроль наличия платежа, с которым требуется сквитировать начисление Платеж, УИП которого указан в запросе на проведение квитирования по инициативе АН, отсутствует или аннулирован
5 Импортируемые данные уже присутствуют в системе Запрет импорта дубликата сущности Производится попытка предоставления участником сущности, которая уже присутствует в ИС УНП
6 Уточнение начисления, выставленного ранее 01.01.2013, не допускается Запрет уточнения начисления, дата выставления которого ранее 01.01.2013 Производится попытка уточнения начисления, дата выставления которого ранее 01.01.2013.
7 Не найден исходный документ (для уточнения или аннулирования) Контроль наличия в БД исходных данных для уточнения или аннулирования При попытке уточнить или аннулировать сущность не найдена или уже аннулирована сущность, которую пытаются уточнить или аннулировать
8 Нет прав на импорт/ уточнение/аннулирование сущности данного типа Контроль полномочий участника на импорт, уточнение, аннулирование сущности Участник пытается загрузить, уточнить или аннулировать сущность, которая не предназначена для загрузки данным типом участников
10 Некорректный УРН в УИН Контроль формата 25-символьного УИН (первые 8 символов УИН после перевода из десятичного представления в шестнадцатиричное должны совпадать с УРН Участника, сформировавшего начисление) Участник пытается загрузить начисление, в УИН которого первые 8 символов после перевода из десятичного представления в шестнадцатиричное не совпадают с УРН Участника
11 Формат запроса (файла) не соответствует xml-схеме Контроль соответствия формата запроса (файла) xml-схеме Файл запроса или сообщение-запрос имеют недопустимый формат (не соответствуют утвержденной XML-схеме). Описание несоответствий содержится в комментарии к протоколу (в теге ResultData)
12 Получены данные начисления /платежа от незарегистрированного участника Контроль наличия регистрации участника, сформировавшего данные начисления (платежа) Получены данные начисления (платежа) от незарегистрированного участника
13 ЭП под сущностью (запросом) не верна Проверка ЭП под сущностью (запросом) Не пройдена проверка ЭП под сущностью (запросом)
14 Не определено полномочие, с которым участник обращается к ГИС ГМП Контроль указания полномочия, с которой участник обращается в ГИС ГМП, в случае регистрации участника в ГИС ГМП с несколькими полномочиями одновременно В запросе указан УРН (атрибут senderIdentifier), принадлежащий зарегистрированному в ГИС ГМП с несколькими полномочиями одновременно участнику. При этом тег senderRole не заполнен либо заполнен некорректным значением (указанное полномочие не принадлежит участнику)
15 Файл сертификата ключа проверки ЭП не может быть загружен в ГИС ГМП Контроль корректности формата файла сертификата ключа проверки ЭП, полученного от участника для загрузки или обновления Файл с сертификатом ключа проверки ЭП, полученный от участника для загрузки или обновления, имеет некорректный формат
16 Не найден сертификат ключа проверки ЭП для обновления Проверка наличия сертификата ключа проверки ЭП для обновления При попытке обновить сертификат ключа проверки ЭП не найден исходный сертификат
17 Получен сертификат ключа проверки ЭП от незарегистрированного участника Контроль наличия участника-владельца сертификата в справочнике зарегистрированных участников ГИС ГМП УРН, указанный в запросе на загрузку или обновления сертификата не принадлежит передавшему запрос участнику
18 Загружаемый / обновляемый сертификат ключа проверки ЭП имеет недопустимый срок действия Контроль срока действия загружаемого / обновляемого сертификата ключа проверки ЭП Загружаемый обновляемый сертификат ключа проверки ЭП имеет истекший срок действия
20 В ГИС ГМП уже загружен сертификат ключа проверки ЭП с данным уникальным номером Контроль наличия сертификата ключа проверки ЭП с уникальным номером, совпадающим с уникальным номером загружаемого сертификата В ГИС ГМП уже присутствует сертификат ключа проверки ЭП с данным номером
21 Получен запрос от незарегистрированного участника Контроль наличия УРН участника в справочниках ИС УНП Принят запрос от незарегистрированного участника
UNP21 Запрос от незарегистрированного участника Контроль регистрации в Системе для участника, направившего запрос. Значение элемента [email protected] должно содержаться в справочнике участников. Проверка факта регистрации участника, передавшего запрос, в справочнике участников.
23 Попытка передачи данных начисления (платежа) участником, не завершившим тестирование или исключенным участником Проверка активности учетной записи участника, сформировавшего начисление (платеж) Участник, сформировавший данные начисления (платежа), имеет статус «Блокирован» или «Исключен» в ГИС ГМП
UNP23 Попытка передачи данных начисления (платежа) исключенным (заблокированным) участником Проверка активности учетной записи участника, сформировавшего начисление (платеж) Участник, сформировавший данные начисления (платежа), имеет статус «Блокирован» или «Исключен» в ИС УНП
24 Запрос данных участником, не завершившим тестирование или исключенным участником Контроль активности участника, направившего запрос Участник, запросивший данные, имеет статус «Блокирован» или «Исключен» в ГИС ГМП
UNP24 Участник заблокирован Контроль активности участника, направившего запрос Участник, запросивший данные, имеет статус «Блокирован» или «Исключен» в ИС УНП.
UNP25 Не определено полномочие, с которым участник обращается к УНП Контроль полномочий участника Не определено полномочие, с которым участник обращается к УНП
27 Ваш запрос не был обработан – ЭП-ОВ некорректна Проверка ЭП-ОВ По итогам проверки ЭП-ОВ установлена ее некорректность
28 Ошибка вызова информационной системы участника Контроль доступности информационной системы участника При взаимодействии с информационной системой участника возникла ошибка
30 У вас недостаточно прав на проведение данной операции Контроль наличия прав на проведение операции Попытка информационной системы участника провести операцию, на которую у нее нет прав Например, провести квитирование начисления, которое было загружено в ИС УНП другой системой.
UNP30 Участник не имеет полномочий на выполнение данного запроса Участник не имеет полномочий на выполнение данного запроса Участник не имеет полномочий на выполнение данного запроса.
31 Неверный сертификат ключа проверки ЭП в запросе Контроль соответствия сертификата ключа проверки ЭП-ОВ хранящемуся в ГИС ГМП в запросе к веб-сервису ГИС ГМП Сертификат ключа проверки ЭП-ОВ, указанный в запросе от информационной системы участника, не соответствует сертификатам ЭП, привязанным к данной системе в ГИС ГМП
32 Платеж имеет нулевую сумму Контроль суммы платежа (импорт платежей с нулевой суммой недопустим) Попытка участника загрузить информацию о платеже с нулевой суммой
33 Неверный сертификат ключа проверки ЭП под сущностью (запросом) Контроль соответствия сертификата ключа проверки ЭП под сущностью (запросом) Сертификат ключа проверки ЭП под сущностью, переданной участником, не соответствует сертификату ключа проверки ЭП, привязанному к данному участнику в ГИС ГМП
34 В запросе на экспорт не указаны основные параметры запроса Контроль указания основных параметров запроса в запросе экспорта В запросе экспорта не указаны основные параметры запроса (УИН или УИП, временной интервал)
UNP34 В запросе на экспорт не указан @originatorID Контроль указания @originatorID в запросе экспорта В запросе экспорта не указан @originatorID
EBPP3034 Каталог услуг ранее не загружался Контроль загрузки каталога услуг Передаваемый каталог уже загружен в ИС УНП
EBPP3035 Каталог услуг уже существует. Загрузите обновления. Контроль загрузки каталога услуг Передаваемый каталог уже загружен в ИС УНП. Необходимо загрузить обновление
36 Недопустимый срок действия предварительного начисления Проверка допустимости указанного срока действия в запросе на формирование данных предварительного начисления (дата не менее текущей и не более значения: «текущая дата+1 мес.> ) В запросе на формирование данных предварительного начисления указан недопустимый срок действия
37 Запрос сформирован неуполномоченным участником Контроль наличия полномочий участника, сформировавшего запрос В запросе на экспорт, принудительное квитирование и формирование предварительного начисления указан УРН неуполномоченного участника
38 Не указана дата поступления распоряжения в банк плательщика. Контроль указания даты поступления распоряжения в банк плательщика, если распоряжение принято в банк В запросе на импорт платежей не указана дата поступления распоряжения в банк плательщика, (не заполнен тег ReceiptDate при указанной конструкции PaymentIdentificationData/Bank)
39 Не указано основание уточнения Контроль обязательности заполнения основания аннулирования при аннулировании начисления / платежа В запросе на аннулирование начисления / платежа не указано основание аннулирования
40 Извещение о начислении имеет нулевую сумму Проверка суммы в начислении (сумма в начислении, не являющемся предварительным, не должна быть нулевой) Попытка участника загрузить данные начисления с нулевой суммой (начисление не является предварительным)
43 Не указан DescriptionSimpleParameter? С isId=»1» (шаблон идентификатора плательщика) Проверка наличия шаблона идентификатора плательщика Не указан DescriptionSimpleParameter? С isId=»1» (шаблон идентификатора плательщика)
44 Не указан DescriptionSimpleParameter? С name=”KBK” (КБК) Проверка наличия КБК Не указан DescriptionSimpleParameter? С name=”KBK” (КБК)
50 Обработка пакета не завершена Проверка готовности протокола обработки пакета Запрошен статус обработки пакета до завершения обработки пакета
EBPP5000 Ошибка при сохранении данных При сохранении данных возникла ошибка При сохранении данных возникла ошибка
51 Длина УИН не соответствует требованиям к порядку его формирования Контроль длины УИН (см. п. REF _Ref491447590 \r \h 3.1) Длина УИН не равна 20 или длина УИН не равна 25
52 Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП Контроль даты начисления не ранее 2013 года Попытка участника загрузить начисление с начисление от даты ранее 1 января 2013 года
53 КБК не может совпадать с УИН Контроль несовпадения УИН и КБК Попытка участника загрузить начисление с УИН = КБК
54 УИН и Идентификатор плательщика не могут одновременно быть равны 0 Контроль заполненности хотя бы одного из двух полей УИН или Идентификатор плательщика При загрузке платежа не заполнен ни УИН, ни Идентификатор плательщика
Если значение параметра УИН равно «0» и при этом дата платежного документа больше или равна даты 28.03.2016, и первые цифры номера банковского счета получателя средств (значение в поле «AccountNumber», требования к заполнению поля приведены в приведены в разделе 2.5.2 настоящего документа) не равны «40302», то идентификатор плательщика обязателен для заполнения ненулевым значением
55 Дата в УИП не равна дате приема к исполнению распоряжения плательщика Контроль совпадения даты в УИП и даты приема к исполнению распоряжения плательщика Дата в уникальном идентификаторе платежа не совпадает с датой приема к исполнению распоряжения плательщика
56 Дата сущности не может превышать дату загрузки более чем на одни сутки Контроль даты/ сущности и даты загрузки Попытка участника загрузить сущность дата которой превышает дату загрузки более чем на 1 сутки
UNP60 В БД УНП не найдена услуга с указанным в начислении кодом Проверка наличия услуги с кодом, указанным в начислении В БД УНП не найдена услуга с указанным кодом
UNP61 ЭЦП не является XADES-T ЭЦП не является XADES-T ЭЦП не является XADES-T
UNP62 Не найдены услуги за указанный период Не найдены услуги за указанный период В БД УНП не найдены услуги за указанный период
UNP100 – UNP101 Нарушена последовательность выполнения операций с сущностью Нарушена последовательность выполнения операций с сущностью Нарушена последовательность выполнения операций с сущностью
232 Некорректное значение кода по ОКТМО Контроль количества символов в ОКТМО Для извещений о начислениях со статусом «новое» или «уточнение» проверяется формат поля: длина поля 8 символов или значение «0»
233 Некорректное значение КБК Контроль ненулевого КБК для счетов 40101* Начисление, по которому поступление средств предполагается на счета 40101*, должно содержать КБК, отличный от нуля
234 Контрольный разряд УИН имеет некорректное значение Проверка контрольного разряда УИН Контрольный разряд УИН имеет некорректное значение (не соответствует остальным разрядам УИН)
235 УИП имеет некорректный формат Проверка формата УИП УИП сформирован не в соответствии с алгоритмом, описанным в п. REF _Ref405897869 \r \h \* MERGEFORMAT 3.3.
236 Некорректное значение идентификатора плательщика Проверка корректности идентификатора плательщика Проверка корректности идентификатора плательщика
237 Некорректный формат УИН Проверка невырожденности УИН В значимых разрядах УИН (для 20 и 25-разрядных УИН) все нули.
Для прохождения проверки должно выполняться условие: в разрядах 4-19 (для 20-разрядных УИН) или 9-24 (для 25-разрядных УИН) не все нули
238 Наличие букв в УИН недопустимо Контроль отсутствия букв в УИН для новых начислений Новые начисления должны содержать УИН, состоящий только из цифр.
302 Попытка загрузки в систему информации другого участника Контроль принадлежности загружаемой в ГИС ГМП сущности зарегистрированному участнику АН / АП, сформировавший сущность, не является участником косвенного взаимодействия ГАН / ГАП ее передавшего (проверка осуществляется по тегам senderIdentifier и originatorID).
304 Попытка загрузки платежа с датой приема к исполнению распоряжения плательщика ране «01.01.1993» Контроль даты приема к исполнению распоряжения плательщика (должна быть больше или равна «01.01.1993») Значение тега «PaymentDate» должно быть больше или равно «01.01.1993»
305 В извещении о приеме к исполнению распоряжения не указан УИН Контроль обязательности тэга в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») Тэг SupplierBillID обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302»
306 В извещении о приеме к исполнению распоряжения не указаны реквизиты платежа 101, 106-110 Контроль обязательности блока в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») Блок «BudgetIndex» обязателен в случае, если осуществлено поступление средств на банковский счет получателя средств (AccountNumber), первые цифры которого НЕ равны «40302»
307 В извещении о приеме к исполнению распоряжения не указаны сведения о плательщике (идентификатор плательщика) Контроль обязательности в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») Тег PayerIdentifier обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302»
308 В извещении о приеме к исполнению распоряжения не указан КБК Контроль обязательности тэга в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») Тэг КБК обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302»
309 В извещении о приеме к исполнению распоряжения не указан ОКТМО Контроль обязательности тэга в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны «40302») Тэг ОКТМО обязателен в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) НЕ равны «40302»
310 Некорректный формат понижающего коэффициента, (MultiplierSize) Контроль значения тега «Value», если значение тега «Name» равно «MultiplierSize» (блок данных «AdditionalData») Проверка корректности понижающего коэффициента
311 В извещении о начислении не могут быть одновременно указаны «DiscountSize» и «MultiplierSize» Контроль невозможности указания в извещении о начислении процента скидки от суммы начисления и понижающего коэффициента, В извещении о начислении не могут одновременно присутствовать блоки данных «AdditionalData» с указанием значений «DiscountSize» и «MultiplierSize» в соответствующих тегах «Name»
312 Некорректный формат значения скидки (DiscountSize) Контроль значения тега «Value», если значение тега «Name» равно «DiscountSize» (блок данных «AdditionalData») Проверка корректности указания процента скидки от суммы начисления
313 Некорректный формат значения даты, до которой действует скидка (DiscountDate) Контроль значения тега «Value», если значение тега «Name» равно «DiscountDate» (блок данных «AdditionalData») Проверка корректности даты, до которой действует скидка
314 При указании скидки в извещении о начислении должны одновременно присутствовать значения «DiscountSize» и «DiscountDate» Контроль указания одновременного указания процента скидки и сроки действия скидки При указании в извещении о начислении значения тега «Name», равного «DiscountSize» должен присутствовать и тег «Name», равный «DiscountDate» (блок данных «AdditionalData»)
316 Дублирование значения поля «Name» в блоке данных «AdditionalData» недопустимо Контроль отсутствия дублирования блока данных «AdditionalData» со тегом «Name» Проверка отсутствия указания дважды в теге «Name» значения «DiscountSize» и/или «DiscountDate» и/или «MultiplierSize» (блок данных «AdditionalData»)
317 Начисление с УИН «<УИН>» уже сквитировано в системе Контроль того, что извещение о начислении, которое требуется принудительно сквитировать с отсутствующим в Системе извещением о приеме к исполнению распоряжения, не было сквитировано ранее Извещение о начислении, УИН которого указан в запросе на проведение принудительного квитирования с отсутствующим в Системе извещением о приеме к исполнению распоряжения по инициативе АН/ГАН, уже сквитировано и итоговый баланс начисления меньше или равен «0»
1 Внутренняя ошибка Системный сбой Разовый отказ ГИС ГМП, необходимо повторить вызов, с рекомендуемым интервалом 1-5 минут.
777 Превышено время ожидания ответа Время обработки запроса превысило 60 секунд Необходимо сократить временной интервал, за который запрашиваются сущности (интервал, указанный в блоке Timeslot)
888 Запрошено слишком большое количество объектов Время обработки запроса превысило 60 секунд Рекомендуется указать дополнительные ограничения в параметрах запроса
UNP5000 Общая ошибка, необходимо повторить вызов. Системный сбой Разовый отказ УНП, необходимо повторить вызов, с рекомендуемым интервалом 1-5 минут.
UNP90004 Запрос не соответствует протоколу SOAP/1.1 Контроль протокола Формат запроса не соответствует протоколу SOAP
XML-схемы сущностей ИС УНПФайлы с xml-схемами находятся в прикреплённом архиве:

WSDL веб-сервиса ИС УНП
URL веб-сервиса ИС УНП для взаимодействия через РСМЭВ может отличаться от URL, указанного в файле RsmevUnpService.wsdl.
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<wsdl:definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:unifo="http://roskazna.ru/gisgmp/02000000/SmevGISGMPService/" name="RsmevUnpService" targetNamespace="http://roskazna.ru/gisgmp/02000000/SmevGISGMPService/">
<wsdl:types>
<xsd:schema targetNamespace="http://roskazna.ru/gisgmp/02000000/SmevGISGMPService/" xmlns:smev="http://smev.gosuslugi.ru/rev120315">
<xsd:import schemaLocation="request/smev.unifo.rev120315.xsd" namespace="http://smev.gosuslugi.ru/rev120315"/>
<xsd:element name="GISGMPTransferMsg" type="smev:BaseMessageType"/>
</xsd:schema>
</wsdl:types>
<wsdl:message name="GISGMPTransferMsgRequest">
<wsdl:part name="inputmsg" element="unifo:GISGMPTransferMsg"/>
</wsdl:message>
<wsdl:message name="GISGMPTransferMsgResponse">
<wsdl:part name="outputmsg" element="unifo:GISGMPTransferMsg"/>
</wsdl:message>
<wsdl:portType name="RsmevUnpService">
<wsdl:operation name="GISGMPTransferMsg">
<wsdl:input message="unifo:GISGMPTransferMsgRequest"/>
<wsdl:output message="unifo:GISGMPTransferMsgResponse"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="RsmevUnpServiceSOAP" type="unifo:RsmevUnpService">
<soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="GISGMPTransferMsg">
<soap:operation soapAction="http://roskazna.ru/gisgmp/02000000/SmevGISGMPService/GISGMPTransferMsg"/>
<wsdl:input>
<soap:body use="literal"/>
</wsdl:input>
<wsdl:output>
<soap:body use="literal"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="RsmevUnpService">
<wsdl:port name="RsmevUnpServiceSOAP" binding="unifo:RsmevUnpServiceSOAP">
<soap:address location="http://roskazna.ru/gisgmp/02000000/"/>
</wsdl:port>
</wsdl:service>
</wsdl:definitions>

Приложенные файлы

  • docx 7779083
    Размер файла: 465 kB Загрузок: 0

Добавить комментарий