Продукты и услуги Информационно-правовое обеспечение ПРАЙМ Документы ленты ПРАЙМ Описание форматов сообщений, используемых при передаче органу Федерального казначейства информации, поступившей от кредитной организации (филиала) в электронном виде, из платежных документов физических лиц (Описание форматов «Казначейство»)

Описание форматов сообщений, используемых при передаче органу Федерального казначейства информации, поступившей от кредитной организации (филиала) в электронном виде, из платежных документов физических лиц (Описание форматов «Казначейство»)

24 июля 2015

1. Термины, определения и сокращения

КО: Кредитная организация (филиал кредитной организации).

ПО: Программное обеспечение

XML (eXtensible Markup Language): Расширяемый (открытый) язык разметки.

Документ XML: файл в формате XML определенной структуры (квитанция, извещение, запрос, подтверждение).

XML-схема (XML schema): Язык описания структуры документа. Предусматривает описание допустимой структуры документа и типов данных в значениях атрибутов и содержимом элементов.

Зашифрованный пакет: совокупность документов XML, сгруппированных в один файл.

XML-C14N: Canonical XML. Version 1.0 [Электронный ресурс] W3C Recommendation 15 March 2001 - Режим доступа: “http://www.w3.org/TR/xml-c14n”

2. Основные типы данных xml - файлов

В качестве основных типов данных XML-файлов в документе используются следующие:

Обозначение прикладного типа	Описание прикладного типа	Базовый тип	Ограничения
DataBase64	Блок данных в кодировке Base64	xs:base64Binary
GUID	128-битное число в виде строки из 32 шестнадцатеричных цифр, разделенных дефисами в формате G1G2G3G4-G5G6-G7G8-G9G10-G11G12G13G14G15G16, где Gx - значение соответствующего байта структуры в шестнадцатеричном представлении (например 6F9619FF-8B86-D011-B42D-00CF4FC964FF)	xs:string	pattern=[\da-fA -F]{8}\-[\da-fA -F]{4}\-[\da-fA -F]{4}\-[\da-fA -F]{4}\-[\da-fA -F]{12}
Дата	Дата в формате YYYY-MM-DD	xs:string	pattern=\d{4}-\ d{2}-\d{2}
ДатаВремя	Дата и время. [ГОСТ ИСО 8601-2001]. Формат CCYY-MM-DDThh:mm:ss.	xs:dateTime	pattern=\d{4}-\ d{2}-\d{2}T\d{2 }:\d{2}:\d{2}
Строка	Строка без ограничения длины	xs:string
Email	Адрес электронной почты	xs:string
Абонент	Идентификатор составителя (получателя) электронного сообщения.	xs:string	Допустимые значения - см. ниже
ТипЭС	Тип передаваемого сообщения	xs:string	Допустимые значения: Извещение, Запрос, Подтверждение
ФорматДанных	Формат передаваемых данных в сообщении	xs:string	Допустимые значения: XML
ИмяФайла	Имя файла	xs:string
КодРезКонтроля	Код контроля для Извещения	xs:string	Допустимые значения: 0 - принято, 2 - не принято
СКЗИ	Наименование используемой СКЗИ.	xs:string	Допустимые значения: Сигнатура, Верба, САЭД

В описании некоторых атрибутов используется псевдотип «перечисление», для каждого такого атрибута явно описываются конкретные значения, которые он может принимать.

Все шаблоны XML файлов приведены в кодировке windows-1251. Для описания структуры используются следующие сокращения:

А атрибут XML документа

К корневой элемент XML документа

Э элемент XML документа

[0] Элемент/атрибут должны отсутствовать в указанном контексте

[0..1] Элемент/атрибут является необязательным

[1] Элемент/атрибут является обязательным

[0..n] Элемент является необязательным, количество элементов не ограничено

[1..n] Количество указанных элементов не менее одного

- обязательный элемент

элемент (атрибут) может отсутствовать

- Заполнение поля Абонент

Для адресации Отправителя и Получателя используется уникальный идентификатор, который формируется из двух частей, разделенных точкой:

- Категория - мнемонический код;

- Идентификатор внутри категории, в соответствии с локальным справочником, ведущимся в Банке России для идентификации ТУ, КО и других участников расчетов.

Для идентификации ТУ, КО и органа Федерального казначейства и обеспечения маршрутизации используется мнемонический код «УИС» и уникальный идентификатор составителя электронного документа, сформированный в соответствии с требованиями документа Банка России «О правилах обмена электронными документами между Банком России, кредитными организациями (филиалами) и другими клиентами Банка России при осуществлении расчетов через расчетную сеть Банка России» (Положение Банка России от 12.03.1998 № 20-П (В редакции Указания от 11.04.2000 № 774-У)).

3. Общие сведения

3.1. Зашифрованный пакет

3.1.1. Логическая структура зашифрованного пакета

ЭС (ОтправительЭС, ПолучательЭС, ДатаВремяЭС, УникИдЭС) Данные+ (Ид, ИмяЗадачи, Содержит, UID, Nom, MakeDate, ФорматДанных, Шифрование) КА+ (УстановленКА)

3.1.2. Шаблон зашифрованного пакета

<?xml version=«1.0» encoding=«windows-1251»?> <ЭС xmlns=«urn:cbr-ru:kzn:repES:v0.1» ОтправительЭС=«Абонент» ПолучательЭС=«Абонент» ДатаВремяЭС=«ДатаВремя» УникИдЭС=«GUID» > <Данные Ид=«1» ИмяЗадачи=«Казначейство» Содержит=«ОЭС» UID=«GUID» Nom=«Строка» MakeDate=«ДатаВремя» ФорматДанных=«XML» Шифрование=«СКЗИ»>DataBase64</Данные> <КА УстановленКА=«СКЗИ»>DataBase64</КА> </ЭС>

3.1.3. Описание реквизитов зашифрованного пакета

Обозначение реквизита	Эл/Атр, кол-во	Описание реквизита
ЭС	К[1]	Базовый элемент зашифрованного пакета
ОтправительЭС [Абонент]	А[1]	Определяет организацию, которая составила и подписала зашифрованный пакет
ПолучательЭС [Абонент]	А[1]	Определяет организацию, которой направлен зашифрованный пакет
ДатаВремяЭС [ДатаВремя]	А[1]	Дата и время составления зашифрованного пакета
УникИдЭС [GUID]	А[1]	Уникальный идентификатор (номер) зашифрованного пакета
Данные [DataBase64]	Э[1]	Блок данных, содержащий извещение с информацией из платежных документов
Ид	А[1]	Идентификатор элемента. Принимает фиксированное значение «1»
ИмяЗадачи	А[1]	Определяет в рамках какой задачи передаются данные. Принимает фиксированное значение «Казначейство».
Содержит [ТипЭС]	А[1]	Определяет, что передается. Принимает фиксированное значение «Извещение».
UID [GUID]	А[1]	Уникальный идентификатор (номер) извещения
Nom [Строка]	А[1]	номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение
MakeDate [ДатаВремя]	А[1]	дата составления извещения с информацией из платежных документов физических лиц
ФорматДанных [ФорматДанных]	А[1]	Определяет формат представления данных в блоке данных. Принимает фиксирование значение «XML»
Шифрование [СКЗИ]	А[1]	Наименование СКЗИ, используемой для шифрования.
КА [DataBase64]	Э[1]	Значение КА
УстановленКА [СКЗИ]	А[1]	Наименование СКЗИ, используемой для постановки/проверки КА.

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

- ЭС/УникИдЭС;

- ЭС/ДатаВремяЭС;

- ЭС/ОтправительЭС;

- ЭС/ПолучательЭС;

- Данные/UID;

- Данные/MakeDate

3.2. Извещение

3.2.1. Логическая структура извещения с информацией из платежных документов физических лиц

KAZNIZV (UID, Nom, MakeDate, IdKO, IdKazn, exec, email, phone) PPOS+ (AccDocNo, AccDocDate, Count) ED101+(*) DETAIL+ FIZDOC+(AccDocDate, Sum, DocIndex, UniNo, Id, Name, Adress, Purpose, INN, DrawerStatus, PaytReason, TaxPeriod, DocNo, DocDate, TaxPaytKind, KaznPersonalAcc, PersonalAcc) KA (KAType)

- Структура элемента ED101 см. «Унифицированные форматы электронных банковских сообщений для безналичных расчетов. ОБМЕН С КРЕДИТНЫМИ ОРГАНИЗАЦИЯМИ И ДРУГИМИ КЛИЕНТАМИ БАНКА РОССИИ»

3.2.2. Шаблон извещения

<?xml version=«1.0» encoding=«WINDOWS-1251»?> <KAZNIZV xmlns=«urn:cbr-ru:kzn:message:v1.0» UID=«GUID» Nom=«Строка» MakeDate=«ДатаВремя» IdKO=«Строка» IdKazn=«Строка» Exec=«Строка» Email=«Строка» Phone=«Строка»> <PPOS AccDocNo=”xsd:positiveInteger” AccDocDate=”Дата” Count=”xsd:positiveInteger”> <ED101> </ED101> <DETAIL> <FIZDOC AccDocDate=”Дата” Sum=”xsd:decimal” DocIndex=”Строка” UniNo=”Строка” Id=”Строка” Name=”Строка” Adress=”Строка” Purpose=”Строка” INN=”Строка” DrawerStatus=”Строка” PaytReason=”Строка” TaxPeriod=”Строка” DocNo=”Строка” DocDate=”Дата” TaxPaytKind=”Строка” PersonalAcc=”Строка” KaznPersonalAcc=”Строка”></FIZDOC> </DETAIL> </PPOS> <KA KAType=”СКЗИ”>DataBase64</KA> </KAZNIZV>

3.2.3. Описание реквизитов извещения

Обозначение реквизита	Эл/Атр, кол-во	Описание реквизита
KAZNIZV	К[1]	Извещение
UID [GUID]	А[1]	Уникальный идентификатор (номер) извещения
Nom [Строка]	А[1]	номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение
MakeDate [ДатаВремя]	А[1]	дата составления извещения с информацией из платежных документов физических лиц
IdKO [Абонент]	А[1]	идентификатор кредитной организации - составителя извещения с информацией из платежных документов физических лиц
IdKazn [Абонент]	А[1]	идентификатор органа Федерального казначейства - получателя извещения с информацией из платежных документов физических лиц
Exec [Строка]	А[1]	ФИО исполнителя
Email [Строка]	А[1]	Адрес электронной почты исполнителя
Phone [Строка]	А[1]	Телефон исполнителя
PPOS	Э[1]	основной элемент, описывающий платежное поручение на общую сумму платежных документов физических лиц, направленного кредитной организацией в Банк России для исполнения, а так же входящие в него отдельные платежные документы
AccDocNo [xsd:positiveInteger]	А[1]	порядковый номер электронного сообщения, содержащего платежное поручение на общую сумму платежных документов физических лиц, направленного кредитной организацией в Банк России для исполнения
AccDocDate [Дата]	А[1]	дата электронного сообщения, содержащего платежное поручение на общую сумму платежных документов физических лиц, направленного кредитной организацией в Банк России для исполнения
Count [xsd:positiveInteger]	А[1]	общее количество платежных документов физических лиц, реквизиты которых включены в повторяющуюся последовательность
ED101	Э[1]	платежное поручение на общую сумму платежных документов физических лиц, направленного кредитной организацией в Банк России для исполнения. Структура элемента ED101 см. «Унифицированные форматы электронных банковских сообщений для безналичных расчетов. ОБМЕН С КРЕДИТНЫМИ ОРГАНИЗАЦИЯМИ И ДРУГИМИ КЛИЕНТАМИ БАНКА РОССИИ»
DETAIL	Э[1]	содержит записи, в каждой из которых указаны значения части реквизитов из отдельных платежных документов физических лиц
FIZDOC	Э[1..n]	содержит части реквизитов из отдельных платежных документов физических лиц
AccDocDate [Дата]	А[1]	Дата платежа физического лица
Sum [xsd:decimal, 18]	А[1]	Сумма платежа физического лица
DocIndex [Строка, 20]	А[0..1]	Индекс документа
UniNo [Строка, 20]	А[0..1]	Уникальный присваиваемый номер операции
Id [Строка, 25]	А[0..1]	Идентификатор физического лица
Name [Строка, 70]	А[0..1]	Фамилия, имя и отчество (при наличии)
Adress [Строка, 70]	А[0..1]	Адрес
Purpose [Строка, 140]	А[0..1]	Назначение платежа физического лица
INN [Строка, 12]	А[0..1]	ИНН плательщика
DrawerStatus [Строка, 2]	А[0..1]	Статус
PaytReason [Строка, 2]	А[0..1]	Основание платежа
TaxPeriod [Строка, 10]	А[0..1]	Налоговый период
DocNo [Строка, 15]	А[0..1]	Номер документа
DocDate [Дата]	А[0..1]	Дата документа
TaxPaytKind [Строка, 2]	А[0..1]	Тип платежа
KaznPersonalAcc [Строка, 11]	А[0..1]	Номер лицевого счета, открытого бюджетополучателю в органе Федерального казначейства
PersonalAcc [Строка, 16]	А[0..1]	Номер лицевого счета, открытого бюджетополучателю в финансовом органе
KA [DataBase64]	Э[0..1]	Значение КА
KAType [СКЗИ]	А[1]	Наименование СКЗИ, используемой для постановки/проверки КА.

3.3. Квитанция

3.3.1. Логическая структура квитанции

Квитанция (ОтправительЭС, ПолучательЭС, УникИдКвит, Файл, Получен, УникИдЭС, КодРезКонтроля, Составлено, Завершен) Документ+ (Тип, ОтправительЭС, ПолучательЭС, ДатаВремяЭС, УникИдЭС, UID, Nom, MakeDate) Пояснение Детализация[0..n] (Код, Описание) КА+ (УстановленКА)

3.3.2. Шаблон квитанции

<?xml version=«1.0» encoding=«windows-1251» ?> <Квитанция xmlns=«urn:cbr-ru:kzn:repES:v0.1» ОтправительЭС=«Абонент» ПолучательЭС=«Абонент» УникИдКвит=«GUID» Файл=«ИмяФайла» Получен=«ДатаВремя» УникИдЭС=«GUID» КодРезКонтроля=”0/2” Составлено=«ДатаВремя» Завершен=«ДатаВремя» > <Документ Тип=«Перечисление» ОтправительЭС=«Абонент» ПолучательЭС=«Абонент» ДатаВремяЭС=«ДатаВремя» УникИдЭС=«GUID» UID=«GUID» Nom=”Строка” MakeDate=«ДатаВремя» ></Документ> <Пояснение>Текст</Пояснение> <Детализация Код=”перечисление” Описание=”Строка”/> <КА УстановленКА=«СКЗИ»>DataBase64</КА> </Квитанция>

3.3.3. Описание реквизитов квитанции

Обозначение реквизита	Эл/Атр, кол-во	Описание реквизита
Квитанция	К[1]	Квитанция
ОтправительЭС [Абонент]	А[1]	Определяет организацию, которая составила и подписала квитанцию.
ПолучательЭС [Абонент]	А[1]	Определяет организацию, которой направлено данная квитанция.
Получен [ДатаВремя]	А[0..1]	Дата и время получения зашифрованного пакета (запроса, подтверждения). Заполняется в случае успешного чтения значения атрибута., на которое создается квитанция.
УникИдКвит [GUID]	А[1]	Уникальный идентификатор (номер) квитанции
УникИдЭС [GUID]	А[0..1]	Уникальный идентификатор зашифрованного пакета (запроса, подтверждения). Заполняется в случае успешного чтения значения атрибута.
Файл [ИмяФайла]	А[0..1]	Имя файла полученного зашифрованного пакета (запроса, подтверждения). Заполняется в случае успешного чтения значения атрибута.
КодРезКонтроля [перечисление]	А[1]	Код результата контроля. Принимает значения: «0» - принят, «2» - не принят.
Составлено [ДатаВремя]	А[1]	Дата и время составления квитанции.
Завершен [ДатаВремя]	А[1]	Дата и время завершения проверки
Документ	Э[0..1]	Содержит реквизиты зашифрованного пакета (запроса, подтверждения), в ответ на который сформирована квитанция.
Тип [перечисление]	А[1]	Содержит описания типа документа, в ответ на который сформирована квитанция. Принимает значения Пакет, Запрос, Подтверждение
ОтправительЭС [Абонент]	А[1]	Определяет организацию, которая составила и подписала зашифрованный пакет (запрос, подтверждение)
ПолучательЭС [Абонент]	А[1]	Определяет организацию, которой направлен зашифрованный пакет (запрос, подтверждение)
ДатаВремяЭС [ДатаВремя]	А[1]	Дата и время составления зашифрованного пакета пакет (запроса, подтверждения)
УникИдЭС [GUID]	А[1]	Уникальный идентификатор (номер) зашифрованного пакета пакет (запроса, подтверждения)
UID [GUID]	А[1]	Уникальный идентификатор (номер) извещения
Nom [Строка]	А[1]	номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение
MakeDate [ДатаВремя]	А[1]	дата составления извещения с информацией из платежных документов физических лиц
Пояснение [строка]	Э[1]	Содержит текст причины непринятия документа
Детализация	Э[0..n]	Детализация результатов проверки
Код [перечисление]	А[1]	Код результата проверки
Описание [строка]	А[1]	Описание результата проверки
КА [DataBase64]	Э[1]	Значение КА отправителя квитанции
УстановленКА [СКЗИ]	А[1]	Наименование СКЗИ, используемой для постановки/проверки КА.

3.3.4. Описание результатов проверки

Код	Описание
Квитанция, сформированная ТУ Банка России
01	положительный результат проверки КА зашифрованного пакета
02	положительный результат проверки КА запроса (подтверждения);
03	отрицательный результат проверки КА зашифрованного пакета;
04	отрицательный результат проверки КА запроса (подтверждения);
05	отрицательный результат проверки уникальности идентификатора зашифрованного пакета в течение дня;
06	отрицательный результат проверки структуры идентификатора зашифрованного пакета установленным требованиям;
07	отрицательный результат проверки структуры запроса (подтверждения) установленным требованиям;
08	отрицательный результат проверки идентификатора кредитной организации - составителя извещения с информацией из платежных документов физических лиц по причине его отсутствия в перечне кредитных организаций, заключивших соглашение между кредитной организацией и Банком России;
09	отрицательный результат проверки идентификатора органа Федерального казначейства - получателя извещения с информацией из платежных документов физических лиц по причине его отсутствия в перечне органов Федерального казначейства, заключивших соглашение между органом Федерального казначейства и Банком России;
10	отрицательный результат проверки значений номера или даты составления извещения с информацией из платежных документов физических лиц на соответствие установленным требованиям.
Квитанция, сформированная органом Федерального казначейства
01	положительный результат проверки КА зашифрованного пакета;
02	положительный результат проверки КА запроса (подтверждения);
03	отрицательный результат проверки КА зашифрованного пакета;
04	отрицательный результат проверки КА запроса (подтверждения);
05	отрицательный результат проверки уникальности идентификатора зашифрованного пакета в течение дня;
06	отрицательный результат проверки структуры идентификатора зашифрованного пакета на соответствие установленным требованиям;
11	отрицательный результат проверки идентификатора запроса (подтверждения) на соответствие установленным требованиям.

3.4. Подтверждение

3.4.1. Логическая структура подтверждения

CONFIRMATION (UID, DateTime, Result, ResultMessage, ОтправительЭС, ПолучательЭС) KAZNIZV +(UID, Nom, IdKO, IdKazn, MakeDate) KA+ (KAType)

3.4.2. Шаблон подтверждения

<?xml version=”1.0” encoding=”windows-1251”?> <CONFIRMATION xmlns=”urn:cbr-ru:kzn:message:v1.0” UID=”GUID” DateTime=”ДатаВремя” Result=”1” ResultMessage=”Строка” ОтправительЭС=”Абонент” ПолучательЭС=”Абонент”> <KAZNIZV UID=”GUID” Nom=”Строка” MakeDate=”Дата” IdKO=”Строка” IdKazn=”Строка”/> <KA KAType=”СКЗИ”>DataBase64</KA> </CONFIRMATION>

3.4.3. Описание реквизитов подтверждения

Обозначение реквизита	Эл/Атр, кол-во	Описание реквизита
CONFIRMATION	К[1]	Подтверждение
UID [GUID]	А[1]	Уникальный идентификатор (номер) подтверждения
DateTime [ДатаВремя]	А[1]	Дата/время формирования подтверждения
Result [Перечисление]	А[1]	Результат приема извещения в формализованном виде. Принимает значение «1» - извещение принято
ResultMessage [Строка]	А[1]	Результат приема в вербальной форме
ОтправительЭС [Абонент]	А[1]	Определяет организацию, которая составила и подписала подтверждение
ПолучательЭС [Абонент]	А[1]	Определяет организацию, которой направлено данное подтверждение
KAZNIZV	Э[1]	Реквизиты извещения
UID [GUID]	А[1]	Уникальный идентификатор извещения
Nom [Строка]	А[1]	номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение
MakeDate [Дата]	А[1]	дата составления извещения с информацией из платежных документов физических лиц
IdKO [Строка]	А[1]	идентификатор кредитной организации - составителя извещения с информацией из платежных документов физических лиц, в качестве которого используются знаки с 3 по 9 разряды банковского идентификационного кода (БИК)
IdKazn [Строка]	А[1]	идентификатор органа Федерального казначейства - получателя извещения с информацией из платежных документов физических лиц
KA [DataBase64]	Э[1]	Значение КА
KAType [СКЗИ]	А[1]	Наименование СКЗИ, используемой для постановки/проверки КА.

3.5. Запрос

3.5.1. Логическая структура запроса

REQUEST (UID, DateTime, ОтправительЭС, ПолучательЭС) KAZNIZV +(UID, Nom, IdKO, IdKazn, MakeDate) SUBJECT+ DETAIL[0,n] (Code, Text) KA+ (KAType)

3.5.2. Шаблон запроса

<?xml version=”1.0” encoding=”windows-1251”?> <REQUEST xmlns=”urn:cbr-ru:kzn:message:v1.0” UID=”GUID” DateTime=”ДатаВремя” ОтправительЭС=”Абонент” ПолучательЭС=”Абонент” > <KAZNIZV UID=”GUID” Nom=”Строка” MakeDate=”Дата” IdKO=”Строка” IdKazn=”Строка”/> <SUBJECT>Строка</KA> <DETAIL Code=”перечисление” Text=”Строка”/> <KA KAType=”СКЗИ”>DataBase64</KA> </ REQUEST>

3.5.3. Описание реквизитов запроса

Обозначение реквизита	Эл/Атр, кол-во	Описание реквизита
REQUEST	К[1]	Запрос
UID [GUID]	А[1]	Уникальный идентификатор (номер) запроса
DateTime [ДатаВремя]	А[1]	Дата/время формирования запроса
ОтправительЭС [Абонент]	А[1]	Определяет организацию, которая составила и подписала запрос
ПолучательЭС [Абонент]	А[1]	Определяет организацию, которой направлен запрос
KAZNIZV	Э[1]	Реквизиты извещения
UID [GUID]	А[1]	Уникальный идентификатор извещения
Nom [Строка]	А[1]	номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение
MakeDate [Дата]	А[1]	дата составления извещения с информацией из платежных документов физических лиц
IdKO [Строка]	А[1]	идентификатор кредитной организации - составителя извещения с информацией из платежных документов физических лиц, в качестве которого используются знаки с 3 по 9 разряды банковского идентификационного кода (БИК)
IdKazn [Строка]	А[1]	идентификатор органа Федерального казначейства - получателя извещения с информацией из платежных документов физических лиц
SUBJECT [Строка]	Э[1]	Пояснение к запросу
DETAIL	Э[0..n]	Детализация результатов проверки
Code [перечисление]	А[1]	Код результата проверки
Text [строка]	А[1]	Описание результата проверки
KA [DataBase64]	Э[1]	Значение КА
KAType [СКЗИ]	А[1]	Наименование СКЗИ, используемой для постановки/проверки КА.

3.5.4. Описание результатов проверки

Код	Описание
02	отрицательный результат проверки КА зашифрованного пакета;
12	отрицательный результат расшифрования зашифрованного пакета;
13	отрицательный результат проверки КА извещения с информацией из платежных документов физических лиц;
14	отрицательный результат проверки соответствия структуры извещения с информацией из платежных документов физических лиц требованиям Указания 2467-У
15	отрицательный результат проверки соответствия номера банковского счета органа Федерального казначейства, указанного в извещении с информацией из платежных документов физических лиц, перечню банковских счетов, по которым данный орган Федерального казначейства получает извещения с информацией из платежных документов физических лиц.

3.6. Порядок формирования и проверки КА XML-документа

Настоящий раздел описывает порядок необходимых преобразований XML документа для формирования и проверки значения КА.

3.6.1. Правила формирования КА

Процесс формирования конверта ЭЦП (КА) состоит из следующих этапов:

1. Формирование XML-документа, который должен быть защищен с помощью КА. XML-документ должен быть сформирован с учетом требований, предъявляемых к оформлению XML-документов в соответствии с п. 3.1 - 3.5 настоящего документа.

2. Сериализация сформированного XML-документа в массив байтов, для которого будет рассчитываться КА, и канонизация проводятся по стандарту xml-c14n. Значения элементов документа не должно состоять только из пробельных символов (WhiteSpace в терминах XML).

3. Формирование (вычисление значения) КА: вызов функции СКЗИ по формированию КА с передачей ей массива байтов, полученного на предыдущем этапе.

4. Кодирование полученного на предыдущем этапе значения КА по алгоритму base64.

5. Помещение закодированного на предыдущем этапе значения КА в элемент KA, а также определения набора атрибутов в соответсвии с форматом

3.6.2. Правила проверки КА

Процесс проверки КА на XML-документе состоит из следующих этапов:

1. Получение защищенного КА из XML-документа.

2. Выделение значения КА из элемента KA.

3. Раскодирование значения КА, выделенного на предыдущем этапе, по алгоритму base64.

4. Исключение элемента KA из XML-документа.

5. Сериализация сформированного XML-документа в массив байтов, для которого будет рассчитываться КА, канонизация проводятся по стандарту xml-c14n

6. Проверка КА: вызов функции СКЗИ по проверке КА с передачей ей массивов байтов, полученных на этапах 5 и 3

4. Контроль целостности и содержания документов

4.1. Выполняемые проверки

4.1.1. Извещение

При приеме в обработку извещения на уровне КО производится следующий контроль:

- контроль документа по XSD схеме;

- проверка правильности указания кредитной организацией в извещении номера банковского счета (элемент KAZNIZV/PPOS/ED101/Payee/PersonalAcc) органа Федерального казначейства из допустимого перечня согласно пункту 2.1 Указания № 2467-У и пунктом 1.3 приложения 1 к данному Указанию;

- контроль общего количества платежных документов физических лиц (элемент KAZNIZV/PPOS/Count) количеству записей в повторяющейся последовательности (элементы KAZNIZV/PPOS/DETAIL/FIZDOC);

- контроль суммы платежного поручения (элемент KAZNIZV/PPOS/ED101/Sum) сумме значений в повторяющейся последовательности (элементы KAZNIZV/PPOS/DETAIL/FIZDOC/Sum);

- контроль сочетаний значений (при заполнении элементов KAZNIZV/PPOS/DETAIL/FIZDOC/DocIndex и/или KAZNIZV/PPOS/DETAIL/FIZDOC/Id не заполняются элементы KAZNIZV/PPOS/DETAIL/FIZDOC/Name, KAZNIZV/PPOS/DETAIL/FIZDOC/ Adress);

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

При положительном результате контроля извещение будет дополнено уникальным идентификатором (элемент KAZNIZV/UID, если он не будет сформирован средствами информационной системы КО), на извещение будет установлен КА КО (элемент KAZNIZV/КА, если он не будет сформирован средствами информационной системы КО).

При отсутствии ошибок обработки будет сформирован зашифрованный пакет, на который будет установлен КА.

4.1.2. Зашифрованный пакет

При приеме на уровне ТУ зашифрованного пакета, производится следующий контроль:

контроль зашифрованного пакета по XSD схеме;

контроль КА зашифрованного пакета;

проверка правильности указания кредитной организацией идентификатора зашифрованного пакета, предусмотренная пунктом 2.2 Указания № 2467-У (в том числе, отсутствует проверка идентификатора кредитной организации на возможность передачи извещений, а также идентификатора органа Федерального казначейства на возможность получения извещений);

При отрицательном результате любого контроля в адрес КО формируется квитанция с указанием кода ошибки (элемент Квитанция/КодРезКонтроля=”2”) и причины отказа в приеме (элемент Квитанция/Пояснение);

При положительном результате контроля в адрес КО формируется квитанция с указанием кода положительного решения о приеме (элемент Квитанция/КодРезКонтроля=”0”), зашифрованный пакет направляется в адрес органа Федерального Казначейства.

При приеме на уровне органа Федерального Казначейства зашифрованного пакета, производится следующий контроль:

контроль уникальности идентификатора зашифрованного пакета;

контроль зашифрованного пакета по XSD схеме;

контроль КА зашифрованного пакета;

контроль расшифрования зашифрованного пакета;

По результатам контроля формируется квитанция с указанием результата контроля. При отрицательном результате контроля квитанция формируется с указанием кода ошибки (элемент Квитанция/КодРезКонтроля=”2”) и причины отказа в приеме (элемент Квитанция/Пояснение), при положительном результате контроля формируется квитанция с указанием кода положительного решения о приеме (элемент Квитанция/КодРезКонтроля=”0”).

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

При положительном результате контроля производится прием в дальнейшую обработку расшифрованного извещения и выполняется следующий контроль:

контроль извещения по XSD схеме;

контроль КА извещения;

контроль уникальности в течении дня идентификатора извещения;

проверка правильности указания кредитной организацией в извещении номера банковского счета (элемент KAZNIZV/PPOS/ED101/Payee/PersonalAcc) органа Федерального казначейства из допустимого перечня согласно пункту 2.1 Указания № 2467-У и пунктом 1.3 приложения 1 к данному Указанию;

контроль общего количества платежных документов физических лиц (элемент KAZNIZV/PPOS/Count) количеству записей в повторяющейся последовательности (элементы KAZNIZV/PPOS/DETAIL/FIZDOC);

контроль суммы платежного поручения (элемент KAZNIZV/PPOS/ED101/Sum) сумме значений в повторяющейся последовательности (элементы KAZNIZV/PPOS/DETAIL/FIZDOC/Sum);

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

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

На подтверждения и запросы устанавливается КА органа Федерального казначейства.

4.1.3. Запрос (подтверждение)

При приеме на уровне ТУ запроса (подтверждения), производится следующий контроль:

контроль запроса (подтверждения) по XSD схеме;

контроль КА запроса (подтверждения);

контроль реквизитов запроса (подтверждения) на предмет соответствия их значения требованиям Приложения 1 Указания № 2467-У.

По результатам контроля в адрес органа Федерального казначейства формируется квитанция с указанием результата контроля.

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

При приеме на уровне КО запроса (подтверждения), производится следующий контроль:

контроль запроса (подтверждения) по XSD схеме;

контроль КА запроса (подтверждения);

По результатам контроля в адрес территориального учреждения формируется квитанция с указанием результата контроля.

В случае положительного результата контроля запрос (подтверждение) принимается в обработку.

4.2. Контроль документов по XSD схеме

XSD схемы входят в состав программного обеспечения.

Согласно правилам контроля по XSD схеме последовательность атрибутов для элемента может быть произвольной, дублирование атрибута в одном элементе не допустимо, последовательность дочерних элементов имеет значение, дублирование элементов допустимо. XML документ должен иметь только один корневой узел.

4.2.1. Базовые типы данных

- DataBase64 Блок данных в кодировке Base64

- GUID 128-битное число в виде строки из 32 шестнадцатеричных цифр, разделенных дефисами в формате G1G2G3G4-G5G6-G7G8-G9G10-G11G12G13G14G15G16, где Gx - значение соответствующего байта структуры в шестнадцатеричном представлении (например 6F9619FF-8B86-D011-B42D-00CF4FC964FF)

- Дата Дата в формате YYYY-MM-DD

- ДатаВремя Дата и время. [ГОСТ ИСО 8601-2001]. Формат CCYY-MM-DDThh:mm:ss.

- Строка Строка без ограничения длины

- Email Адрес электронной почты

- Абонент Идентификатор составителя (получателя) электронного сообщения.

- ИмяФайла Имя файла

- КодРезКонтроля Код контроля. Допустимые значения: 0 - принято, 2 - не принято;

- СКЗИ Наименование используемой СКЗИ. Допустимые значения: Сигнатура, Верба, САЭД

4.2.2. Извещение

Корневым элементом извещения должен быть KAZNIZV. Следующие атрибуты корневого элемента обязательны и должны контролироваться согласно нижеследующим правилам:

- UID уникальный идентификатор извещения с типом данным [GUID]

- Nom номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение, тип данных [Строка]

- MakeDate дата составления извещения с информацией из платежных документов физических лиц, тип данных [Дата]

- IdKO идентификатор кредитной организации - составителя извещения с информацией из платежных документов физических лиц, в качестве которого используются знаки с 3 по 9 разряды банковского идентификационного кода (БИК), тип данных [Строка]

- IdKazn идентификатор органа Федерального казначейства - получателя извещения с информацией из платежных документов физических лиц, тип данных [Строка]

- Exec ФИО исполнителя разделенные пробелом, тип данных [Строка]

- Email Адрес электронной почты исполнителя, тип данных [Строка]

- Phone Телефон исполнителя, тип данных [Строка]

Содержимым корневого элемента является последовательность из элементов PPOS (только один элемент) и KA (элемент не является обязательным).

Элемент PPOS должен содержать следующие атрибуты:

- AccDocNo порядковый номер электронного сообщения, содержащего платежное поручение на общую сумму платежных документов физических лиц, направленного кредитной организацией в Банк России для исполнения, тип данных [xsd:positiveInteger]

- AccDocDate дата электронного сообщения, содержащего платежное поручение на общую сумму платежных документов физических лиц, направленного кредитной организацией в Банк России для исполнения, тип данных [Дата]

- Count общее количество платежных документов физических лиц, реквизиты которых включены в повторяющуюся последовательность, тип данных [xsd:positiveInteger]

Содержимым элемента PPOS является последовательность элементов ED101 (один элемент) и DETAIL (один элемент).

Атрибуты и содержимое элемента ED101 определяется схемой из «Унифицированные форматы электронных банковских сообщений для безналичных расчетов. ОБМЕН С КРЕДИТНЫМИ ОРГАНИЗАЦИЯМИ И ДРУГИМИ КЛИЕНТАМИ БАНКА РОССИИ»

Элемент DETAIL не должен содержать атрибутов. Содержимым элемента является последовательность элементов FIZDOC (как минимум один элемент). Помимо типа данных, в квадратных скобках указывается максимальная длина реквизита в символах.

Элемент FIZDOC не должен иметь содержимого и должен содержать следующие обязательные атрибуты:

- AccDocDate Дата платежа физического лица, тип данных [Дата]

- Sum Сумма платежа физического лица, тип данных [xsd:decimal, 18]

Элемент FIZDOC может содержать следующие необязательные атрибуты:

- Name Фамилия, имя и отчество (при наличии), тип данных [Строка, 70]

- DocNo Номер документа, тип данных [Строка, 15]

- DocDate Дата документа, тип данных [Дата]

- DocIndex Индекс документа, тип данных [Строка, 20]

- UniNo Уникальный присваиваемый номер операции, тип данных [Строка, 20]

- Id Идентификатор физического лица, тип данных [Строка, 25]

- Adress Адрес, тип данных [Строка, 70]

- Purpose Назначение платежа физического лица, тип данных [Строка, 140]

- INN ИНН плательщика, тип данных [Строка, 12]

- DrawerStatus Статус, тип данных [Строка, 2]

- PaytReason Основание платежа, тип данных [Строка, 2]

- TaxPaytKind Тип платежа, тип данных [Строка, 2]

- TaxPeriod Налоговый период, тип данных [Строка, 10]

- KaznPersonalAcc Номер лицевого счета, открытого бюджетополучателю в органе Федерального казначейства, тип данных [Строка, 11]

- PersonalAcc Номер лицевого счета, открытого бюджетополучателю в финансовом органе, тип данных [Строка, 16]

Элемент KA имеет обязательный атрибут KAType (Наименование системы криптографической авторизации электронных документов) с типом данных [СКЗИ]. Элемент содержит текст в формате base64

4.2.3. Подтверждение

Корневым элементов подтверждения является CONFIRMATION. Следующие атрибуты корневого элемента обязательны и должны контролироваться согласно нижеследующим правилам:

- UID Уникальный идентификатор подтверждения, тип данных [GUID]

- DateTime Дата/время формирования подтверждения, тип данных [ДатаВремя]

- Result Результат приема извещения в формализованном виде. Принимает значение «1» - извещение принято, тип данных [Число]

- ResultMessage Результат приема в вербальной форме, тип данных [Строка]

- ОтправительЭС Определяет организацию, которая составила и подписала подтверждение [Строка]

- ПолучательЭС Определяет организацию, которой направлено данное подтверждение [Строка]

Содержимым корневого элемента является последовательность из элементов KAZNIZV (один обязательный элемент) и KA (один не обязательный элемент)

Элемент KAZNIZV должен содержать следующие обязательные атрибуты:

- UID Уникальный идентификатор извещения, тип данных [GUID]

- MakeDate дата составления извещения с информацией из платежных документов физических лиц, тип данных [Дата]

Содержимое элемента KAZNIZV отсутствует.

Структура элемента KA идентична структуре в извещении.

4.2.4. Запрос

Корневым элементов запроса является REQUEST. Следующие атрибуты корневого элемента обязательны и должны контролироваться согласно нижеследующим правилам:

- UID Уникальный идентификатор запроса, тип данных [GUID]

- DateTime Дата/время формирования запроса, тип данных [ДатаВремя]

- ОтправительЭС Определяет организацию, которая составила и подписала подтверждение [Строка]

- ПолучательЭС Определяет организацию, которой направлено данное подтверждение [Строка]

Содержимым корневого элемента является последовательность из элементов KAZNIZV (один элемент), SUBJECT (один элемент), DETAIL (ноль или несколько) KA (элемент не является обязательным).

Элемент KAZNIZV должен содержать следующие обязательные атрибуты:

- UID Уникальный идентификатор извещения, тип данных [GUID]

- MakeDate дата составления извещения с информацией из платежных документов физических лиц, тип данных [Дата]

Содержимое элемента KAZNIZV отсутствует.

Элемент SUBJECT не должен содержать атрибутов, содержимым элемента имеет тип данных [Строка]

Элемент DETAIL содержит следующие обязательные атрибуты:

- Code код результата проверки, принимает одно из значений: 02, 12, 13, 14, 15

- Text описание результата проверки [Строка]

Структура элемента KA идентична структуре в извещении.

5. Примеры xml документов

Извещение:

<?xml version=”1.0” encoding=”WINDOWS-1251”?>

<Name>СБЕРБАНК РОССИИ ОАО</Name>

</Payer>

<Name>УФК по г.Москве (УВД по ЗАО г.Москвы)</Name>

</Payee>

<Purpose>ПЛАТЕЖИ ФИЗИЧЕСКИХ ЛИЦ</Purpose>

</ED101>

</DETAIL>

</PPOS>

<Name>СБЕРБАНК РОССИИ ОАО</Name>

</Payer>

<Name>Л/сч N0772591000450291 Департамент финансов (Департамент жилищной политики и жилищного фонда г.Москвы)</Name>

</Payee>

<Purpose>ПЛАТЕЖИ ФИЗИЧЕСКИХ ЛИЦ</Purpose>

</ED101>

</DETAIL>

</PPOS>

<KA KAType=”Сигнатура”>bzAwMDAwMFi10ORUDEezEj5PAFOKLG1MCgw9HzKtugnnvoivZ+maEZfQgnQ0TN+K/odrcM6sbG29nfEtZ/pOLsa6XB+X2QYxMjUyTkpLVzhSMDE63QFNnZaPS0FaAZ4QAAA=</KA></KAZNIZV>

Подтверждение

<KA KAType=”Сигнатура”>bzAwMDAwMAO15BtMBSCvZNx0uL5fZYzz2HTxLHkep5yTVSJvCw4wxZQGerMaPNw9o5ABpe2APfSP2xdtdZIuxMwXao2XArcxMjUyTkpLVzhSMDHgewBNnZaPUk1BAcwBAAA=</KA>

</CONFIRMATION>

Запрос

<SUBJECT>Ошибка расшифрования извещения -1</SUBJECT>

<KA KAType=»Сигнатура»>bzAwMDAwMAxADJmY34Y5yYn9gx7luFTSAbxF8zmtmvOMqXFS55u9pp9J+e24oRAKuZklYUZ+0vzCCTELGhfkxrndqdmAbgExMjUyTkpLVzhSMDHheP9MnZaPUkVRAVQCAAA=</KA>

</REQUEST>

Зашифрованный пакет

<ЭС xmlns=”urn:cbr-ru:kzn:repES:v0.1” ДатаВремяЭС=”2010-12-02T16:54:16” ОтправительЭС=”УИС.7003725000” ПолучательЭС=”УИС.7003001001” УникИдЭС=”F3EE4EE5-671E-46B8-B2D8-922E565B5A86”>

<Данные MakeDate=”2003-04-14” Nom=”123” UID=”ED01D677-07A2-41FE-B61D-8CCB5C8B3811” Ид=”1” ИмяЗадачи=”Казначейство” Содержит=”Извещение” ФорматДанных=”XML” Шифрование=”Сигнатура”>ja+cBat+GGQaYcIOZkrjCpbKr8qo66m+ySZ44yCBLRY5K49Wzs7457nJGqqlTiF1JHWOC6gvZ3Gr8fRq0c1Z5VNVaUERv4kji5jwEGi11OIaHJE6L+7zB38QJUvdPSdeF2PWVadXRacDVQ/HVogS6c6bS1ImI4xFl1beuz0vVzaMAKwGBy6JV11dzA557EFYf4XWDoQY8NrNlLOSsg2joXBFxo/DZ7TRyHgE7czD8UlCBt0MCwz73rjWKwttDer2bqpbORVS/aO6png9HHjax/QOvOAqKqx37PBcBgcl8MSmhzJFWg/SC+JMjyGXm67Es+8uMiWMTqV6EwcICK1YXcuauKDjNstMFdctKuWKw6W/v3ZjotlfkPrQhiYfkXHBVu7hBJeRfPcw462lEi3QZCUKPYLxqMTI1MgIA</Данные>

<КА УстановленКА=”Сигнатура”>bzAwMDAwMPiRk1tzYwWDmIPa/3ifw5zeRVfGHeu0qAq5IDvmSzesa+Hi4g5UGBFUzVZFf43GgpPdEebh+W8/QDBarADoE2QxMjUyTkpLVzhSMDEIpfdMnZaPPjwvAS4YAAA=</КА>

</ЭС>

Квитанция

<Квитанция xmlns=”urn:cbr-ru:kzn:repES:v0.1” Завершен=”2010-12-09T17:08:08” КодРезКонтроля=”2” ОтправительЭС=”УИС.7000000251” ПолучательЭС=”УИС.7003725000” Получен=”2010-12-09T17:08:20” Составлено=”2010-12-09T17:08:08” УникИдКвит=”20249F84-28DC-4F7F-B26A-3A132A730C66” УникИдЭС=”F3EE4EE5-671E-46B8-B2D8-922E565B5A86” Файл=”конвертКО-КЗ.xml”>

<Документ MakeDate=”2003-04-14” Nom=”123” UID=”ED01D677-07A2-41FE-B61D-8CCB5C8B3811” ДатаВремяЭС=”2010-12-02T16:54:16” ОтправительЭС=”УИС.7003725000” ПолучательЭС=”УИС.7000000251” Тип=”ЭС” УникИдЭС=”F3EE4EE5-671E-46B8-B2D8-922E565B5A86” />

<Пояснение>Зашифрованный пакет с идентификатором F3EE4EE5-671E-46B8-B2D8-922E565B5A86, сформированный 02-12-2010 16:54:16, содержащий извещение ED01D677-07A2-41FE-B61D-8CCB5C8B3811, сформированное 2003-04-14 уже был принят ранее сегодня</Пояснение>

<Детализация Код=»01» Описание=»Положительный результат проверки КА зашифрованного пакета» />

<Детализация Код=»05» Описание=»Отрицательный результат проверки уникальности идентификатора зашифрованного пакета в течении дня» />

<КА УстановленКА=»Сигнатура»>bzAwMDAwMOBA3lC1F6vHIZLWA2dvkyTmrILqwWJetZkIaudvvn+XksJQj0Y5wmgOl/CrOICUJqxMr53LD2Ntz45uUP3lZjAxMjUyTkpLVzhSMDHU4gBNnZaPvdGGAVMGAAA=</КА>

</Квитанция>

Лист регистрации изменений

Изм.	Номера листов (страниц)				Всего листов (стр.) в документе	№ документа	Входящий № сопроводительного документа	Подпись	Дата
Изм.	Измененных	Замененных	Новых	Аннулированных	Всего листов (стр.) в документе	№ документа	Входящий № сопроводительного документа	Подпись	Дата

Составили

Наименование организации, подразделения	Должность исполнителя	Фамилия, имя, отчество	Подпись	Дата
ГУ БР по Тульской области	Зав.сектором отдела РСПСОО	Логачев Д.В.

Согласовано

Наименование организации, подразделения	Должность исполнителя	Фамилия, имя, отчество
ГУ БР по Тульской области	Начальник отдела РСПСОО	Тронза А.Ю.

Обзор документа

Информация, содержащаяся в платежных документах физлиц, в электронном виде направляется кредитной организацией (ее филиалом) в Банк России. Он передает ее в орган Федерального казначейства.

Приведено описание форматов сообщений, используемых при взаимодействии ЦБ РФ и органа Казначейства России.

Для просмотра актуального текста документа и получения полной информации о вступлении в силу, изменениях и порядке применения документа, воспользуйтесь поиском в Интернет-версии системы ГАРАНТ:

Перепечатка