Порядок взаимодействия автоматизированной системы «Центральный каталог кредитных историй» с субъектами кредитных историй, пользователями кредитных историй и финансовыми управляющими

Центральный банк Российской ФедерацииУтратил силу 02.11.2026

Актуально на 03.11.2026.

Как цитировать: "Порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй" с субъектами кредитных историй, пользователями кредитных историй и финансовыми управляющими". https://bukva.ai/docs/poryadok-vzaimodeystviya-avtomatizirovannoy

(утв. Банком России 27.05.2019)

(вместе с «Правилами обработки запросов к АС ЦККИ»)

Внимание

Документ утратил силу в связи с изданием новой редакции (номер 1.1) Порядка, утв. Банком России 12.08.2025 № ТРД-16-2-3-1/2932. Порядок и актуальные изменения к нему см. на сайте Банка России http://www.cbr.ru/ в разделе «Кредитные истории — Правовые акты». Текст документа приведен в соответствии с публикацией на сайте http://www.cbr.ru/ по состоянию на 08.10.2019.

ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ

ПОРЯДОК

ВЗАИМОДЕЙСТВИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ «ЦЕНТРАЛЬНЫЙ
КАТАЛОГ КРЕДИТНЫХ ИСТОРИЙ» С СУБЪЕКТАМИ КРЕДИТНЫХ ИСТОРИЙ,
ПОЛЬЗОВАТЕЛЯМИ КРЕДИТНЫХ ИСТОРИЙ И ФИНАНСОВЫМИ УПРАВЛЯЮЩИМИ

(27 мая 2019 года)

Аннотация

Настоящий документ определяет порядок взаимодействия автоматизированной системы «Центральный каталог кредитных историй», разработанной во исполнение Федерального закона от 30 декабря 2004 года № 218-ФЗ «О кредитных историях» с субъектами кредитных историй и пользователями кредитных историй, а также финансовыми управляющими.

В документе приводятся сведения об используемых технологиях обмена данными и о форматах передаваемых данных.

Данный документ введен взамен документа «Порядок взаимодействия автоматизированной системы „Центральный каталог кредитных историй“ с субъектами и пользователями кредитных историй» и включает разъяснения порядка формирования кредитной организацией запроса финансового управляющего, утвержденного в деле о несостоятельности (банкротстве) субъекта кредитной истории — физического лица, в Центральный каталог кредитных историй о представлении информации о бюро кредитных историй, в котором (которых) хранится кредитная история субъекта кредитной истории. Документ также дополнен требованиями к оформлению финансовым управляющим телеграфного запроса о бюро кредитных историй при обращении в Центральный каталог кредитных историй через отделение почтовой связи.

Внимание!

Информация о сроке начала обработки автоматизированной системой «Центральный каталог кредитных историй» запросов финансовых управляющих о бюро кредитных историй размещается на официальном сайте Банка России в информационно-телекоммуникационной сети «Интернет» в разделе «Кредитные истории». Плановый срок начала обработки запросов финансовых управляющих — не ранее 01.08.2019.

1. Общие положения

Центральный каталог кредитных историй представляет информацию на основании данных, представляемых ему бюро кредитных историй. Центральный каталог кредитных историй представляет информацию о бюро кредитных историй, в котором (которых) хранится (хранятся) кредитная история (кредитные истории) субъекта кредитной истории, этому субъекту кредитной истории (кредитных историй), пользователям кредитной истории (кредитных историй), финансовому управляющему, утвержденному в деле о несостоятельности (банкротстве) субъекта кредитной истории — физического лица (далее — финансовый управляющий), нотариусам в связи с необходимостью осуществления проверки состава наследственного имущества при совершении нотариальных действий по выдаче свидетельства о праве на наследство по форме и в порядке, которые установлены Банком России, на безвозмездной основе. Кроме того, Центральный каталог кредитных историй по заявке субъекта кредитной истории устанавливает код субъекта кредитной истории, осуществляет изменение (аннулирование) кода субъекта кредитной истории, устанавливает дополнительные коды субъекта кредитной истории.

Реализация перечисленных выше функций обеспечивается автоматизированной системой «Центральный каталог кредитных историй» (далее — АС ЦККИ).

Деятельность Центрального каталога кредитных историй регулируется нормативными документами Банка России, которые охватывают следующие направления:

порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории, пользователем кредитной истории и финансовым управляющим посредством обращения в кредитную организацию;
порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством официального сайта Банка России;
порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории, пользователем кредитной истории и финансовым управляющим посредством обращения в бюро кредитных историй;
порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и финансовым управляющим посредством обращения в отделения почтовой связи;
порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории, пользователем кредитной истории и финансовым управляющим посредством передачи заявления через нотариуса.

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

Информация, обрабатываемая в АС ЦККИ, не содержит информации, составляющих государственную тайну.

Информация, обрабатываемая в АС ЦККИ, содержит персональные данные субъектов кредитных историй — физических лиц. Состав персональных данных определяется Федеральным законом от 30 декабря 2004 года № 218-ФЗ «О кредитных историях», а также Указанием Банка России от 31 августа 2005 года № 1611-У «О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй».

В соответствии с пунктом 17 Положения от 11 апреля 2014 года № 418-П «Об обработке персональных данных в Банке России» обработка персональных данных в АС ЦККИ не требует согласия субъектов кредитных историй на обработку их персональных данных (основание — Федеральный закон от 30 декабря 2004 года № 218-ФЗ «О кредитных историях»).

2. Порядок непосредственного обращения субъектов и пользователей кредитных историй в Центральный каталог кредитных историй

2.1. Порядок обращения в Центральный каталог кредитных историй через официальный сайт Банка России

Для направления запроса (от субъекта кредитной истории либо пользователя кредитной истории) или заявки (от субъекта кредитной истории) в Центральный каталог кредитных историй субъект кредитной истории или пользователь кредитной истории заполняет соответствующую форму, размещенную на официальном сайте Банка России (www.cbr.ru).

При заполнении формы запроса субъект кредитной истории должен указать код субъекта кредитной истории.

Пользователь кредитной истории при заполнении формы должен указать дополнительный код субъекта кредитной истории, полученный от субъекта кредитной истории.

Подготовленный таким образом запрос (от субъекта кредитной истории либо пользователя кредитной истории) или заявка (от субъекта кредитной истории) автоматически перенаправляется официальным сайтом Банка России (далее — ОСБР) по электронной почте в автоматизированную систему «Центральный каталог кредитных историй». Правила обработки запроса приведены в Приложении «К» к данному документу.

После обработки запроса (от субъекта кредитной истории либо пользователя кредитной истории) или заявки (от субъекта кредитной истории) АС ЦККИ формирует ответное электронное почтовое сообщение (далее — ЭПС) и направляет его на адрес, указанный при заполнении формы запроса (заявки). При этом ответ на запрос содержит обезличенные данные субъекта кредитной истории.

Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат текста ответного ЭПС Центрального каталога кредитных историй описан в Указании Банка России от 31 августа 2005 года № 1610-У «О порядке направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения на официальный сайт Банка России в информационно-телекоммуникационной сети Интернет». Формат файла вложения (XML-документа) в виде XML-схемы приведен в Приложении В, описание его структуры — в Приложении Г к настоящему документу.

2.2. Порядок обращения в Центральный каталог кредитных историй по электронной почте

Данный способ взаимодействия предназначен в первую очередь для организации взаимодействия АС ЦККИ с автоматизированными системами, установленными у пользователей кредитных историй. Запрос (от субъекта или пользователя кредитной истории) и заявка (от субъекта кредитной истории) оформляются, как XML-документ, который в виде файла вложения к ЭПС направляется на адрес ckki@cbr.ru. Отправка запросов и заявок по электронной почте в Центральный каталог кредитных историй может осуществляться в произвольный момент времени. Формат файла вложения (XML-документа) для запроса (заявки) в виде XML-схемы приведен в Приложении А, описание его структуры — в Приложении Б.

Субъект кредитной истории при формировании запроса должен указать код субъекта кредитной истории. Пользователь кредитной истории при формировании запроса должен указать дополнительный код субъекта кредитной истории, полученный от пользователя.

В одном ЭПС может содержаться один запрос (от субъекта или пользователя кредитной истории), либо одна заявка (от субъекта кредитной истории), т.е. допускается наличие только одного файла вложения.

Тема электронного сообщения (subject), направляемого на адрес АС ЦККИ, должна содержать код вида сообщения в соответствии с таблицей 1.

Таблица 1 — Виды сообщений

Вид ЭПС	Тема ЭПС
Изменение кода субъекта кредитной истории	U02_NNNNN
Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от субъекта кредитной истории	U03_NNNNN
Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от пользователя кредитной истории	U04_NNNNN
Установка дополнительного кода субъекта кредитной истории	U05_NNNNN
Аннулирование кода субъекта кредитной истории	U08_NNNNN

Где:

U — символ «U» латинского алфавита.

NNNNN — номер электронного сообщения (не более 30 знаков).

После получения электронного сообщения АС ЦККИ производит контроль темы поступившего ЭПС. В случае если тема не соответствует установленным требованиям (см. таблицу выше в настоящем пункте), обработка такого ЭПС не производится, ответ на него не направляется.

В случае успешного результата контроля темы поступившего ЭПС АС ЦККИ осуществляет проверку соответствия формата и структуры файла вложения правилам, определенным в Приложениях А и Б к настоящему документу. При соответствии формата и структуры файла вложения указанным правилам производится обработка запроса, содержащегося в данном файле. Правила обработки запроса приведены в Приложении К к данному документу.

В случае несоответствия формата и структуры файла вложения установленным правилам, ЭПС в дальнейшую обработку не допускается. Центральный каталог кредитных историй направляет субъекту кредитной истории или пользователю кредитной истории извещение о непринятии поступившего от него ЭПС, с указанием причин непринятия. Извещение направляется по электронной почте на адрес, с которого поступило исходное ЭПС. Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Файл вложения имеет название ERROR.XML. Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении И к настоящему документу.

После обработки запроса (от субъекта или пользователя кредитной истории) или заявки (от субъекта кредитной истории) в случае принятия ЭПС АС ЦККИ формирует ответное ЭПС и направляет его на адрес, указанный в соответствующем поле запроса (заявки). Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат текста ответного электронного сообщения Центрального каталога кредитных историй описан в Указании Банка России от 31 августа 2005 года № 1610-У «О порядке направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения на официальный сайт Банка России в информационно-телекоммуникационной сети Интернет». Формат файла вложения (XML-документа) в виде XML-схемы приведен в Приложении В, описание его структуры — в Приложении Г.

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

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

Отправленное субъектом кредитной истории или пользователем кредитной истории ЭПС не было принято в обработку АС ЦККИ, в ответ от Центрального каталога кредитных историй поступило извещение о непринятии электронного сообщения с указанием возникшей ошибки. В данном случае необходимо следовать рекомендациям, приведенным в Приложении И для соответствующего кода ошибки.
На отправленный в Центральный каталог кредитных историй запрос (от субъекта или пользователя кредитной истории) или отправленную заявку (от субъекта кредитной истории) не поступило ответа. В случае если субъект кредитной истории или пользователь кредитной истории обращался в Центральный каталог кредитных историй напрямую (по электронной почте), необходимо проверить правильность темы отправленного электронного сообщения и адрес электронной почты для ответа, указанный в запросе (заявке).
Ответ Центрального каталога кредитных историй на запрос (от субъекта или пользователя кредитной истории) содержал неполную информацию.
Поступившее от Центрального каталога кредитных историй ответное электронное сообщение было некорректно (не соответствовало формату, установленному Банком России).

В случае возникновения нештатной ситуации рекомендуется повторить отправку ЭПС, содержащего запрос (от субъекта или пользователя кредитной истории) или заявку (от субъекта кредитной истории). Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить официальный запрос в Центральный каталог кредитных историй (на имя директора Департамента обработки отчетности Банка России). В запрос следует включить:

общее описание нештатной ситуации;
сведения о реквизитах исходного ЭПС, отправленного в Центральный каталог кредитных историй (адрес, с которого было отправлено ЭПС, дата и время отправки ЭПС, тема ЭПС);
текст сообщения об ошибке, содержавшийся в поступившем от Центрального каталога кредитных историй извещении;
контактные данные субъекта кредитной истории или пользователя кредитной истории (ФИО, телефон, адрес электронной почты).

3. Порядок обращения в Центральный каталог кредитных историй через организацию-посредника

3.1. Порядок обращения в Центральный каталог кредитных историй через бюро кредитных историй

Порядок направления запросов (от субъектов, пользователей кредитной истории или финансовых управляющих) и заявок (от субъектов кредитной истории) в Центральный каталог кредитных историй через БКИ регламентируется Указанием Банка России от 19 февраля 2015 года № 3572-У «О порядке направления запросов в Центральный каталог кредитных историй и получения из него информации о бюро кредитных историй, в котором хранится кредитная история субъекта кредитной истории, через бюро кредитных историй», и документом «Порядок взаимодействия автоматизированной системы „Центральный каталог кредитных историй“ и бюро кредитных историй», Указанием Банка России от 31 августа 2005 года № 1610-У «О порядке направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения на официальный сайт Банка России в информационно-телекоммуникационной сети „Интернет“ и документом »Порядок взаимодействия автоматизированной системы «Центральный каталог кредитных историй» и бюро кредитных историй».

3.2. Порядок обращения в Центральный каталог кредитных историй через кредитную организацию

Порядок обращения в Центральный каталог кредитных историй через кредитную организацию регламентируется Указанием Банка России от 31 декабря 2015 года № 3893-У «О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством обращения в кредитную организацию» и настоящим документом.

3.2.1. Порядок организации взаимодействия кредитных организаций с Центральным каталогом кредитных историй

Доступ к АС ЦККИ предоставляется кредитной организации (филиалу) при обращении в территориальное учреждение Банка России (далее — ТУ БР) по месту нахождения кредитной организации.

Защита информации, передаваемой от кредитной организации до ТУ БР, обеспечивается средствами криптографической защиты информации, принятыми в ТУ БР. Защита информации при передаче от ТУ БР до Центрального аппарата Банка России — АС ЦККИ обеспечивается с помощью системы криптографической авторизации документов «Сигнатура» (далее — СКАД «Сигнатура»).

Кредитная организация (филиал) (далее — КО) с применением автоматизированной системы кредитной организации (филиала) (далее — АС КО) формирует XML-файл с запросом к АС ЦККИ.

КО присваивает XML-файлу с запросом к АС ЦККИ имя, имеющее следующий вид: KXX_RRRRRRRRR_NNNNNNNNN, где:

K — буква «K» латинского алфавита, присутствует на первой позиции в имени файла с запросом к АС ЦККИ;

XX — тип запроса, может принимать значения:

«02» — Изменение кода субъекта кредитной истории, «03» — Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от субъекта кредитной истории, «04» — Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от пользователя кредитной истории, «51» — Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от финансового управляющего, «05» — Установка дополнительного кода субъекта кредитной истории, «06» — Пакет запросов (заявок), «08» — Аннулирование кода субъекта кредитной истории;

RRRRRRRRRR — регистрационный номер кредитной организации (филиала) согласно Книге государственной регистрации кредитных организаций (вместо символа «/» в файлах с запросами от филиалов кредитных организаций применяется символ «$»);

NNNNNNNNN — номер сообщения (произвольная строка из букв и цифр длиной до 30 символов).

Внимание!

Информация о сроке начала обработки АС ЦККИ запросов финансовых управляющих о бюро кредитных историй, в котором (которых) хранится кредитная история субъекта кредитной истории, (тип запроса «51») размещается на ОСБР в разделе «Кредитные истории». Плановый срок начала обработки запросов финансовых управляющих — не ранее 01.08.2019.

Формат файла (XML-документа) для единичного запроса (заявки) в виде XML-схемы приведен в Приложении «А», описание его структуры — в Приложении «Б». Формат файла (XML-документа) для пакета запросов (заявок) в виде XML-схемы приведен в Приложении «Д», описание его структуры — в Приложении «Е». КО направляет файл, содержащий XML-файлы с запросами к АС ЦККИ, оформленный в соответствии с правилами, принятыми в территориальном учреждении Банка России (далее — ТУ БР) при работе с банковской отчетностью, и защищенный с использованием соответствующих средств криптографической защиты информации, в ТУ БР по каналам связи, применяемым в данном ТУ БР при работе с банковской отчетностью.

В ТУ БР с использованием автоматизированной системы территориального учреждения Банка России (далее — АС ТУ БР), обеспечивающей взаимодействие с КО, выполняется обработка полученного файла в соответствии с технологией, принятой в АС ТУ БР: расшифрование поступившего файла, проверка и снятие кода аутентификации сообщения (далее — КА). В результате данной обработки на уровне АС ТУ БР восстанавливаются собственно XML-файлы — запросы к АС ЦККИ, подлежащие дальнейшей обработке и передаче в АС ЦККИ.

В ТУ БР с использованием АС ТУ БР для каждого XML-файла с запросом к АС ЦККИ выполняется:

контроль имени данного файла.
установка электронной подписи (далее — ЭП) и зашифрование файла на идентификатор CN=AS_CKKI4TU, OU=CKKI, OU=PKI, DC=region, DC=CBR, DC=RU с использованием СКАД «Сигнатура». Криптографические операции выполняются с использованием ключевой системы Автоматизированной системы управления сертификатами ключей кодов аутентификации информационно-аналитических систем Банка России (АС УСККА ИАС) и Единой службы каталогов Банка России (ЕСК) в качестве сетевого справочника сертификатов СКАД «Сигнатура». После зашифрования файла расширение имени файла меняется на «.snr».
передача в АС ЦККИ посредством Транспортной среды доставки сообщений Банка России (СДС) на адрес kockki@mail.center.sds.cbr.ru электронного сообщения (ЭПС), содержащего вложенный зашифрованный файл, и имеющего тему, идентичную имени файла.

В случае возникновения в ТУ БР ошибок при обработке файлов, поступающих от КО, АС ТУ БР не формирует ЭПС на АС ЦККИ и направляет уведомления о возникновении ошибок в КО в порядке, принятом в АС ТУ БР.

После получения от ТУ БР электронного сообщения АС ЦККИ производит контроль темы поступившего ЭПС. В случае если тема не соответствует установленным требованиям, обработка такого ЭПС не производится, ответ на него не направляется.

В случае успешного результата контроля темы поступившего ЭПС, АС ЦККИ осуществляет расшифрование вложенного в ЭПС файла с проверкой ЭП. Если при выполнении указанных процедур происходят ошибки, то в ответ формируется извещение о непринятии поступившего ЭПС, с указанием причин непринятия. Файл вложения имеет название ERROR.XML. Зашифрование файла вложения не выполняется, но устанавливается ЭП СКАД «Сигнатура». Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении «И» к настоящему документу.

В случае успешного расшифрования файла вложения и проверки ЭП АС ЦККИ осуществляет проверку соответствия формата и структуры файла вложения правилам, определенным в Приложениях «А» и «Б» (для одиночных запросов) или «Д» и «Е» (для пакетов запросов) к настоящему документу.

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

По результатам обработки ЭПС, полученного от ТУ БР, в АС ЦККИ формируется XML-файл с ответом (ответами) на поступивший запрос (пакет запросов). Формат XML-файла для ответа на одиночные запросы (заявки) в виде XML-схемы приведен в Приложении «В», описание его структуры — в Приложении «Г». Формат файла вложения (XML-документа) для ответа на пакет запросов (заявок) в виде XML-схемы приведен в Приложении «Ж», описание его структуры — в Приложении «З».

На подготовленный XML-файл устанавливается ЭП и выполняется его зашифрование с помощью СКАД «Сигнатура». Полученный файл вкладывается в ЭПС, которое направляется в ТУ БР, от которого поступил запрос. При этом тема ЭПС от АС ЦККИ имеет то же содержание, что и тема ЭПС, поступившего от АС ТУ БР в АС ЦККИ, но содержит постфикс «_ckki». Файл вложения имеет название CKKI.SNR. Отправка сообщения на адрес АС ТУ БР осуществляется посредством Транспортной среды доставки сообщений Банка России.

В АС ТУ БР после получения ЭПС от АС ЦККИ проводится расшифрование вложенного файла и проверка ЭП. В результате данной обработки на уровне АС ТУ БР восстанавливаются собственно XML-файл — ответ АС ЦККИ, подлежащий дальнейшей обработке и передаче в АС КО. Полученный XML-файл переименовывается, новое имя файла должно в точности соответствовать теме ЭПС от АС ЦККИ (с заменой символа «/» на «$», если данный символ в теме встретится), расширение файла должно остаться прежним (XML), после чего обрабатывается в соответствии с правилами, действующими в данном ТУ БР при работе с банковской отчетностью, с использованием соответствующих средств криптографической защиты информации. Файл направляется в КО, отправившую соответствующий запрос.

Если тема ЭПС, поступившего в ТУ БР, не соответствует установленному формату, то никаких дальнейших действий по нему производиться не должно.

Если тема ЭПС, поступившего в ТУ БР от АС ЦККИ, соответствует формату АС ЦККИ, но при его дальнейшей обработке возникла ошибка, препятствующая пересылке ответа от АС ЦККИ в кредитную организацию (например, отсутствие файла вложения, невозможность расшифрования и т.д.), а также при поступлении в ТУ БР сообщения об ошибке в АС ЦККИ, содержащего незашифрованный файл вложения (ERROR.XML) должно выполняться следующее:

ТУ БР направляет кредитной организации — отправителю запроса файл с именем, идентичным теме ЭПС от АС ЦККИ, и расширением «txt», содержащий незашифрованную информацию о возникновении технической ошибки при обработке данного запроса и необходимости повторного его направления;
ТУ БР направляет на адрес АС ЦККИ (kockki@mail.center.sds.cbr.ru) незашифрованное сообщение с темой «ckki_tu_error», в теле которого должно присутствовать описание возникшей ошибки с указанием темы отбракованного сообщения от АС ЦККИ, а также даты и времени его отправки от АС ЦККИ. Отправка сообщения осуществляется посредством Транспортной среды доставки сообщений Банка России.

КО, получившая файл из ТУ БР, с использованием АС КО выполняет его обработку в соответствии с технологией, принятой в АС КО: расшифрование поступившего файла, проверку КА и последующую работу с поступившим ответом на свой запрос.

АС ТУ БР должны обеспечивать защиту информации от несанкционированного доступа при криптографической обработке файлов, поступающих как от КО в АС ЦККИ, так и в обратном направлении. В частности, должно быть обеспечено гарантированное удаление расшифрованных файлов после окончания их обработки.

3.2.2. Порядок действий кредитной организации в случае нештатных ситуаций

При обращении кредитной организации в Центральный каталог кредитных историй возможны нештатные ситуации:

- Отправленный кредитной организацией файл не был принят в обработку АС ЦККИ, в ответ от Центрального каталога кредитных историй поступило извещение о непринятии электронного сообщения с указанием возникшей ошибки. В данном случае необходимо следовать рекомендациям, приведенным в Приложении «И» для соответствующего кода ошибки.

На отправленный в Центральный каталог кредитных историй файл не поступило ответа. В данном случае необходимо проверить правильность имени отправленного файла.
Ответ Центрального каталога кредитных историй на запрос субъекта или пользователя кредитной истории содержал неполную информацию.
Поступивший от Центрального каталога кредитных историй ответный файл не соответствовал формату, установленному Банком России.

В случае возникновения нештатной ситуации рекомендуется повторить отправку файла, содержащего запрос (пакет запросов). Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить официальный запрос в Центральный каталог кредитных историй (на имя директора Департамента обработки отчетности Банка России). В запрос следует включить:

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

4. Порядок обращения в Центральный каталог кредитных историй через отделение почтовой связи

4.1. Общий порядок обращения в Центральный каталог кредитных историй через отделение почтовой связи

Субъект кредитной истории (физическое лицо) или финансовый управляющий направляет по адресу «Москва ЦККИ» заверенную телеграмму, содержание которой соответствует таблице 2.

Таблица 2 — Правила заполнения полей телеграфного запроса по реквизитам субъекта кредитной истории — физического лица

Строка телеграммы	Пояснение
Фамилия	Может быть составной (Бестужев-Лада), используется символ «-» тире
Имя	Может быть из нескольких слов
Отчество	В случае отсутствия отчества в данном поле указывается слово «нет»
Серия и номер документа, удостоверяющего личность	Сначала серия, а затем, без пробела, номер. Серия может включать римские цифры M, D, C, L, X, V, I
Дата выдачи документа, удостоверяющего личность	Формат ДД.ММ.ГГГГ (поле не обязательно для заполнения).
Адрес электронной почты, на который должен быть направлен ответ Центрального каталога кредитных историй.	В адресе электронной почты символ «@» заменяется на три символа «(a)»

Поля в телеграмме заполняются в точном соответствии с последовательностью, указанной в таблице 2. Разделитель — знак «перенос строки» (каждое поле пишется с новой строки). Телеграмма должна быть заверена оператором связи (не заверенные телеграммы в обработку АС ЦККИ не принимаются).

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

Пример заполнения бланка телеграммы:

Азимов

Али

нет

4502666777

ali(a)mail.ru

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

Субъект кредитной истории (юридическое лицо) направляет по адресу «Москва ЦККИ» заверенную телеграмму, содержание которой соответствует таблице 3.

Таблица 3 — Правила заполнения полей телеграфного запроса для юридического лица

Строка телеграммы	Пояснение
Полное наименование юридического лица	Указывается полное наименование юридического лица (обязательно для заполнения только для юридических лиц, не зарегистрированных на территории Российской Федерации)
Основной государственный регистрационный номер юридического лица	Состоит из 13 цифр, без пробелов и других специальных символов (не заполняется для юридических лиц, не зарегистрированных на территории Российской Федерации)
Идентификационный номер налогоплательщика	Состоит из 10 цифр, без пробелов и других специальных символов (не заполняется для юридических лиц, не зарегистрированных на территории Российской Федерации)
Адрес электронной почты, на который должен быть направлен ответ Центрального каталога кредитных историй.	В адресе электронной почты символ «@» заменяется на три символа «(a)»

Поля в телеграмме заполняются в точном соответствии с последовательностью, указанной в таблице 3. Разделитель — знак «перенос строки» (каждое поле пишется с новой строки). Телеграмма должна быть заверена оператором связи (не заверенные телеграммы в обработку АС ЦККИ не принимаются).

Пример заполнения бланка телеграммы:

Для юридического лица, не зарегистрированного на территории Российской Федерации:

StarLight Limited

starl123(A)mail.ru

Для юридического лица, зарегистрированного на территории Российской Федерации:

1099119569922

0099555551

oaoinfor(A)mail.ru

После получения телеграммы АС ЦККИ осуществляет проверку соответствия формата телеграммы правилам, описанным в настоящем пункте. При соответствии формата телеграммы указанным правилам производится обработка запроса, содержащегося в телеграмме. Правила обработки запроса приведены в Приложении «К» к данному документу. В случае несоответствия формата поступившей телеграммы установленным правилам телеграмма в дальнейшую обработку не допускается. Центральный каталог кредитных историй направляет субъекту кредитной истории (финансовому управляющему) извещение о непринятии поступившей от него телеграммы, с указанием причин непринятия. Извещение направляется по электронной почте на адрес, указанный в соответствующем поле телеграммы. Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Файл вложения имеет название ERROR.XML. Описание формата и структуры извещения о непринятии телеграммы приведены в Приложении «И» к настоящему документу.

После обработки запроса субъекта кредитной истории (финансового управляющего) АС ЦККИ формирует ответное ЭПС и направляет его на адрес, указанный в соответствующем поле телеграммы. Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат текста ответного электронного сообщения Центрального каталога кредитных историй описан в Указании Банка России от 18 января 2016 года № 3934-У «О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством обращения в отделения почтовой связи». Формат файла вложения (XML-документа) в виде XML-схемы приведен в Приложении «В», описание его структуры — в Приложении «Г».

4.2. Порядок действий субъекта кредитной истории (финансового управляющего) в случае возникновения нештатных ситуаций

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

Отправленная субъектом кредитной истории (финансовым управляющим) телеграмма не была принята в обработку АС ЦККИ, в ответ от АС ЦККИ поступило извещение о непринятии телеграммы с указанием возникшей ошибки. В случае получения подобного извещения необходимо следовать рекомендациям, приведенным в Приложении «И» для соответствующего кода ошибки.
На отправленный в Центральный каталог кредитных историй запрос субъекта кредитной истории (финансового управляющего) не поступило ответа. При возникновении данной ситуации рекомендуется проверить правильность текста телеграммы (в частности, правильность заполнения поля, содержащего адрес электронной почты, на который должен быть направлен ответ).
Ответ АС ЦККИ на запрос субъекта кредитной истории содержал неполную информацию.
Поступившее от АС ЦККИ ответное электронное сообщение было некорректно (не соответствовало формату, установленному Банком России).

В случае возникновения нештатной ситуации рекомендуется повторить отправку телеграммы. Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить официальный запрос в Центральный каталог кредитных историй (на имя директора Департамента обработки отчетности Банка России). В запрос следует включить:

общее описание нештатной ситуации;
сведения о реквизитах телеграммы, отправленной в Центральный каталог кредитных историй (ФИО отправителя — для физического лица; ИНН, ОГРН — для юридического лица, а также дата и время отправки телеграммы);
текст электронного сообщения об ошибке, поступившего от Центрального каталога кредитных историй;
контактные данные субъекта кредитной истории (ФИО, телефон, адрес электронной почты).

Приложение А

ФОРМАТ
ЭЛЕКТРОННОГО СООБЩЕНИЯ «ЗАПРОС СУБЪЕКТА КРЕДИТНОЙ
ИСТОРИИ (ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ,
ФИНАНСОВОГО УПРАВЛЯЮЩЕГО) В ЦККИ»

Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:

<xs:schema xmlns:xs=«http://www.w3.org/2001/XMLSchema» elementFormDefault=«qualified»> <xs:element name=«INQ»> xs:complexType xs:sequence <xs:element ref=«THEADER»/> <xs:element ref=«TBODY»/> </xs:sequence> <xs:attribute name=«version» type=«StVers» use=«optional»/> </xs:complexType> </xs:element> <xs:element name=«THEADER»> xs:complexType xs:sequence <xs:element ref=«RequestID» minOccurs=«0»/> <xs:element ref=«CreateDate»/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«CreateDate» type=«StDate»/> <xs:element name=«RequestID» type=«xs:positiveInteger»/> <xs:element name=«TBODY»> xs:complexType xs:choice <xs:element name=«InquiryBKI» type=«CtInquiry»/> <xs:element name=«ChangeCode» type=«CtCode»/> <xs:element name=«ProvisionalCode» type=«CtCode»/> <xs:element name=«AnnulCode» type=«CtAnnul»/> </xs:choice> </xs:complexType> </xs:element> <xs:complexType name=«CtInquiry»> xs:all <xs:element name=«KeyData» type=«CtKey»/> <xs:element ref=«SubjectCode» minOccurs=«0»/> <xs:element ref=«Email» minOccurs=«0»/> </xs:all> </xs:complexType> <xs:complexType name=«CtCode»> xs:all <xs:element name=«KeyData» type=«CtKey»/> <xs:element ref=«SubjectCode» minOccurs=«0»/> <xs:element ref=«Email» minOccurs=«0»/> <xs:element ref=«NewCode»/> </xs:all> </xs:complexType> <xs:complexType name=«CtAnnul»> xs:all <xs:element name=«KeyData» type=«CtKey»/> <xs:element ref=«SubjectCode» minOccurs=«0»/> <xs:element ref=«Email» minOccurs=«0»/> </xs:all> </xs:complexType> <xs:element name=«SubjectCode» type=«StSubjCode»/> <xs:element name=«Email» type=«StStr1020»/> <xs:element name=«NewCode» type=«StSubjCode»/> <xs:complexType name=«CtKey»> xs:choice <xs:element ref=«KEYLP»/> <xs:element ref=«KEYNP»/> </xs:choice> </xs:complexType> <xs:element name=«KEYLP»> xs:complexType xs:all <xs:element ref=«Name» minOccurs=«0»/> <xs:element ref=«EGRN» minOccurs=«0»/> <xs:element ref=«INN» minOccurs=«0»/> </xs:all> </xs:complexType> </xs:element> <xs:element name=«Name» type=«StStr1020»/> <xs:element name=«EGRN» type=«StEGRN»/> <xs:element name=«INN» type=«StINN»/> <xs:element name=«KEYNP»> xs:complexType xs:all <xs:element ref=«FirstName»/> <xs:element ref=«LastName»/> <xs:element ref=«MiddleName» minOccurs=«0»/> <xs:element ref=«DocNumber»/> <xs:element ref=«DocDelivDate» minOccurs=«0»/> </xs:all> </xs:complexType> </xs:element> <xs:element name=«FirstName» type=«StStr60»/> <xs:element name=«LastName» type=«StStr60»/> <xs:element name=«MiddleName» type=«StStr060»/> <xs:element name=«DocNumber» type=«StStr50»/> <xs:element name=«DocDelivDate» type=«StDate»/> <xs:simpleType name=«StVers»> <xs:restriction base=«xs:positiveInteger»> <xs:enumeration value=«1»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StDate»> <xs:restriction base=«xs:string»> <xs:pattern value=«\d{2}[.]\d{2}[.]\d{4}»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StEGRN»> <xs:restriction base=«xs:string»> <xs:minLength value=«0»/> <xs:maxLength value=«1024»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StINN»> <xs:restriction base=«xs:string»> <xs:minLength value=«0»/> <xs:maxLength value=«1024»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StSubjCode»> <xs:restriction base=«xs:string»> <xs:pattern value=«[a-zA-Z0-9а-яА-ЯёЁ]{4,15}»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr60»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«60»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr060»> <xs:restriction base=«xs:string»> <xs:maxLength value=«60»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr50»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«50»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr1020»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«1020»/> </xs:restriction> </xs:simpleType> </xs:schema>

Приложение Б

ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО СООБЩЕНИЯ «ЗАПРОС СУБЪЕКТА КРЕДИТНОЙ
ИСТОРИИ (ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ, ФИНАНСОВОГО
УПРАВЛЯЮЩЕГО) В ЦККИ»

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

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

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

N	Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента
1.	RequestID	Идентификатор запроса, присвоенный отправителем. Если данный элемент присутствует в запросе, то в ответе ЦККИ он также будет присутствовать и содержать то же значение.	Положительное целое число (12)
2.	CreateDate	Дата формирования запроса	Дата вида ДД.ММ.ГГГГ	V

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

InquiryBKI — запрос списка БКИ, где хранится информация о субъекте кредитной истории;
ChangeCode — заявка на изменение кода субъекта кредитной истории;
ProvisionalCode — заявка на выдачу дополнительного кода субъекта кредитной истории;
AnnulCode — заявка на аннулирование кода субъекта кредитной истории.

Блок InquiryBKI включает следующие элементы:

KeyData — обязательная ключевая информация;
SubjectCode — код субъекта кредитной истории (дополнительный код субъекта кредитной истории) — используется при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа);
Email — адрес электронной почты для ответа, обязательный для заполнения при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа).

Внутри элемента 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 - код субъекта кредитной истории, используемый при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа);
Email - адрес электронной почты для ответа, обязательный для заполнения при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа);
NewCode - новый код субъекта кредитной истории, устанавливаемый по данному запросу.

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

Блок ProvisionalCode включает следующие элементы:

KeyData - обязательная ключевая информация,
SubjectCode - код субъекта кредитной истории, используемый при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа);
Email - адрес электронной почты для ответа, обязательный для заполнения при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа);
NewCode - новый дополнительный код субъекта кредитной истории, устанавливаемый по данному запросу.

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

Блок AnnulCode включает следующие элементы:

KeyData - обязательная ключевая информация;
SubjectCode - код субъекта кредитной истории, используемый при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа);
Email - адрес электронной почты для ответа, обязательный для заполнения при формировании запросов через ОСБР или по электронной почте (см. п. 2.1 и 2.2 данного документа).

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

Пример xml-сообщения:

20.07.2005 ООО Прогресс 1234567890123 1234567890 555555555 test@mail.ru 777777777

Приложение В

ФОРМАТ
ЭЛЕКТРОННОГО СООБЩЕНИЯ "ОТВЕТ НА ЗАПРОС СУБЪЕКТА КРЕДИТНОЙ
ИСТОРИИ (ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ, ФИНАНСОВОГО
УПРАВЛЯЮЩЕГО) В ЦККИ"

Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="REPLY"> xs:complexType xs:sequence <xs:element ref="THEADER"/> <xs:element ref="TBODY"/> </xs:sequence> <xs:attribute name="version" type="StVers" use="optional"/> </xs:complexType> </xs:element> <xs:element name="THEADER"> xs:complexType xs:sequence <xs:element ref="RequestID" minOccurs="0"/> <xs:element ref="CreateDate"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="CreateDate" type="StDate"/> <xs:element name="RequestID" type="xs:positiveInteger"/> <xs:element name="TBODY"> xs:complexType xs:sequence <xs:element name="KeyData" type="CtKey"/> <xs:element name="ResData" type="CtRes"/> </xs:sequence> </xs:complexType> </xs:element> <xs:complexType name="CtKey"> xs:choice <xs:element ref="KEYLP"/> <xs:element ref="KEYNP"/> </xs:choice> </xs:complexType> <xs:element name="KEYLP"> xs:complexType xs:all <xs:element ref="Name" minOccurs="0"/> <xs:element ref="EGRN minOccurs="0"/> <xs:element ref="INN" minOccurs="0"/> </xs:all> </xs:complexType> </xs:element> <xs:element name="Name" type="StStr1020"/> <xs:element name="EGRN" type="StEGRN"/> <xs:element name="INN" type="StINN"/> <xs:element name="KEYNP"> xs:complexType xs:all <xs:element ref="FirstName"/> <xs:element ref="LastName"/> <xs:element ref="MiddleName" minOccurs="0"/> <xs:element ref="DocNumber"/> <xs:element ref="DocDelivDate" minOccurs="0"/> </xs:all> </xs:complexType> </xs:element>

    <xs:element name="FirstName" type="StStr60"/>
    <xs:element name="LastName" type="StStr60"/>
    <xs:element name="MiddleName" type="StStr060"/>
    <xs:element name="DocNumber" type="StStr50"/>
    <xs:element name="DocDelivDate" type="StDate"/>
    <xs:complexType name="CtRes">
             <xs:sequence>
                     <xs:element ref="ResCode"/>
                     <xs:element ref="ResText"/>
                     <xs:element ref="BKIList" minOccurs="0"/>
                     <xs:element ref="ResFullText" minOccurs="0"/>
             </xs:sequence>
    </xs:complexType>
    <xs:element name="ResCode" type="xs:positiveInteger"/>
    <xs:element name="ResFullText" type="xs:string"/>
    <xs:element name="ResText" type="xs:string"/>
    <xs:element name="BKIList">
             <xs:complexType>
                     <xs:sequence>
                              <xs:element name="BKI" type="CtBKI" minOccurs="0" maxOccurs="unbounded"/>
                     </xs:sequence>
             </xs:complexType>
    </xs:element>
    <xs:complexType name="CtBKI">
                     <xs:sequence>
                              <xs:element ref="BKIName"/>
                              <xs:element ref="BKINumber"/>
                              <xs:element ref="BKIAddress"/>
                              <xs:element ref="BKISign"/>
                     </xs:sequence>
             </xs:complexType>
    <xs:element name="BKIName" type="StStr255"/>
    <xs:element name="BKINumber" type="StStr10"/>
    <xs:element name="BKIAddress" type="StStr1680"/>
    <xs:element name="BKISign" type="StBKISign"/>
    <xs:simpleType name="StVers">
             <xs:restriction base="xs:positiveInteger">
                     <xs:enumeration value="1"/>
             </xs:restriction>
    </xs:simpleType>
    <xs:simpleType name="StDate">
             <xs:restriction base="xs:string">
                     <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
             </xs:restriction>
    </xs:simpleType>
    <xs:simpleType name="StEGRN">
             <xs:restriction base="xs:string">
                     <xs:minLength value="0"/>
                     <xs:maxLength value="1024"/>
             </xs:restriction>
    </xs:simpleType>
    <xs:simpleType name="StINN">
             <xs:restriction base="xs:string">
                     <xs:minLength value="0"/>
                     <xs:maxLength value="1024"/>
             </xs:restriction>
    </xs:simpleType>
    <xs:simpleType name="StStr60">
             <xs:restriction base="xs:string">
                     <xs:minLength value="1"/>

                     <xs:maxLength value="60"/>
             </xs:restriction>
    </xs:simpleType>
    <xs:simpleType name="StStr060">
             <xs:restriction base="xs:string">
                     <xs:maxLength value="60"/>
             </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="StStr50">
             <xs:restriction base="xs:string">
                     <xs:minLength value="1"/>
                     <xs:maxLength value="50"/>
             </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="StStr1020">
             <xs:restriction base="xs:string">
                     <xs:minLength value="1"/>
                     <xs:maxLength value="1020"/>
             </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="StStr255">
             <xs:restriction base="xs:string">
                     <xs:minLength value="1"/>
                     <xs:maxLength value="255"/>
             </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="StStr10">
             <xs:restriction base="xs:string">
                     <xs:minLength value="1"/>
                     <xs:maxLength value="10"/>
             </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="StStr100">
             <xs:restriction base="xs:string">
                     <xs:minLength value="1"/>
                     <xs:maxLength value="100"/>
             </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="StStr1680">
             <xs:restriction base="xs:string">
                     <xs:minLength value="1"/>
                     <xs:maxLength value="1680"/>
             </xs:restriction>
    </xs:simpleType>

    <xs:simpleType name="StBKISign">
             <xs:restriction base="xs:string">
                     <xs:enumeration value="0"/>
                     <xs:enumeration value="1"/>
             </xs:restriction>
    </xs:simpleType>

</xs:schema>

Приложение Г

ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО СООБЩЕНИЯ «ОТВЕТ НА ЗАПРОС СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ (ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ,
ФИНАНСОВОГО УПРАВЛЯЮЩЕГО) В ЦККИ»

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

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

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

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

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

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

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

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

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

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

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

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

обязательный код результата обработки запроса (ResCode);
обязательный текст результата обработки запроса (ResText);
необязательный блок списка БКИ (BKIList),
необязательный текст результата обработки запроса субъекта или пользователя кредитной истории в удобном для просмотра виде (ResFullText).

Блок BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. При этом он может быть пустым, либо содержать несколько блоков BKI.

Перечень возможных значений результата обработки (ResCode):

Код результата обработки	Описание результата обработки
900	Успешная обработка
909	Превышено максимальное количество действующих временных кодов доступа
910	Соответствующая информация не найдена

Элемент BKIList может быть пустым, либо содержать несколько блоков BKI.

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

N	Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента
1.	BKIName	Полное наименование БКИ	Текст (255)	V
2.	BKINumber	Номер БКИ из государственного реестра бюро кредитных историй	Текст (10)	V
3.	BKIAddress	Адрес (место нахождения) и телефон	Текст (1680)	V
4.	BKISign	Признак "Прежние ключевые реквизиты": 0 - указанные в запросе реквизиты известны в БКИ 1 - указанные в запросе реквизиты неизвестны в БКИ.	Текст (1)	V

Пример xml-сообщения:

03.04.2019

<Борисов Илья Александрович 1234567890 900 Соответствующая кредитная история сформирована в следующем (следующих) БКИ: Кредитное бюро N 1 1 129090, г. Москва, Каланчевская ул., д. 16, стр. 1 (2 этаж, офис 203) 8(495)2217837 0 Бюро кредитных историй N 2 2 г. Новороссийск ул. Ленина д. 11 345-6789 0 В ответ на Ваш запрос: дата запроса: 03.04.2019 фамилия: Борисов документ: 1234567890 Центральный каталог кредитных историй сообщает: По состоянию на 03.04.2019 Соответствующая кредитная история сформирована в следующем (следующих) БКИ:

Номер БКИ из государственного реестра бюро кредитных историй: 1 Наименование организации: Кредитное бюро N 1 Адрес (место нахождения) и телефон: 129090, г. Москва, Каланчевская ул., д. 16, стр. 1 (2 этаж, офис 203) 8(495)2217837

Номер БКИ из государственного реестра бюро кредитных историй: 2 Наименование организации: Бюро кредитных историй N 2 Адрес (место нахождения) и телефон: г. Новороссийск ул. Ленина д. 11 345-6789

Приложение Д

ФОРМАТ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ К ЦККИ"

Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="INQPACKET"> xs:complexType xs:sequence <xs:element ref="THEADER" minOccurs="1" maxOccurs="1"/> <xs:element ref="TBODY" minOccurs="1" maxOccurs="1"/> </xs:sequence> <xs:attribute name="version" type="StVers" use="optional"/> </xs:complexType> </xs:element> <xs:element name="THEADER"> xs:complexType xs:sequence <xs:element ref="PackID" minOccurs="1" maxOccurs="1"/> <xs:element ref="CreatePackDate" minOccurs="1" maxOccurs="1"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="PackID" type="xs:positiveInteger"/> <xs:element name="CreatePackDate" type="StDate"/> <xs:element name="TBODY"> xs:complexType xs:sequence <xs:element ref="REQ" minOccurs="1" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="REQ" type="CtREQ"/> <xs:complexType name="CtREQ"> xs:choice <xs:element name="SubjectInquiryBKI" type="CtInquiry"/> <xs:element name="UserInquiryBKI" type="CtInquiry"/> <xs:element name="FinancialInquiryBKI" type="CtInquiry"/> <xs:element name="ChangeCode" type="CtCode"/> <xs:element name="ProvisionalCode" type="CtCode"/> <xs:element name="AnnulCode" type="CtAnnul"/> </xs:choice> <xs:attribute name="ID" type="xs:positiveInteger" use="required"/> </xs:complexType>

<xs:complexType name="CtInquiry"> xs:all <xs:element name="KeyData" type="CtKey"/> <xs:element ref="SubjectCode" minOccurs="0"/> <xs:element ref="Email" minOccurs="0"/> </xs:all> </xs:complexType> <xs:complexType name="CtCode"> xs:all <xs:element name="KeyData" type="CtKey"/> <xs:element ref="SubjectCode" minOccurs="0"/> <xs:element ref="Email" minOccurs="0"/> <xs:element ref="NewCode"/> </xs:all> </xs:complexType> <xs:complexType name="CtAnnul"> xs:all <xs:element name="KeyData" type="CtKey"/> <xs:element ref="SubjectCode" minOccurs="0"/> <xs:element ref="Email" minOccurs="0"/> </xs:all> </xs:complexType> <xs:element name="SubjectCode" type="StSubjCode"/> <xs:element name="Email" type="StStr1020"/> <xs:element name="NewCode" type="StSubjCode"/> <xs:complexType name="CtKey"> xs:choice <xs:element ref="KEYLP"/> <xs:element ref="KEYNP"/> </xs:choice> </xs:complexType> <xs:element name="KEYLP"> xs:complexType xs:all <xs:element ref="Name" minOccurs="0"/> <xs:element ref="EGRN" minOccurs="0"/> <xs:element ref="INN" minOccurs="0"/> </xs:all> </xs:complexType> </xs:element> <xs:element name="Name" type="StStr1020"/> <xs:element name="EGRN" type="StEGRN"/> <xs:element name="INN" type="StINN"/> <xs:element name="KEYNP"> xs:complexType xs:all <xs:element ref="FirstName"/> <xs:element ref="LastName"/> <xs:element ref="MiddleName" minOccurs="0"/> <xs:element ref="DocNumber"/> <xs:element ref="DocDelivDate" minOccurs="0"/> </xs:all> </xs:complexType> </xs:element> <xs:element name="FirstName" type="StStr60"/> <xs:element name="LastName" type="StStr60"/> <xs:element name="MiddleName" type="StStr060"/> <xs:element name="DocNumber" type="StStr50"/> <xs:element name="DocDelivDate" type="StDate"/> <xs:simpleType name="StVers"> <xs:restriction base="xs:positiveInteger"> <xs:enumeration value="1"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StDate"> <xs:restriction base="xs:string"> <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StEGRN"> <xs:restriction base="xs:string"> <xs:minLength value="0"/> <xs:maxLength value="1024"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StINN"> <xs:restriction base="xs:string"> <xs:minLength value="0"/> <xs:maxLength value="1024"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StSubjCode"> <xs:restriction base="xs:string"> <xs:pattern value="[a-zA-Z0-9а-яА-ЯёЁ]{4,15}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StStr60"> <xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="60"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StStr060"> <xs:restriction base="xs:string"> <xs:maxLength value="60"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StStr50"> <xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="50"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StStr1020"> <xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="1020"/> </xs:restriction> </xs:simpleType> </xs:schema>

Приложение Е

ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ К ЦККИ"

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

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

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

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

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

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

SubjectInquiryBKI - запрос от субъекта кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
UserInquiryBKI - запрос от пользователя кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
FinancialInquiryBKI - запрос от финансового управляющего информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
ChangeCode - заявка на изменение кода субъекта кредитной истории;
ProvisionalCode - заявка на установку дополнительного кода субъекта кредитной истории;
AnnulCode - заявка на аннулирование кода субъекта кредитной истории.

Элементы SubjectInquiryBKI, UserInquiryBKI и FinancialInquiryBKI включают:

обязательную ключевую информацию (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)
4.	DocNumber	Серия и номер документа, удостоверяющего личность	Текст (50)	V
5.	DocDelivDate	Дата выдачи документа, удостоверяющего личность. Допускается не указывать, после вступления в силу соответствующих изменений к Федеральному закону N 218-ФЗ "О кредитных историях" и выхода соответствующих Указаний Банка России	Дата вида ДД.ММ.ГГГГ

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

обязательную ключевую информацию (KeyData);
код субъекта кредитной истории (SubjectCode);
адрес электронной почты для ответа (Email);
новый код субъекта (NewCode).

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

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

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

обязательную ключевую информацию (KeyData),
код субъекта кредитной истории (SubjectCode),
адрес электронной почты для ответа (Email),
новый дополнительный код субъекта кредитной истории (NewCode).

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

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

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

обязательную ключевую информацию (KeyData);
необязательный код субъекта кредитной истории (SubjectCode) - заполняется при непосредственном обращении субъекта (пользователя) кредитной истории;
необязательный адрес электронной почты для ответа (Email) - заполняется при непосредственном обращении субъекта (пользователя) кредитной истории.

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

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

1 30.10.2006 ООО "Подъем-сервис" 2345678090123 4567890123 ООО "ЯРПАК" 5678090123456 2464073098 ООО "Подъем-сервис" 2345678090123 4567890123 not77777 ООО "Подъем-сервис" 2345678090123 4567890123 dop77777

               <KeyData>
                       <KEYLP>
                               <Name>ООО &quot;ЯРПАК&quot;</Name>
                               <EGRN>5678090123456</EGRN>
                               <INN>2464073098</INN>
                       </KEYLP>
               </KeyData>
      </AnnulCode>
      </REQ>
      <REQ ID="426">
      <FinancialInquiryBKI>
               <KeyData>
                       <KEYNP>
                               <FirstName>Андрей</FirstName>
                               <LastName>Букарев</LastName>
                               <MiddleName>Егорович</MiddleName>
                               <DocNumber>4503652234</DocNumber>
                       </KEYNP>
               </KeyData>
      </FinancialInquiryBKI>
      </REQ>
</TBODY>

Приложение Ж

ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА «ОТВЕТ НА ПАКЕТ ЗАПРОСОВ СУБЪЕКТОВ
КРЕДИТНЫХ ИСТОРИЙ, ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНЫХ ИСТОРИЙ
И ФИНАНСОВЫХ УПРАВЛЯЮЩИХ В ЦККИ»

Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:

<xs:schema xmlns:xs=«http://www.w3.org/2001/XMLSchema» elementFormDefault=«qualified»> <xs:element name=«REPLYPACKET»> xs:complexType xs:sequence <xs:element ref=«THEADER»/> <xs:element ref=«TBODY»/> </xs:sequence> <xs:attribute name=«version» type=«StVers» use=«optional»/> </xs:complexType> </xs:element> <xs:element name=«THEADER»> xs:complexType xs:sequence <xs:element ref=«PackID»/> <xs:element ref=«CreatePackDate»/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«PackID» type=«xs:positiveInteger»/> <xs:element name=«CreatePackDate» type=«StDate»/> <xs:element name=«TBODY»> xs:complexType xs:sequence <xs:element ref=«REQREPLY» maxOccurs=«unbounded»/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«REQREPLY»> xs:complexType xs:sequence <xs:element name=«KeyData» type=«CtKey»/> <xs:element name=«ResData» type=«CtRes»/> </xs:sequence> <xs:attribute name=«ID» type=«xs:positiveInteger» use=«required»/> </xs:complexType> </xs:element> <xs:complexType name=«CtKey»> xs:choice <xs:element ref=«KEYLP»/> <xs:element ref=«KEYNP»/> </xs:choice> </xs:complexType> <xs:element name=«KEYLP»> xs:complexType xs:all <xs:element ref=«Name» minOccurs=«0»/> <xs:element ref=«EGRN» minOccurs=«0»/> <xs:element ref=«INN» minOccurs=«0»/> </xs:all> </xs:complexType> </xs:element> <xs:element name=«Name» type=«StStr1020»/> <xs:element name=«EGRN» type=«StEGRN»/> <xs:element name=«INN» type=«StINN»/> <xs:element name=«KEYNP»> xs:complexType xs:all <xs:element ref=«FirstName»/> <xs:element ref=«LastName»/> <xs:element ref=«MiddleName» minOccurs=«0»/> <xs:element ref=«DocNumber»/> <xs:element ref=«DocDelivDate» minOccurs=«0»/> </xs:all> </xs:complexType> </xs:element> <xs:element name=«FirstName» type=«StStr60»/> <xs:element name=«LastName» type=«StStr60»/> <xs:element name=«MiddleName» type=«StStr060»/> <xs:element name=«DocNumber» type=«StStr50»/> <xs:element name=«DocDelivDate» type=«StDate»/> <xs:complexType name=«CtRes»> xs:sequence <xs:element ref=«ResCode»/> <xs:element ref=«ResText»/> <xs:element ref=«BKIList» minOccurs=«0»/> </xs:sequence> </xs:complexType> <xs:element name=«ResCode» type=«xs:positiveInteger»/> <xs:element name=«ResText» type=«xs:string»/> <xs:element name=«BKIList»> xs:complexType xs:sequence <xs:element name=«BKI» type=«CtBKI» minOccurs=«0» maxOccurs=«unbounded»/> </xs:sequence> </xs:complexType> </xs:element> <xs:complexType name=«CtBKI»> xs:sequence <xs:element ref=«BKIName»/> <xs:element ref=«BKINumber»/> <xs:element ref=«BKIAddress»/> <xs:element ref=«BKISign»/> </xs:sequence> </xs:complexType> <xs:element name=«BKIName» type=«StStr255»/> <xs:element name=«BKINumber» type=«StStr10»/> <xs:element name=«BKIAddress» type=«StStr1680»/> <xs:element name=«BKISign» type=«StBKISign»/> <xs:simpleType name=«StVers»> <xs:restriction base=«xs:positiveInteger»> <xs:enumeration value=«1»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StDate»> <xs:restriction base=«xs:string»> <xs:pattern value=«\d{2}[.]\d{2}[.]\d{4}»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StEGRN»> <xs:restriction base=«xs:string»> <xs:minLength value=«0»/> <xs:maxLength value=«1024»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StINN»> <xs:restriction base=«xs:string»> <xs:minLength value=«0»/> <xs:maxLength value=«1024»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr060»> <xs:restriction base=«xs:string»> <xs:maxLength value=«60»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr60»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«60»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr50»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«50»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr1020»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«1020»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr255»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«255»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr10»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«10»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr100»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«100»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr1680»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«1680»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StBKISign»> <xs:restriction base=«xs:string»> <xs:enumeration value=«0»/> <xs:enumeration value=«1»/> </xs:restriction> </xs:simpleType> </xs:schema>

Приложение З

ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА «ОТВЕТ НА ПАКЕТ ЗАПРОСОВ
СУБЪЕКТОВ КРЕДИТНЫХ ИСТОРИЙ, ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНЫХ
ИСТОРИЙ И ФИНАНСОВЫХ УПРАВЛЯЮЩИХ В ЦККИ»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

обязательный текст результата обработки запроса (ResText);
необязательный блок списка БКИ (BKIList).

Блок BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. При этом, он может быть пустым, либо содержать несколько блоков BKI.

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

N	Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента
1.	BKIName	Полное наименование БКИ	Текст (255)	V
2.	BKINumber	Номер БКИ из государственного реестра бюро кредитных историй	Текст (10)	V
3.	BKIAddress	Адрес (место нахождения) и телефон	Текст (1680)	V
4.	BKISign	Признак "Прежние ключевые реквизиты": 0 - указанные в запросе субъекта или пользователя кредитной истории реквизиты известны в БКИ 1 - указанные в запросе субъекта или пользователя кредитной истории реквизиты неизвестны в БКИ.	Текст (1)	V

Пример xml-документа:

1234 09.04.2009

Подъяров-Пакетный Семён Иванович 4503655374 22.08.2002 900 Соответствующая кредитная история сформирована в следующем (следующих) БКИ: кредитное бюро N 1 1 1 2 1234567 0 Пакетная Наталья Сергеевна 5036553744 04.12.2001 900 Соответствующая кредитная история сформирована в следующем (следующих) БКИ: кредитное бюро N 1 1 1 2 1234567 0 Подъяров-Пакетный Семён Иванович 4503655374 22.08.2002 900 Код субъекта кредитной истории изменен. Подъяров-Пакетный Семён Иванович 4503655374 22.08.2002 900 Дополнительный код субъекта кредитной истории установлен. Срок действия истекает

09.05.2009.

        </BKIList>
     </ResData>
  </REQREPLY>
  <REQREPLY ID="425">
     <KeyData>
        <KEYNP>
           <LastName>Пакетная</LastName>
           <FirstName>Наталья </FirstName>
           <MiddleName>Сергеевна</MiddleName>
           <DocNumber>5036553744</DocNumber>
           <DocDelivDate>04.12.2001</DocDelivDate>
        </KEYNP>
     </KeyData>
     <ResData>
        <ResCode>900</ResCode>
        <ResText>Код субъекта кредитной истории аннулирован.</ResText>
        <BKIList>

        </BKIList>
     </ResData>
  </REQREPLY>

Приложение И

ИЗВЕЩЕНИЕ
ОБ ОТБРАКОВКЕ НЕКОРРЕКТНЫХ ЭЛЕКТРОННЫХ ПОЧТОВЫХ
СООБЩЕНИЙ И ТЕЛЕГРАММ

Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:

<xs:schema xmlns:xs=«http://www.w3.org/2001/XMLSchema» elementFormDefault=«qualified» at- tributeFormDefault=«unqualified»> <xs:element name=«ERROR_MESSAGE»> xs:complexType xs:sequence <xs:element name=«errCode» type=«xs:positiveInteger»/> <xs:element name=«errText» type=«xs:string»/> </xs:sequence> </xs:complexType> </xs:element> </xs:schema>

Описание структуры электронного сообщения «Извещение об отбраковке некорректных сообщений»:

N	Наименование элемента	Описание	Обязательное наличие элемента
1.	errCode	Код ошибки	V
2.	errText	Текст сообщения об ошибке	V

XML-сообщение «Извещение об отбраковке некорректных электронных почтовых сообщений» помещается в файл (ERROR.XML), который вкладывается в ЭПС, отправляемое получателю.

Справочник сообщений об ошибках, формируемых АС ЦККИ при обработке входящих ЭПС и вложенных в них XML-сообщений:

Код ошибки	Сообщение	Ошибка
901	Ошибка в заголовке письма	Не определен тип отправителя либо не определен тип сообщения. Проверьте правильность заполнения типа отправителя и типа сообщения в теме электронного сообщения (для КО в имени файла). Проверьте также, соответствует ли адрес, на который было отправлено сообщение, указанному типу отправителя.
902	Вложение отсутствует	Вложение отсутствует. Проверьте наличие вложения.
903	Обнаружено более одного вложения	Обнаружено более одного вложения. Убедитесь в том, что к ЭПС прикреплен только один файл вложения.
904	Превышен максимально допустимый размер сообщения	Почтовое сообщение превышает максимально допустимый размер. Вероятно, к ЭПС прикреплен не корректный файл. Убедитесь в том, что файл вложения соответствует установленному формату.
905	Ошибка расшифрования вложения	От АС ТУ БР получено сообщение, которое невозможно расшифровать. В тексте сообщения дополнительно указывается код ошибки и сообщение об ошибке, возвращаемые библиотекой СКАД «Сигнатура».
906	Неверный формат сообщения (запроса)	Файл вложения не соответствует XML-схеме, определенной для данного типа сообщения. Файл сообщения, полученный по телеграфу, не соответствует установленному формату. Проверьте файл вложения (текст телеграммы) на соответствие установленному формату.
907	Источник сообщения не определен	Кредитная организация, направившая сообщение, не идентифицирована по справочнику или истек срок ее аккредитации в системе. Проверьте правильность заполнения регистрационного номера КО в имени файла (теме ЭПС).
911	Сообщение не обработано по техническим причинам	В процессе обработки сообщения произошел критический сбой, не позволивший завершить обработку. Повторите отправку сообщения.

Помимо файла вложения ERROR.XML, в тексте ответного электронного сообщения присутствует значение элемента ErrText.

Приложение К

ПРАВИЛА ОБРАБОТКИ ЗАПРОСОВ К АС ЦККИ

АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории — физического лица задан следующий набор реквизитов титульной части (далее по тексту — ключевые реквизиты):

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

АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории — юридического лица задан следующий набор ключевых реквизитов:

основной государственный регистрационный номер;
идентификационный номер налогоплательщика;
полное наименование юридического лица.

При поиске в базе данных ЦККИ титульных частей, совпадающих по ключевым реквизитам с информацией из запроса, выполняется преобразование сравниваемых значений ключевых реквизитов с исключением и заменой ряда символов сравниваемых реквизитов, обусловленное особенностью машинно-электронных форм представления и хранения запрашиваемой информации. При сравнении ключевых реквизитов игнорируются символы, отличные от букв русского и латинского алфавитов и цифр, игнорируется твердый знак, а также не учитывается регистр букв. Кроме того, при сравнении указанных реквизитов взаимозаменяемыми считаются буквы «Е» и «Ё», а также цифра «4» и буква «Ч».

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

При обработке запроса по юридическому лицу реализованы следующие правила:

Если в запросе непустые значения ИНН и (или) ОГРН, то при обработке запроса полное наименование не учитывается (вне зависимости, указано оно или нет), а поиск осуществляется по указанным значениям реквизитов ИНН и ОГРН.
Если в запросе указано полное наименование и пустые значения как ИНН, так и ОГРН, то найдены будут титульные части кредитных историй, у которых полное наименование совпадает с указанным в запросе, а реквизиты ИНН и ОГРН не заполнены.

ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ

АС ЦККИ — автоматизированная система «Центральный каталог кредитных историй».

АС КО — автоматизированная система кредитной организации (филиала).

АС ТУ БР — автоматизированная система территориального учреждения Банка России.

АС УСККА ИАС — автоматизированная система управления сертификатами ключей кодов аутентификации информационно-аналитических систем Банка России;

БКИ — бюро кредитных историй.

КА — код аутентификации сообщения.

КО — кредитная организация.

ОСБР — официальный сайт Банка России.

СКАД — система криптографической авторизации документов

ТУ БР — территориальное учреждение Банка России.

ЦККИ — Центральный каталог кредитных историй.

ЭП — электронная подпись.

ЭПС — электронное почтовое сообщение.