Краткое содержание изменений Глава Предмет изменения Начисление Внесены теги из отмененного типа Bill. Добавлен тег Origin для начислений с признаком «предварительное начисление»

Скачать 1.63 Mb.

Название	Краткое содержание изменений Глава Предмет изменения Начисление Внесены теги из отмененного типа Bill. Добавлен тег Origin для начислений с признаком «предварительное начисление»
страница	4/21
Тип	Краткое содержание

1 2 3 4 5 6 7 8 9 ... 21

Начисление

Данные начисления описываются типом ChargeType, приведенным в файле Charge.xsd (глава Error: Reference source not found. «XSD-схемы сущностей и сообщений ГИС ГМП»), описание параметров приведено в Таблице Таблица № . «Тип ChargeType». Описание контролей параметров приведено в разделе 2.2.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».
KBK	1, обязательно	KBKType (см. описание в подпункте 2.5.6.5)	КБК или двадцатизначный код, содержащий в 1 - 17 разрядах нули, в 18 - 20 разрядах - код классификации операций сектора государственного управления бюджетной классификации Российской Федерации. В случае отсутствия следует указывать значение «0».
OKTMO	1, обязательно	OKTMOType (см. описание в подпункте 2.5.6.4)	Код ОКТМО, указываемый АН или ГАН в соответствии с НПА. В случае отсутствия следует указывать значение «0».
BudgetIndex	1, обязательно	BudgetIndexType (см. описание в подпункте 2.5.5)	Реквизиты платежа 101, 106 - 109, предусмотренные приказом Министерства финансов Российской Федерации от 12 ноября 2013 г. №107н «Об утверждении Правил указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации» (далее — приказ Минфина России от 12 ноября 2013 г. №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, необязательно	Контейнер	Дополнительные поля начисления.
Name	1, обязательно	String	Наименование поля.
Value	1, обязательно	String	Значение поля.
Signature	1, обязательно	SignatureType	ЭП xml-документа. В теге содержатся реквизиты ЭП, соответствующие стандарту XML Advanced Electronic Signatures with Time-Stamp (описание стандарта находится в сети Интернет по адресу http://www.w3.org/TR/XAdES/).

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

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

Идентификатор документа – обязательное поле «Id»:

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

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

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

Уникальный идентификатор начисления (УИН) – обязательное поле «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» - «Контрольный разряд УИН имеет некорректное значение».
принадлежность Участника, направляющего начисление, к ФОИВ (признак «Уровень участника» = «ФОИВ») - если Участник является РОИВ, ОМСУ, ГМУ, то возвращается код ошибки «51» - «Длина УИН не соответствует Уровню Участника».

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

невырожденность уникального номера начисления: 16 цифр, указанных в разрядах с 9 по 24 УИН, не могут все одновременно
быть = 0. Если все 16 цифр = «0», то возвращается код ошибки «237» - «Некорректный формат УИН»;
равенство первых 8 цифр УИН (после перевода из десятичного представления в шестнадцатеричное) значению уникального регистрационного номера (УРН) Участника. В случае неуспешной проверки возвращается код «10» - «Некорректный УРН в УИН».
контрольный разряд УИН – значение 25-го разряда УИН (алгоритм расчета контрольного разряда приведен в разделе 3.1.3) - если значение в 25-м разряде не соответствует рассчитанному значению, возвращается код ошибки «234» - «Контрольный разряд УИН имеет некорректное значение».
принадлежность Участника, направляющего начисление, к РОИВ, ОМСУ, ГМУ (признак «Уровень участника» = «РОИВ», «ОМСУ», «ГМУ») - если Участник является ФОИВ, то возвращается код ошибки «51» - «Длина УИН не соответствует Уровню Участника».

Дата и время начисления суммы, подлежащей уплате плательщиком– обязательное поле «BillDate»:

Проверяется формат поля: должно содержать значение даты/времени (формат определен стандартом XML/XSD, опубликованным по адресу http://www.w3.org/TR/xmlschema-2/#date). В случае неуспешной проверки возвращается код ошибки «11» - «Формат запроса (файла) не соответствует xsd-схеме» (см. раздел 6).
Проверяется, что дата начисления не ранее 1 января 2013 года - если дата начисления ранее, чем 1 января 2013 года, то возвращается код ошибки «52» - «Начисление от даты ранее 2013 года не подлежит передаче в ГИС ГМП» (см. раздел 6).
Проверяется, что дата/время начисления не больше даты/времени загрузки начисления в ГИС ГМП - если дата/время начисления больше, чем дата/время загрузки начисления в ГИС ГМП, то возвращается код ошибки «56» - «Дата/время сущности не должны превышать дату/время загрузки сущности» (см. раздел 6).

Дата, вплоть до которой актуально выставленное начисление - необязательное поле «ValidUntil»:

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

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

Дата отсылки плательщику документа с начислением – необязательное поле «DocDispatchDate»:

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

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

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

(заполняется, если данное начисление имеет связанные с ним начисления - поле используется только для начислений, выставляемых ФССП).

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

количество связанных начислений в списке – разрешается указать не более 9 идентификаторов связанных начислений;
формат каждого идентификатора в списке, согласно формату УИН (п.2 настоящего раздела)

Данные организации, являющейся получателем средств – обязательный блок данных «SupplierOrgInfo»:

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

7.1 Наименование организации – обязательное поле «Name»:

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

7.2 ИНН организации – обязательное поле «INN»:

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

Маска ввода:

([^0^\D]\d|\d[^0^\D])\d{8}

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

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

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

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

Маска ввода:

([^0^\D]\d|\d[^0^\D])\d{2}[A-Z0-9]{2}\d{3}

В случае неуспешной проверки возвращается код ошибки «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»

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

10.2 Основание изменения начисления – необязательное поле «Reason»:

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

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

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

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

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

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

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

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

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

Маски ввода:

\d{8}

([^0^\D]\d{2}|\d{2}[^0^\D]|\d[^0^\D]\d)\d{8}

или значение «0»;

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

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

Первые два знака обозначают календарный день (могут принимать значения от 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{14}

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[12456]))[0-9a-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. Номер лицевого счета получателя или финансового органа в ТОФК – необязательное поле «LSvUFK»:

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

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

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

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

При наличии значения контролируется длина строки: от 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).

1 2 3 4 5 6 7 8 9 ... 21

	Учета начислений и платежей Внесены изменения в структуру элемента ChangeStatus. Возможные значения атрибута ChangeStatus@meaning расширены значением «4» — деаннулирование...		Для того что бы создать начисление вам необходимо в верхнем правом...
	Руководство пользователя арм платежи Ростов-на-Дону Создание начисления... Нажать кнопку «Создать начисление», в результате отображается форма создания начисления		Внешних информационных систем с ис унп Внесены изменения в структуру элемента ChangeStatus. Возможные значения атрибута ChangeStatus@meaning расширены значением «4» — деаннулирование...
	Д. С. Блинов (глава 6), Д. Ю. Гончаров (глава 8), М. А. Горбатова... Истоки и современное содержание уголовной политики в области здравоохранения: актуальные вопросы теории и практики		Начисление пособия на погребение в программе "1С: Бухгалтерия Предприятия 8" (редакция 0)
	Семейное право Краткое содержание дипломной работы: Ведение. Глава Правовое регулирование прав ребенка. Глава 2 Защита прав ребенка в семейных правоотношениях....		Краткое содержание изменений Создание документа. Изменения в xml-схемах, реализованные в гис гмп по отношению к последней версии системы гис гмп, следующие
	Руководство пользователя для администраторов арм платежей Создание начисления путём нажатия на кнопку «Создать начисление» в разделе «Начисления» 10		Что надо знать Начисление заработной платы производится на основании табеля учета рабочего времени

Начисление

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

Похожие: