2.3. Платеж

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

Таблица N 2

ТИП PAYMENTTYPE

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

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

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

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

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

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

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

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

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

Маска ввода:

\w{20}

\d{25}

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

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

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

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

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

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

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

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

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

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

В) Если значение поля "0", то проверяется, что поле идентификатор плательщика - "PayerIdentifier" - имеет ненулевое значение, если оба поля имеют значение "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).

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":

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 до 160 символов в наименовании организации - получателя средств.

В случае неуспешной проверки возвращается код ошибки "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-Z0-9]{6}

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

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

- Проверяется формат поля - только цифры, маска ввода:

\d{32}

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

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

- Если первая цифра "1", то 2 - 10 = значению поля BIK,

- Если первая цифра "2", то 2 - 5 = значению поля UFK,

- Если первая цифра "3", то 2 - 7 = значению поля 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":

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

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

Маски ввода:

2\d{14}[A-Z0-9]{2}\d{3}

3\d{14}[A-Z0-9]{2}\d{3}|3\d{14}

4\d{12}

((0[1-9])|(1[0-5])|(2[12456]))[0-9a-zA-Zа-яА-Я]{23}

"0"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- Проверяется, что значение поля КБК - "KBK" - не совпадает со значением поля УИН - "SupplierBillID" - если "KBK" не принимает значение "0"; если это условие не выполнено, то возвращается код ошибки "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. Код ОКТМО, указанный в распоряжении о переводе денежных средств, обязательное поле "ОКТМО":

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

Маски ввода:

\d{8}

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

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

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

- Проверяется ненулевое значение "ОКТМО", если по данному начислению предполагается поступление средств на счет (поле "AccountNumber" - п. 11.4.1), первые цифры которого - "40101", если это условие не выполнено, возвращается код ошибки "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).