Рейтинг@Mail.ru

"Государственная информационная система о государственных и муниципальных платежах. Форматы взаимодействия Государственной информационной системы о государственных и муниципальных платежах с информационными системами участников. Версия 1.16.3."

Утверждаю

Заместитель руководителя

Федерального казначейства

С.Б.ГУРАЛЬНИКОВ

21 октября 2016 года

ГОСУДАРСТВЕННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА

О ГОСУДАРСТВЕННЫХ И МУНИЦИПАЛЬНЫХ ПЛАТЕЖАХ

ФОРМАТЫ ВЗАИМОДЕЙСТВИЯ ГОСУДАРСТВЕННОЙ ИНФОРМАЦИОННОЙ

СИСТЕМЫ О ГОСУДАРСТВЕННЫХ И МУНИЦИПАЛЬНЫХ ПЛАТЕЖАХ

С ИНФОРМАЦИОННЫМИ СИСТЕМАМИ УЧАСТНИКОВ

ВЕРСИЯ 1.16.3

Код документа:

17711538.26.99,99.15.008-1.0 1(2, 3, 5, 6)

Краткое содержание изменений

Глава

Предмет изменения

2.2. Начисление

Внесены теги из отмененного типа Bill.

Добавлен тег Origin (для начислений с признаком "предварительное начисление").

Удален атрибут version.

Удален атрибут mainSupplierBillID; добавлен контейнер MainSupplierBillIDList.

Внесены изменения в структуру элемента ChangeStatus.

Возможные значения атрибута ChangeStatus@meaning расширены значением "4" - деаннулирование начисления.

Добавлен элемент ChangeStatus/Reason для указания основания изменения.

Элемент Signature, в котором должна содержаться подпись под сущностью, стал обязательным.

Добавлены элементы DocDispatchDate, AcptTerm, PaytCondition.

2.3. Платеж

Внесены теги типа PaymentType.

Изменен порядок следования тегов.

Добавлен атрибут Id, удален элемент ApplicationID, тип элемента PaymentDate изменен на dateTime.

Убран атрибут version.

Внесены изменения в структуру элемента ChangeStatus.

Возможные значения атрибута ChangeStatus@meaning расширены значением "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. PaymentIdentificationData Type

Добавлен тег Other.

2.5.5. Тип BudgetIndexType

Добавлены ограничения на возможные значения тегов, изменен порядок следования тегов.

2.5.6. "Простые типы"

Добавлены описания типов INNType, KPPType, ОКТМОType, КБКType, OGRNType, BIKType, SWIFTType, SupplierBillIDType, URNType для обозначения соответственно ИНН юридических лиц, КПП, кода ОКТМО, КБК, ОГРН, номера банковского счета, БИК, кода SWIFT, УИН, УРН.

3.1. Идентификация начисления

Изменены алгоритмы формирования УИН.

Размер УИН для АН и ГАН, являющихся органами государственной власти субъектов Российской Федерации, органами местного самоуправления, государственными (муниципальными) учреждениями, увеличен до 25 символов.

3.2. Идентификация плательщика

Внесены изменения в алгоритм формирования идентификатора плательщика для ЮЛ-нерезидента РФ, а добавлен алгоритм формирования идентификатора плательщика для ИП. Изменен алгоритм формирования идентификатора плательщика с использованием СНИЛС.

Изменен перечень кодов документов, которые могут использоваться для идентификации плательщика.

4. Порядок взаимодействия ГИС ГМП с информационными системами участников

Наличие подписи под сущностью стало обязательным.

Добавлена ЭП под запросом.

5. Форматы сообщений веб-сервиса, размещенного в СМЭВ

Изменены форматы сообщений. Описание элемента AppData приведено в соответствии с Методическими рекомендациями СМЭВ версии 2.5.6.

Добавлен атрибут senderRole для указания полномочия, с которым участник обращается к ГИС ГМП.

5.2. Порядок импорта новых сущностей, уточнения или аннулирования ранее загруженных сущностей в ГИС ГМП

Реализован пакетный режим импорта, допускающий передачу в ГИС ГМП нескольких сущностей в составе одного сообщения. Метод запроса окончательного статуса обработки пакета описан в пункте 5.3.

Добавлен атрибут originatorID для указания УРН участника, сформировавшего начисление (платеж).

5.4. Экспорт сущностей из ГИС ГМП

Реализован постраничный режим выгрузки данных, расширены параметры поиска данных.

5.4.1. Общий формат запроса

Общий формат изменен значительно. В частности, для ГАН добавлена возможность ограничения выборки (фильтр) по ИНН и КПП или УРН участника косвенного взаимодействия. Добавлен фильтр по ОКТМО, КБК; добавлена возможность выборки платежей с УИН, не равным значению "0".

Для реализации постраничной выгрузки добавлены атрибуты, показывающие номер страницы выгрузки и число элементов на странице.

Добавлен необязательный атрибут originatorID и элемент Signature для передачи УРН и ЭП участника, от имени которого производится запрос.

5.4.2. Экспорт ГИС ГМП извещений о начислениях

Добавлены типы запросов CHARGE-PRIOR, CHARGE-PRIOR-NOTFULLMATCHED, CHARGE-PRIOR-STATUS, TEMP-CHARGING, TEMP-CHARGING-NOTFULLMATCHED, TEMP-CHARGING-STATUS для запроса неоплаченных, не полностью сквитированных и предварительных начислений со статусом квитирования соответственно. Определены права участников для выполнения новых запросов.

5.4.4. Экспорт ГИС ГМП извещений о приеме к исполнению распоряжений

Изменена логика формирования ответов на запросы платежей, в связи с возможностью аннулирования платежа.

Добавлен тип запроса PAYMENTCANCELLED для выгрузки только аннулированных платежей.

5.5. Квитирование начисления с платежами по инициативе АН/ГАН

Добавлены возможности квитирования начисления с отсутствующим в системе платежом.

5.6. Квитирование начисления с отсутствующим в ГИС ГМП платежом

Новый раздел.

5.7. Установление платежу статуса "Услуга предоставлена"

Новый раздел.

5.8 Формирование начисления с признаком "Предварительное начисление"

Новый раздел.

5.9. Загрузка и обновление сертификатов ключей проверки ЭП участников

Новый раздел.

6. Перечень контролей

Значительно расширен перечень контролей.

Версия 1.16.1

1.1 Термины и обозначения

Уточнены некоторые термины и обозначения.

Внесены редакционные уточнения по тексту документа.

2.5.3. Тип BankType

Добавлен элемент <CorrespondentBankAccount> - "Номер корреспондентского счета кредитной организации, открытый в подразделении Банка России".

2.5.5. Тип BudgetIndexType

Реквизит 110 (Элемент BudgetIndex/PaymentType) сделан необязательным.

2.5.6.9. SupplierBillIDType

Добавлена возможность указывать УИН согласно версии форматов 1.15 (20 символов) для возможности уточнения, аннулирования, деаннулирования начислений, загруженных в ГИСГМП по форматам версии 1.15, а также для их оплаты.

3.2. Идентификатор плательщика

Добавлена возможность указывать идентификатор плательщика для ЮЛ - нерезидентов РФ при наличии КИО.

Изменен ФЛК на идентификатор плательщика ЮЛ с учетом того, что в 6 разряде КПП могут быть буквы.

В Таблице N 10 "Коды типов документов" добавлено 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.6.2. INNType

Добавлен запрет на ввод значения "0000000000".

2.5.6.3. KPPType

Добавлен запрет на ввод значения "000000000".

5.8.1. Формат запроса

Уточнено описание типа ChargeTemplateType.

6. Перечень контролей

Перечень контролей дополнен ошибками "233" и "238".

Версия 1.16.2

2.2. Начисление

Добавлен подраздел: 2.2.1 "Описание контролей параметров начисления".

Описаны контроли, выполняемые при загрузке начислений в ГИС ГМП, как имевшиеся в версии 1.16.1, так и дополнительные, введенные в версии 1.16.2 в связи с вступлением в силу Приказа Минфина России от 23.09.2015 N 148н "О внесении изменений в приказ Министерства финансов Российской Федерации от 12.11.2013 N 107н".

2.3. Платеж

Добавлен подраздел 2.3.1 "Описание контролей параметров платежа".

Описаны контроли, выполняемые при загрузке платежей в ГИС ГМП, как имевшиеся в версии 1.16.1, так и дополнительные, введенные в версии 1.16.2 в связи с вступлением в силу Приказа Минфина России от 23.09.2015 N 148н "О внесении изменений в приказ Министерства финансов Российской Федерации от 12.11.2013 N 107н".

3.1.1 Структура УИН для АН и ГАН, являющихся федеральными органами государственной власти

Описание структуры УИН дополнено фразой: "При этом уникальный номер начисления формируется так, чтобы 20 цифр УИН не совпадали с КБК того же начисления".

3.3. Идентификатор платежа

В структуру УИП для всех типов участников введена дата в формате "ДДММГГГГ". Эта дата будет сверяться с датой приема к исполнению распоряжения плательщика (PaymentDate).

6. Перечень контролей

Перечень контролей дополнен ошибками "51" - "55", "60".

Изменены формулировки текста ошибок "10" и "11".

Версия 1.16.3

2.2. Начисление

Добавлено описание порядка заполнения контейнера "AdditionalData" в описание типа "ChargeType" в случае, если нормативными правовыми актами предусмотрена возможность частичной оплаты суммы начисления (скидка) и условия ее применения.

2.2.1. Описание контролей параметров начисления

Добавлено условие возврата ошибки с кодом "52" - "Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП".

2.2.1. Описание контролей параметров начисления

Изменены условия возврата ошибки с кодом "56" - "Дата сущности не может превышать дату загрузки более чем на одни сутки".

2.2.1. Описание контролей параметров начисления

Изменена маска ввода идентификатора плательщика для ЮЛ-нерезидента РФ ("UnifiedPayerIdentifier") на 3\d{14}[A-Z0-9]{2}\d{3}|3\d{9}[A-Z0-9]{2}\d{3}.

2.2.1. Описание контролей параметров начисления

Изменена маска ввода идентификатора плательщика ("AltPayerIdentifier") для ФЛ на ((0[1-9])|(1[0-5])|(2[124567]))[0-9a-zA-Zа-яА-Я]{20}\d{3}.

2.3.1. Описание контролей параметров платежа

Изменены условия возврата ошибки с кодом "54" - "УИН и Идентификатор плательщика не могут одновременно быть равны 0".

2.3.1. Описание контролей параметров платежа

Изменены условия возврата ошибки с кодом "56" - "Дата сущности не может превышать дату загрузки более чем на одни сутки".

2.3.1. Описание контролей параметров платежа

Изменена маска ввода значения в поле "UFK". Проверяется формат поля: 4 цифр или 6 букв и цифр.

Маска ввода:

\d{4}

[a-zA-Z0-9]{6}.

2.3.1. Описание контролей параметров платежа

Изменена маска ввода значения в поле "SystemIdentifier" \w{32}.

2.3.1. Описание контролей параметров платежа

Изменена маска ввода идентификатора плательщика для ЮЛ-нерезидента РФ ("PayerIdentifier") на 3\d{14}[A-Z0-9]{2}\d{3}|3\d{9}[A-Z0-9]{2}\d{3}.

2.3.1. Описание контролей параметров платежа

Изменена маска ввода идентификатора плательщика ("PayerIdentifier") для ФЛ на ((0[1-9])|(1[0-5])|(2[124567]))[0-9a-zA-Zа-яА-Я]{20}\d{3}.

2.3.1. Описание контролей параметров платежа

Добавлен контроль на обязательность заполнения полей SupplierBillID, PayerIdentifier, КБК, ОКТМО и контейнера BudgetIndex в случае, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны "40302").

2.3.1. Описание контролей параметров платежа

Изменен контроль структуры УИП (код ошибки 235).

2.4. Квитанция

Изменено описание порядка квитирования.

2.5.6. Простые типы

Добавлено описание простого типа "personINNType" для контейнера "EsiaUserInfo".

3.2.1. Идентификатор плательщика ФЛ

Добавлен новый идентификатор плательщика - номер мобильного телефона.

5.1.1. Сообщение запроса к веб-сервису

Уточнен перечень видов участников в атрибуте "senderRole".

5.4.1. Общий формат запроса

Добавлен контейнер "EsiaUserInfo", подлежащий заполнению при запросе на экспорт извещений о начислениях из ГИС ГМП, администрируемых налоговыми органами Российской Федерации.

5.4.1. Общий формат запроса

Уточнено описание порядка заполнения контейнера "Paging" - "Если параметр не указан, то по умолчанию в ответе вернутся первые 100 элементов и признак конца выборки (true или false)".

5.4.1. Общий формат запроса

Добавлен контейнер "Payments" для обеспечения возможности запроса на экспорт сущностей из ГИС ГМП (платежей, квитанций) по списку УИП.

5.4.2. Экспорт извещений о начислениях из ГИС ГМП

Добавлены контроли полей блока данных "EsiaUserInfo".

5.4.6. Экспорт квитанций из ГИС ГМП

Добавлена возможность экспорта квитанций для ГАП/АП.

6. Перечень контролей

Добавлено описание контролей соответствующих кодам ошибок "304" - "309".

Введение

В настоящем документе описываются форматы взаимодействия Государственной информационной системы о государственных и муниципальных платежах (ГИС ГМП) с информационными системами участников.

1. Общие положения

1.1. Термины и обозначения

N

Термин

Содержание

1.

Base64

Алгоритм кодирования. Идентификатор алгоритма, описывающего преобразования: http://www.ietf.org/rfc/rfc2045#base64.

2.

GUID

Globally Unique Identifier - статистически уникальный 128-битный идентификатор.

3.

SOAP

Simple Object Access Protocol - простой протокол обмена структурированными сообщениями.

4.

SWIFT

Society for Worldwide Interbank Financial Telecommunications - Сообщество всемирных межбанковских финансовых телекоммуникаций.

5.

URL

Uniform Resource Locator - единообразный локатор (определитель местонахождения) ресурса.

6.

W3C

World Wide Web Consortium - консорциум Всемирной паутины.

7.

WSDL

Web Services Description Language - язык описания веб-сервисов.

8.

XAdES-T

XML Advanced Electronic Signatures (timestamp) - формат улучшенной электронной подписи, накладываемой на XML-структуры, позволяющий запись метки времени.

9.

XML

Extensible Markup Language - расширяемый язык разметки.

10.

XSD

XML Schema definition - язык описания структуры XML-документа.

Спецификация XML Schema является рекомендацией W3C.

11.

АЗ

Администратор запросов.

12.

АН

Администратор начислений.

13.

АП

Администратор платежей.

14.

БД

База данных.

15.

БИК

Банковский идентификационный код.

16.

Веб-сервис

Программная система, идентифицируемая URI и предназначенная для поддержки интероперабельных межмашинных взаимодействий в сетевой среде.

17.

ГАЗ

Главный администратор запросов.

18.

ГАН

Главный администратор начислений.

19.

ГАП

Главный администратор платежей.

20.

ГИС ГМП, Система

Государственная информационная система о государственных и муниципальных платежах.

21.

Извещение о начислении, начисление

Электронный документ, содержащий информацию, необходимую для осуществления перевода денежных средств.

22.

Извещение об уточнении начисления (аннулирование информации, необходимой для уплаты денежных средств), аннулирование начисления

Электронный документ, содержащий информацию об аннулировании ранее направленного в ГИС ГМП извещения о начислении и основание аннулирования.

23.

Извещение об уточнении начисления (уточнение информации, необходимой для уплаты денежных средств), уточнение начисления

Электронный документ, содержащий информацию, уточняющую ранее направленную в извещении о начислении.

24.

Извещение о приеме к исполнению распоряжений, платеж

Электронный документ, содержащий информацию о приеме к исполнению распоряжения о переводе денежных средств при условии достаточности денежных средств для исполнения обязательств плательщика.

25.

Извещение об уточнении распоряжения (аннулирование информации об уплате денежных средств), аннулирование платежа

Электронный документ, содержащий информацию об аннулировании ранее направленного в ГИС ГМП извещения о приеме к исполнению распоряжения и основание аннулирования.

26.

Извещение об уточнении распоряжения (уточнение информации об уплате денежных средств), уточнение платежа

Электронный документ, содержащий информацию, уточняющую ранее направленную в извещении о приеме к исполнению распоряжения.

27.

ИНН

Индивидуальный номер налогоплательщика.

28.

ИП

Индивидуальный предприниматель.

29.

ИС

Информационная система.

30.

КБК

Код бюджетной классификации Российской Федерации.

31.

КПП

Код причины постановки на учет.

32.

Начисление с признаком "Предварительное начисление", предварительное начисление

Извещение о начислении, передаваемое АН (ГАН) в ГИС ГМП до факта осуществления АН (ГАН) начисления суммы, подлежащей уплате плательщиком, либо извещение о начислении, формируемое ГИС ГМП по запросу участника.

33.

НПА

Нормативные правовые акты.

34.

ОГРН

Основной государственный регистрационный номер.

35.

ОКТМО

Общероссийский классификатор территорий муниципальных образований.

36.

Параметры квитирования

Параметры, по которым осуществляется сопоставление данных начислений и платежей.

37.

Подпись под запросом

ЭП, накладываемая на теги ExportRequest, DoAcknowledgmentRequest и их содержимое.

38.

Подпись под сущностью

ЭП, накладываемая на теги Charge или FinalPayment и их содержимое.

39.

Распоряжение, платежный документ

Распоряжения о переводе денежных средств в уплату платежей за оказание государственных и муниципальных услуг, услуг, указанных в части 3 статьи 1 и части 1 статьи 9 Федерального закона от 27 июля 2010 г. N 210-ФЗ "Об организации предоставления государственных и муниципальных услуг", платежей, являющихся источниками формирования доходов бюджетов бюджетной системы Российской Федерации, а также иных платежей, в случаях, предусмотренных федеральными законами.

40.

РФ

Российская Федерация

41.

Сертификат ключа проверки ЭП, сертификат

Квалифицированный сертификат ключа проверки электронной подписи.

42.

СМЭВ

Система межведомственного электронного взаимодействия.

43.

СНИЛС

Страховой номер индивидуального лицевого счета.

44.

Сущность

Начисление, платеж (в т.ч. уточнение начислений и платежей), квитанция.

45.

ТОФК

Территориальный орган Федерального казначейства.

46.

УИН

Уникальный идентификатор начисления.

47.

УИП

Уникальный идентификатор платежа.

48.

УРН

Уникальный регистрационный номер.

49.

Участник

Участник ГИС ГМП, осуществляющий информационное взаимодействие с ГИС ГМП.

50.

Участник косвенного взаимодействия

Администратор начислений, администратор платежей и администратор запросов, осуществляющие информационное взаимодействие с ГИС ГМП через главного администратора начислений, главного администратора платежей и главного администратора запросов соответственно.

51.

Участник прямого взаимодействия

Администратор начислений, администратор платежей и администратор запросов, осуществляющие самостоятельное информационное взаимодействие с ГИС ГМП, а также главный администратор начислений, главный администратор платежей и главный администратор запросов.

52.

ФЛ

Физическое лицо.

53.

ЭП

Электронная подпись.

54.

ЭП-ОВ

Электронная подпись органа власти, определенная в документе "Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии" версии 2.5.6.

55.

ЮЛ

Юридическое лицо.

1.2. Наименование системы

Полное наименование системы: Государственная информационная система о государственных и муниципальных платежах.

Сокращенное наименование системы: ГИС ГМП, Система.

1.3. Информация о версии форматов взаимодействия

Версия форматов - 1.16.3.

2. Сущности ГИС ГМП

ГИС ГМП принимает, хранит и выдает по запросам участников следующие сущности:

- извещение о начислении, извещение об уточнении начисления (при уточнении информации, необходимой для уплаты денежных средств), извещение об аннулировании начисления (при аннулировании информации, необходимой для уплаты денежных средств), извещение о деаннулировании начисления (при восстановлении ранее аннулированной информации, необходимой для уплаты денежных средств). Далее при совместном упоминании - начисление;

- извещение о приеме к исполнению распоряжения, извещение об уточнении распоряжения (при уточнении информации об уплате денежных средств), извещение об аннулировании распоряжения (при аннулировании информации об уплате денежных средств). Далее при совместном упоминании - платеж.

ГИС ГМП в результате сопоставления данных начисления и платежей создает квитанции, которые предоставляются по запросу участника и содержат результат сопоставления.

Далее в настоящей главе описываются назначения сущностей и состав параметров сущностей. Перемещение сущностей между ГИС ГМП и участниками взаимодействия схематически показано на Рисунке ниже (см. Рисунок N 1 "Потоки данных между ГИС ГМП и участниками взаимодействия").

Рисунок N 1 "Потоки данных между ГИС ГМП и участниками

взаимодействия"

2.1. Описание параметров сущностей ГИС ГМП и запросов участников

Сущности ГИС ГМП и запросы участников описаны в формате XSD как XML-типы. Каждый параметр является тегом или атрибутом XML-типа.

Параметры сведены в таблицу со следующими полями:

- Наименование. Наименование тега или атрибута XML-типа.

- Кол-во тегов, обязательность тега или атрибута. Указывает на количество тегов формируемого XML. Формат поля: <min>..<max>, где <min> - минимальное количество тегов, <max> - максимальное количество тегов ("n" указывает на неограниченное количество тегов).

- Тип данных. Возможные значения:

- String. Строка произвольной длины.

- unsignedLong. Целое неотрицательное число от 0 до 18446744073709551615.

- Long. Целое число от -9223372036854775808 до 9223372036854775807.

- Integer. Целое число от -2147483648 до 147483647.

- 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.

- Другой тип. В поле "Тип данных" таблицы присутствует ссылка на соответствующий пункт, в котором описан тип.

- Комментарий. Объясняет назначение тега.

2.2. Начисление

Данные начисления описываются типом ChargeType, приведенным в файле Charge.xsd (см. раздел 7), описание параметров приведено в таблице ниже (Таблица N 1 "Тип ChargeType"). Описание контролей параметров приведено в разделе 2.2.1.

Таблица N 1

ТИП CHARGETYPE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

Id (атрибут)

1, обязателен

ID

Идентификатор документа. Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>.

SupplierBillID (атрибут)

1, обязательно

SupplierBillIDType

(описание см. в разделе 2.5.6.9)

УИН.

Алгоритм формирования УИН описан в разделе 3.1.

BillDate (атрибут)

1, обязательно

dateTime

Дата и время начисления суммы, подлежащей уплате плательщиком. Заполнение атрибута является обязательным.

Для начислений с признаком "Предварительное начисление" указывается дата и время формирования начисления.

ValidUntil

0..1, необязательно

Date

Дата, до которой (включительно) актуально выставленное начисление.

DocDispatchDate

0..1, необязательно

Date

Дата отсылки (вручения) плательщику документа с начислением в случае, если этот документ был отослан (вручен) получателем средств плательщику.

MainSupplierBillIDList

0..1, необязательно

Контейнер

УИН, на основании которого выставлено данное начисление (до 9 штук).

MainSupplierBillID

1..9, обязательно

SupplierBillIDType

(описание см. в разделе 2.5.6.9)

УИН, на основании которого выставлено данное начисление (связанное начисление).

SupplierOrgInfo

1, обязательно

OrganizationType (см. описание в разделе 2.5.1)

Данные организации, являющейся получателем средств.

BillFor

1, обязательно

String

Назначение платежа.

TotalAmount

1, обязательно

unsignedLong

Сумма начисления. Целое число, показывающее сумму в копейках.

ChangeStatus

1, обязательно

Контейнер

Сведения о статусе начисления и основаниях его изменения.

meaning (атрибут)

1, обязательно

String

Статус, отражающий изменение данных начисления.

Возможные значения:

1 - новое;

2 - уточнение;

3 - уточнение об аннулировании;

4 - уточнение о деаннулировании (отмена аннулирования).

Reason

0..1, необязательно

String

Основание изменения начисления. Указание основания является обязательным, если meaning = "3".

КБК

1, обязательно

КБКType (см. описание в разделе 2.5.6.5)

КБК или двадцатизначный код, содержащий в 1 - 17 разрядах нули, в 18 - 20 разрядах - код классификации операций сектора государственного управления бюджетной классификации Российской Федерации. В случае отсутствия следует указывать значение "0".

ОКТМО

1, обязательно

ОКТМОType (см. описание в разделе 2.5.6.4)

Код ОКТМО, указываемый АН или ГАН в соответствии с НПА. В случае отсутствия следует указывать значение "0".

BudgetIndex

1, обязательно

BudgetIndexType (см. описание в разделе 2.5.5)

Реквизиты платежа 101, 106 - 109, предусмотренные приказом Министерства финансов Российской Федерации от 12 ноября 2013 г. N 107н "Об утверждении Правил указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации" (далее - приказ Минфина России от 12 ноября 2013 г. N 107н).

UnifiedPayerIdentifier

1, обязательно

Наличие данного тега исключает наличие тега AltPayerIdentifier.

String

Идентификатор плательщика для ЮЛ или ИП. Алгоритм формирования идентификатора плательщика для ЮЛ или ИП описан в разделе 3.2.

AltPayerIdentifier

1, обязательно

Наличие данного тега исключает наличие тега UnifiedPayerIdentifier.

String

Идентификатор плательщика для ФЛ.

Алгоритм формирования идентификатора плательщика для ФЛ описан в разделе 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, необязательно

Контейнер

Дополнительные поля начисления.

В случае, если нормативными правовыми актами предусмотрена возможность частичной оплаты суммы начисления (скидка), а также срок, в течение которого данная частичная оплата может быть произведена, то в данном контейнере указываются следующие наименования полей и их значения:

- DiscountDate - дата окончания действия скидки

- DiscountSize - процент скидки от суммы начисления

Name

1, обязательно

String

Наименование поля.

Value

1, обязательно

String

Значение поля.

Если значение тэга "Name" равно "DiscountSize", то в тэге "Value" указывается процент скидки от суммы начиcления (от суммы, указанной в тэге "TotalAmount"). Значение поля "Value" в этом случае должно быть указано целым числом.

Если значение тэга "Name" равно "DiscountDate", то в тэге "Value" указывается дата в формате "ГГГГ-ММ-ДД" (дата, до которой включительно установлены особые условия оплаты), либо значение "0" (в случае, если особые условия оплаты не ограничены датой применения).

Signature

1, обязательно

SignatureType

ЭП xml-документа. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).

2.2.1. Описание контролей параметров начисления

В процессе загрузки начисления осуществляются следующие проверки значений параметров:

1. Идентификатор документа - обязательный атрибут "Id"

Проверяется формат атрибута:

- длина не более 50 символов;

- первый символ должен быть буквой (A - Z).

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

2. Уникальный идентификатор начисления (УИН) - обязательный атрибут "SupplierBillID"

Проверяется формат атрибута: строка длиной 20 букв или цифр или 25 цифр.

Маска ввода:

\w{20}

\d{25}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Дополнительно проверяется:

А) Если длина поля 20 символов, то проверяется (согласно требованиям раздела 6):

- отсутствие букв в УИН при значении 1 в поле "Статус изменения";

- значение в тэге ChangeStatus - если в УИНе нового начисления есть буквы, то возвращается код ошибки "238" - "Наличие букв в УИН недопустимо";

- невырожденность уникального номера начисления: 16 цифр, указанных в разрядах с 4 по 19, не могут все одновременно быть = 0. Если все 16 цифр = 0, то возвращается код ошибки "237" - "Некорректный формат УИН";

- контрольный разряд УИН - значение 20-го разряда УИН (алгоритм расчета контрольного разряда приведен в разделе 3.1.3) - если значение в 20-м разряде не соответствует рассчитанному значению, то возвращается код ошибки "234" - "Контрольный разряд УИН имеет некорректное значение";

- соответствие длины УИН требованиям к порядку его формирования - если отправитель начисления не входит в перечень участников, которые должны формировать УИН в соответствие с п. 3.1.1 настоящего документа, то возвращается код ошибки "51" - "Длина УИН не соответствует требованиям к порядку его формирования".

Б) Если длина поля 25 цифр, то проверяется (согласно требованиям раздела 6):

- невырожденность уникального номера начисления: 16 цифр, указанных в разрядах с 9 по 24 УИН, не могут все одновременно быть = 0. Если все 16 цифр = "0", то возвращается код ошибки "237" - "Некорректный формат УИН";

- равенство первых 8 цифр УИН (после перевода из десятичного представления в шестнадцатеричное) значению уникального регистрационного номера (УРН) Участника. В случае неуспешной проверки возвращается код "10" - "Некорректный УРН в УИН";

- контрольный разряд УИН - значение 25-го разряда УИН (алгоритм расчета контрольного разряда приведен в разделе 3.1.3) - если значение в 25-м разряде не соответствует рассчитанному значению, возвращается код ошибки "234" - "Контрольный разряд УИН имеет некорректное значение";

- соответствие длины УИН требованиям к порядку его формирования - если отправитель начисления не входит в перечень участников, которые должны формировать УИН в соответствие с п. 3.1.2 настоящего документа, то возвращается код ошибки "51" - "Длина УИН не соответствует требованиям к порядку его формирования".

3. Дата и время начисления суммы, подлежащей уплате плательщиком - обязательный атрибут "BillDate"

Проверяется формат поля: должно содержать значение даты/времени (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется, что дата начисления не ранее 1 января 2013 года - если дата начисления ранее, чем 1 января 2013 года, то возвращается код ошибки "52" - "Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП" (см. раздел 6).

Проверяется, что дата начисления не может превышать дату загрузки более чем на одни сутки. Если условие не выполняется, то возвращается код ошибки "56" - "Дата сущности не может превышать дату загрузки более чем на одни сутки" (см. раздел 6).

4. Дата, до которой включительно актуально выставленное начисление, - необязательное поле "ValidUntil"

(если дата не указана - начисление в Системе не имеет срока давности)

Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

5. Дата отсылки плательщику документа с начислением - необязательное поле "DocDispatchDate"

(заполняется в случае, если документ был вручен плательщику получателем средств)

Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

6. Уникальные идентификаторы (УИН) начислений, на основании которых выставлено данное начисление, - необязательное поле MainSupplierBillIDList/MainSupplierBillID

Проверяется:

- количество связанных начислений в списке - разрешается указать не более 9 идентификаторов связанных начислений;

- формат каждого идентификатора в списке, согласно формату УИН (п. 2 настоящего раздела).

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7. Данные организации, являющейся получателем средств, - обязательный блок данных "SupplierOrgInfo"

Выполняются форматные проверки полей блока (описаны ниже). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.1. Наименование организации - обязательное поле "Name"

Проверяется формат поля: длина поля от 1 до 160 символов. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.2. ИНН организации - обязательное поле "INN"

Проверяется формат поля: 10 цифр, и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль ("0").

Маска ввода:

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется, что значение поля ИНН организации совпадает с ИНН организации, загружающей начисление (в перечне Участников осуществляется поиск организации с УРН=SenderIdentifier), или с ИНН организации, создавшей начисление (в перечне Участников осуществляется поиск организации с УРН=OriginatorID), и эта организация является подведомственной для организации, загружающей начисление. В случае неуспешных проверок возвращается код "302" - "Попытка загрузки в систему информации другого участника" (см. раздел 6).

7.3. КПП организации - обязательное поле "KPP"

Проверяется формат поля: длина поля 9 символов, пятый и шестой из которых могут быть прописными (заглавными) латинскими буквами или цифрами, а все остальные только цифрами, и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль ("0").

Маска ввода:

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется, что значение поля КПП организации совпадает с КПП организации, загружающей начисление (в перечне Участников осуществляется поиск организации с УРН=SenderIdentifier), или с КПП организации, создавшей начисление (в перечне участников осуществляется поиск организации с УРН=OriginatorID), и эта организация является подведомственной для организации, загружающей начисление. В случае неуспешных проверок возвращается код "302" - "Попытка загрузки в систему информации другого участника" (см. раздел 6).

7.4. ОГРН организации - необязательное поле "OGRN"

Если значение указано, проверяется формат поля: 13 цифр.

Маска ввода: \d{13}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.5. Реквизиты счета организации - обязательный блок данных "Account":

7.5.1. Номер банковского счета - обязательное поле "AccountNumber"

Проверяется формат поля: 20 цифр.

Маска ввода: \d{20}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.5.2. Данные банка, в котором открыт счет - обязательный блок данных "Bank"

7.5.2.1. Наименование структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет - необязательное поле "Name"

Если значение указано, то проверяется длина поля: разрешается указать от 1 до 200 символов. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.5.2.2. БИК структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет, - обязательное поле "BIK", альтернативное к полю "SWIFT" (п. 7.5.2.3 настоящего раздела)

Если значение указано, то проверяется формат поля: 9 цифр.

Маска ввода: \d{9}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.5.2.3. Код SWIFT иностранного банка, в котором открыт счет, - обязательное поле "SWIFT", альтернативное к полю "BIK" (п. 7.5.2.2 настоящего раздела)

Если значение указано, то проверяется формат поля: длина поля либо 11, либо 8 символов, среди которых допускаются прописные (заглавные) латинские буквы и цифры.

11 символов - маска ввода: [A-Z0-9]{11};

8 символов - маска ввода: [A-Z0-9]{8}.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.5.2.4. Номер корреспондентского счета кредитной организации, открытый в подразделении Банка России, - необязательное поле "CorrespondentBankAccount"

Проверяется формат поля: 20 цифр.

Маска ввода: \d{20}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8. Назначение платежа - обязательное поле "BillFor"

Проверяется формат поля: разрешается указать от 1 до 210 символов в назначении платежа. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

9. Сумма начисления в копейках - обязательное поле "TotalAmount"

Проверяется формат поля: тип "unsignedLong" - целое неотрицательное число от 0 до 18446744073709551615. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется отсутствие нулевого значения в данном поле при условии, что начисление не является предварительным (поле "Origin" не заполнено). В случае нулевой суммы - возвращается код ошибки "40" - "Извещение о начислении имеет нулевую сумму".

10. Сведения о статусе начисления и основаниях его изменения - обязательный блок данных "ChangeStatus"

10.1. Статус, отражающий изменение данных начисления, - обязательный атрибут "meaning"

Проверяются допустимые значения атрибута (1 символ): "1", "2", "3" или "4". В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Если значение "1" (новое начисление) - проверяется отсутствие ранее загруженного начисления с таким же УИН. При попытке загрузить неуникальное начисление возвращается код ошибки "5" - "Импортируемые данные уже присутствуют в системе" (см. раздел 6).

Если значение "2" (уточнение) или "3" (аннулирование) - проверяется, что начисление с таким УИН не было ранее аннулировано. При попытке уточнить или аннулировать аннулированное ранее начисление возвращается код ошибки "7" - "Не найден исходный документ (файл)" (см. раздел 6).

Если значении "4" (деаннулирование) - проверяется, что начисление с таким УИН ранее было аннулировано. При попытке деаннулировать не аннулированное начисление возвращается код ошибки "7" - "Не найден исходный документ (файл)" (см. раздел 6).

10.2. Основание изменения начисления - необязательное поле "Reason"

Если атрибут "meaning" (см. п. 10.1 настоящего раздела) принимает значение "3", то проверяется обязательность заполнения. Если загружается изменение начисления, но при этом значение в поле "Reason" не указано, то возвращается код ошибки "39" - "Не указано основание аннулирования" (см. раздел 6).

Если значение в поле "Reason" указано, то проверяется длина поля: допускается от 1 до 512 символов. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11. КБК - обязательное поле "KBK"

Проверяется формат поля: значение "0" или 20 символов, среди которых допускаются русские и латинские буквы и цифры.

Маска ввода [0-9a-zA-Zа-яА-Я]{20}

Проверяется, что все символы одновременно не принимают значение ноль ("0").

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Если по данному начислению предполагается поступление средств на счет, первые цифры которого - "40101" (значение в поле "AccountNumber", требования к заполнению поля приведены в п. 7.5.1 настоящего раздела), то значение поля "KBK" не может быть равно "0". Если условие не выполнено, то возвращается код ошибки "233" - "Некорректное значение КБК" (см. раздел 6).

Если в поле "KBK" значение не равно "0", то проверяется, что значение поля "KBK" не совпадает со значением поля УИН (значение в поле "SupplierBillID"). Если это условие не выполнено, то возвращается код ошибки "53" - "КБК не может совпадать с УИН" (см. раздел 6).

12. Код ОКТМО - обязательное поле "ОКТМО"

Проверяется формат поля: значение "0" или 8 или 11 цифр; при этом три нуля не могут быть впереди.

Маски ввода:

\d{8}

или значение "0".

Проверяется отсутствие нулей во всех 8 или 11 разрядах данного поля.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Если по данному начислению предполагается поступление средств на счет, первые цифры которого - "40101" (значение в поле "AccountNumber", требования к которому приведены в п. 7.5.1 настоящего раздела), то значение поля "ОКТМО" не может быть равно "0". Если это условие не выполнено, то возвращается код ошибки "232" - "Некорректное значение кода по ОКТМО" (см. раздел 6).

13. Реквизиты платежа 101, 106 - 110 - обязательный блок данных "BudgetIndex"

13.1. Статус плательщика (реквизит 101) - обязательное поле "Status"

Проверяется формат поля: строка длиной 2 символа, допустимые значения - 01, 02, ..., 26. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

13.2. Показатель основания платежа (реквизит 106) - обязательное поле "Purpose"

Проверяется формат поля: строка длиной 2 символа, допустимые значения - ТП, ЗД, БФ, ТР, РС, ОТ, РТ, ПБ, ПР, АП, АР, ИН, ТЛ, ЗТ, ДЕ, ПО, КТ, ИД, ИП, ТУ, БД, КП, ВУ, ДК, ПК, КК, ТК, 00, 0.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 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-схеме" (см. раздел 6).

13.4. Показатель номера документа (реквизит 108) - обязательное поле "TaxDocNumber"

Проверяется формат поля: длина строки от 1 до 15 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 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-схеме" (см. раздел 6).

13.6. Показатель типа платежа (реквизит 110) - необязательное поле "PaymentType"

Если значение указано, то проверяется формат поля: значение "0" или строка длиной 2 символа (прописные (заглавные) русские буквы).

Маска ввода:

[А-Я]{2}

или значение "0".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

14. Идентификатор плательщика для ЮЛ или ИП - обязательное поле "UnifiedPayerIdentifier" (альтернативное к полю "AltPayerIdentifier" - п. 15)

Проверяется формат поля, согласно требованиям раздела 3.2.1.

Маски ввода:

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-схеме" (см. раздел 6).

Проверяется невырожденность идентификатора согласно правилам (см. раздел 3.2.1) при длине идентификатора 13, 15 или 20 символов, а именно: если, начиная со второго все последующие символы "0", то возвращается код ошибки "236" - "Некорректное значение идентификатора плательщика" (см. раздел 6).

15. Идентификатор плательщика для ФЛ - обязательное поле "AltPayerIdentifier" (альтернативное к полю "UnifiedPayerIdentifier" - п. 14 настоящего раздела):

Проверяется формат поля на соответствие правилам формирования идентификатора плательщика (см. раздел 3.2.2.).

Маска ввода:

((0[1-9])|(1[0-5])|(2[124567]))[0-9а-zA-Zа-яА-Я]{20}\d{3}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется невырожденность идентификатора плательщика (см. раздел 3.2.2.), при длине идентификатора 25 символов, а именно: если позиции начиная с 3 по 22 заполнены "0", то возвращается код ошибки "236" - "Некорректное значение идентификатора плательщика" (см. раздел 6).

16. Сокращенное наименование ТОФК - необязательное поле "TreasureBranch"

При наличии значения контролируется длина строки: от 1 до 255 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

17. Код ТОФК - необязательное поле "TOFK"

При наличии значения контролируется длина строки: 4 символа.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

18. Сокращенное наименование финансового органа - необязательное поле "FOName"

При наличии значения контролируется длина строки: от 1 до 512 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

19. Номер лицевого счета получателя или финансового органа в ТОФК - необязательное поле

При наличии значения в поле контролируется длина строки: 11 символов, среди которых допускаются латинские буквы и цифры.

Маска ввода: \w{11}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

20. Номер лицевого счета получателя в финансовом органе - необязательное поле

При наличии значения контролируется длина строки: от 1 до 20 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

21. Количество дней для получения акцепта плательщика - необязательное поле "AcptTerm"

Любое целое положительное число (тип integer).

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

22. Условие оплаты - необязательное поле "PaytCondition"

Целое положительное число (тип integer) с допустимыми значениями:

- "1" - заранее данный акцепт плательщика;

- "2" - требуется получение акцепта плательщика.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

23. Признак начисления: "Предварительное начисление" - необязательное поле "Origin"

При наличии значения контролируются допустимые значения:

- "PRIOR" - предварительные начисления, загруженные в ГИС ГМП Участником;

- "TEMP" - предварительные начисления, сформированные ГИС ГМП по запросу участника (со сроком действия).

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

24. Дополнительные поля начисления - необязательный блок данных "AdditionalData":

24.1. Наименование поля - обязательное поле "Name"

При наличии значения контролируется длина строки: от 1 до 100 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

24.1 Значение поля - обязательное поле "Value"

При наличии значения контролируется длина строки: от 1 до 255 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

25. Электронная подпись xml-документа - обязательный блок данных "Signature":

Проверяется формат данных ЭП, в случае ошибки возвращается код "13" - "ЭП под сущностью (запросом) не верна" (см. раздел 6).

Проверяется корректность ЭП, в случае ошибки возвращаются код ошибки "33" - "Неверный сертификат ключа проверки ЭП под сущностью (запросом)" (см. раздел 6).

2.3. Платеж

Данные о платежах приведены в файле Payment.xsd (глава 0. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание параметров приведено в таблице ниже (см. Таблица N 2 "Тип PaymentType"). Описание контролей параметров приведено в разделе 2.3.1)

Таблица N 2

ТИП PAYMENTTYPE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

Id (атрибут)

1, обязателен

ID

Идентификатор документа. Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>.

SupplierBillID

0..1, необязательно

SupplierBillIDType (описание см. в разделе 2.5.6.9)

Обязательно, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны "40302"

УИН.

В случае отсутствия УИН указывается значение "0".

Narrative

1, обязательно

String

Назначение платежа.

Amount

1, обязательно

unsignedLong

Сумма платежа. Целое число, показывающее сумму в копейках.

PaymentDate

1, обязательно

dateTime

Дата и время приема к исполнению распоряжения плательщика.

ReceiptDate

0..1, необязательно

date

Дата поступления распоряжения в банк плательщика. Обязательно для заполнения в случае поступления распоряжения в кредитную организацию.

BudgetIndex

0..1, необязательно

BudgetIndexType (см. описание в разделе 2.5.5)

Обязательно, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны "40302"

Реквизиты платежа 101, 106 - 110, предусмотренные приказом Минфина России от 12 ноября 2013 г. N 107н.

PaymentIdentificationData

1, обязательно

PaymentIdentificationDataType (см. описание в разделе 2.5.4)

Данные, необходимые для идентификации распоряжения.

AccDoc

0..1, необязательно

Контейнер

Реквизиты платежного документа.

AccDocNo

0..1, необязательно

string

Номер платежного документа.

AccDocDate

1, обязательно

date

Дата платежного документа.

Payer

0..1, необязательно

Контейнер

Обязательно, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны "40302"

Сведения о плательщике.

PayerIdentifier

0..1, необязательно

String

Обязательно, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны "40302"

Идентификатор плательщика.

Алгоритм формирования идентификатора плательщика описан в пункте 3.2.

PayerName

0..1, необязательно

String

Наименование плательщика. Указывается только для плательщиков - ЮЛ.

PayerAccount

0..1, необязательно

String

Номер счета плательщика (при наличии) в организации, принявшей платеж.

Payee

1, обязательно

Контейнер

Сведения о получателе средств.

PayeeName

1, обязательно

String

Сокращенное наименование получателя средств и иная информация, содержащаяся в реквизите "Получатель" распоряжения, за исключением ИНН, КПП.

PayeeINN

1, обязательно

INNType (см. описание в разделе 2.5.6.2)

ИНН получателя средств.

PayeeKPP

1, обязательно

KPPType (см. описание в разделе 2.5.6.3)

КПП получателя средств.

PayeeBankAcc

1, обязательно

AccountType (см. описание в разделе 2.5.2)

Реквизиты счета получателя средств.

RecipientServicesIdentifier

0..1, необязательно

String

Идентификатор получателя услуги/плательщика. Алгоритм формирования идентификатора получателя услуги совпадает с алгоритмом формирования идентификатора плательщика, описанного в пункте 3.2. Заполняется в случае, если плательщик не является получателем услуги.

PayerPA

0..1, необязательно

String

Дополнительный идентификатор получателя услуги в учетной системе получателя средств.

ChangeStatus

1, обязательно

Контейнер

Сведения о статусе платежа и основаниях его изменения.

meaning (атрибут)

1, обязательно

String

Статус, отражающий изменение данных платежа.

Возможные значения:

1 - новое;

2 - уточнение;

3 - аннулирование.

Reason

0..1, необязательно

String

Основание изменения. Указание является обязательным, если meaning = "3".

KBK

0..1, необязательно

KBKType (см. описание в разделе 2.5.6.5)

Обязательно, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны "40302"

КБК или двадцатизначный код, содержащий в 1 - 17 разрядах нули, в 18 - 20 разрядах - код классификации операций сектора государственного управления бюджетной классификации Российской Федерации. В случае отсутствия следует указывать значение "0".

TransKind

0..1, необязательно

String

Вид операции.

Указывается шифр платежного документа. Возможные значения:

01 - платежное поручение;

06 - инкассовое поручение;

02 - платежное требование;

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

0..1, необязательно

OKTMOType (см. описание в разделе 2.5.6.4)

Обязательно, если первые цифры номера банковского счета получателя средств (AccountNumber) не равны "40302"

Код ОКТМО, указанный в распоряжении о переводе денежных средств. В случае отсутствия следует указывать значение "0", а также в случае формирования извещения при приеме наличных денежных средств в кассу получателя платежа, следует указывать значение "0".

AdditionalData

0..n, необязательно

Контейнер

Дополнительные поля платежа.

Name

1, обязательно

String

Наименование поля.

Value

1, обязательно

String

Значение поля.

Signature

1, обязательно

SignatureType

ЭП xml-документа. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).

2.3.1. Описание контролей параметров платежа

В процессе загрузки извещения о приеме к исполнению распоряжения плательщика (далее - платеж) осуществляются следующие проверки значений параметров:

1. Идентификатор документа - обязательный атрибут "Id":

Проверяется формат поля:

- длина не более 50 символов;

- первый символ должен быть буквой (A - Z).

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

2. Уникальный идентификатор начисления (УИН) - необязательное поле "SupplierBillID":

Проверяется обязательность заполнения тэга. Если первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в разделе 2.5.2 настоящего документа) не равны "40302", то возвращается код ошибки "305" - "В извещении о приеме к исполнению распоряжения не указан УИН".

Проверяется формат поля: значение "0" или строка длиной 20 букв или цифр или 25 цифр.

Маска ввода:

\w{20}

\d{25}

или значение "0"

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Дополнительно проверяется:

А) Если длина поля 20 символов, то проверяется (согласно требованиям раздела 6):

- невырожденность уникального номера начисления: 16 цифр, указанных в разрядах с 4 по 19, не могут все одновременно быть равными "0". Если все 16 цифр равны "0", то возвращается код ошибки "237" - "Некорректный формат УИН";

- контрольный разряд УИН: если значение в 20-м разряде не соответствует рассчитанному значению (алгоритм расчета контрольного разряда приведен в разделе 3.1.3), то возвращается код ошибки "234" - "Контрольный разряд УИН имеет некорректное значение";

- несовпадение значения УИН (значение в поле "SupplierBillID") со значением КБК (значение в поле "KBK"). Если это условие не выполнено, то возвращается код ошибки "53" - "КБК не может совпадать с УИН" - (см. раздел 6).

Б) Если длина поля 25 символов, то проверяется (согласно требованиям раздела 6):

- невырожденность уникального номера начисления: 16 цифр, указанных в разрядах с 9 по 24 УИН, не могут все одновременно быть равными "0". Если все 16 цифр равны "0", то возвращается код ошибки "237" - "Некорректный формат УИН";

- контрольный разряд УИН: если значение в 25-м разряде не соответствует рассчитанному значению (алгоритм расчета контрольного разряда приведен в разделе 3.1.3), то возвращается код ошибки "234" - "Контрольный разряд УИН имеет некорректное значение";

В) Если значение поля "0" (и при этом дата в поле "AccDocDate" больше или равно 28.03.2016, и по данному начислению не предполагается поступление средств на счет, первые цифры которого "40302" (поле "AccountNumber", требования к которому приведены в п. 11.4.1 настоящего раздела), то проверяется, что значение идентификатора плательщика (значение в поле "PayerIdentifier") не равно "0". Если оба поля имеют значение "0", то возвращается код ошибки "54" - "УИН и Идентификатор плательщика не могут одновременно быть равны 0";

3. Назначение платежа - обязательное поле "Narrative":

Проверяется формат поля: разрешается указать от 1 до 210 символов в назначении платежа.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

4. Сумма платежа в копейках - обязательное поле "Amount":

Проверяется формат поля: тип "unsignedLong" - целое неотрицательное число от 0 до 18446744073709551615. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется отсутствие нулевого значения в данном поле, в случае ошибки возвращается код "32" - "Извещение о приеме к исполнению распоряжения имеет нулевую сумму платежа".

5. Дата и время приема к исполнению распоряжения плательщика - обязательное поле "PaymentDate":

Проверяется формат поля: должно содержать значение даты/времени (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется, что дата приема к исполнению распоряжения плательщика не может превышать дату загрузки платежа в ГИС ГМП более чем на одни сутки. Если условие не выполняется, то возвращается код ошибки "56" - "Дата сущности не может превышать дату загрузки более чем на одни сутки" (см. раздел 6).

Проверяется, что дата приема к исполнению распоряжения плательщика больше или равна "01.01.1993". Если условие не выполняется, то возвращается код ошибки "304" - "Попытка загрузки платежа с датой приема к исполнению распоряжения плательщика ранее "01.01.1993" (см. раздел 6).

6. Дата поступления распоряжения в банк плательщика - необязательное поле "ReceiptDate":

При наличии проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Если заполнен блок данных "Bank" (в составе данных, необходимых для идентификации платежа "PaymentIdentificationData"), то дополнительно проверяется заполнение поля "ReceiptDate". Если поле не заполнено, то возвращается код ошибки "38" - "Не указана дата поступления распоряжения в банк плательщика" - (см. раздел 6).

7. Реквизиты платежа 101, 106 - 110 - необязательный блок данных "BudgetIndex":

Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в разделе 2.5.2 настоящего документа) не равны "40302", то возвращается код ошибки "306" - "В извещении о приеме к исполнению распоряжения не указаны реквизиты платежа 101, 106 - 110".

7.1 Статус плательщика (реквизит 101) - обязательное поле "Status":

Проверяется формат поля: строка длиной 2 символа с допустимыми значениями 01, 02, ..., 26. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

7.2 Показатель основания платежа (реквизит 106) - обязательное поле "Purpose":

Проверяется формат поля: длина строки "2", допустимые значения: ТП, ЗД, БФ, ТР, РС, ОТ, РТ, ПБ, ПР, АП, АР, ИН, ТЛ, ЗТ, ДЕ, ПО, КТ, ИД, ИП, ТУ, БД, КП, ВУ, ДК, ПК, КК, ТК, 00, 0.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 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-схеме" (см. раздел 6).

7.4 Показатель номера документа (реквизит 108) - обязательное поле "TaxDocNumber":

Проверяется формат поля: длина строки от 1 до 15 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 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-схеме" (см. раздел 6).

7.6 Тип платежа (реквизит 110) - необязательное поле "PaymentType":

Если значение указано, то проверяется формат поля: значение "0" или строка длиной 2 символа (прописные (заглавные) русские буквы).

Маска ввода:

[А-Я]{2}

или значение "0".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8. Данные, необходимые для идентификации распоряжения, - обязательный блок данных "PaymentIdentificationData":

8.1 альтернативный выбор из трех обязательных полей:

- или реквизиты структурного подразделения кредитной организации, принявшего платеж, - поле "Bank":

- или признак иного способа проведения платежа - поле "Other":

- или УРН участника, принявшего платеж - поле "UFK":

8.1.1 Данные банка плательщика - обязательный блок данных "Bank":

8.1.1.1 Наименование структурного подразделения банка, в котором открыт счет плательщика, - необязательное поле "Name":

Проверяется формат поля: разрешается указать от 1 до 200 символов в наименовании организации - получателя средств.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8.1.1.2 БИК структурного подразделения банка, в котором открыт счет, - обязательное поле "BIK": (альтернативное к полю "SWIFT" - п. 8.1.1.3)

Если значение указано, то проверяется формат поля: 9 цифр.

Маска ввода: \d{9}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8.1.1.3 Код SWIFT иностранного банка, в котором открыт счет, - обязательное поле "SWIFT": (альтернативное к полю "BIK" - п. 8.1.1.2)

Если значение указано, то проверяется формат поля: длина строки либо 11, либо 8 символов, среди которых допускаются прописные (заглавные) латинские буквы и цифры.

Маска ввода 11 символов: [A-Z0-9]{11};

Маска ввода 8 символов: [A-Z0-9]{8}.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8.1.1.4 Номер корреспондентского счета банка, открытый в подразделении Банка России - необязательное поле "CorrespondentBankAccount":

Проверяется формат поля: 20 цифр.

Маска ввода: \d{20}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8.1.2 Признак иного способа проведения платежа - обязательное поле "Other":

Если в составе данных для идентификации платежа заполнено данное поле, проверяется, что значение поля равно "CASH".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8.1.3 УРН Участника, принявшего платеж, - поле "UFK":

Проверяется формат поля: 4 цифр или 6 букв и цифр.

Маска ввода:

\d{4}

[a-zA-Z0-9]{6}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

8.2 УИП, присвоенный платежу загрузившей организацией, - обязательное поле "SystemIdentifier":

Проверяется формат поля - только цифры или латинские буквы (буквы допускаются в позициях 2 - 7, если первая цифра "3"), маска ввода: \w{32}.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется структура идентификатора, в зависимости от вида организации, передающей платеж: КО, ТОФК, иной Участник (требования к структуре описаны в разделе 3.3):

- если первая цифра "2", то со 2-го по 5-й символы должно быть указано значение поля "UFK";

- если первая цифра "3", то со 2-го по 7-й символы должно быть указано значение поля "OriginatorID" (УРН получателя платежа). Описание поля "OriginatorID" приведено в разделе 5.2.2).

При нарушении структуры возвращается код ошибки "235" - "УИП имеет некорректный формат" (см. раздел 6).

Проверка структуры даты и сопоставление ее со значением в поле "PaymentDate" (требования к структуре описаны в разделе 3.3):

- если первая цифра "1" или "2", то дата в позициях с 17-й по 24-ю должна быть равна дате, указанной в поле "PaymentDate";

- если первая цифра "3", то дата в позициях с 8-й по 15-ю должна быть равна дате из поля "PaymentDate".

При нарушении структуры возвращается код ошибки "55" - "Дата в УИП не равна дате приема к исполнению распоряжения плательщика" (см. раздел 6).

9. Реквизит платежного документа - необязательный блок данных "AccDoc":

9.1 Номер платежного документа необязательное поле "AccDocNo":

Проверяется формат поля: от 1 до 6 цифр.

Маска ввода: \d{1,6}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

9.2 Дата платежного документа - обязательное поле "AccDocDate":

Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

10. Сведения о плательщике - необязательный блок данных "Payer"

Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в разделе 2.5.2 настоящего документа) не равны "40302", то возвращается код ошибки

"307" - "В извещении о приеме к исполнению распоряжения не указаны сведения о плательщике (идентификатор плательщика)".

10.1 Идентификатор плательщика ФЛ/ЮЛ (ИП) - необязательное поле "PayerIdentifier":

Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в приведены в разделе 2.5.2 настоящего документа) не равны "40302", то возвращается код ошибки "307" - "В извещении о приеме к исполнению распоряжения не указаны сведения о плательщике (идентификатор плательщика)".

Проверяется формат поля согласно требованиям раздела 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-5])|(2[124567]))[0-9a-zA-Zа-яА-Я]{23}

"0"

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется невырожденность идентификатора:

- при длине в 13, 15 и 20 символов: со второго все последующие символы не могут одновременно быть = "0";

- при длине в 25 символов: символы с 3 по 22 не могут одновременно быть = "0";

В этих случаях возвращается код ошибки "236" - "Некорректное значение идентификатора плательщика" (см. раздел 6).

Если значение поля "0" (и при этом дата в поле AccDocDate больше или равна даты "28.03.2016" и первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в разделе 2.5.2 настоящего документа) не равны "40302"), то проверяется, что УИН (значение в поле "SupplierBillID") имеет не нулевое значение. Если оба поля имеют значение "0", то возвращается код ошибки "54" - "УИН и Идентификатор плательщика не могут одновременно быть равны 0" (см. раздел 6).

10.2 Наименование плательщика - необязательное поле "PayerName":

При наличии значения контролируется длина строки: не более 160 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

10.3 Номер счета плательщика - необязательное поле "PayerAccount":

При наличии значения контролируется длина строки: не более 20 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11. Сведения о получателе средств - обязательный блок данных "Payee"

Выполняются форматные проверки полей блока (описаны ниже).

11.1 Сокращенное наименование получателя средств и данные реквизита "Получатель" распоряжения - обязательное поле "PayeeName":

Проверяется формат поля: длина строки от 1 до 500 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11.2 ИНН получателя средств - обязательное поле "payeeINN"

Проверяется формат поля: 10 цифр, и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль ("0").

Маска ввода:

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11.3 КПП получателя средств - обязательное поле "payeeKPP"

Проверяется формат поля: строка длиной 9 символов, пятый и шестой из которых могут быть прописными (заглавными) латинскими буквами или цифрами, а все остальные только цифрами, и при этом первый и второй символы (цифры) не могут одновременно принимать значение ноль ("0").

Маска ввода:

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11.4 Реквизиты расчетного счета получателя средств - обязательный блок данных "PayeeBankAcc"

11.4.1 Номер банковского счета - обязательное поле "AccountNumber":

Проверяется формат поля: 20 цифр.

Маска ввода: \d{20}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11.4.2 Данные банка, в котором открыт счет, - обязательный блок данных "Bank"

11.4.2.1 Наименование структурного подразделения банка, в котором открыт счет, - необязательное поле "Name"

Если значение указано, то проверяется длина поля: разрешается указать от 1 до 200 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11.4.2.2 БИК структурного подразделения банка, в котором открыт счет - обязательное поле "BIK", альтернативное к полю "SWIFT" (п. 11.4.2.3 настоящего раздела)

Если значение указано, то проверяется формат поля: 9 цифр.

Маска ввода: \d{9}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11.4.2.3 Код SWIFT иностранного банка, в котором открыт счет, - обязательное поле "SWIFT", альтернативное к полю "BIK" (п. 11.4.2.2. настоящего раздела)

Если значение указано, то проверяется формат поля: строка с длиной либо 11, либо 8 символов, среди которых допускаются прописные (заглавные) латинские буквы и цифры.

Маска ввода 11 символов: [A-Z0-9]{11};

Маска ввода 8 символов: [A-Z0-9]{8}.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

11.4.2.4 Номер корреспондентского счета банка, открытый в подразделении Банка России, - необязательное поле "CorrespondentBankAccount"

Проверяется формат поля: 20 цифр.

Маска ввода: \d{20}

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

12. Идентификатор получателя услуги - необязательное поле "RecipientServicesIdentifier" (Заполняется в случае, если плательщик не является получателем услуги)

Если поле заполнено, применяются все проверки, описанные в пункте 10.1 текущего раздела.

13. Дополнительный идентификатор получателя услуги в учетной системе получателя средств - необязательное поле "PayerPA":

Если поле заполнено, то проверяется длина строки - от 1 до 50 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

14. Сведения о статусе платежа - обязательный блок данных "ChangeStatus":

14.1 Статус платежа - обязательный атрибут "meaning":

Проверяются допустимые значения атрибута (1 символ): "1", "2", "3". В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Если значение равно "1" (новый платеж), то проверяется отсутствие ранее загруженного платежа с таким же УИП. При попытке загрузить неуникальный платеж возвращается код ошибки "5" - "Импортируемые данные уже присутствуют в системе" (см. раздел 6).

Если значение равно "2" (уточнение) или "3" (аннулирование), то проверяется, что платеж с таким УИП не был аннулирован ранее. При попытке уточнить или аннулировать аннулированный ранее платеж возвращается код ошибки "7" - "Не найден исходный документ (файл)" (см. раздел 6).

14.2 Основание изменения платежа - необязательное поле "Reason"

Если атрибут "meaning" (см. п. 14.1 настоящего раздела) принимает значение "3" (аннулирование), то поле "Reason" обязательно для заполнения. В случае неуспешной проверки возвращается код ошибки "39" - "Не указано основание аннулирования" (см. раздел 6).

Если значение в поле "Reason" указано, то проверяется длина поля: разрешается указать от 1 до 512 символов. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

15. Код КБК - необязательное поле "KBK"

Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в разделе 2.5.2 настоящего документа) не равны "40302", то возвращается код ошибки "308" - "В извещении о приеме к исполнению распоряжения не указан КБК".

Проверяется формат поля: значение "0" или строка длиной 20 символов, среди которых допускаются русские и латинские буквы и цифры.

Маски ввода:

[0-9a-zA-Zа-яА-Я]{20};

или значение "0".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется, что все знаки одновременно не принимают значение ноль ("0"). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Проверяется ненулевое значение в поле "KBK" при условии, что по данному начислению предполагается поступление средств на счет, первые цифры которого "40101" (поле "AccountNumber", требования к значению которого приведены в п. 11.4.1 настоящего раздела). Если это условие не выполнено, то возвращается код ошибки "233" - "Некорректное значение КБК" - (см. раздел 6).

Если значение в поле "KBK" не равно "0", то проверяется, что значение в поле "KBK" не совпадает со значением УИН (значением в поле "SupplierBillID"). Если это условие не выполнено, то возвращается код ошибки "53" - "КБК не может совпадать с УИН" - (см. раздел 6).

16. Вид операции (шифр платежного документа) - необязательное поле "TransKind"

Если поле заполнено, то проверяется формат: строка длиной 2 символа, допустимые значения: "01", "02", "06", "16", "ПД".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Если поле "TransKind" имеет значение "02" или "16", то статус плательщика (значение в поле "BudgetIndex/Status"), КПП получателя средств (значение в поле "Payee/PayeeKPP") могут иметь значение "0", и допускается значение "0" одновременно в УИН (значение поля "SupplierBillID") и в идентификаторе плательщика (значение поля "PayerIdentifier").

17. Содержание операции - необязательное поле "TransContent"

Указывается при частичном исполнении распоряжения: строка длиной не более 16 символов. В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

18. Условие оплаты (акцепт плательщика) - необязательное поле "PaytCondition"

Допускается одна цифра, значение "1" или "2".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

19. Количество дней для получения акцепта плательщика - необязательное поле "AcptTerm"

Проверяется формат поля: целое число (Integer). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

20. Дата окончания срока акцепта - необязательное поле "MaturityDate"

Проверяется формат поля: должно содержать значение даты (формат определен стандартом XML/XSD - опубликован по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

- Дата отсылки (вручения) плательщику платежных документов - необязательное поле "DocDispatchDate"

Проверки аналогичны п. 20 настоящего раздела.

21. Информация о частичном платеже - необязательный блок данных "PartialPayt":

21.1 Номер частичного платежа - необязательное поле "PaytNo":

Проверяется формат поля: строка длиной 3 символа.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

21.2 Вид операции - обязательное поле "TransKind"

Проверки аналогичны п. 16 настоящего раздела.

21.3 Сумма остатка платежа - необязательное поле "SumResidualPayt"

Проверяется формат поля: целое число (integer).

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

21.4 Реквизиты платежного документа, по которому осуществляется частичное исполнение - обязательный блок данных "AccDoc"

21.4.1 Номер платежного документа - необязательное поле "AccDocNo"

Проверяется формат поля: от 1 до 6 цифр.

Маска ввода: \d{1,6}.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

21.4.2 Дата платежного документа - обязательное поле "AccDocDate"

Проверки аналогичны п. 20 настоящего раздела.

22. Очередность платежа - необязательное поле "Priority":

Проверяется формат поля: длина строки не более 1 символа с допустимыми значениями "0", "1" - "6".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

23. Код ОКТМО, указанный в распоряжении о переводе денежных средств - необязательное поле "ОКТМО"

Проверяется обязательность заполнения. Если первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в приведены в разделе 2.5.2 настоящего документа) не равны "40302", то возвращается код ошибки "309" - "В извещении о приеме к исполнению распоряжения не указан ОКТМО".

Проверяется формат поля: значение "0" или 8 или 11 цифр (при этом три нуля не могут быть впереди).

Проверяется отсутствие нулей во всех 8 или 11 разрядах данного поля.

Маски ввода:

\d{8};

или значение "0".

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

Если по данному начислению предполагается поступление средств на счет, первые цифры которого - "40101" (см. требования к значению в поле "AccountNumber" в п. 11.4.1 настоящего раздела), то значение в поле "OKTMO" не может быть равным "0". Если это условие не выполнено, то возвращается код ошибки "232" - "Некорректное значение кода по ОКТМО" - (см. раздел 6).

24. Дополнительные поля платежа - необязательный блок данных "AdditionalData"

24.1 Наименование поля - обязательное поле "Name"

Проверяется формат поля: строка длиной от 1 до 100 символов.

В случае неуспешной проверки возвращается код ошибки "11" -"Формат запроса (файла) не соответствует xsd-схеме" (см. - раздел 6).

24.1 Значение поля - обязательное поле "Value"

Проверяется формат поля: строка длиной от 1 до 255 символов.

В случае неуспешной проверки возвращается код ошибки "11" - "Формат запроса (файла) не соответствует xsd-схеме" (см. раздел 6).

25. Электронная подпись xml-документа - обязательный блок данных "Signature"

Проверяется формат данных ЭП, в случае ошибки возвращается код ошибки "13" - "ЭП под сущностью (запросом) не верна" (см. раздел 6).

Проверяется корректность ЭП, в случае ошибки возвращаются код ошибки "33" - "Неверный сертификат ключа проверки ЭП под сущностью (запросом)" (см. раздел 6).

2.4. Квитанция

Квитанция как результат сопоставления данных начисления и платежей создается в ГИС ГМП или автоматически (автоматическое квитирование), или в результате обработки запроса на квитирование начисления с платежами по инициативе АН/ГАН (см. раздел 5.5), или в результате обработки запроса на квитирование начисления с отсутствующим в ГИС ГМП платежом (см. раздел 5.6).

Автоматическое квитирование может осуществляться по следующим параметрам (параметрам квитирования): УИН, сумма, КБК, код ОКТМО, ИНН получателя, КПП получателя, номер банковского счета, БИК банка получателя, идентификатор плательщика. В зависимости от внутренних настроек ГИС ГМП, может быть исключен из процедуры автоматического квитирования любой из перечисленных выше параметров, кроме УИН и суммы.

Если в начислении (в контейнере "AdditionalData") присутствует информация о возможности частичной оплаты суммы начисления (скидка), а также срок, в течение которого данная частичная оплата может быть произведена (подробное описание см. раздел 2.2), то данная информация учитывается при автоматическом квитировании.

Данные квитанций приведены в файле Quittance.xsd (см. раздел 7), описание параметров приведено в таблице ниже (см. Таблица N 3 "Тип QuittanceType").

Таблица N 3

ТИП QUITTANCETYPE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

SupplierBillID

1, обязательно

String

УИН. Значение совпадает со значением одноименного тега начисления.

CreationDate

1, обязательно

Date

Дата квитирования (создания квитанции).

BillStatus

1, обязательно

String

Статус, присвоенный начислению при создании квитанции.

Возможные значения:

1 - сквитировано (полностью совпали все параметры квитирования). Статус устанавливается в результате автоматического квитирования или в результате обработки запроса на квитирование начисления с платежами по инициативе АН/ГАН (см. раздел 5.5);

2 - предварительно сквитировано (не совпал хотя бы один из параметров квитирования, за исключением УИН). Статус устанавливается в результате автоматического квитирования;

3 - не сквитировано (не был получен ни один платеж, соответствующий начислению);

4 - сквитировано с отсутствующим платежом. Статус устанавливается в результате обработки запроса на квитирование начисления с отсутствующим в ГИС ГМП платежом (см. раздел 5.6).

payeeINN

0..1, необязательно

INN Type (см. описание в разделе 2.5.6.2)

ИНН получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.

payeeKPP

0..1, необязательно

KPPType (см. описание в разделе 2.5.6.3)

КПП получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.

KBK

0..1, необязательно

KBKType (см. описание в разделе 2.5.6.5)

КБК из платежа. Заполняется в случае несовпадения этого реквизита в данных платежа с данными начисления.

OKTMO

0..1, необязательно

String

Код ОКТМО из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.

Balance

0..1, необязательно

Long

Разность между суммой, указанной в начислении, и суммой платежей. Целое число, показывающее сумму в копейках. Отрицательное значение информирует о переплате.

PayerIdentifier

0..1, необязательно

Token

Идентификатор плательщика из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.

AccountNumber

0..1, необязательно

AccountNumType (см. описание в разделе 2.5.6.1)

Номер счета получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.

BIK

0..1, необязательно

BIKType (см. описание в разделе 2.5.6.7)

БИК банка получателя средств из платежа. Присутствует в квитанции в случае несовпадения значения этого реквизита в платеже и начислении.

PaymentIdentificationData

1, обязательно

PaymentIdentificationDataType (см. описание в разделе 2.5.4)

Данные, необходимые для идентификации платежа, сквитированного с начислением.

Наличие данного тега обязательно, если в теге BillStatus указано значение, не равное "4".

2.5. Вспомогательные типы

2.5.1. Тип OrganizationType

Тип предназначен для описания данных организаций, являющихся получателями средств.

Описание типа приведено в файле Organization.xsd (см. раздел 7), описание параметров приведено в таблице ниже (см. Таблица 4 "Тип OrganizationType").

Таблица N 4

ТИП ORGANIZATIONTYPE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

Name

1, обязательно

String

Наименование организации.

INN

1, обязательно

INN Type (см. описание в разделе 2.5.6.2)

ИНН организации.

KPP

1, обязательно

KPPType (см. описание в разделе 2.5.6.3)

КПП организации.

OGRN

0..1, необязательно

OGRN Type (см. описание в разделе 2.5.6.6)

ОГРН организации.

Account

1, обязательно

AccountType (см. описание в разделе 2.5.2)

Реквизиты счета организации.

2.5.2. Тип AccountType

Тип предназначен для описания реквизитов банковских счетов, открытых следующим организациям:

- ТОФК (для учета поступлений и их распределения между бюджетами бюджетной системы РФ, для учета средств соответствующих государственных (муниципальных) учреждений);

- финансовым органам (для учета средств соответствующих государственных (муниципальных) учреждений);

- государственным (муниципальным) учреждениям (для учета средств государственных (муниципальных) автономных учреждений).

Описание типа приведено в файле Organization.xsd (см. раздел 7), описание параметров приведено в таблице ниже (см. Таблица 5 "Параметры типа AccountType").

Таблица N 5

ПАРАМЕТРЫ ТИПА ACCOUNTTYPE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

AccountNumber

1, обязательно

AccountNumType (см. описание в разделе 2.5.6.1)

Номер банковского счета.

Bank

1, обязательно

BankType (см. описание в разделе 2.5.3)

Данные банка, в котором открыт счет.

2.5.3. Тип BankType

Тип предназначен для указания реквизитов структурных подразделений кредитных организаций, или подразделений Банка России, являющихся банками получателя, банками плательщика.

Описание типа приведено в файле Organization.xsd (см. раздел 7), описание параметров приведено в таблице ниже (см. Таблица N 6 "Тип BankType").

Таблица N 6

ТИП BANKTYPE"

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

Name

0..1, необязательно

String

Наименование структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет.

BIK

1, обязательно

Наличие этого тега исключает тег SWIFT.

BIKType (описание см. в разделе 2.5.6.7)

БИК структурного подразделения кредитной организации или подразделения Банка России, в котором открыт счет.

SWIFT

1, обязательно

Наличие этого тега исключает тег BIK.

SWIFTType (описание см. в разделе 2.5.6.8)

Код SWIFT иностранного банка, в котором открыт счет.

CorrespondentBankAccount

0..1, необязательно

AccountNumType (см. описание в разделе 2.5.6.1)

Номер корреспондентского счета кредитной организации, открытый в подразделении Банка России.

2.5.4. Тип PaymentIdentificationDataType

Тип описывает данные, необходимые и достаточные для идентификации платежа.

Описание типа приведено в файле Payment.xsd (см. раздел 7), описание параметров приведено в таблице ниже (см. Таблица N 7 "PaymentIdentificationDataType").

Таблица N 7

PAYMENTIDENTIFICATIONDATATYPE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

Bank

1, обязательно

Наличие данного тега исключает появление тегов UFK и Other.

BankType (см. описание в разделе 2.5.3)

Реквизиты структурного подразделения кредитной организации, принявшего платеж, организации почтовой связи

Other

1, обязательно

Наличие данного тега исключает появление тегов Bank и UFK.

String

Признак, иного способа проведения платежа. В случае приема в кассу получателя платежа наличных денежных средств от плательщика, тег должен быть заполнен значением "CASH".

UFK

1, обязательно

Наличие данного тега исключает появление тегов Bank и Other.

String

Если платеж принят ТОФК, то тег должен быть заполнен значением четырехсимвольного кода ТОФК.

Если платеж принят Банком России или иной организацией, не являющейся кредитной организацией и не являющейся ТОФК, указывается УРН организации.

В ответах на запросы квитанций QUITTANCE и ALLQUITTANCE в случае, если у начислений в БД ГИС ГМП записан признак принудительного квитирования в отсутствие платежа заполняется значением "PaymentNotLoaded".

SystemIdentifier

1, обязательно

String

УИП, присвоенный участником, принявшим платеж.

Алгоритм формирования УИП описан в разделе 3.3.

В ответах на запросы квитанций QUITTANCE и ALLQUITTANCE в случае, если у начислений в БД ГИС ГМП записан признак принудительного квитирования в отсутствие платежа заполняется значением "PaymentNotLoaded".

2.5.5. Тип BudgetIndexType

Тип описывает реквизиты платежа 101, 106 - 110, предусмотренные приказом Минфина России от 12 ноября 2013 г. N 107н и положением Банка России от 19 июня 2012 г. N 383-П "О правилах осуществления перевода денежных средств".

Описание типа приведено в файле BudgetIndex.xsd (см. раздел 7), описание параметров приведено в таблице ниже (см. Таблица 8 "Тип BudgetIndexType").

Таблица N 8

ТИП BUDGETINDEXTYPE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

Status

1, обязательно

String

Статус плательщика - реквизит 101 Распоряжения.

Purpose

1, обязательно

String

Показатель основания платежа - реквизит 106 Распоряжения.

TaxPeriod

1, обязательно

String

Налоговый период или код таможенного органа - реквизит 107 Распоряжения.

TaxDocNumber

1, обязательно

String

Показатель номера документа - реквизит 108 Распоряжения.

TaxDocDate

1, обязательно

String

Показатель даты документа - реквизит 109 Распоряжения.

PaymentType

0..1, необязательно

String

Показатель типа платежа - реквизит 110 Распоряжения. Не используется в начислениях.

2.5.6. Простые типы

2.5.6.1. AccountNumType

Тип предназначен для указания номера банковского счета.

Основан на типе String, 20 цифр [0-9].

2.5.6.2. INNType

Тип предназначен для указания ИНН юридического лица.

Основан на типе String, 10 цифр [0-9], при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль ("0").

2.5.6.3. KPPType

Тип предназначен для указания КПП юридического лица.

Основан на типе String, 9 символов, пятый и шестой из которых могут быть прописными (заглавными) латинскими буквами или цифрами [A-Z, 0-9], а все остальные только цифрами [0-9], и при этом первый и второй знаки (цифры) не могут одновременно принимать значение ноль ("0").

2.5.6.4. OKTMOType

Тип предназначен для указания кода по ОКТМО.

Основан на типе String, значение "0", или 8 цифр [0-9], или 11 цифр [0-9], при этом три нуля не могут быть впереди.

2.5.6.5. KBKType

Тип предназначен для указания КБК.

Основан на типе String, значение "0" или 20 символов, среди которых допускаются русские и латинские буквы и цифры [0-9, a-z, A-Z, а-я, А-Я].

2.5.6.6. OGRNType

Тип предназначен для указания ОГРН юридического лица.

Основан на типе String, 13 цифр [0-9].

2.5.6.7. BIKType

Тип предназначен для указания банковского идентификационного кода.

Основан на типе String, 9 цифр [0-9].

2.5.6.8. SWIFTType

Тип предназначен для указания SWIFT кода банка.

Основан на типе String, 11 или 8 символов [A-Z, 0-9].

2.5.6.9. SupplierBillIDType

Тип предназначен для указания УИН.

Основан на типе String, 20 символов [A-Z, 0-9] или 25 цифр [0-9].

Структура УИН описана в пункте 3.1.

2.5.6.10. URN Type

Тип предназначен для указания УРН участника.

Основан на типе String, 6 символов [0-9, a-f, A-F].

2.5.6.11. personINNType

Тип предназначен для указания ИНН физического лица/ индивидуального предпринимателя.

Основан на типе String, 12 цифр [0-9].

3. Порядок формирования идентификаторов в Системе

3.1. Идентификатор начисления

3.1.1. Структура УИН для АН и ГАН, являющихся федеральными органами государственной власти, для Банка России, для государственных внебюджетных фондов

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

А

В

С

А

Код главы КБК.

В

Уникальный номер начисления - 16 цифр. Алгоритм формирования, обеспечивающий уникальность номера, определяется участником самостоятельно. При этом уникальный номер начисления формируется так, чтобы 20 цифр УИН не совпадали с КБК того же начисления.

С

Контрольный разряд. Алгоритм расчета представлен в подпункте 3.1.3.

3.1.2. Структура УИН для АН и ГАН, являющихся органами государственной власти субъектов Российской Федерации, органами местного самоуправления, государственными (муниципальными) учреждениями

1

2

3

4

5

6

7

8

9

10

11

12

13

14

...

24

25

А

В

С

А

УРН участника, сформировавшего начисление. УРН указывается в десятичном представлении. Для этого его необходимо предварительно перевести из шестнадцатиричного представления и десятичное.

Например, УРН участника равен значению "aa11b4"; после перевода в десятичное представление получается "11145652". Если при переводе УРН участника в десятичное представление получается менее восьми символов, то значение дополняется нулями слева до 8 цифр.

В

Уникальный номер начисления - 16 цифр. Алгоритм формирования, обеспечивающий уникальность номера, определяется участником самостоятельно.

С

Контрольный разряд. Алгоритм расчета описан в разделе 3.1.3.

3.1.3. Правила расчета контрольного разряда УИН

Контрольный разряд УИН формируется по следующим правилам:

- каждому разряду УИН, начиная со старшего разряда, присваивается набор весов, соответствующий натуральному ряду чисел от 1 до 10, далее набор весов повторяется;

- каждая цифра УИН умножается на присвоенный вес разряда и вычисляется сумма полученных произведений;

- контрольный разряд для УИН представляет собой остаток от деления полученной суммы на модуль "11". Контрольный разряд должен иметь значение от 0 до 9;

- если получается остаток, равный 10, то для обеспечения одноразрядного контрольного разряда необходимо провести повторный расчет, применяя вторую последовательность весов, являющуюся результатом циклического сдвига исходной последовательности на два разряда влево (3, 4, 5, 6, 7, 8, 9, 10, 1, 2). Если, в случае повторного расчета, остаток от деления вновь сохраняется равным 10, то значение контрольного разряда проставляется равным "0".

3.2. Идентификатор плательщика

3.2.1. Идентификатор плательщика ЮЛ (ИП)

Правила формирования идентификатора плательщика для ЮЛ - резидентов РФ следующие:

- 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 цифр).

3.2.2. Идентификатор плательщика ФЛ

Правила формирования идентификатора плательщика для ФЛ приведены в таблице ниже.

Таблица N 9

ПРАВИЛА ФОРМИРОВАНИЯ ИДЕНТИФИКАТОРА ПЛАТЕЛЬЩИКА ДЛЯ ФЛ

1

2

3

4

5

6

7

8

9

10

...

22

23

24

25

Тип документа

Серия и номер документа (в одну строку, без разделителей)

Гражданство

С 1-й по 2-й символы - код типа документа (список допустимых кодов приведен в таблице ниже).

Таблица N 10

КОДЫ ТИПОВ ДОКУМЕНТОВ

Значение

Описание

01

Паспорт гражданина Российской Федерации

02

Свидетельство органов ЗАГС, органа исполнительной власти или органа местного самоуправления о рождении гражданина

03

Паспорт моряка (удостоверение личности моряка)

04

Удостоверение личности военнослужащего

05

Военный билет военнослужащего

06

Временное удостоверение личности гражданина Российской Федерации

07

Справка об освобождении из мест лишения свободы

08

Паспорт иностранного гражданина либо иной документ, установленный федеральным законом или признаваемый в соответствии с международным договором Российской Федерации в качестве документа, удостоверяющего личность иностранного гражданина

09

Вид на жительство

10

Разрешение на временное проживание (для лиц без гражданства)

11

Удостоверение беженца

12

Миграционная карта

13

Паспорт гражданина СССР

14

СНИЛС

15

Удостоверение личности гражданина Российской Федерации

16 - 20

Зарезервировано

21

ИНН

22

Водительское удостоверение

23

Зарезервировано

24

Свидетельство о регистрации транспортного средства в органах Министерства внутренних дел Российской Федерации

25

Охотничий билет

26

Разрешение на хранение и ношение охотничьего оружия

27

Номер мобильного телефона

28..99

Зарезервировано

С 3-го по 22-й символы - серия и номер документа, код которого указан с 1-го по 2-й символы. Серия и номер документа указываются в одну строку, без разделителей; знаки "N" и "-" не указываются; при наличии букв они должны указываться как заглавные. Если номер документа содержит менее 20 символов, он дополняется слева нулями до 20 символов. Номер мобильного телефона указывается в формате "код страны" - "код оператора (код города)" - "номер телефона" без знаков "-" и "+". Если номер мобильного телефона содержит менее 20 символов, он дополняется слева нулями до 20 символов.

С 23-го по 25-й символы - цифровой код страны, гражданином которой является плательщик, в соответствии с документом, удостоверяющим личность (в соответствии с Общероссийским классификатором стран мира). Для плательщиков граждан РФ - указывается значение "643" (код РФ); для лиц без гражданства используется код "999".

3.3. Идентификатор платежа

Каждый платеж должен иметь УИП.

УИП для кредитных организаций должен соответствовать структуре, приведенной в таблице ниже.

Таблица N 11

СТРУКТУРА УИП ДЛЯ КРЕДИТНЫХ ОРГАНИЗАЦИЙ

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 символов.

УИП для ТОФК должен соответствовать структуре, приведенной в таблице ниже.

Таблица N 12

СТРУКТУРА УИП ДЛЯ ТОФК"

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 символов.

УИП для остальных участников, принимающих платежи, должен соответствовать структуре, приведенной в таблице ниже.

Таблица N 13

СТРУКТУРА УИП ДЛЯ ОСТАЛЬНЫХ УЧАСТНИКОВ

1

2

...

7

8

9

...

15

16

17

...

32

3

УРН

Дата платежа

Уникальный номер платежа в учетной системе участника

Структура УИП для остальных участников, принимающих платежи:

- 1-й символ - значение "3".

- со 2-й по 7-й символы - УРН участника, принявшего платеж;

- с 8-го по 15-й символы - дата платежа в формате "ДДММГГГГ";

- с 16-й по 32-й символы - уникальный номер платежа в учетной системе участника. Номер слева дополняется нулями до 17 символов.

4. Порядок взаимодействия ГИС ГМП с информационными

системами участников

ГИС ГМП взаимодействует с ИС участников посредством веб-сервиса ГИС ГМП SmevGISGMPService, размещенного в СМЭВ.

Веб-сервис ГИС ГМП отвечает требованиям документа "Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии" версии 2.5.6 (далее - Методические рекомендации версии 2.5.6).

Описание веб-сервиса SmevGISGMPService приведено в файле SmevGISGMPService.wsdl (см. раздел 8).

4.1. Порядок формирования ответов веб-сервиса на запросы участников

Для обслуживания входящих запросов веб-сервис предоставляет один метод GISGMPTransferMsg, который обрабатывает все запросы от ИС участников. По результатам обработки запроса к веб-сервису, вне зависимости от результата его обработки, формируется ответ веб-сервиса и возвращается ИС участника, направившему запрос. Форматы сообщений запросов и ответов веб-сервиса описаны в разделе 5.

В случае несоответствия формата запроса настоящим Форматам, отсутствия или невалидности ЭП и прочих ошибках в запросе, участник получит уведомление об отказе в приеме к обработке запроса с информацией о выявленной в запросе ошибке. Информация об ошибках, возникающих в процессе обработки запросов, представлена в разделе 6.

4.2. Электронные подписи запросов и ответов

Все сообщения от ИС участников должны содержать ЭП-ОВ (ЭП информационной системы, передающей запрос). ЭП должна находиться в заголовке SOAP-пакета сообщения-запроса и соответствовать Методическим рекомендациям версии 2.5.6 (см. главу 5 "Электронные подписи субъектов взаимодействия - информационных систем" Методических рекомендаций).

При отправке ответа на запрос ИС участника ГИС ГМП накладывает ЭП-ОВ. Подпись располагается в заголовке SOAP-пакета сообщения-ответа и соответствует Методическим рекомендациям версии 2.5.6 (глава 5 "Электронные подписи субъектов взаимодействия - информационных систем" Методических рекомендаций).

В формате каждой импортируемой в ГИС ГМП сущности (в тегах Charge и FinalPayment) присутствует тег Signature, предназначенный для передачи ЭП участника, сформировавшего сущность (далее - подпись под сущностью). Наличие подписи под сущностью является обязательным. Если участник, сформировавший сущность, самостоятельно передал ее в ГИС ГМП, допустимо для создания подписи под сущностью и ЭП-ОВ, которая находится в заголовке SOAP-пакета сообщения-запроса, использовать одну и ту же ключевую пару. Если же сущность была сформирована участником косвенного взаимодействия, то указание в качестве подписи под сущностью ЭП участника прямого взаимодействия, который передает сущность в ГИС ГМП, недопустимо.

В формате запроса веб-сервиса теги ExportRequest, DoAcknowledgmentRequest, ChargeCreationRequest содержат вложенный тег Signature, предназначенный для указания ЭП (далее - подпись под запросом) сформировавшего запрос участника (участника, от имени которого направлен запрос в ГИС ГМП). Наличие подписи под запросом обязательно для тех случаев, когда запрос сформирован участником косвенного взаимодействия.

Подпись под сущностью и подпись под запросом должны накладываться в соответствии с алгоритмом, описанным в разделе 4.3.

4.3. Подпись под сущностью, запросом

Значение ЭП должно рассчитываться для элемента сущности, запроса и его составных элементов.

В процессе создания электронной подписи информационной системы должны использоваться алгоритмы для расчета хеш-сумм, формирования подписи и каноникализации, приведенные в таблице ниже (см. N 14 "Алгоритмы формирования подписи").

Таблица N 14

АЛГОРИТМЫ ФОРМИРОВАНИЯ ПОДПИСИ"

Наименование

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#

Формирование блока ЭП осуществляется в следующем порядке:

1 Формирование шаблона документа:

1.1 Создается элемент Signature;

1.2 К элементу Signature добавляется дочерний элемент SignedInfo;

1.3 К элементу SignedInfo добавляется дочерний элемент CanonicalizationMethod;

1.4 К элементу SignedInfo добавляется дочерний элемент SignatureMethod;

1.5 К элементу SignedInfo добавляется первый дочерний элемент Reference;

1.6 К элементу Reference добавляется дочерний элемент Transforms;

1.7 К элементу Transforms элемента Reference добавляется дочерний элемент Transform (два элемента);

1.8 К элементу Reference добавляется элемент DigestMethod;

1.9 К элементу Reference добавляется элемент DigestValue;

1.10 К элементу Signature добавляется дочерний элемент SignatureValue;

1.11 К элементу Signature добавляется дочерний элемент KeyInfo;

1.12 К элементу KeyInfo добавляется дочерний элемент X509Data;

1.13 К элементу X509Data добавляется дочерний элемент X509Certificate;

1.14 К элементу Signature добавляется дочерний элемент Object;

1.15 К элементу Object добавляется дочерний элемент QualifyingProperties;

1.16 К элементу QualifyingProperties добавляется дочерний элемент SignedProperties;

1.17 К элементу SignedProperties добавляется дочерний элемент SignedSignatureProperties;

1.18 К элементу SignedProperties добавляется дочерний элемент SignedDataObjectProperties;

1.19 К элементу QualifyingProperties добавляется дочерний элемент UnSignedProperties;

1.20 К элементу UnSignedProperties добавляется дочерний элемент UnsignedSignatureProperties;

2 Установка предопределенных значений

2.1 Для элемента CanonicalizationMethod и для второго элемента Transform элемента Reference значения атрибута Algorithm устанавливается в "http://www.w3.org/2001/10/xml-exc-c14n#".

2.2 Для первого элемента Transform алгоритм выставляется значение "http://www.w3.org/2000/09/xmldsig#enveloped-signature".

2.3 Для элементов DigestMethod первого значения атрибута Algorithm устанавливается в "http://www.w3.org/2001/04/xmldsig-more#gostr3411".

2.4 Для элемента SignatureMethod значение атрибута Algorithm устанавливается в "http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411".

2.5 Атрибут URI элемента Reference должен быть заполнен значением атрибута Id подписываемой сущности.

3 Установка подписи

3.1 Открытый ключ подписи, закодированный по алгоритму "http://www.w3.org/2000/09/xmldsig#base64", добавляется к элементу X509Certificate как дочерний текстовый узел.

3.2 Подписываются элементы документа, выбранные посредством XPATH выражения на основе значения атрибута URI элемента Reference (если элемент URI имеет пустое значение, то подписывается полностью весь тег сущности). Полученное значение кодируется по алгоритму "http://www.w3.org/2000/09/xmldsig#base64" и добавляется как дочерний текстовый узел к элементу DigestValue первого элемента Reference.

3.3 Элемент 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.

3.4 Элемент QualifyingProperties заполняется в соответствии с описанием, расположенным по адресу: http://www.w3.org/TR/XAdES/#Syntax_overview_The_QualifyingProperties - для соответствия ЭП формату XadES-T.

5. Форматы сообщений веб-сервиса, размещенного в СМЭВ

5.1. Общий формат веб-сервиса

Права участников на выполнение различных типов запросов определены Порядком ведения ГИС ГМП и приведены в Таблице N 15 "Права участников на выполнение различных типов запросов".

Таблица N 15

ПРАВА УЧАСТНИКОВ НА ВЫПОЛНЕНИЕ РАЗЛИЧНЫХ ТИПОВ ЗАПРОСОВ

Типы запросов

ГАН/АН

ГАП/АП

ГАЗ/АЗ

Импорт начислений

+

Импорт платежей

+

Запрос статуса обработки импортируемого пакета

+

+

Экспорт начислений

+

+

+

Экспорт платежей

+

+

+

Экспорт квитанций

+

+

+

Квитирование начисления с платежами по инициативе АН/ГАН

+

Квитирование начисления с отсутствующим в ГИС ГМП платежом

+

Формирование ГИС ГМП начисления с признаком "Предварительное начисление"

+

Загрузка и обновление сертификатов ключей проверки ЭП участников

+

+

+

5.1.1. Сообщение запроса к веб-сервису

Описание сообщения запроса к веб-сервису приведено в таблице ниже (см. N 16 "Структура сообщения запроса к веб-сервису"). Сообщения запросов к ГИС ГМП передаются в структуре сообщения СМЭВ (см. Методические рекомендации версии 2.5.6) в элементе AppData. В данный элемент должен быть подставлен элемент RequestMessage, описанный в файле Message.xsd (см. раздел 7 "XSD-схемы сущностей и сообщений ГИС ГМП").

Таблица N 16

СТРУКТУРА СООБЩЕНИЯ ЗАПРОСА К ВЕБ-СЕРВИСУ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

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.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.

Описание представлено в N 17

AppDocument

0..1, необязательно

AppDocumentType

Не используется.

Описание формата элемента RequestMessage приведено в таблице ниже (см. N 17 "Структура RequestMessage").

Таблица N 17

СТРУКТУРА REQUESTMESSAGE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

RequestMessage

1, обязательно

RequestMessageType

Корневой тег запроса.

Id (атрибут)

1, обязательно

ID

Идентификатор сообщения.

timestamp (атрибут)

1, обязательно

dateTime

Дата и время формирования сообщения.

senderIdentifier (атрибут)

1, обязательно

URNType

УРН участника - отправителя сообщения.

senderRole (атрибут)

0..1, необязательно

String

Полномочие участника - отправителя сообщения (УРН которого передается в атрибуте senderIdentifier), с которым происходит обращение к ГИС ГМП.

Обязательно указание в случае, когда участник зарегистрирован в ГИС ГМП с несколькими полномочиями одновременно.

Допустимые значения:

1 - ГАН (главный администратор доходов бюджета, имеющий в своем ведении администраторов доходов бюджета и (или) осуществляющие функции и полномочия учредителя в отношении государственных (муниципальных) учреждений);

2 - ГАН (орган государственной власти субъектов Российской Федерации (орган местного самоуправления), обеспечивающие информационное взаимодействие с ГИС ГМП администраторов доходов бюджета и (или) государственных (муниципальных) учреждений);

3 - АН (администратор доходов бюджета);

4 - АН (государственное (муниципальное) учреждение);

5 - ГАП (оператор по переводу денежных средств, обеспечивающий информационное взаимодействие с ГИС ГМП иных операторов по переводу денежных средств и (или) банковских платежных агентов (субагентов), и (или) платежных агентов);

6 - ГАП (орган государственной власти субъектов Российской Федерации (орган местного самоуправления), обеспечивающий информационное взаимодействие с ГИС ГМП финансовых органов и (или) местных администраций, и (или) государственных (муниципальных) учреждений, осуществляющих прием от плательщиков наличных денежных средств);

7 - АП (оператор по переводу денежных средств);

8 - АП (организация почтовой связи);

9 - АП (финансовый орган);

10 - АП (местная администрация);

11 - АП (банковский платежный агент);

12 - АП (банковский платежный субагент);

13 - АП (платежный агент);

14 - АП (государственное (муниципальное) учреждение, осуществляющие прием в кассу от плательщиков наличных денежных средств);

15 - ГАЗ (уполномоченный многофункциональный центр, обеспечивающий информационное взаимодействие с ГИС ГМП многофункциональных центров);

16 - ГАЗ (орган государственной власти субъекта Российской Федерации (орган местного самоуправления), обеспечивающий информационное взаимодействие с ГИС ГМП многофункциональных центров и (или) иных органов государственной власти (органов местного самоуправления), обладающих правом получать информацию из ГИС ГМП при предоставлении государственных (муниципальных) услуг и (или) выполнении государственных (муниципальных) функций, и не осуществляющих администрирование платежей);

17 - АЗ (оператор единого портала);

18 - АЗ (оператор регионального портала);

19 - АЗ (многофункциональный центр);

20 - АЗ (орган государственной власти (орган местного самоуправления), обладающий правом получать информацию об уплате государственной пошлины за государственную регистрацию актов гражданского состояния);

21 - АЗ (судья, вынесший постановление о наложении административного штрафа);

22 - АЗ (орган государственной власти (орган местного самоуправления), обладающий правом получать информацию из ГИС ГМП при предоставлении государственных (муниципальных) услуг и (или) выполнении государственных (муниципальных) функций, и не осуществляющие администрирование платежей, их территориальные органы);

23 - АП (территориальный орган Федерального казначейства)

24 - ГАН (орган государственной власти, обязанность которого направлять информацию в ГИС ГМП установлена федеральными законами);

25 - ГАН (оператор системы "Электронный бюджет");

26 - АН (главный администратор доходов бюджета);

27 - АН (орган государственной власти, обязанность которого направлять информацию в ГИС ГМП установлена федеральными законами, его территориальные органы);

28 - ГАП (оператор системы "Электронный бюджет");

29 - ГАЗ (орган государственной власти (орган местного самоуправления), обладающий правом получать информацию из ГИС ГМП при предоставлении государственных (муниципальных) услуг и (или) выполнении государственных (муниципальных) функций, и не осуществляющий администрирование платежей);

30 - ГАЗ (орган государственной власти, обладающий правом получать информацию об уплате налога на доходы физических лиц от осуществления трудовой деятельности по найму в Российской Федерации на основании патента);

31 - ГАЗ (оператор системы "Электронный бюджет").

callBackURL (атрибут)

0..1, необязательно

anyURI

Не используется.

RequestMessageData

Элемент заменяется на один из ниже перечисленных.

ChargeCreationRequest

1, обязательно

ChargeCreationRequestType

Формирование начисления с признаком "Предварительное начисление" (подробнее см. раздел 5.8).

DoAcknowledgmentRequest

1, обязательно

DoAcknowledgmentRequestType

Запрос на принудительное квитирование по инициативе АН/ГАН, запрос на принудительное квитирование с отсутствующим в системе платежом, запрос на проставление статуса "Услуга предоставлена" (подробнее см. разделы 5.5 - 5.7).

ExportRequest

1, обязательно

DataRequest

Запрос на экспорт сущностей из ГИС ГМП (подробнее см. раздел 5.4)

ImportCertificateRequest

1, обязательно

ImportCertificateRequestType

Запрос на загрузку и обновление сертификатов ключей проверки ЭП (подробнее см. раздел 5.9).

ImportRequest

1, обязательно

ImportRequestType

Запрос на импорт сущностей в ГИС ГМП (подробнее см. раздел 5.2).

PackageStatusRequest

1, обязательно

PackageStatusRequestType

Запрос статуса протокола обработки пакета (подробнее см. раздел 5.3).

Signature

0..1, необязательно

SignatureType

Не используется.

5.1.2. Сообщение ответа от веб-сервиса

Сообщения ответов ГИС ГМП передаются в структуре сообщения СМЭВ (согласно Методическим рекомендациям версии 2.5.6) в элементе AppData. В данный элемент должен быть подставлен элемент ResponseMessage, описанный в файле Message.xsd. Заполнение полей базового сообщения СМЭВ для ответа ГИС ГМП указано в таблице ниже (см. N 18 "Структура сообщения ответа к веб-сервису").

Таблица N 18

СТРУКТУРА СООБЩЕНИЯ ОТВЕТА К ВЕБ-СЕРВИСУ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

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, обязательно

Наличие этого тега исключает тег ServiceN ame.

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", "IN VALID", "REJECT" или "FAILURE".

Date

1, обязательно

dateTime

Дата и время создания сообщения.

Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.

ExchangeType

1, обязательно

String

Категория взаимодействия.

Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.

RequestIdRef

0..1, необязательно

idType

Идентификатор сообщения-запроса, инициировавшего взаимодействие. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.

OriginRequestIdRef

0..1, необязательно

idType

Идентификатор сообщения-запроса, инициировавшего цепочку из нескольких запросов-ответов, объединенных единым процессом в рамках взаимодействия. Заполняется в соответствии с Методическими рекомендациями версии 2.5.6.

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 приведен в таблице ниже (см. N 19) "Структура ResponseMessage".

Таблица N 19

СТРУКТУРА RESPONSEMESSAGE

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

ResponseMessage

1, обязательно

ResponseMessageType

Корневой тег запроса.

Id (атрибут)

1, обязательно

ID

Идентификатор сообщения.

rqld (атрибут)

1, обязательно

Token

Идентификатор сообщения-запроса.

timestamp (атрибут)

1, обязательно

dateTime

Дата и время формирования сообщения.

senderIdentifier (атрибут)

1, обязательно

String

УРН отправителя сообщения.

ResponseMessageData

Элемент заменяется на один из ниже перечисленных.

ChargeCreationResponse

1, обязательно

ChargeCreationResponseType

Ответ на запрос формирования ГИС ГМП начисления с признаком "Предварительное начисление" (подробнее см. раздел 5.8).

DoAcknowledgmentResponse

1, обязательно

DoAcknowledgmentResponseType

Ответ на запрос на принудительное квитирование по инициативе АН/ГАН, запрос на принудительное квитирование с отсутствующим в системе платежом, проставление статуса "Услуга предоставлена" (подробнее см. разделы 5.5 - 5.7).

ExportChargesResponse

1, обязательно

ExportChargesResponseType

Ответ на запрос на экспорт начислений из ГИС ГМП (подробнее см. разделы 5.4).

ExportPaymentsResponse

1, обязательно

ExportPaymentsResponseType

Ответ на запрос на экспорт платежей из ГИС ГМП (подробнее см. разделы 5.4).

ExportQuittanceResponse

1, обязательно

ExportQuittanceResponseType

Ответ на запрос на экспорт квитанций из ГИС ГМП (подробнее см. разделы 5.4).

Ticket

1, обязательно

TicketType

Техническая квитанция, содержащая результат обработки запроса или протокол обработки запроса.

Signature

0..1, необязательно

SignatureType

Не используется.

5.2. Порядок импорта новых сущностей, уточнения, аннулирования или деаннулирования ранее загруженных сущностей в ГИС ГМП

Направление в ГИС ГМП извещения о начислении, извещения о приеме к исполнению распоряжения осуществляется путем выполнения запроса к Системе на импорт начисления/платежа, с указанием в теге ChangeStatus@meaning значения "1".

Направление в ГИС ГМП извещения об уточнении начисления, извещения об уточнении распоряжения осуществляется путем выполнения запроса к Системе на импорт начисления/платежа, с указанием в теге ChangeStatus@meaning значения "2". При этом должен быть использован тот же УИН/УИП, что и в уточняемом начислении/платеже. Извещением об уточнении начисления, таким образом, является извещение о начислении, аналогичное уточняемому извещению во всех полях, кроме уточняемых, и содержащее в теге ChangeStatus@meaning значение "2". Аналогично, извещением об уточнении распоряжения является извещение о приеме к исполнению распоряжения, аналогичное уточняемому извещению во всех полях, кроме уточняемых, и содержащее в теге ChangeStatus@meaning значение "2".

Направление в ГИС ГМП извещения об уточнении начисления для анулирования, извещения об уточнении распоряжения для аннулирования осуществляется путем выполнения запроса к Системе на импорт начисления/платежа, с указанием в теге ChangeStatus@meaning значения "3" и основания аннулирования. При этом должен быть указан тот же УИН/УИП, что и в аннулируемом начислении/платеже соответственно.

Направление в ГИС ГМП извещения об уточнении начисления для деаннулирования осуществляется путем выполнения запроса к Системе на импорт начисления, с указанием в теге ChangeStatus@meaning значения "4" и основания деаннулирования. При этом должен быть указан тот же УИН, что и в деаннулируемом начислении.

5.2.1. Формат запроса на импорт начисления

В сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых начислений должны передаваться в тегах Package/Document/Charge (см. описание в разделе 2.2). Одновременно в составе одного пакета (контейнер Package) в ГИС ГМП может быть передано несколько начислений. В атрибуте originatorID для каждого начисления должен передаваться УРН участника, сформировавшего начисление. Если УРН участника, сформировавшего начисление, совпадает с УРН участника, передающего начисление в ГИС ГМП, то допустимо атрибут OriginatorID не заполнять.

Запрос на импорт начислений обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из трех возможных результатов:

- пакет принят в обработку (ResultCode="0");

- установлено несоответствие Xsd-схеме (ResultCode="11");

- установлена ошибка в ЭП-ОВ (ResultCode="27").

Принятому пакету на стороне ГИС ГМП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.

Участник для проверки окончательного статуса приема пакета на стороне ГИС ГМП должен осуществить отдельный запрос статуса обработки импортируемого пакета (описание запроса см. в разделе 5.3).

5.2.2. Формат запроса на импорт платежа

В сообщении запроса в теге RequestMessage должен передаваться тег ImportRequest. Данные импортируемых платежей должны передаваться в тегах Package/Document/FinalPayment (см. описание в разделе 2.2.1). Одновременно в составе одного пакета (контейнер Package) в ГИС ГМП может быть передано несколько платежей. В атрибуте OriginatorID для каждого платежа должен передаваться УРН участника, сформировавшего платеж. Если УРН участника, сформировавшего платеж, совпадает с УРН участника, передающего платеж в ГИС ГМП, то допустимо атрибут OriginatorID не заполнять.

Запрос на импорт платежей обрабатывается в асинхронном режиме. При этом ответ на запрос будет содержать код одного из трех возможных результатов:

- пакет принят в обработку (ResultCode="0");

- установлено несоответствие Xsd-схеме (ResultCode="11");

- установлена ошибка в ЭП-ОВ (ResultCode="27").

Пакету на стороне ГИС ГМП присваивается идентификатор, возвращаемый в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.

Участник взаимодействия для проверки окончательного статуса приема пакета на стороне ГИС ГМП должен осуществить отдельный запрос статуса обработки импортируемого пакета (описание запроса см. в разделе 5.3).

5.2.3. Формат ответа

В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo, структура которого приведена в файле ErrInfo.xsd (см. раздел 7). Описание параметров приведено в таблице ниже (N 20 "Структура ответа на запрос импорта").

Таблица N 20

СТРУКТУРА ОТВЕТА НА ЗАПРОС ИМПОРТА

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

RequestProcessResult

1, обязательно

ResultInfo

Корневой тег ответа.

ResultCode

1, обязательно

Token

Код результата обработки: 0 - если запрос успешно принят или код ошибки в случае отказа в приеме к обработке документа (см. перечень кодов в разделе 6).

ResultDescription

0..1, необязательно

String

Описание результата обработки (см. перечень описаний результатов обработки в разделе 6).

ResultData

0..1, необязательно

String

Данные результата обработки (для системного анализа). Для кода обработки "11" (Формат запроса (файла) не соответствует xsd-схеме) в теге содержится детальная информация о выявленных несоответствиях.

5.3. Запрос статуса обработки импортируемого пакета

В результате выполнения запросов импорта обеспечивается предварительный прием в ГИС ГМП пакета сущностей. Полный форматно-логический контроль осуществляется после отправки системой участнику сообщения ResponseMessage. Для того, чтобы получить информацию о статусе обработки пакета и о принятии/отклонении извещений на стороне ГИС ГМП, необходимо отправить запрос на получение протокола обработки пакета.

5.3.1. Формат запроса

В сообщении запроса в теге RequestMessage должен передаваться тег PackageStatusRequest, содержащий идентификатор пакета, статус которого необходимо проверить - PackageID. В качестве идентификатора пакета используется идентификатор, возвращенный участнику в теге ResponseMessage/Ticket/RequestProcessResult/ResultData.

5.3.2. Формат ответа

В случае, если обработка пакета на стороне ГИС ГМП еще не завершена, в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo (см. описание типа ResultInfo в разделе 5.2.3). При этом ResultCode будет равен значению "50".

В случае, если обработка пакета на стороне ГИС ГМП завершена, в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/PackageProcessResult.

По истечении срока хранения статуса обработки пакета в ГИС ГМП и в случае, если в запросе передан ошибочный идентификатор пакета, в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult с типом ResultInfo (см. описание типа ResultInfo в разделе 5.2.3). При этом ResultCode будет равен значению "60".

Описание параметров приведено в таблице ниже (Таблица N 21 "Структура ответа на запрос статуса обработки импортируемого пакета (если обработка пакета завершена)").

Таблица N 21

СТРУКТУРА ОТВЕТА НА ЗАПРОС СТАТУСА ОБРАБОТКИ ИМПОРТИРУЕМОГО

ПАКЕТА (ЕСЛИ ОБРАБОТКА ПАКЕТА ЗАВЕРШЕНА)

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

PackageProcessResult

1, обязательно

Контейнер

Корневой тег ответа.

EntityProcessResult

1..n, обязательно

Контейнер

Статус обработки каждой из сущностей в составе пакета.

ResultCode

1, обязательно

Token

Код результата обработки: 0 - если сущность успешно принята или код ошибки в случае неуспешного импорта (см. перечень кодов в разделе 6).

ResultDescription

0..1, необязательно

String

Описание результата обработки (см. перечень описаний результатов обработки в разделе 6).

ResultData

0..1, необязательно

String

Данные результата обработки (для системного анализа). Для кода обработки "11" (Формат запроса (файла) не соответствует xsd-схеме) в теге содержится детальная информация о выявленных несоответствиях.

entityId (атрибут)

1, обязательно

Token

Идентификатор элемента. Соответствует атрибуту Id обработанной сущности.

5.4. Экспорт сущностей из ГИС ГМП

5.4.1. Общий формат запроса

В сообщении запроса в теге RequestMessage должен передаваться тег ExportRequest, структура которого приведена в файле MessageData.xsd (см. раздел 7). Описание параметров приведено в таблице ниже (Таблица N 22 "Структура запроса на экспорт").

Таблица N 22

СТРУКТУРА ЗАПРОСА НА ЭКСПОРТ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

ExportRequest

1, обязательно

DataRequest

Корневой тег запроса.

Id (атрибут)

0..1, необязателен

ID

Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>. Обязателен при наложении ЭП под запросом.

kind (атрибут)

1, обязательно

String

Атрибут, устанавливающий тип запроса. Допустимые значения описаны в разделах 5.4.2, 5.4.4, 5.4.6.

originatorID (атрибут)

0..1, необязательно

URNType (см. описание в разделе 2.5.6.10)

УРН участника, сформировавшего запрос.

Если запрос сформировал участник косвенного взаимодействия, то заполнение тега является обязательным.

EsiaUserInfo

0..1, необязательно

Контейнер

Информация, подтверждающая аутентификацию плательщика (пользователя) в ЕСИА.

Данный блок заполняется при запросе на экспорт по идентификатору плательщика извещений о начислениях, администрируемых налоговыми органами Российской Федерации.

Обязательность заполнения данного блока определяется внутренними настройками ГИС ГМП.

userId (атрибут)

1, обязательно

Integer

Уникальный идентификатор учетной записи плательщика (пользователя) в системе ЕСИА.

Соответствует числовому идентификатору учетной записи пользователя, полученному поставщиком услуг (Участником ГИС ГМП) из ЕСИА.

sessionIndex (атрибут)

0..1, необязательно

String

Уникальный идентификатор сессии плательщика (пользователя) в системе ЕСИА

sessionDate (атрибут)

0..1, необязательно

DateTime

Дата и время аутентификации пользователя в системе ЕСИА.

Соответствует дате начала действия сессии (sessionIndex) пользователя, предоставленной системой ЕСИА, на запрос поставщика услуг (Участника ГИС ГМП).

Person

1, обязательно

Контейнер

Сведения о плательщике (физическом лице).

Указывается в случае, если осуществляется экспорт налоговых извещений о начислениях, плательщиком которых является физическое лицо.

Соответствует данным учетной записи userId, полученным Участником ГИС ГМП из системы ЕСИА.

snils (атрибут)

1, обязательно

String

СНИЛС физического лица, полученный из системы ЕСИА

personINN (атрибут)

0..1, необязательно

personINN Type

(см. описание в разделе 2.5.6.11)

ИНН физического лица, полученный из системы ЕСИА.

Необходимо заполнять, если заявитель - гражданин РФ.

DocumentIdentity

1, обязательно

Контейнер

Реквизиты документа, удостоверяющего личность физического лица, полученные из системы ЕСИА.

code (атрибут)

1, обязательно

String

Код документа, удостоверяющего личность физического лица. Допустимые значения:

1 - паспорт гражданина Российской Федерации;

2 - документ иностранного гражданина.

series (атрибут)

0..1, необязательно

String

Серия документа, удостоверяющего личность физического лица.

number (атрибут)

1, обязательно

String

Номер документа, удостоверяющего личность физического лица.

InpidualBussnes

1, обязательно

Контейнер

Сведения о плательщике (индивидуальном предпринимателе).

Указывается в случае, если осуществляется экспорт налоговых извещений о начислениях, плательщиком которых является индивидуальный предприниматель

Соответствует данным учетной записи userId, полученным Участником ГИС ГМП из системы ЕСИА.

personINN (атрибут)

1, обязательно

personINN Type (см. описание в разделе 2.5.6.11)

ИНН индивидуального предпринимателя, полученный из системы ЕСИА.

Filter

1, обязательно

Контейнер

Фильтр для получения сущностей из ГИС ГМП.

Conditions

1, обязательно

Контейнер

Условие для получения сущностей из ГИС ГМП.

При формировании запроса на экспорт сущностей обязательно должен быть заполнен хотя бы один из следующих контейнеров: ChargesIdentifiers, Payers или PaymentsIdentifiers.

Допускается указывать в запросе на экспорт сущностей только условие по временному интервалу, если участник зарегистрирован в ГИС ГМП с полномочиями АН или ГАН

ChargesIdentifiers

1, обязательно

Контейнер

Список УИН, по которым запрашиваются сущности.

SupplierBillID

1..100, обязательно

String

УИН.

При запросе начислений соответствует атрибуту supplierBillID начисления.

При запросе платежей соответствует тегу SupplierBillID платежа.

При запросе квитанций соответствует УИН начисления (указан в атрибуте supplierBillID), на которое ссылаются квитанции.

Может быть множественным, при этом итоговая выгрузка будет являться объединением выгрузок по каждому из указанных УИН.

Payers

1, обязательно

Контейнер

Список идентификаторов плательщиков, по которым запрашиваются сущности.

PayerIdentifier

1..100, обязательно

String

Идентификатор плательщика.

При запросе начислений соответствует значению тега UnifiedPayerIdentifier или AltPayerIdentifier.

При запросе платежей соответствует значению тега PayerIdentifier.

При запросе платежей по связанным начислениям игнорируется.

При запросе квитанций соответствует значению тега UnifiedPayerIdentifier или AltPayerIdentifier, указанного в начислении, на которое ссылаются квитанции.

Может быть множественным, при этом итоговая выгрузка будет являться объединением выгрузок по каждому из указанных идентификаторов плательщика.

PaymentsIdentifiers

1, обязательно

Контейнер

Список УИП, по которым запрашиваются сущности (только в запросах на экспорт платежей или квитанций)

Допускается указывать до 100 УИП

SystemIdentifier

1..100, обязательно

String

УИП, по которому запрашиваются сущности (использовать только при запросах на экспорт платежей и квитанций).

При запросе платежей соответствует тегу SystemIdentifier платежа.

При запросе квитанций соответствует УИП платежа, на который ссылаются квитанции (указан в атрибуте SystemIdentifier). УИП платежа при запросе квитанций может быть использован только когда kind запроса ExportRequest принимает значение "ALLQUITTANCE".

Может быть множественным, в этом случае итоговая выгрузка будет являться объединением выгрузок по каждому из указанных УИП.

Timeslot

0..1, необязательно

Контейнер

Временной интервал, за который запрашиваются сущности.

Если тег Timeslot не указан в запросе, то возвращаются удовлетворяющие остальным параметрам запроса сущности, импортированные или созданные в ГИС ГМП за весь период функционирования системы.

startDate (атрибут)

1, обязательно

DateTime

Дата и время, не ранее которых была импортирована в ГИС ГМП самая старая из возвращаемых сущностей или была создана самая старая из возвращаемых квитанций.

endDate (атрибут)

1, обязательно

DateTime

Дата и время, не позднее которых была импортирована в ГИС ГМП самая новая из возвращаемых сущностей или была создана самая новая из возвращаемых квитанций.

AdditionRestrictions

0..1, необязательно

Контейнер

Дополнительные ограничения.

SubordinateIdList

0..1, необязательно

Контейнер

Список идентификаторов участников косвенного взаимодействия.

TaxpayerIdentification

1..100, обязательно

Контейнер

Идентификация получателя средств. Наличие данного/данных тега/тегов исключает наличие тега/тегов PayeeID.

inn (атрибут)

1, обязательно

INNType (см. описание в разделе 2.5.6.2)

ИНН получателя средств, указанный в возвращаемой сущности.

При запросе квитанций соответствует ИНН получателя, указанному в начислении, на которое ссылается квитанция.

Если указано несколько тегов TaxpayerIdentification, то итоговая выгрузка будет являться объединением выгрузок по всем участникам косвенного взаимодействия, каждая из которых определяется отдельным тегом TaxpayerIdentification.

kpp (атрибут)

0..1, необязательно

KPPType (см. описание в разделе 2.5.6.3)

КПП получателя средств, указанный в возвращаемой сущности.

При запросе квитанций соответствует КПП получателя, указанному в начислении, на которое ссылается квитанция.

PayeeID

1..100, обязательно

String

УРН участника, сформировавшего сущность.

При запросе квитанций соответствует УРН участника, сформировавшего начисление, на которое ссылается квитанция.

Если указано несколько тегов PayeeID, то итоговая выгрузка будет являться объединением выгрузок по всем участникам косвенного взаимодействия, каждая из которых определяется отдельным тегом PayeeID.

Наличие данного/данных тега/тегов исключает наличие тега/тегов TaxpayerIdentification.

KBKClassifier

0..1, необязательно

Контейнер

Перечень КБК.

KBK

1..100, обязательно

KBKType (см. описание в разделе 2.5.6.5)

КБК, указанный в сущности.

При запросе начислений соответствует КБК, указанному в начислении.

При запросе платежей соответствует КБК, указанному в платеже.

При запросе платежей по связанным начислениям игнорируется.

При запросе квитанций соответствует КБК, указанному в начислении, на которое ссылаются квитанции.

Может быть множественным, при этом итоговая выгрузка будет являться объединением выгрузок по каждому из указанных КБК.

OKTMOClassifier

0..1, необязательно

Контейнер

Коды ОКТМО.

OKTMO

1..100, обязательно

OKTMOType (см. описание в разделе 2.5.6.4)

Код ОКТМО.

При запросе начислений соответствует коду ОКТМО, указанному в начислении.

При запросе платежей соответствует коду ОКТМО, указанному в платеже.

При запросе платежей по связанным начислениям игнорируется.

При запросе квитанций соответствует коду ОКТМО, указанному в начислении, на которое ссылаются квитанции.

Может быть множественным, при этом итоговая выгрузка будет являться объединением выгрузок по каждому из указанных коду ОКТМО.

Exclude

0..1, необязательно

String

Признак, означающий ненулевые УИН (допустимое значение - ZERO-UIN).

При запросе платежей должна возвращаться информация о платежах, в которых указан УИН, отличный от нуля.

Paging

0..1, необязательно

Контейнер

Параметры постраничной выдачи (при больших объемах экспортируемых данных).

Если параметр не указан, то по умолчанию в ответе вернутся первые 100 элементов и признак конца выборки (true или false)

pageLength (атрибут)

1, обязательно

Int (>=1)

Количество элементов на странице выдачи (количество сущностей в ответе).

pageNumber (атрибут)

1, обязательно

Int (>=1)

Номер страницы выдачи. Вся полученная в результате выполнения запроса выборка разбивается на блоки размером pageLength, начиная с первого элемента. Последний блок может быть меньше, чем pageLength. Возвращается только блок, номер которого равен pageNumber.

5.4.2. Экспорт извещений о начислениях из ГИС ГМП

Атрибут kind запроса ExportRequest может принимать одно из следующих значений:

- CHARGE - используется для запроса неоплаченных начислений;

- CHARGENOTFULLMATCHED - используется для запроса начислений, не полностью сквитированных с платежами (в т.ч. таких, по которым оставшаяся сумма к оплате равна "0", но при этом в начислении и соответствующем ему платеже попарно могут не совпадать какой-либо или несколько атрибутов из следующего набора: КБК, ОКТМО, ИНН, КПП, номер счета, БИК, идентификатор плательщика);

- CHARGESTATUS - используется для запроса начислений и статусов их квитирования;

- CHARGE-PRIOR - используется для запроса неоплаченных предварительных начислений;

- CHARGE-PRIOR-NOTFULLMATCHED - используется для запроса предварительных начислений, не полностью сквитированных с платежами;

- CHARGE-PRIOR-STATUS - используется для запроса предварительных начислений и статусов их квитирования;

- TEMP-CHARGING - используется для запроса неоплаченных предварительных начислений, сформированных ГИС ГМП;

- TEMP-CHARGING-NOTFULLMATCHED - используется для запроса предварительных начислений, сформированных ГИС ГМП, не полностью сквитированных с платежами;

- TEMP-CHARGING-STATUS - используется для запроса предварительных начислений, сформированных ГИС ГМП, и статусов их квитирования.

Запросы CHARGE, CHARGEN OTFULLMATCHED, CHARGE-PRIOR, CHARGE-PRIOR-NOTFULLMATCHED, TEMP-CHARGING, TEMP-CHARGING-NOTFULLMATCHED доступны для АП/ГАП.

Запросы CHARGE, CHARGENOTFULLMATCHED, TEMP-CHARGING, TEMP-CHARGING-NOTFULLMATCHED доступны для АЗ/ГАЗ.

Запросы CHARGESTATUS, TEMP-CHARGING-STATUS доступен для АН/ГАН, АП/ГАП и АЗ/ГАЗ.

Запрос CHARGE-PRIOR-STATUS доступен для АН/ГАН.

В ответ на запрос начислений, осуществляемый АН, возвращаются только те начисления, получателем средств по которым является данный АН. В случае запроса начислений ГАН возвращаются начисления, получателем средств по которым является либо сам ГАН, либо его участники косвенного взаимодействия.

5.4.2.1. Особенности формирования запроса на экспорт извещений о начислениях, администрируемых налоговыми органами Российской Федерации

В ответе на запрос экспорта извещений о начислениях (CHARGE, CHARGESTATUS, CHARGENOTFULLMATCHED) вернутся в том числе и начисления, администрируемые налоговыми органами Российской Федерации, при выполнении хотя бы одного из следующих условий:

- запрос начисления по УИН;

- запрос начислений по идентификатору плательщика.

Возможность запроса начислений, администрируемых налоговыми органами Российской Федерации, по идентификатору плательщика определяется внутренними настройками ГИС ГМП.

1. Условие, при котором в ответе на экспорт начислений по УИН из ГИС ГМП возвращаются начисления, администрируемые налоговыми органами Российской Федерации:

Значение (значения) УИН в контейнере с условиями для получения сущностей из ГИС ГМП (атрибута (ов) "SupplierBillID" элемента "Filter"/"Conditions"/"ChargesIdentifiers") соответствует маске: "/\182\w{17}$|/\182\d{22}$".

2. Условия, при которых в ответе на экспорт начислений по идентификатору плательщика из ГИС ГМП возвращаются начисления, администрируемые налоговыми органами Российской Федерации:

- значение идентификатора плательщика в контейнере с условиями для получения сущностей из ГИС ГМП (атрибута (ов) "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 настоящего раздела.

2.1.1. Проверки соответствия значений идентификатора плательщика ("PayerIdentifier") данным из блока информации, подтверждающей аутентификацию плательщика (пользователя) в ЕСИА ("EsiaUserInfo"):

2.1.1.1. Атрибут "PayerIdentifier" соответствует маске "/\21[0-9]{23}" (ИНН физического лица):

Осуществляется проверка соответствия значения, указанного в 11 - 22 разрядах атрибута "PayerIdentifier", значению атрибута "personINN" (блок данных "EsiaUserInfo"/"Person").

Если проверка не пройдена, то в ответе на запрос будут возвращены извещения о начислениях, удовлетворяющие параметрам фильтрации, за исключением извещений о начислениях, администрируемых налоговыми органами Российской Федерации.

2.1.1.2. Атрибут "PayerIdentifier" соответствует маске "/\4[0-9]{12}" (ИНН индивидуального предпринимателя):

Осуществляется проверка соответствия значения, указанного в 2 - 13 разрядах атрибута "PayerIdentifier", значению атрибута "personINN" (блок данных "EsiaUserInfo"/"InpidualBussnes").

Если проверка не пройдена, то в ответе на запрос будут возвращены извещения о начислениях, удовлетворяющие параметрам фильтрации, за исключением извещений о начислениях, администрируемых налоговыми органами Российской Федерации.

5.4.3. Формат ответа на запрос начислений

В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportChargesResponse, структура которого приведена в файле MessageData.xsd (см. раздел 7). Описание параметров приведено в таблице ниже (N 23 "Структура ответа на запрос экспорта начислений").

Таблица N 23

СТРУКТУРА ОТВЕТА НА ЗАПРОС ЭКСПОРТА НАЧИСЛЕНИЙ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий для типов запроса 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 - требуется повторный запрос. В случае, если для получения ответа потребовалось задействовать внешнюю систему и ответ от нее не был получен (внешняя система недоступна либо получена ошибка).

true - требуется повторный запрос. В случае, если для получения ответа потребовалось задействовать внешнюю систему и ответ от нее не был получен (внешняя система недоступна либо получена ошибка).

ChargeInfo

0..n, необязательно

Контейнер

Данные начисления.

Данные начисления.

ChargeData

1, обязательно

Base64Binary

Данные начисления, полученные при импорте от АН/ГАН.

Данные начисления, полученные при импорте от АН/ГАН.

ChargeSignature

0..1, необязательно

Base64Binary

Данные файла ЭП начисления, переданного от АН/ГАН в ГИС ГМП.

Данные файла ЭП начисления, переданного от АН/ГАН в ГИС ГМП.

AmountToPay

1, обязательно

long

Остаток суммы подлежащей оплате, указанной в начислении (в копейках).

Остаток суммы подлежащей оплате, указанной в начислении (в копейках). При переплате начисления принимает отрицательное значение; при полной оплате - значение "0".

QuittanceWithPaymentStatus

0..1, необязательно

String

Не заполняется для данного запроса.

Статус квитирования с платежами (заполнен всегда).

Возможные значения:

1 - сквитировано;

2 - предварительно сквитировано;

3 - не сквитировано;

4 - сквитировано с отсутствующим в системе платежом.

IsRevoked

0..1, необязательно

boolean

Не заполняется для данного запроса. Возвращаются только действующие неоплаченные начисления/частично оплаченные.

Показатель аннулированного начисления.

Возможные значения:

true - начисление аннулировано;

false - начисление действующее.

date (атрибут)

0..1, необязательно

dateTime

Не заполняется для данного запроса.

Дата аннулирования начисления

В случае возникновения ошибки при обработке запроса на экспорт начислений код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в подпункте 5.2.3.

5.4.4. Экспорт извещений о приеме к исполнению распоряжений из ГИС ГМП

Атрибут kind запроса ExportRequest может принимать одно из следующих значений:

- PAYMENT - все активные (неаннулированные) платежи;

- PAYMENTMODIFIED - все платежи, имеющие статус уточнения (ChangeStatus@meaning имеет значение "2") или статус аннулирования (ChangeStatus@meaning имеет значение "3");

- PAYMENTUNMATCHED - все активные (неаннулированные) платежи, для которых в системе отсутствуют соответствующие начисления (не создана ни одна квитанция);

- PAYMENTCANCELLED - аннулированные платежи (ChangeStatus@meaning имеет значение "3");

- PAYMENTMAINCHARGE - запрос платежей по связанным начислениям (используется только ФССП).

5.4.5. Формат ответа на запрос платежей

В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportPaymentsResponse, структура которого приведена в файле MessageData.xsd (раздел 7. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание параметров приведено в таблице ниже (N 24 "Структура ответа на запрос экспорта платежей").

Таблица N 24

СТРУКТУРА ОТВЕТА НА ЗАПРОС ЭКСПОРТА ПЛАТЕЖЕЙ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

ExportPaymentsResponse

1, обязательно

ExportPaymentsResponseType

Ответ на запрос платежей.

Payments

1, обязательно

Контейнер

Перечень платежей и признак конца выборки.

hasMore (атрибут)

1, обязательно

boolean

Признак конца выборки: false - достигнут конец выборки, true - после последней выгруженной сущности в выборке имеются другие.

needReRequest (атрибут)

0..1, необязательно

Boolean

Не используется

PaymentInfo

0..n, необязательно

Контейнер

Данные платежа.

PaymentData

1, обязательно

Base64Binary

Данные платежа, полученные при импорте от АП/ГАП.

PaymentSignature

0..1, необязательно

Base64Binary

Данные файла ЭП платежа, переданного в ГИС ГМП АП/ ГАП.

PaymentStatus

0..n, необязательно

Контейнер

Признак "Услуга предоставлена" или "Сквитировано с начислением".

name (атрибут)

1, обязательно

String

Обозначение.

Для обозначения факта квитирования платежа с начислением в name указывается значение "Сквитировано с начислением".

Для обозначения у платежа признака "Услуга предоставлена" в name указывается значение "Услуга предоставлена".

value (атрибут)

0..1, необязательно

String

Код, уточнение.

Для обозначения факта квитирования платежа с начислением в value указывается УИН, c которым сквитирован платеж.

Для обозначения у платежа признака "Услуга предоставлена" в value указывается значение "1".

В случае возникновения ошибки при обработке запроса на экспорт начислений код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в подпункте 5.2.3.

5.4.6. Экспорт квитанций из ГИС ГМП

В квитанции передается статус квитирования начисления со всеми платежами, но отражается результат квитирования только с последним полученным платежом.

Атрибут kind запроса ExportRequest может принимать одно из следующих значений:

- QUITTANCE - для запросов результатов квитирования, за исключением неактивных (возвращается результат квитирования с последним полученным платежом),

- ALLQUITTANCE - для запросов всех результатов квитирования.

Запрос QUITTANCE доступен для АН/ГАН, АП/ГАП и АЗ/ГАЗ.

Запрос ALLQUITTANCE доступен для АН/ГАН и АП/ГАП.

5.4.7. Формат ответа на запрос квитанций

В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ExportQuittanceResponse, структура которого приведена в файле MessageData.xsd (раздел 7. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание параметров приведено в таблице ниже (N 25 "Структура ответа на запрос квитанций").

Таблица N 25

СТРУКТУРА ОТВЕТА НА ЗАПРОС КВИТАНЦИЙ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

ExportQuittanceResponse

1, обязательно

ExportQuittanceResponseType

Ответ на запрос квитанций.

Quittances

0..1, необязательно

Контейнер

Перечень квитанций.

hasMore

1, обязательно

boolean

Признак конца выборки: false - достигнут конец выборки, true - после последней выгруженной квитанции в выборке имеются другие.

Quittance

1..n, обязательно

Расширение типа QuittanceType (см. описание в пункте 2.4)

Данные квитанции.

IsRevoked

0..1, необязательно

boolean

Не возвращаются для запроса типа QUITTANCE. При запросе типа ALLQUITTANCE возвращаются следующие значения:

true - неактивная квитанция;

false - квитанция действующая.

В случае возникновения ошибки при обработке запроса на экспорт квитанций код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в подпункте 5.2.3.

5.5. Квитирование начисления с платежами по инициативе АН/ГАН

Сервис предназначен для проведения принудительного квитирования начисления с платежами по запросу АН/ГАН в тех случаях, когда начисление и платеж не могут быть сквитированы ГИС ГМП автоматически (УИН в начислении и платеже не совпадают, либо УИН отсутствует в платеже).

Право на принудительное квитирование начисления с платежами имеет АН или ГАН, сформировавший соответствующее начисление.

С помощью данного метода возможно изменить уже имеющиеся в ГИС ГМП результаты квитирования.

5.5.1. Формат запроса

В сообщении ответа в теге AppData присутствует тег RequestMessage/DoAcknowledgmentRequest, структура которого приведена в файле MessageData.xsd (раздел 7. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание параметров приведено в таблице ниже (N 26 "Структура запроса на проведение квитирования начисления с платежами по инициативе АН/ГАН").

Таблица N 26

СТРУКТУРА ЗАПРОСА НА ПРОВЕДЕНИЕ КВИТИРОВАНИЯ НАЧИСЛЕНИЯ

С ПЛАТЕЖАМИ ПО ИНИЦИАТИВЕ АН/ГАН

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

DoAcknowledgmentRequest

1, обязательно

DoAcknowledgmentRequestType

Корневой тег запроса.

Id (атрибут)

0..1, необязателен

ID

Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>. Обязателен при наложении ЭП под запросом.

originatorID (атрибут)

0..1, необязательно

URN Type (см. описание в разделе 2.5.6.10)

УРН участника, сформировавшего запрос.

Если запрос сформировал участник косвенного взаимодействия, то заполнение тега является обязательным.

SupplierBillID

1, обязательно

token

УИН.

Payments

1, обязательно

Контейнер

Перечень идентификаторов платежей.

PaymentSystemIdentifier

1..n, обязательно

token

УИП.

Для запроса квитирования начисления с отсутствующим в ГИС ГМП платежом необходимо использовать единственный тег PaymentSystemIdentifier, заполненный значением "PaymentNotLoaded", см. пункт 5.6.

Signature

0..1, обязательно

SignatureType

ЭП xml-документа. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).

5.5.2. Формат ответа

В случае успешной обработки запроса в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/DoAcknowledgmentResponse, структура которого приведена в файле MessageData.xsd (раздел 7. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание параметров приведено в таблице ниже (N 27 "Структура ответа на запрос проведения квитирования начисления с платежами по инициативе АН").

Таблица N 27

СТРУКТУРА ОТВЕТА НА ЗАПРОС ПРОВЕДЕНИЯ КВИТИРОВАНИЯ

НАЧИСЛЕНИЯ С ПЛАТЕЖАМИ ПО ИНИЦИАТИВЕ АН

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

DoAcknowledgmentResponse

1, обязательно

DoAcknowledgmentResponseType

Корневой тег ответа.

Quittances

0..1, необязательно

Контейнер

Перечень квитанций.

Quittance

1..n, обязательно

QuittanceType

Данные созданной квитанции.

В случае возникновения ошибки при обработке запроса код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в подпункте 5.2.3.

5.6. Квитирование начисления с отсутствующим в ГИС ГМП платежом

Сервис предназначен для проведения принудительного квитирования начисления при отсутствии в ГИС ГМП платежей, соответствующих данному начислению. Право на принудительное квитирование такого начисления имеют АН и ГАН, сформировавший это начисление и получивший информацию о его оплате иным способом (не из ГИС ГМП).

5.6.1. Формат запроса

Запрос на принудительное квитирование начисления с отсутствующим в ГИС ГМП платежом осуществляется посредством того же сообщения, что и запрос на принудительное квитирование начисления с платежами по инициативе АН/ГАН, описанного в подпункте 5.5.1. Для указания необходимости принудительного квитирования с отсутствующим в ГИС ГМП платежом в контейнере Payments должен содержаться единственный элемент PaymentSystemIdentifier, заполненный значением "PaymentNotLoaded".

5.6.2. Формат ответа

Ответ на запрос на принудительного квитирования начисления с отсутствующим в ГИС ГМП платежом возвращается посредством того же сообщения, что и ответ на запрос на принудительного квитирования начисления с платежами по инициативе АН/ГАН, описанного в подпункте 5.5.2.

В случае появления ошибки при обработке запроса в сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/Ticket/RequestProcessResult типа ResultInfo, который описан в подпункте 5.2.3.

5.7. Установление платежу статуса "Услуга предоставлена"

Сервис предназначен для установления платежам, переданным в ГИС ГМП, статуса "Услуга предоставлена". Права на проставление платежу статуса "Услуга предоставлена" имеют органы государственной власти (органы местного самоуправления), обладающие правом получать информацию из ГИС ГМП при предоставлении государственных (муниципальных) услуг и (или) выполнении государственных (муниципальных) функций, и не осуществляющие администрирование платежей, их территориальные органы, зарегистрированные в ГИС ГМП с полномочиями АЗ и ГАЗ.

5.7.1. Формат запроса

Запрос на установление платежам, загруженным в ГИС ГМП, статуса "Услуга предоставлена" осуществляется посредством аналогичного сообщения, что и запрос на принудительное квитирование начисления с платежами, загруженными в ГИС ГМП, описанного в подпункте 5.5.1.

Тег SupplierBillID должен быть заполнен значением "ChargeNotLoaded".

Контейнер Payments должен содержать уникальные идентификаторы платежей, которым необходимо проставить статус "Услуга предоставлена".

5.7.2. Формат ответа

В случае, если установление статуса "Услуга предоставлена" прошло успешно для всех указанных в запросе платежей, сообщение ответа в теге AppData будет содержать тег AppData/ResponseMessage/Ticket/RequestProcessResult типа ResultInfo, который описан в подпункте 5.2.3. В теге ResultCode будет передаваться значение "0".

В случае появления ошибки (платежи отсутствуют в ГИС ГМП), сообщение ответа в теге AppData будет содержать тег ResponseMessage/DoAcknowledgmentResponse, описанный в подпункте 5.5.2. Тег будет содержать контейнер PaymentsNotFound, в котором будут перечислены те УИП из запроса, по которым не были найдены платежи. Если какой-либо УИП из запроса не был возвращен в контейнере PaymentsNotFound, это значит, что платеж с таким УИП был найден, и ему был успешно проставлен статус "Услуга предоставлена".

5.8. Формирование ГИС ГМП начисления с признаком "Предварительное начисление"

Сервис предназначен для формирования ГИС ГМП начисления с признаком "Предварительное начисление". Права на отправку запроса на формирование начисления с признаком "Предварительное начисление" имеют АЗ и ГАЗ.

5.8.1. Формат запроса

В сообщении запроса в теге AppData должен присутствовать тег RequestMessage/ChargeCreationRequest, структура которого приведена в файле MessageData.xsd (раздел 7. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание элементов приведено в таблице ниже (N 28 "Структура запроса на формирование предварительного начисления").

Таблица N 28

СТРУКТУРА ЗАПРОСА НА ФОРМИРОВАНИЕ

ПРЕДВАРИТЕЛЬНОГО НАЧИСЛЕНИЯ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

ChargeCreationRequest

1, обязательно

ChargeCreationRequestType

Корневой тег запроса.

Id (атрибут)

1, обязательно

ID

Необходим для наложения ЭП в формате XadES. Должен иметь структуру <буква [A-Z]>_<GUID>.

originatorID (атрибут)

0..1, необязательно

URNType

УРН участника, сформировавшего шаблон начисления. Если запрос сформировал участник косвенного взаимодействия, то заполнение тега является обязательным.

ChargeTemplate

1, обязательно

ChargeTemplateType (описание элементов представлено в Таблице N 29 "Тип ChargeTemplateType")

Шаблон начисления, на основании которого ГИС ГМП будет сформировано предварительное начисление.

Signature

0..1, необязательно

ds:SignatureType

ЭП xml-документа (шаблона начисления). В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/)

Таблица N 29

ТИП ChargeTemplateType

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

supplierBillID (атрибут)

0..1, необязательно

SupplierBillIDType (описание см. в разделе Ошибка! Источник ссылки не найден.)

УИН.

Не заполняется в случае, когда в атрибуте ChangeStatus/Meaning указано значение "1" - новый.

Заполнение атрибута является обязательным в случае, когда в атрибуте ChangeStatus/Meaning указано значение "2" - уточнение, "3" - аннулирование, "4" - деаннулирование (отмена аннулирования).

ValidUntil

1, обязательно

Date

Дата, до которой (включительно) актуально предварительное начисление, сформированное ГИС ГМП по запросу участника. Дату указывает участник, направивший запрос на формирование предварительного начисления. Максимальный срок - 30 дней с момента формирования начисления.

SupplierOrgInfo

1, обязательно

OrganizationType (см. описание в разделе 2.5.1)

Данные организации, являющейся получателем средств.

BillFor

1, обязательно

String

Назначение платежа.

TotalAmount

1, обязательно

unsignedLong

Сумма начисления. Целое число, показывающее сумму в копейках.

ChangeStatus

1, обязательно

Контейнер

Сведения о статусе начисления и основаниях его изменения.

meaning (атрибут)

1, обязательно

String

Статус, отражающий изменение данных начисления.

Возможные значения:

1 - новое;

2 - уточнение;

3 - аннулирование;

4 - деаннулирование (отмена аннулирования).

Reason

0..1, необязательно

String

Основание изменения начисления. Указание основания является обязательным, если meaning= "3".

KBK

1, обязательно

KBKType (см. описание в разделе 2.5.6.5)

КБК.

OKTMO

1, обязательно

OKTMOType (см. описание в разделе 2.5.6.4)

Код ОКТМО получателя средств.

BudgetIndex

1, обязательно

BudgetIndexType (см. описание в разделе 2.5.5)

Дополнительные реквизиты платежа, заполняемые в распоряжении.

UnifiedPayerIdentifier

1, обязательно

Наличие данного тега исключает наличие тега AltPayerIdentifier.

String

Идентификатор плательщика для ЮЛ или ИП. Алгоритм формирования идентификатора плательщика для ЮЛ или ИП описан в пункте 3.2.1.

AltPayerIdentifier

1, обязательно

Наличие данного тега исключает наличие тега UnifiedPayerIdentifier.

String

Идентификатор плательщика для ФЛ.

Алгоритм формирования идентификатора плательщика для ФЛ описан в пункте 3.2.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

Не используется

Origin

0..1, необязательно

String

Не используется

AdditionalData

0..n, необязательно

Контейнер

Дополнительные поля начисления.

Name

1, обязательно

String

Наименование поля.

Value

1, обязательно

String

Значение поля.

5.8.2. Формат ответа

В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/ChargeCreationResponse, структура которого приведена в файле MessageData.xsd (раздел 7. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание элементов приведено в таблице ниже (Таблица N 30. "Структура ответа на запрос формирования предварительного начисления").

Таблица N 30

СТРУКТУРА ОТВЕТА НА ЗАПРОС ФОРМИРОВАНИЯ

ПРЕДВАРИТЕЛЬНОГО НАЧИСЛЕНИЯ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

ChargeCreationResponse

1, обязательно

ChargeCreationResponceType

Ответ на запрос формирования предварительного начисления.

ChargeData

1, обязательно

Base64Binary

Данные предварительного начисления, сформированного ГИС ГМП по запросу участника.

В случае возникновения ошибки при обработке запроса формирования предварительного начисления код ошибки возвращается в сообщении ответа в теге AppData/ResponseMessage/Ticket/RequestProcessResult, имеющем тип ResultInfo, который описан в подпункте 5.2.3.

5.9. Загрузка и обновление сертификатов ключей проверки ЭП участников

Сервис предназначен для централизованного сбора и обновления сертификатов ключей проверки ЭП участников прямого взаимодействия.

5.9.1. Формат запроса

В сообщении запроса в теге AppData должен присутствовать тег RequestMessage/ImportCertificateRequest, структура которого приведена в файле MessageData.xsd (раздел 7. "XSD-схемы сущностей и сообщений ГИС ГМП"), описание элементов приведено в таблице ниже (N 31 "Структура запроса на загрузку или обновление сертификата ключа проверки ЭП участников").

Таблица N 31

СТРУКТУРА ЗАПРОСА НА ЗАГРУЗКУ ИЛИ ОБНОВЛЕНИЕ СЕРТИФИКАТА

КЛЮЧА ПРОВЕРКИ ЭП УЧАСТНИКОВ

Наименование

Кол-во тегов, обязательность тега или атрибута

Тип данных

Комментарий

ImportCertificateRequest

1, обязательно

ImportCertificateRequestType

Корневой тег запроса.

RequestEntry

1..n, обязательно

RequestEntryType

Контейнер.

operation (атрибут)

1, обязательно

String

Вид операции. Возможны значения:

APPEND - загрузка нового сертификата ключа проверки ЭП.

REPLACE - обновление хранящегося в ГИС ГМП сертификата ключа проверки ЭП.

ownership (атрибут)

1, обязательно

URNType (см. описание в разделе 2.5.6.10)

УРН владельца сертификата ключа проверки ЭП.

serialNumber (атрибут)

0..1, необязательно

String

Уникальный номер сертификата. Обязательно указание при обновлении сертификата (operation= "REPLACE").

certificate (атрибут)

1, обязательно

Base64Binary

Файл, содержащий сертификат ключа проверки ЭП участника в кодировке Base64.

5.9.2. Формат ответа

В сообщении ответа в теге AppData будет присутствовать тег ResponseMessage/TicketPackageProcessResult, состоящий из набора элементов EntityProcessResult, каждый из которых описывает статус обработки одного из загружаемых сертификатов ключей проверки ЭП. Атрибут entityId элемента EntityProcessResult соответствует атрибуту ownership обработанного сертификата. В случае успешной обработки сертификата участника в теге EntityProcessResult/ResultCode передается значение "0"; в случае неуспешной - код соответствующей ошибки. Перечень кодов ошибок приведен в главе 6.

6. Перечень контролей

В процессе обработки запросов ГИС ГМП осуществляет контроли и результаты обработки доводит до инициатора запросов с описанием выявленных ошибок.

В N 32 "Перечень контролей" приводится перечень проводимых контролей и возможных ошибок.

Таблица N 32

ПЕРЕЧЕНЬ КОНТРОЛЕЙ

Коды ошибок (ErrorCode)

Текст в протоколе (ResultDescription)

Описание контролей

Описание ошибок

2

Начисление с УИН "<УИН>" не найдено в системе

Контроль наличия начисления, которое требуется сквитировать с платежами

Начисление, УИН которого указан в запросе на проведение квитирования по инициативе АН, отсутствует или аннулировано

3

Платеж с УИП "<УИП>" уже сквитирован с начислением

Контроль того, что платеж, с которым требуется сквитировать начисление, не был сквитирован с начислением ранее

Платеж, УИП которого указан в запросе на проведение квитирования по инициативе АН, уже сквитирован с начислением

4

Платеж с УИП "<УИП>" не найден в системе

Контроль наличия платежа, с которым требуется сквитировать начисление

Платеж, УИП которого указан в запросе на проведение квитирования по инициативе АН, отсутствует или аннулирован

5

Импортируемые данные уже присутствуют в системе

Запрет импорта дубликата сущности

Производится попытка импорта начисления или платежа, который уже присутствует в БД ГИС ГМП

6

Уточнение начисления, выставленного ранее 01.01.2013, не допускается

Запрет уточнения начисления, дата выставления которого ранее 01.01.2013

Производится попытка уточнения начисления, дата выставления которого ранее 01.01.2013

7

Не найден исходный документ (файл)

Контроль наличия в БД ГИС ГМП исходных данных для уточнения, аннулирования, принудительного квитирования

В ответе на запрос импорта сущностей:

При попытке уточнить или аннулировать сущность не найдена или уже аннулирована сущность, которую пытаются уточнить или аннулировать.

В ответе на запросы квитирования начисления с платежами по инициативе АН\ГАН или квитирования начисления с отсутствующим платежом:

Не найдена сущность, которую пытаются сквитировать (сопоставить).

8

Нет прав на импорт/уточнение/аннулирование сущности данного типа

Контроль полномочий участника на импорт, уточнение, аннулирование сущности

Участник пытается загрузить, уточнить или аннулировать сущность, которая не предназначена для загрузки данным типом участников

10

Некорректный УРН в УИН

Контроль формата 25-символьного УИН (первые 8 символов УИН после перевода из десятичного представления в шестнадцатиричное должны совпадать с УРН Участника, сформировавшего начисление)

Участник пытается загрузить начисление, в УИН которого первые 8 символов после перевода из десятичного представления в шестнадцатиричное не совпадают с УРН Участника

11

Формат запроса (файла) не соответствует xsd-схеме

Контроль соответствия формата запроса (файла) xsd-схеме

Файл запроса или сообщение-запрос имеют недопустимый формат (не соответствуют утвержденной XSD-схеме). Описание несоответствий содержится в комментарии к протоколу (в теге ResultData)

12

Получена сущность (начисление/платеж) от незарегистрированного участника

Контроль наличия регистрации участника, сформировавшего начисление (платеж)

Получено начисление (платеж) от незарегистрированного участника

13

ЭП под сущностью (запросом) не верна

Проверка ЭП под сущностью (запросом)

Не пройдена проверка ЭП под сущностью (запросом)

14

Не определено полномочие, с которым участник обращается к ГИС ГМП

Контроль указания полномочия, с которым участник обращается к ГИС ГМП, в случае регистрации участника в ГИС ГМП с несколькими полномочиями одновременно

В запросе указан УРН (атрибут senderIdentifier), принадлежащий зарегистрированному в ГИС ГМП с несколькими полномочиями одновременно участнику. При этом тег senderRole не заполнен либо заполнен некорректным значением (указанное полномочие не принадлежит участнику)

15

Файл сертификата ключа проверки ЭП не может быть загружен в ГИС ГМП

Контроль корректности формата файла сертификата ключа проверки ЭП, полученного от участника для загрузки или обновления

Файл с сертификатом ключа проверки ЭП, полученный от участника для загрузки или обновления, имеет некорректный формат

16

Не найден сертификат ключа проверки ЭП для обновления

Проверка наличия сертификата ключа проверки ЭП для обновления

При попытке обновить сертификат ключа проверки ЭП не найден исходный сертификат

17

Получен сертификат ключа проверки ЭП от незарегистрированного участника

Контроль наличия участника - владельца сертификата в справочнике зарегистрированных участников ГИС ГМП

УРН, указанный в запросе на загрузку или обновления сертификата, не принадлежит передавшему запрос участнику

18

Загружаемый/обновляемый сертификат ключа проверки ЭП имеет недопустимый срок действия

Контроль срока действия загружаемого/обновляемого сертификата ключа проверки ЭП

Загружаемый обновляемый сертификат ключа проверки ЭП имеет истекший срок действия

20

В ГИС ГМП уже загружен сертификат ключа проверки ЭП с данным уникальным номером

Контроль наличия сертификата ключа проверки ЭП с уникальным номером, совпадающим с уникальным номером загружаемого сертификата

В ГИС ГМП уже присутствует сертификат ключа проверки ЭП с данным номером

21

Получен запрос от незарегистрированного участника

Контроль наличия УРН участника в справочниках ГИС ГМП

Принят запрос от незарегистрированного участника

23

Попытка передачи начисления (платежа) участником, не завершившим тестирование или исключенным участником

Проверка активности учетной записи участника, сформировавшего начисление (платеж)

Участник, сформировавший начисление (платеж), имеет статус "Блокирован" или "Исключен" в ГИС ГМП

24

Запрос данных участником, не завершившим тестирование или исключенным участником

Контроль активности участника, направившего запрос

Участник, запросивший данные, имеет статус "Блокирован" или "Исключен" в ГИС ГМП

27

Ваш запрос не был обработан - ЭП-ОВ некорректна

Проверка ЭП-ОВ

По итогам проверки ЭП-ОВ установлена ее некорректность

28

Ошибка вызова информационной системы участника

Контроль доступности информационной системы участника

При взаимодействии с информационной системой участника возникла ошибка

30

У вас недостаточно прав на проведение данной операции

Контроль наличия прав на проведение операции

Попытка информационной системы участника провести операцию, на которую у нее нет прав. Например, провести квитирование начисления, которое было загружено в ГИС ГМП другой системой.

31

Неверный сертификат ключа проверки ЭП в запросе

Контроль соответствия сертификата ключа проверки ЭП-ОВ хранящемуся в ГИС ГМП в запросе к веб-сервису ГИС ГМП

Сертификат ключа проверки ЭП-ОВ, указанный в запросе от информационной системы участника, не соответствует сертификатам ЭП, привязанным к данной системе в ГИС ГМП

32

Извещение о приеме к исполнению распоряжения имеет нулевую сумму платежа

Контроль суммы платежа (импорт платежей с нулевой суммой недопустим)

Попытка участника загрузить новое извещение о приеме к исполнению распоряжения с нулевой суммой

33

Неверный сертификат ключа проверки ЭП под сущностью (запросом)

Контроль соответствия сертификата ключа проверки ЭП под сущностью (запросом)

Сертификат ключа проверки ЭП под сущностью, переданной участником, не соответствует сертификату ключа проверки ЭП, привязанному к данному участнику в ГИС ГМП

34

В запросе на экспорт не указаны основные параметры запроса

Контроль указания основных параметров запроса в запросе экспорта

В запросе экспорта не указаны основные параметры запроса (УИН или УИП, временной интервал)

36

Недопустимый срок действия предварительного начисления

Проверка допустимости указанного срока действия в запросе на формирование предварительного начисления (дата не менее текущей и не более значения: "текущая дата+1 мес.>)

В запросе на формирование предварительного начисление указан недопустимый срок действия

37

Запрос сформирован неуполномоченным участником

Контроль наличия полномочий участника, сформировавшего запрос

В запросе на экспорт, принудительное квитирование и формирование предварительного начисления указан УРН неуполномоченного участника

38

Не указана дата поступления распоряжения в банк плательщика

Контроль указания даты поступления распоряжения в банк плательщика, если распоряжение принято в банк

В запросе на импорт платежей не указана дата поступления распоряжения в банк плательщика (не заполнен тег ReceiptDate при указанной конструкции PaymentIdentificationData/Bank)

39

Не указано основание аннулирования

Контроль обязательности заполнения основания аннулирования при аннулировании начисления/платежа

В запросе на аннулирование начисления/платежа не указано основание аннулирования

40

Извещение о начислении имеет нулевую сумму

Проверка суммы в начислении (сумма в начислении, не являющемся предварительным, не должна быть нулевой)

Попытка участника загрузить начисление с нулевой суммой (начисление не является предварительным)

50

Обработка пакета не завершена

Проверка готовности протокола обработки пакета

Запрошен статус обработки пакета до завершения обработки пакета

51

Длина УИН не соответствует требованиям к порядку его формирования

Контроль длины УИН: 20 - в соответствии с п. 3.1.1, 25 - в соответствии с п. 3.1.2

Длина УИН не равна 20 или длина УИН не равна 25

52

Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП

Контроль даты начисления не ранее 2013 года

Попытка участника загрузить начисление с начисление от даты ранее 1 января 2013 года

53

КБК не может совпадать с УИН

Контроль несовпадения УИН и КБК

Попытка участника загрузить начисление с УИН = КБК

54

УИН и Идентификатор плательщика не могут одновременно быть равны 0

Контроль заполненности хотя бы одного из двух полей УИН или Идентификатор плательщика

При загрузке платежа не заполнен ни УИН, ни Идентификатор плательщика

Допускается указывать значение "0" в обоих полях только в том случае, если дата в поле "AccDocDate" больше или равна даты "28.03.2016" и первые цифры номера банковского счета получателя средств (значение в поле "AccountNumber", требования к заполнению поля приведены в разделе 2.5.2 настоящего документа) не равны "40302"

55

Дата в УИП не равна дате приема к исполнению распоряжения плательщика

Контроль совпадения даты в УИП и даты приема к исполнению распоряжения плательщика

Дата в уникальном идентификаторе платежа не совпадает с датой приема к исполнению распоряжения плательщика

56

Дата сущности не может превышать дату загрузки более чем на одни сутки

Контроль даты/ сущности и даты загрузки

Попытка участника загрузить сущность, дата которой превышает дату загрузки более чем на 1 сутки

60

Отсутствует информация о статусе обработки пакета. Воспользуйтесь запросом на экспорт сущностей.

Проверка наличия протокола обработки пакета

Запрошен статус обработки пакета с неверным идентификатором либо после истечения срока хранения статуса обработки пакета

232

Некорректное значение кода по ОКТМО

Контроль наличия ОКТМО для счетов 40101*

Начисление, по которому поступление средств предполагается на счета 40101*, должно содержать код по ОКТМО, отличный от нуля

233

Некорректное значение КБК

Контроль ненулевого КБК для счетов 40101*

Начисление, по которому поступление средств предполагается на счета 40101*, должно содержать КБК, отличный от нуля

234

Контрольный разряд УИН имеет некорректное значение

Проверка контрольного разряда УИН

Контрольный разряд УИН имеет некорректное значение (не соответствует остальным разрядам УИН)

235

УИП имеет некорректный формат

Проверка формата УИП

УИП сформирован не в соответствии с алгоритмом, описанным в пункте 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"

5000

Общая ошибка, необходимо повторить вызов.

Системный сбой

Разовый отказ ГИС ГМП, необходимо повторить вызов, с рекомендуемым интервалом 1 - 5 минут.

7. XSD-схемы сущностей и сообщений ГИС ГМП

Файлы с XSD-схемами находятся в прикрепленном архиве:

8. WSDL веб-сервиса, размещенного в СМЭВ

URL веб-сервиса ГИС ГМП для взаимодействия через СМЭВ может отличаться от URL, указанного в файле SmevGISGMPService.wsdl.

Другие документы по теме
Ошибка на сайте