4.2. Контроль документов по 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]
- Name Фамилия, имя и отчество (при наличии), тип данных [Строка, 16]
Элемент FIZDOC может содержать следующие необязательные атрибуты:
- DocNo Номер документа, тип данных [Строка, 20]
- DocDate Дата документа, тип данных [Дата]
- DocIndex Индекс документа, тип данных [Строка, 20]
- UniNo Уникальный присваиваемый номер операции, тип данных [Строка, 20]
- Id Идентификатор физического лица, тип данных [Строка, 25]
- Adress Адрес, тип данных [Строка, 70]
- Purpose Назначение платежа физического лица, тип данных [Строка, 140]
- INN ИНН плательщика, тип данных [Строка, 12]
- DrawerStatus Статус, тип данных [Строка, 2]
- PaytReason Основание платежа, тип данных [Строка, 2]
- TaxPaytKind Тип платежа, тип данных [Строка, 2]
- TaxPeriod Налоговый период, тип данных [Строка, 20]
- KaznPersonalAcc Номер лицевого счета, открытого бюджетополучателю в органе Федерального казначейства, тип данных [Строка, 11]
- PersonalAcc Номер лицевого счета, открытого бюджетополучателю в финансовом органе, тип данных [Строка, 16]
Элемент KA имеет обязательный атрибут KAType (Наименование системы криптографической авторизации электронных документов) с типом данных [СКЗИ]. Элемент содержит текст в формате base64.
4.2.3. Подтверждение
Корневым элементом подтверждения является CONFIRMATION. Следующие атрибуты корневого элемента обязательны и должны контролироваться согласно нижеследующим правилам:
- UID Уникальный идентификатор подтверждения, тип данных [GUID]
- DateTime Дата/время формирования подтверждения, тип данных [ДатаВремя]
- Result Результат приема извещения в формализованном виде. Принимает значение "1" - извещение принято, тип данных [Число]
- ResultMessage Результат приема в вербальной форме, тип данных [Строка]
Содержимым корневого элемента является последовательность из элементов KAZNIZV (один обязательный элемент) и KA (один необязательный элемент).
Элемент KAZNIZV должен содержать следующие обязательные атрибуты:
- UID Уникальный идентификатор извещения, тип данных [GUID]
- Nom номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение, тип данных [Строка]
- MakeDate дата составления извещения с информацией из платежных документов физических лиц, тип данных [Дата]
- IdKO идентификатор кредитной организации - составителя извещения с информацией из платежных документов физических лиц, в качестве которого используются знаки с 3 по 9 разряды банковского идентификационного кода (БИК), тип данных [Строка]
- IdKazn идентификатор органа Федерального казначейства - получателя извещения с информацией из платежных документов физических лиц, тип данных [Строка]
Содержимое элемента KAZNIZV отсутствует.
Структура элемента KA идентична структуре в извещении.
4.2.4. Запрос
Корневым элементом запроса является REQUEST. Следующие атрибуты корневого элемента обязательны и должны контролироваться согласно нижеследующим правилам:
- UID Уникальный идентификатор запроса, тип данных [GUID]
- DateTime Дата/время формирования запроса, тип данных [ДатаВремя]
Содержимым корневого элемента является последовательность из элементов KAZNIZV (один элемент), SUBJECT (один элемент), DETAIL (ноль или несколько), KA (элемент не является обязательным).
Элемент KAZNIZV должен содержать следующие обязательные атрибуты:
- UID Уникальный идентификатор извещения, тип данных [GUID]
- Nom номер извещения с информацией из платежных документов физических лиц, уникальный для рабочего дня, в течение которого составлено данное сообщение, тип данных [Строка]
- MakeDate дата составления извещения с информацией из платежных документов физических лиц, тип данных [Дата]
- IdKO идентификатор кредитной организации - составителя извещения с информацией из платежных документов физических лиц, в качестве которого используются знаки с 3 по 9 разряды банковского идентификационного кода (БИК), тип данных [Строка]
- IdKazn идентификатор органа Федерального казначейства - получателя извещения с информацией из платежных документов физических лиц, тип данных [Строка]
Содержимое элемента KAZNIZV отсутствует.
Элемент SUBJECT не должен содержать атрибутов, содержимым элемента имеет тип данных [Строка]
Элемент DETAIL содержит следующие обязательные атрибуты:
- Code код результата проверки, принимает одно из значений: 02, 12, 13, 14, 15
- Text описание результата проверки [Строка]
Структура элемента KA идентична структуре в извещении.
