Документ утратил силу или отменен. Подробнее см. Справку

Приложение 6

ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО СООБЩЕНИЯ "ЗАПРОС В ЦЕНТРАЛЬНЫЙ
КАТАЛОГ КРЕДИТНЫХ ИСТОРИЙ"

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

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

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

N

Наименование элемента

Описание

Формат данных

(Размер)

Обязательное наличие элемента

1.

RequestID

Идентификатор запроса, присвоенный отправителем. Если данный элемент присутствует в запросе, то в ответе ЦККИ он также будет присутствовать и содержать то же значение.

Положительное целое число (12)

2.

CreateDate

Дата формирования запроса

Дата вида ДД.ММ.ГГГГ

V

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

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

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

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

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

Блок InquiryBKI включает:

- обязательная ключевая информация (KeyData),

- необязательный код субъекта кредитной истории (SubjectCode) - не заполняется;

- необязательный адрес электронной почты для ответа (Email) - не заполняется.

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

KEYLP - запрос по субъекту кредитной истории - юридическому лицу;

KEYNP - запрос по субъекту кредитной истории - физическому лицу.

Структура блока KEYLP:

N

Наименование элемента

Описание

Формат данных

(Размер)

Обязательное наличие элемента

1.

Name

Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации)

Текст (1020)

2.

EGRN

основной государственный регистрационный номер (ОГРН). Если ОГРН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML.

Текст (1024)

3.

INN

Идентификационный номер налогоплательщика (ИНН). Если ИНН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML.

Текст (1024)

Если в ключевой информации субъекта кредитной истории юридического лица

Структура блока KEYNP:

N

Наименование элемента

Описание

Формат данных (Размер)

Обязательное наличие элемента

1.

FirstName

Имя

Текст (60)

V

2.

LastName

Фамилия

Текст (60)

V

3.

MiddleName

Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML.

Текст (60)

V

4.

DocNumber

Серия и номер документа, удостоверяющего личность

Текст (50)

V

5.

DocDelivDate

Дата выдачи документа, удостоверяющего личность. Допускается не указывать.

Дата вида ДД.ММ.ГГГГ

Блок ChangeCode включает:

- обязательную ключевую информацию (KeyData)

- необязательный код субъекта кредитной истории (SubjectCode) - не заполняется

- необязательный адрес электронной почты для ответа (Email) - не заполняется

- обязательный новый код субъекта кредитной истории (NewCode).

Формат блока KeyData аналогичен формату, используемому в блоке InquiryBKI.

Блок ProvisionalCode включает:

- обязательную ключевую информацию (KeyData),

- необязательный код субъекта кредитной истории (SubjectCode) - не заполняется

- необязательный адрес электронной почты для ответа (Email) - не заполняется,

- обязательный временный код субъекта кредитной истории (NewCode).

Формат блока KeyData аналогичен формату, используемому в блоке InquiryBKI.

Блок AnnulCode включает:

- обязательную ключевую информацию (KeyData)

- необязательный код субъекта кредитной истории (SubjectCode) - не заполняется

- необязательный адрес электронной почты для ответа (Email) - не заполняется

Формат блока KeyData аналогичен формату, используемому в блоке InquiryBKI.