Приложение М. Описание структуры электронного документа "Пакет запросов к ЦККИ"

Приложение М

Описание
структуры электронного документа "Пакет запросов к ЦККИ"

Пакет запросов, направляемых ЦККИ, структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование INQPACKET и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).

Документ подразделяется на две обязательные части - заголовок (THEADER) и список запросов (TBODY).

Описание структуры заголовка содержит Таблица М.1.

Таблица М.1 - Структура заголовка

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента
PackID	Идентификатор пакета с запросами	Положительное целое число (12)	V
CreatePackDate	Дата формирования пакета с запросами	Дата вида ДД.ММ.ГГГГ	V

Элемент TBODY содержит множество элементов REQ, содержащих обязательный атрибут ID, указывающий на номер запроса в пакете.

При формировании пакета запросов внутри элемента REQ должен находиться один из следующих элементов:

SubjectInquiryBKI - запрос от субъекта кредитной истории информации о БКИ, в которых хранится кредитная история субъекта кредитной истории;

UserInquiryBKI - запрос от пользователя кредитной истории информации о БКИ, в которых хранится кредитная история субъекта кредитной истории;

FinancialInquiryBKI - запрос от финансового управляющего о БКИ, в которых хранится кредитная история субъекта кредитной истории;

ChangeCode - заявка от субъекта кредитной истории на изменение кода субъекта кредитной истории;

ProvisionalCode - заявка от субъекта кредитной истории на установку дополнительного кода субъекта кредитной истории;

AnnulCode - заявка от субъекта кредитной истории на аннулирование кода субъекта кредитной истории;

TitleList - запрос от БКИ на получение списка ТЧКИ, ранее переданных данным БКИ в АС ЦККИ. Совмещение запросов на получение списка ТЧКИ с другими видами запросов в одном пакете недопустимо!

Запросы всех видов включают обязательную идентифицирующую информацию (KeyData).

Внутри элемента KeyData может находиться один из двух элементов:

KEYLP - идентифицирующая информация для субъекта кредитной истории, являющегося юридическим лицом;

KEYNP - идентифицирующая информация для субъекта кредитной истории, являющегося физическим лицом.

Таблица М.2 - Структура блока KEYLP

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие
Name	Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской федерации)	Текст(1020)
EGRN	Основной государственный регистрационный номер (ОГРН). Если ОГРН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML.	Текст(1024)
INN	Идентификационный номер налогоплательщика. Если ИНН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML.	Текст(1024)

Таблица М.3 - Структура блока KEYNP

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие
FirstName	Имя	Текст (60)	V
LastName	Фамилия	Текст (60)	V
MiddleName	Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML.	Текст (60)
DocNumber	Серия и номер документа, удостоверяющего личность	Текст (50)	V
DocDelivDate	Дата выдачи документа, удостоверяющего личность. Допускается не указывать.	Дата вида ДД.ММ.ГГГГ

Заявка на изменение/установку кода субъекта кредитной истории (элемент ChangeCode) дополнительно включает элемент NewCode - новый код субъекта кредитной истории.

Заявка на установку дополнительного кода субъекта кредитной истории (элемент ProvisionalCode) дополнительно включает элемент NewCode - новый дополнительный код субъекта кредитной истории.

Пример xml-документа, содержащего пакет запросов субъектов и пользователей кредитных историй:

См. пример xml-документа в редакторе Adobe Reader

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