Приложение 6. ОПИСАНИЕ СТРУКТУРЫ ЭЛЕКТРОННОГО СООБЩЕНИЯ "ЗАПРОС В ЦККИ"
Приложение 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.
Пример xml-сообщения:
20.07.2005 ООО Прогресс 1234567890123 1234567890 555555555 test@mail.ru 777777777
