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

Проверяется обязательность заполнения тэга. Если первые цифры номера банковского счета получателя средств (значение в поле "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).