"Порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй" и бюро кредитных историй. Редакция 2.0" (утв. Банком России) (вместе с "Правилами обработки запросов к АС ЦККИ")

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

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

РЕДАКЦИЯ 2.0

(действует с 01.09.2020)

Аннотация

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

Настоящая редакция документа имеет номер 2.0 и вводится взамен аннулированной редакции 1.0 от 26.06.2019. В настоящей редакции в документ внесены изменения:

- удален раздел "Порядок управления ключами кодов аутентификации и шифрования СКЗИ "Верба-OW";

- исключено описание переходного периода при замене средства криптографической защиты информации (далее - СКЗИ) "Верба-OW" на СКЗИ СКАД "Сигнатура";

- уточнен порядок защиты передаваемых сообщений (п. 2, п. 3): исключено описание использования СКЗИ "Верба-OW";

- определен порядок удаления ошибочно переданных титульных частей (п. 2.2, Приложение Б);

- определен порядок уведомления о временной невозможности предоставления кредитных отчетов по запросу Банка России (п. 2.6);

- в описание структуры кредитного отчета (Приложение У, Приложение Ф) внесены следующие изменения:

а) добавлен показатель "Сумма задолженности по договору на дату последнего платежа без учета просроченной задолженности и неустойки";

б) добавлен показатель "Изменение лимита по кредиту, предоставленному заемщику с использованием банковской карты (текущий лимит)";

в) добавлен показатель "Дата первого направления в БКИ информации о заключенном договоре займа (кредита)";

г) добавлен показатель "Дата последнего обновления в БКИ информации о заключенном договоре займа (кредита)";

д) добавлен показатель "Уникальный идентификатор договора (сделки)";

е) перечень категорий займа, используемых при передаче информации о запрошенном и предоставленном займе (кредите) дополнен значением 205 - "Потреб. кредит с лимитом кредитования от 30 000 до 300 000 RUB";

ж) добавлен показатель "Тип реструктуризации";

з) добавлен показатель "Дата месяца периодического платежа";

и) исключен показатель "Остаток долга", добавлены показатели "Текущая задолженность по основному долгу", "Текущая задолженность по процентам";

к) указана следующая версия формата кредитного отчета (version = 2);

л) из структуры типа RestOfDebt исключен атрибут InterestIncluded;

м) изменен состав элементов DebtAfterLastPayment, DebtALPNoPenalty;

- дополнен порядок синхронизации баз данных бюро кредитных историй с базой данных Центрального каталога кредитных историй (п. 2.8, Приложение Ш, Приложение Щ);

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

- включен порядок разрешения конфликтных ситуаций (п. 4).

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

1.1 Введение

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

Порядок предоставления ТЧКИ в ЦККИ определен Указанием Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй". Порядок предоставления кредитных отчетов определен Указанием Банка России от 15 марта 2015 года N 3599-У "О формате и порядке предоставления Банку России по его запросу кредитных отчетов субъектов кредитных историй из бюро кредитных историй".

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

БКИ выступает посредником при направлении субъектами кредитных историй и пользователями кредитных историй запросов в ЦККИ о БКИ, в (котором) которых хранится кредитная история субъекта кредитной истории, а также при направлении субъектами кредитных историй заявок в ЦККИ на изменение (аннулирование) кода субъекта кредитной истории и на установку дополнительных кодов субъекта кредитной истории.

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

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

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

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

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

1.2 Порядок подключения вновь зарегистрированных бюро кредитных историй к Центральному каталогу кредитных историй

1.2.1. БКИ после регистрации Банком России в установленном Федеральным законом от 30 декабря 2004 года N 218-ФЗ "О кредитных историях" порядке направляет на имя директора Департамента обработки отчетности Банка России (далее - ДОО Банка России) официальное письмо, содержащее следующую информацию:

- лист с образцами печати БКИ и личной подписи руководителя;

- сведения о контактных лицах, уполномоченных от лица БКИ взаимодействовать с ДОО Банка России по вопросам подключения к АС ЦККИ (ФИО, контактные телефоны, факс, адреса электронной почты);

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

- контактные телефоны, факс и почтовые адреса администратора информационной безопасности БКИ и его заместителя;

- информацию, необходимую для создания и регистрации ключевой информации (см. п. 3.2).

1.2.2. После получения обращения от БКИ ДОО Банка России направляет полученные материалы в ДИТ Банка России. ДИТ Банка России:

- совместно с БКИ выполняет действия, необходимые для создания и регистрации ключевой информации (см. п. 3.2)

- осуществляет регистрацию нового БКИ в справочнике БКИ, взаимодействующих с АС ЦККИ.

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

После получения письма от БКИ ДОО Банка России направляет полученные материалы в ДИТ Банка России.

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

2 Описание технологии обмена данными между бюро кредитных историй и Центральным каталогом кредитных историй

2.1 Обмен данными при обработке титульных частей кредитных историй, а также запросов к Центральному каталогу кредитных историй.

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

ЭПС от БКИ должны направляться на адрес электронной почты bkickki@cbr.ru. Ответное ЭПС от АС ЦККИ направляется на адрес, с которого поступило входящее ЭПС.

Передаваемые XML-файлы должны защищаться с использованием средства криптографической защиты информации (СКЗИ) в соответствии с требованиями, изложенными в п. 2.7 настоящего документа.

АС ЦККИ осуществляет расшифрование XML-файла, содержащегося в поступившем ЭПС, и производит проверку электронной подписи <1> (далее - ЭП), которой снабжен указанный XML-файл. Затем производится проверка соответствия формата и структуры XML-файла установленному для данного вида сообщений формату.

--------------------------------

<1> Для подтверждения подлинности информации, которая передается из АС БКИ в АС ЦККИ и из АС ЦККИ в АС БКИ, применяется усиленная неквалифицированная электронная подпись (в терминах Федерального закона от 06.04.2011 N 63-ФЗ "Об электронной подписи").

В следующих случаях XML-файл в дальнейшую обработку не допускается:

- невозможность расшифрования XML-файла;

- отрицательный результат проверки ЭП;

- несоответствие формата XML-файла установленным правилам.

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

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

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

2.2 Порядок передачи титульных частей кредитных историй, изменений и корректировок к ним

Отправка информации о ТЧКИ из БКИ в АС ЦККИ производится ежедневно (при наличии информации). При этом рекомендуется избегать отправки множества небольших XML-файлов в течение дня, а группировать информацию в файлы максимально допустимого размера - по 1,5 MB. Тема ЭПС (subject), направляемого на адрес АС ЦККИ, должна содержать код вида ЭПС в формате B01_XXX-XXXXX_NNNNN, где:

XXX-XXXXX - регистрационный номер БКИ, присвоенный при регистрации Банком России (первые 9 знаков, включая символ "-");

NNNNN - номер ЭПС (не более 30 знаков).

При передаче информации в АС ЦККИ для каждой ТЧКИ в файле должна быть указана соответствующая операция:

- добавление: используется для передачи информации о новом субъекте кредитной истории;

- изменение: используется для передачи информации об изменениях в ТЧКИ субъекта кредитной истории (например, при получении субъектом кредитной истории нового документа, удостоверяющего личность).

- корректировка: используется для устранения ошибок в ТЧКИ либо для удаления ТЧКИ, переданных в АС ЦККИ по ошибке (например, в результате сбоев программного обеспечения либо передачи тестовых данных в промышленную среду АС ЦККИ вместо тестовой).

Формат XML-файла, направляемого из БКИ в АС ЦККИ, в виде XML-схемы содержит Приложение А, описание его структуры - Приложение Б.

Формат ответного XML-файла, направляемого из АС ЦККИ в БКИ, в виде XML-схемы содержит Приложение В, описание его структуры - Приложение Г.

2.3 Порядок аннулирования титульных частей кредитных историй, ранее переданных БКИ в ЦККИ

БКИ может и должно аннулировать в ЦККИ переданные им ранее ТЧКИ в случаях, устанавливаемых законодательством Российской Федерации и нормативными документами Банка России.

Отправка информации об аннулировании ТЧКИ в ЦККИ должна осуществляться в день аннулирования соответствующей кредитной истории в БКИ. При этом рекомендуется избегать отправки множества небольших XML-файлов в течение дня, но группировать информацию в файлы максимально допустимого размера - по 1,5 МВ.

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

В результате аннулирования ТЧКИ ЦККИ перестает выдавать информацию о наличии кредитной истории в БКИ по запросам при условии, что в АС ЦККИ нет других ТЧКИ, ранее присланных этим БКИ и удовлетворяющих условиям запроса (см. п. 2.4). Изменение и корректировка аннулированных ТЧКИ не допускается.

Ответные ЭПС АС ЦККИ на сообщения об аннулировании ТЧКИ содержат сведения о результате выполнения операции аннулирования каждой ТЧКИ из числа содержащихся в XML-файле (успешно или не успешно).

Для каждой успешно аннулированной ТЧКИ в ответном XML-файле АС ЦККИ указывается количество оставшихся в БД АС ЦККИ титульных частей кредитных историй, ранее поступивших от того же БКИ и совпадающих по ключевым реквизитам (см. п. 2.4) с аннулированной ТЧКИ.

Перед аннулированием ТЧКИ рекомендуется уточнить ее реквизиты, хранящиеся в ЦККИ, путем выполнения запроса на получение списка ТЧКИ (п. 2.5 настоящего документа).

Тема сообщения об аннулировании ТЧКИ, направляемого на адрес АС ЦККИ, должна содержать соответствовать формату B09_XXX-XXXXX_NNNNN, где:

B09 - константа;

XXX-XXXXX - регистрационный номер БКИ, присвоенный при регистрации Банком России (первые 9 знаков, включая символ "-");

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

Формат XML-файла, вкладываемого в ЭПС об аннулировании ТЧКИ, направляемого из БКИ в АС ЦККИ, в виде XML-схемы содержит Приложение А. Описание его структуры содержит Приложение Б.

Формат XML-файла, содержащегося в ответном ЭПС из АС ЦККИ в БКИ, в виде XML-схемы содержит Приложение В. Описание его структуры содержит Приложение Г.

2.4 Порядок передачи запросов и заявок субъектов кредитных историй, пользователей кредитных историй и финансовых управляющих

Отправка запросов и заявок из БКИ в ЦККИ может осуществляться в произвольный момент времени.

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

Запросы и заявки направляются в виде ЭПС с вложенным XML-файлом. Тема ЭПС (subject), направляемого на адрес АС ЦККИ, должна содержать код вида ЭПС в формате:

B02_XXX-XXXXX_NNNNN - для одиночной заявки на изменение кода субъекта кредитной истории,

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

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

B05_XXX-XXXXX_NNNNN - для одиночной заявки на установку дополнительного кода субъекта кредитной истории,

B06_XXX-XXXXX_NNNNN - для пакета запросов и заявок субъектов и пользователей кредитных историй,

B08_XXX-XXXXX_NNNNN - для одиночной заявки на аннулирование кода субъекта кредитной истории,

B51_XXX-XXXXX_NNNNN - для одиночного запроса информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, от финансового управляющего, где:

XXX-XXXXX - регистрационный номер БКИ, присвоенный при регистрации Банком России (первые 9 знаков, включая символ "-"); NNNNN - номер ЭПС (не более 30 знаков).

Формат XML-файла для одиночного запроса (заявки) в виде XML-схемы содержит Приложение Д, описание его структуры - Приложение Е.

Формат XML-файла для ответа на одиночные запросы (заявки) в виде XML-схемы содержит Приложение Ж, описание его структуры - Приложение И.

Формат XML-файла для пакета запросов (заявок) в виде XML-схемы содержит Приложение Л, описание его структуры - Приложение М. В одном электронном сообщении допускается наличие только одного файла вложения.

Формат XML-файла для ответа на пакет запросов (заявок) в виде XML-схемы содержит Приложение Н, описание его структуры - Приложение П.

Правила обработки запросов и заявок содержит Приложение Э к данному документу.

2.5 Порядок направления запросов на формирование списка титульных частей

Запросы на получение списка ТЧКИ субъекта кредитной истории поступают от БКИ в виде ЭПС с вложенным XML-файлом, содержащим один и более запросов. Тема ЭПС (subject), направляемого на адрес АС ЦККИ, должна содержать код вида ЭПС в формате B10_XXX-XXXXX_NNNNN, где:

XXX-XXXXX - регистрационный номер БКИ, присвоенный при регистрации Банком России (первые 9 знаков, включая символ "-");

NNNNN - номер ЭПС (не более 30 знаков).

Каждый запрос на получение списка ТЧКИ субъекта кредитной истории должен содержать полный набор ключевых реквизитов ТЧКИ (см. Приложение Э к настоящему документу) данного субъекта кредитной истории.

Ответ АС ЦККИ на запрос БКИ на получение списка ТЧКИ субъекта кредитной истории содержит список ТЧКИ, присланных в ЦККИ данным БКИ. При этом в ответ включены только те ТЧКИ, значения ключевых реквизитов которых совпадают со значениями соответствующих реквизитов, указанных в запросе.

АС ЦККИ устанавливает ограничение на суммарный объем почтовых сообщений, содержащих запросы на формирование списка ТЧКИ, направляемых конкретным БКИ в течение дня (на момент выхода данного документа - не более 50 сообщений по 300 Кбайт каждое). При превышении установленного количества все последующие запросы от данного БКИ в течение дня (до 0 часов по московскому времени) отбраковываются. ДОО Банка России уведомляет все БКИ об изменении допустимого суммарного объема сообщений, содержащих запросы на формирование списка ТЧКИ, в рабочем порядке.

Формат XML-файла для пакета запросов на формирование списка ТЧКИ, направляемого из БКИ в ЦККИ, в виде XML-схемы содержит Приложение Л. Описание его структуры содержит Приложение М.

Формат XML-файла, направляемого из ЦККИ в БКИ, в виде XML-схемы содержит Приложение Р, описание его структуры - Приложение С.

2.6 Порядок обработки запросов на получение кредитных отчетов

Обмен данными между БКИ и АС ЦККИ при обработке запросов на получение кредитного отчета осуществляется по электронной почте через информационно-телекоммуникационную сеть "Интернет". При этом АС ЦККИ направляет ЭПС на адрес электронной почты, полученный от БКИ и зарегистрированный в соответствующем справочнике АС ЦККИ. БКИ отправляет ответные ЭПС на адрес creditreport@cbr.ru. Информация помещается в XML-файл, который вкладывается в ЭПС. В одном ЭПС может присутствовать только один файл вложения.

Передаваемые XML-файлы должны защищаться с использованием СКЗИ в соответствии с требованиями, изложенными в п. 2.7 настоящего документа.

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

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

Формат пакета запросов кредитных отчетов в виде XML-схемы содержит Приложение Л. Описание его структуры содержит Приложение Т.

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

В следующих случаях XML-файл в дальнейшую обработку не допускается:

- невозможность его расшифрования;

- отрицательный результат проверки его ЭП;

- несоответствие его формата установленным правилам;

- временная невозможность его обработки по техническим причинам.

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

В случае принятия XML-файла с пакетом запросов в обработку БКИ формирует ответный XML-файл, содержащий ответы на запросы по каждому из субъектов, указанным в принятом XML-файле.

Если в принятом XML-файле был указан код условия предоставления кредитных отчетов, то:

- в XML-файл вкладываются только кредитные отчеты, удовлетворяющие данному условию;

- для субъектов кредитных историй из числа запрошенных, чьи кредитные истории не удовлетворяют данному условию, в XML-файл вкладываются соответствующие уведомления.

Формат XML-файла с кредитными отчетами в виде XML-схемы содержит Приложение У. Описание его структуры содержит Приложение Ф.

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

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

В следующих случаях XML-файл в дальнейшую обработку не допускается:

- невозможность его расшифрования;

- отрицательный результат проверки его ЭП;

- несоответствие его формата установленным правилам;

- временная невозможность его обработки по техническим причинам.

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

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

Тема ЭПС (subject), направляемых из АС ЦККИ в БКИ и из БКИ в АС ЦККИ при обработке запросов на получение кредитных отчетов должна содержать код вида ЭПС в формате:

P17_NNNNN - запрос в БКИ на получение кредитного отчета по одному субъекту кредитной истории,

P18_NNNNN - пакет запросов в БКИ на получение кредитных отчетов по нескольким субъектам кредитной истории,

P14_XXX-XXXXX_NNNNN - ответ БКИ, содержащий один или более кредитных отчетов по запросу,

P23_XXX-XXXXX_NNNNN - извещение от БКИ о невозможности обработки запроса (запросов) на получение кредитного отчета,

P22_NNNNN - извещение от АС ЦККИ о невозможности обработки кредитного отчета, полученного от БКИ,

P16_NNNNN - извещение от АС ЦККИ о результате обработки кредитного отчета.

Где:

XXX-XXXXX - регистрационный номер БКИ, присвоенный при регистрации Банком России (первые 9 знаков, включая символ "-");

NNNNN - номер запроса (пакета запросов) на получение кредитного отчета, присвоенный АС ЦККИ (не более 12 знаков).

2.7 Порядок защиты информации при ее передаче по электронной почте

Технология, описанная в данном пункте, должна применяться для защиты всех XML-файлов, передаваемых из БКИ в АС ЦККИ, а также всех XML-файлов, передаваемых из АС ЦККИ в БКИ,

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

Защита информации при обмене между АС ЦККИ и БКИ осуществляется с использованием СКАД "Сигнатура" (версия 5 или выше).

При использовании СКЗИ СКАД "Сигнатура" для XML-файла последовательно выполняются методы "Установка ЭП для файла" и "Шифрование файла". При подписании и зашифровании данных следует использовать формат PKCS#7. Расширение имени файлов, зашифрованных с использованием СКАД "Сигнатура", должно быть ".snr"

2.8 Порядок синхронизации базы данных БКИ с базой данных АС ЦККИ

2.8.1 Отправка запроса на получение контрольных данных из АС ЦККИ

Для получения контрольных данных необходимо направить официальный запрос на имя директора Департамента обработки отчетности Банка России. В запросе требуется указать:

- контактные данные уполномоченного лица от БКИ (Фамилия, имя, отчество, данные документа, удостоверяющего личность в соответствии с законодательством Российской Федерации, почтовый адрес, телефон, адрес e-mail);

- формат предоставления данных: "формат 1" - единый файл содержит информацию о хэш-значениях, вычисленных по реквизитам ТЧКИ и о связях между ними (см. Приложение Ш), либо "формат 2" - информация о ТЧКИ кредитных историй (без хэширования) и связях между ними содержатся в различных файлах (см. Приложение Щ);

- способ получения данных: лично на внешних носителях либо по e-mail.

Запрос необходимо отправить в ДОО Банка России не позднее, чем за десять рабочих дней до предполагаемой даты получения данных.

Запрос заверяется печатью БКИ и подписью руководителя БКИ.

Предоставление контрольных данных в БКИ может осуществляться не чаще одного раза в три месяца.

2.8.2 Формирование файлов с контрольными данными

АС ЦККИ предоставляет информацию по запросу в соответствии с выбранным БКИ форматом (Приложение Ш и Приложение Щ).

Файлы с контрольными данными архивируются с компрессией без разбивки на тома в формате ZIP в архив ccch.zip. Для защиты контрольных данных файл подписывается ЭП ЦККИ и зашифровывается с использованием СКАД "Сигнатура" (см. п. 2.7). Зашифрованный файл называется ccch.snr.

Если объем файла ccch.snr превышает 100 МБ, то передача его в БКИ возможна только на внешних носителях информации.

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

Если предполагается отправка данных по электронной почте, файл ccch.snr архивируется в формате ZIP без компрессии с разбивкой на тома по 5 МБ каждый.

Если предполагается передача данных на внешних носителях, файл ccch.snr архивируется в формате ZIP без компрессии с разбивкой на тома, соответствующие по размеру выбранному типу внешнего носителя (CD, DVD, и т.д.).

2.8.3 Передача внешних носителей уполномоченному лицу БКИ

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

В согласованное время представитель БКИ приезжает в ДИТ Банка России, где ответственный исполнитель ДИТ Банка России передает ему внешние носители (2 экземпляра). Факт передачи контрольных данных на внешних носителях оформляется актом в произвольной форме в 2-х экземплярах, который подписывается уполномоченным от БКИ и исполнителем от ДИТ Банка России.

2.8.4 Передача контрольных данных по электронной почте

Ответственный исполнитель ДИТ Банка России направляет на адрес электронной почты, указанный в запросе БКИ, файл(-ы) с контрольными данными и сопроводительное письмо, содержащее сведения о направляемой информации и дату запроса. В теме отправляемых сообщений должен быть указан порядковый номер передаваемого тома архива (см. п. 2.8.2) и их общее количество.

Уполномоченный от БКИ ответным письмом подтверждает факт получения данных.

2.8.5 Проверка контрольных данных

После получения контрольных данных БКИ в течение трех рабочих дней:

- при необходимости восстанавливает файл с контрольными данными из многотомного архива;

- расшифровывает его и проверяет подпись ЦККИ;

- разархивирует его;

- проверяет контрольные данные на соответствие формату.

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

По истечении трех рабочих дней с момента передачи контрольных данных ДИТ Банка России удаляет сформированные файлы с контрольными данными.

2.8.6 Синхронизация базы данных

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

2.9 Порядок передачи кредитных историй в процессе ликвидации бюро кредитных историй

Передача кредитных историй из БКИ в ЦККИ на временное хранение осуществляется в соответствии с указанием Банка России от 10 октября 2016 года N 4150-У "О порядке передачи кредитных историй на хранение в Центральный каталог кредитных историй".

БКИ передают кредитные истории в Банк России на внешних носителях информации (DVD-диски, USB-накопители).

Передача кредитных историй осуществляется в формате, определенным Указанием Банка России от 15 марта 2015 года N 3599-У "О формате и порядке предоставления Банку России по его запросу кредитных отчетов субъектов кредитных историй из бюро кредитных историй". Кредитные отчеты формируются в виде XML-файлов, формат которых содержит Приложение У в виде XML-схемы. Описание структуры XML-файла "Пакет кредитных отчетов" содержит Приложение Ф. При формировании кредитного отчета для передачи на временное хранение в ЦККИ должны быть заполнены все реквизиты отчета, информация о которых имеется в БКИ, в том числе указанные в описании формата как необязательные к заполнению!

Размер каждого XML-файла с пакетом кредитных отчетов не должен превышать 10 МБ. Должна быть обеспечена уникальность наименований файлов.

Файлы с кредитными отчетами архивируются с компрессией без разбивки на тома в формате ZIP в один либо несколько независимых архивных файлов (многотомные архивы использовать не допускается). При этом также должна быть обеспечена уникальность наименований файлов.

Для передачи кредитных историй на внешних носителях сформированные таким образом файлы подписываются и зашифровываются с использованием СКАД "Сигнатура". Зашифрованный файл называется так же как и ZIP-архив, за исключением расширения имени файла, которое изменяется на ".snr".

БКИ передает сформированные файлы в территориальное учреждение Банка России либо в ДОО Банка России на внешних носителях информации в следующем порядке. Дата и время прибытия в подразделение Банка России уполномоченного лица БКИ согласовываются ответственным исполнителем подразделения Банка России в рабочем порядке по электронной почте или по телефону. Для оформления пропуска на территорию подразделения Банка России, уполномоченный представитель БКИ должен заблаговременно (за два дня до согласованной даты визита) поставить в известность ответственного исполнителя подразделения Банка России о своем прибытии. Для прохода в подразделение Банка России представитель БКИ должен иметь при себе действующий общегражданский российский паспорт. В согласованное время представитель БКИ приезжает в подразделение Банка России, где передает ответственному исполнителю внешние носители (2 экземпляра). Факт передачи кредитных историй на внешних носителях оформляется актом в произвольной форме в 2-х экземплярах, который подписывается уполномоченным от БКИ и исполнителем от подразделения Банка России.

Согласно п. 9 Указания Банка России от 10 октября 2016 года N 4150-У "О порядке передачи кредитных историй на хранение в Центральный каталог кредитных историй" при приеме кредитных историй комиссия проверяет у лица, передающего кредитные истории, наличие соответствующих полномочий. Комиссией проверяется целостность упаковки с кредитными историями, возможность считывания информации с машинных носителей после вскрытия упаковки, а также выборочно проверяется наличие кредитных историй субъектов кредитных историй, указанных в перечне сведений, на переданных машинных носителях.

Если при проверке выявляются ошибки формирования файлов (несоответствие установленному формату, нарушение целостности архива, ошибки шифрования и т.п.), а также несоответствие полученных кредитных отчетов, ранее переданным ТЧКИ, АС ЦККИ информирует об этом БКИ по электронной почте. БКИ в течение 10 рабочих дней устраняет выявленные ошибки и повторно направляет данные в Банк России в установленном порядке.

2.10 Порядок передачи сведений об активных заемщиках

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

БКИ формирует 3 файла, содержащих сведения об активных заемщиках:

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

- второй файл должен называться list2.csv и содержать сведения о заемщиках, имеющих неисполненные обязательства перед ликвидированными банками (в случае, если у заемщика одновременно есть неисполненное обязательство по договору займа (кредита) в действующем банке, то такой заемщик отнесен только к первому или третьему (см. ниже) файлам). При отсутствии в БКИ сведений о заемщиках этой группы, файл list2.csv не передается;

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

Файлы формируются в формате CSV в кодировке WINDOWS-1251, с символом ";" в качестве разделителя полей, с полями в следующей последовательности:

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

2) Код документа, удостоверяющего личность, в соответствии с Указанием Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в ТЧКИ, и кодов субъектов кредитных историй в Центральный каталог кредитных историй", с учетом с изменений к нему.

3) Фамилия;

4) Имя;

5) Отчество. Если отчество отсутствует, поле оставляется пустым;

6) Дата рождения в формате "ДД.ММ.ГГГГ".

Не допускается заключать значения полей в кавычки, а также использовать символ ";" в значениях полей. Пример корректно сформированного файла с данными:

4500233827;1;Лавров;Владимир;Олегович;13.01.1987

4500877777;2;Смит;Майкл;;27.01.2004

45111234567;14;Петров-Водкин;Кузьма;Сергеевич;27.01.1978

Сформированные файлы архивируются с компрессией без разбивки на тома в формате ZIP в один архивный файл с наименованием AZ_XXX-XXXXX_ГГГГММДД.zip, где:

AZ - фиксированный префикс имени файла;

XXX-XXXXX - первые 9 знаков регистрационного номера БКИ, включая символ "-";

ГГГГММДД - отчетная дата (первое число отчетного месяца).

БКИ передают сформированный файл в Банк России через личный кабинет БКИ на официальном сайте Банка России в пределах размера, установленного для передачи электронного сообщения. Информацию об установленном по умолчанию значении использования квоты хранения истории обмена электронными сообщениями и о максимальном размере передаваемого сообщения можно узнать в разделе настроек личного кабинета БКИ (пункт 3.3 Инструкции по работе с Личным кабинетом участника информационного обмена, размещенной на официальном сайте Банка России в подразделе "Инструкции и иная информация о технологии подготовки и направления электронных документов в Банк России" раздела "Личный кабинет участника информационного обмена"). При необходимости увеличения квоты хранения и размера отправляемого сообщения необходимо обратиться в Единую службу поддержки пользователей (телефон 8 (800) 250-59-54, адрес электронной почты espp@cbr.ru).

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

В случаях, когда передача файлов через личный кабинет не представляется возможной, передача сформированного файла в ЦККИ (ДОО Банка России) на внешнем носителе информации (DVD-диски, USB-накопители) выполняется в следующем порядке. Сформированный архивный файл подписывается и зашифровывается с использованием СКЗИ СКАД "Сигнатура". Зашифрованный файл называется так же как и ZIP-архив, за исключением расширения имени файла, которое изменяется на ".snr".

Дата и время прибытия в ДОО Банка России уполномоченного лица БКИ согласовываются ответственным исполнителем ДОО Банка России в рабочем порядке по электронной почте или по телефону. Для оформления пропуска на территорию Банка России, уполномоченный представитель БКИ должен заблаговременно (за два дня до согласованной даты визита) поставить в известность ответственного исполнителя ДОО Банка России о своем прибытии. Для прохода в Банк России представитель БКИ должен иметь при себе действующий общегражданский российский паспорт. В согласованное время представитель БКИ приезжает в ДОО Банка России, где передает ответственному исполнителю внешние носители (2 экземпляра). Факт передачи данных по активным заемщикам на внешних носителях оформляется актом в произвольной форме в 2-х экземплярах, который подписывается уполномоченным от БКИ и исполнителем от ДОО Банка России.

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

При отправке данных из БКИ в АС ЦККИ возможны следующие основные нештатные ситуации:

- отправленное ЭПС не было принято в обработку АС ЦККИ, в БКИ поступило ответное ЭПС, содержащее сведения об обнаруженной ошибке - о нарушении целостности отправленного ЭПС (ошибка при расшифровании или при проверке ЭП - ошибка с кодом 905, Приложение К настоящему документу);

- отправленное ЭПС не было принято в обработку АС ЦККИ, в БКИ поступило ответное ЭПС, содержащее сведения об обнаруженной ошибке - о несоответствии ЭПС установленному формату (либо об иных ошибках в реквизитах ЭПС - ошибки с кодами 902, 903, 904, 906, 911, описанные в Приложение К к настоящему документу);

- на отправленное в АС ЦККИ ЭПС не поступило ответа;

- поступившее от АС ЦККИ ответное ЭПС было некорректно (не соответствовало формату, установленному Банком России);

- поступившее от АС ЦККИ ответное ЭПС содержало неполную информацию;

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

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

- общее описание нештатной ситуации;

- сведения о реквизитах исходного ЭПС, отправленного в АС ЦККИ (адрес, с которого было отправлено ЭПС, дата и время отправки ЭПС, тема ЭПС);

- текст сообщения об ошибке, содержавшийся в поступившем от АС ЦККИ ответном ЭПС;

- контактные данные исполнителей, уполномоченных от лица БКИ участвовать в расследовании нештатной ситуации.

3 Порядок управления ключевой информацией СКАД "Сигнатура"

3.1 Общие положения

3.1.1 Защита информации при обмене данными между ЦККИ и БКИ осуществляется с применением СКАД "Сигнатура". Данное средство используется для формирования/проверки ЭП и зашифрования/расшифрования передаваемых данных.

3.1.2 Передача установочного комплекта СКАД "Сигнатура" в БКИ осуществляется согласно соответствующему договору между Банком России и БКИ.

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

В функции ЦУКС входит:

- решение общих вопросов управления ключевой системой;

- формирование ключей регистрации БКИ и их доведение до БКИ;

- выпуск сертификатов ключей проверки ЭП БКИ с использованием сформированных в БКИ запросов на сертификаты;

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

- формирование справочников сертификатов для АС ЦККИ, формирование и распределение сертификатов ключей проверки ЭП для БКИ.

3.1.4 БКИ самостоятельно изготавливает ключевую информацию и записывает ее на носители ключевой информации (далее - НКИ) с использованием программного обеспечения, предоставляемого Банком России. Перечень поддерживаемых типов НКИ определен в эксплуатационной документации на СКАД "Сигнатура".

3.1.5 Для каждого БКИ изготавливаются два типа комплектов ключевой информации:

- комплект, используемый для взаимодействия БКИ с администратором ЦУКС (действующий и резервный), данный комплект должен использоваться только для взаимодействия администратора информационной безопасности БКИ с администратором ЦУКС. Использование данного типа комплекта для других целей запрещается;

- комплект, используемый для взаимодействия БКИ с АС ЦККИ (действующий и резервный), данный комплект должен использоваться только для передачи информации в АС ЦККИ.

Для передачи информации в АС ЦККИ используется комплект с меньшим номером комплекта.

3.1.6 При формировании комплектов ключевой информации должен использоваться ГОСТ Р 34.10-2012.

3.1.7 Периодичность плановой смены ключевой информации - не реже одного раза в 15 месяцев. Конкретная дата смены ключевой информации устанавливается ЦУКС.

3.1.8 Ключевая информация БКИ вводится в действие только после получения оформленного со стороны БКИ сертификата на бумажном носителе.

3.2 Начальная регистрация ключевой информации бюро кредитных историй

3.2.1 ДОО Банка России направляет копию поступившего от БКИ письма, а также копии всех прилагаемых к нему материалов в ДИТ Банка России.

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

3.2.3 Администратор ЦУКС согласует с АИБ БКИ дату прибытия в ЦУКС для получения ключей регистрации по электронной почте и по телефону.

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

3.2.5 АИБ БКИ осуществляет генерацию ключей СКАД "Сигнатура" для взаимодействия БКИ с АС ЦККИ и для взаимодействия БКИ с ЦУКС (по два комплекта соответственно) с использованием полученных ключей регистрации и формирует запросы на выпуск сертификатов соответствующих ключей проверки ЭП в электронном виде на USB-flash (ГМД) и на бумажном носителе (в двух экземплярах). Запросы на выпуск сертификатов ключей проверки ЭП на бумажном носителе заверяются печатью БКИ.

3.2.6 Запрос на выпуск сертификатов ключей проверки ЭП (на USB-flash (ГМД) и бумажном носителе) направляются официальным сопроводительным письмом в адрес ДИТ Банка России Почтой России. Скан-копия официального сопроводительного письма предварительно должна быть направлена по электронной почте администратору ЦУКС. Вторые экземпляры запросов на выпуск сертификатов ключей проверки ЭП на бумажном носителе остаются в БКИ.

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

3.2.8 В АС ЦККИ применяется GDBM-справочник сертификатов, в который включаются сертификаты для роли "Защита файлов при обмене между АС ЦККИ и БКИ (ФНП)". При формировании справочника используется базовый OID АС ЦККИ 1.3.6.1.4.1.10244.7.1.1.9. GDBM-справочник сертификатов формируется путем автоматического скачивания 1 раз в час соответствующей информации из ЕСК.

3.2.9 Сертификаты ключей проверки ЭП, распечатанные на бумажном носителе и первоначально оформленные со стороны Банка России в двух экземплярах, должны быть направлены в БКИ для дальнейшего завершения оформления со стороны БКИ. Администратор ЦУКС направляет сертификаты ключей проверки ЭП БКИ на USB-flash (ГМД) БКИ и бумажном носителе официальным сопроводительным письмом в адрес БКИ Почтой России.

В БКИ на USB-flash (ГМД) БКИ также передаются 2 набора сертификатов ключей проверки ЭП, содержащие следующие сертификаты.

1-й набор содержит следующие сертификаты ключей проверки ЭП:

- действующего и резервного ключа АС ЦККИ (1-ый и 2-ой комплект соответственно);

- действующего и резервного ключа БКИ для взаимодействия с АС ЦККИ (1-ый и 2-ой комплект соответственно).

2-й набор содержит следующие сертификаты ключей проверки ЭП:

- действующего и резервного ключа администратора ЦУКС (1-ый и 2-ой комплект соответственно);

- действующего и резервного ключа БКИ для взаимодействия с ЦУКС (1-ый и 2ой комплект соответственно).

Формирование соответствующих каждому ключу БКИ справочников сертификатов производится АИБ БКИ самостоятельно в соответствии с порядком, описанным в эксплуатационной документации СКАД "Сигнатура".

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

3.2.11 Администратор ЦУКС получает оформленный сертификат со стороны БКИ, сверяет данные сертификата на бумажном носителе с сертификатом в электронном виде.

После этого сертификат БКИ может быть введен в действие в АС ЦККИ.

3.3 Плановая смена ключевой информации

3.3.1 Администратор ЦУКС заблаговременно письменно уведомляет администраторов информационной безопасности БКИ о дате и времени смены комплектов ключевой информации.

3.3.2 АИБ БКИ при получении уведомления администратора ЦУКС о замене ключевой информации изготавливает новые ключи СКАД "Сигнатура" и запросы на выпуск сертификатов ключей проверки ЭП для них.

3.3.3 Запросы на выпуск сертификатов ключей проверки ЭП в электронном виде зашифровываются в БКИ с использованием действующего ключа БКИ для взаимодействия с ЦУКС (с меньшим номером комплекта) и направляются в ДИТ Банка России на USB-flash (ГМД) вместе с запросами на выпуск сертификатов ключей проверки ЭП на бумажных носителях (в двух экземплярах). Запросы на выпуск сертификатов ключей проверки ЭП на бумажном носителе заверяются печатью БКИ.

3.3.4 Администратор ЦУКС при получении транспортного USB-flash (ГМД) из БКИ производит следующие действия:

- расшифровывает файлы запросов на выпуск сертификатов ключей проверки ЭП, размещенных на транспортном USB-flash (ГМД), с использованием действующего ключа администратора ЦУКС;

- в случае положительного результата расшифрования формирует сертификаты ключей проверки ЭП на основании запросов, полученных от БКИ;

- направляет сертификаты ключей проверки ЭП БКИ, сертификаты ключей проверки ЭП ДИТ Банка России и сертификаты ключей проверки ЭП администратора ЦУКС в БКИ. Сертификаты в электронном виде зашифровываются с помощью действующего ключа администратора ЦУКС и направляются Почтой России на USB-flash (ГМД) вместе с сертификатами ключей проверки ЭП БКИ на бумажных носителях. Сертификаты ключей проверки ЭП, распечатанные на бумажном носителе и первоначально оформленные со стороны Банка России в двух экземплярах, должны быть направлены в БКИ для дальнейшего завершения оформления со стороны БКИ (подпись руководителя БКИ и печать БКИ). Один экземпляр оформленного сертификата на бумажном носителе должен быть возвращен в Банк России на хранение. Второй экземпляр оформленного сертификата на бумажном носителе должен храниться в БКИ.

- В случае отрицательного результата расшифрования транспортный USB-flash (ГМД) направляет в БКИ с сопроводительным письмом.

3.3.5 АИБ БКИ при получении транспортного USB-flash (ГМД) из ЦУКС проводит следующие действия:

- расшифровывает файлы сертификатов ключей проверки ЭП, размещенных на транспортном USB-flash (ГМД), с использованием действующего ключа БКИ для взаимодействия с ЦУКС;

- в случае положительного результата расшифрования, переносит и импортирует сертификаты ключей проверки ЭП на АРМ "Справочник сертификатов" СКАД "Сигнатура" и проводит в установленное ЦУКС время замену ключевой информации в БКИ. Замена производится в соответствии с порядком, описанным в эксплуатационной документации СКАД "Сигнатура". При отрицательном результате расшифрования АИБ БКИ в рабочем порядке связывается с администратором ЦУКС и проводит работы по устранению возникшей ситуации.

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

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

3.4 Действия АИБ БКИ при компрометации ключей СКАД "Сигнатура"

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

По поступлении информации от АИБ БКИ о компрометации ключа для взаимодействия с АС ЦККИ администратор ЦУКС производит отзыв соответствующего скомпрометированного сертификата ключа проверки ЭП и публикует информацию в ЕСК.

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

3.4.2 Администратор ЦУКС формирует и направляет обновленный список отозванных сертификатов АИБу БКИ по электронной почте.

3.4.3 АИБ БКИ делает сертификат резервного ключа (со следующим номером комплекта) рабочим, удаляет сертификат соответствующего скомпрометированного ключа из справочника сертификатов, сохраняет справочники сертификатов на транспортном USB-flash (ГМД).

3.4.4 После получения обновленного списка отозванных сертификатов АИБ БКИ выполняет его загрузку в справочник сертификатов открытых ключей.

3.4.5 АИБ БКИ извещает администратора ЦУКС (по телефону и по электронной почте) о готовности к переходу на работу с новой ключевой информацией.

3.4.6 После получения от АИБ БКИ уведомления о готовности к переходу на работу с новой ключевой информацией администратор ЦУКС назначает дату и время перехода, о чем извещает АИБ БКИ (по телефону и по электронной почте).

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

В течение 3-х рабочих дней после даты замены ключевой информации выведенные из обращения (скомпрометированные) ключи ЭП подлежат уничтожению с составлением акта. Акт подписывается пользователем БКИ и АИБ БКИ, после чего заверяется печатью организации и подписью руководителя БКИ. Копия акта направляется в ДИТ Банка России официальным письмом на имя директора ДИТ Банка России.

3.4.8 АИБ БКИ изготавливает следующий резервный комплект ключей (со следующим номером комплекта). Для этого выполняются действия, аналогичные п.п. 3.3.3 - 3.3.5 (с учетом необходимости изготовления только резервного комплекта ключевой информации для пользователя БКИ).

3.5 Порядок обращения с носителями ключевой информации

3.5.1 НКИ, на которые записывается ключевая информация, должны быть учтены как носители информации ограниченного доступа.

3.5.2 Должен быть утвержден список лиц, которые имеют доступ к закрытым ключам.

3.5.3 Для каждого комплекта ключевой информации выделяется по 2 НКИ: "Оригинал" и "Рабочая копия".

3.5.4 Для выполнения криптографических операций должен использоваться НКИ с копией действующих ключей ("Рабочая копия"). Использование НКИ "Оригинал" запрещается.

3.5.5 В случае физической неисправности НКИ с копией действующих ключей данный носитель подлежит уничтожению с составлением соответствующего акта. Акт подписывается пользователем БКИ и АИБ, после чего заверяется печатью организации и подписью руководителя БКИ. Изготовляется новая копия, соответствующая НКИ "Оригинал".

3.5.6 Неиспользуемые НКИ (оригинал действующих ключей, оригинал и рабочая копия резервных ключей) должны быть помещены в опечатанные владельцем контейнеры. Для хранения НКИ должны использоваться надежные металлические хранилища (сейфы). Хранение НКИ допускается в одном хранилище с другими документами.

3.5.7 С целью избежания одновременной компрометации действующих и резервных ключей данные НКИ должны храниться в разных опечатанных контейнерах.

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

3.5.9 Не допускается:

- снимать несанкционированные копии с НКИ;

- знакомить с содержанием НКИ или передавать НКИ лицам, к ним не допущенным;

- выводить закрытые ключи на дисплей (монитор) ПЭВМ или принтер;

- устанавливать НКИ в считывающее устройство (дисковод) ПЭВМ, на которой программные средства передачи - приема ЭПС функционируют в непредусмотренных (нештатных) режимах, а также на другие ПЭВМ;

- записывать на НКИ постороннюю информацию.

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

4 Порядок разрешения конфликтных ситуаций

4.1 Поступление в Банк России обращения об отсутствии кредитной истории в БКИ

4.1.1 При поступлении в Банк России обращения от субъекта кредитной истории, пользователя кредитной истории, финансового управляющего, нотариуса (далее - Заявитель) об отсутствии кредитной истории субъекта кредитной истории в БКИ, которое было указанно в списке БКИ, полученном от ЦККИ, Банк России с использованием АС ЦККИ определяет:

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

- отмечено ли данное включенное в ответ ЦККИ БКИ символом "*" (БКИ, в которых хранятся прежние ключевые реквизиты субъекта кредитной истории/другие, отличные от указанных в запросе Заявителя, ключевые реквизиты).

В случае отрицательного ответа на оба вопроса Банк России сообщает Заявителю о его ошибочном обращении в данное БКИ.

В случае положительного ответа на первый вопрос и отрицательного ответа на второй Банк России в целях выяснения причин непредоставления Заявителю кредитного отчета направляет запрос в БКИ (см. п. 4.2).

В случае положительного ответа на оба вопроса Банк России сообщает Заявителю о необходимости обращения в данное БКИ с использованием прочих реквизитов субъекта кредитной истории (прежний паспорт или другой документ, удостоверяющий личность).

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

4.1.2 По результатам выполненных мероприятий Банк России сообщает Заявителю причину отказа в предоставлении кредитного отчета по его запросу.

4.2 Непредоставление сведений, входящих в состав кредитной истории, титульная часть которой ранее была передана в ЦККИ

4.2.1 Банк России направляет в БКИ запрос о причинах непредоставления кредитного отчета субъекта кредитной истории, титульная часть которой была ранее передана данным БКИ в ЦККИ. Указанный запрос содержит:

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

- реквизиты Заявителя;

- дату обращения Заявителя в БКИ (при наличии).

4.2.2 При получении запроса Банка России о причинах непредоставления кредитного отчета субъекта кредитной истории БКИ направляет в Банк России официальное письмо, содержание которого:

- подтверждает или отрицает факт непредоставления кредитного отчета субъекта кредитной истории по запросу Заявителя;

- указывает причину, по которой кредитный отчет не был предоставлен Заявителю (аннулирование кредитной истории субъекта, отсутствие кредитной истории, содержащей реквизиты ТЧКИ, по которым был сформирован запрос в БКИ о предоставлении кредитной истории, отсутствие у Заявителя основания/согласия субъекта кредитной истории на получение кредитного отчета и т.д.);

- содержит реквизиты и дату направления БКИ в АС ЦККИ ЭПС об аннулировании ТЧКИ в случае непредоставления кредитного отчета Заявителю по причине аннулирования кредитной истории;

- содержит реквизиты и дату направления БКИ в АС ЦККИ ЭПС о корректировке ТЧКИ путем ее удаления в случае непредоставления кредитного отчета Заявителю по причине передачи в АС ЦККИ ТЧКИ, реквизиты которой содержал запрос в БКИ о предоставлении кредитного отчета, по ошибке.

- в случае отсутствия у БКИ после поступления запроса Банка России о причинах непредоставления кредитного отчета субъекта кредитной истории возможности направления в АС ЦККИ ЭПС об аннулировании либо корректировке ТЧКИ информирует о необходимости ее аннулирования либо удаления в АС ЦККИ Банком России.

4.2.3 При получении от БКИ ответа, содержащего информацию об отсутствии у БКИ возможности направления в АС ЦККИ ЭПС в целях аннулирования либо корректировки ТЧКИ, Банк России выполняет соответствующую операцию с ТЧКИ в АС ЦККИ.

4.3 Непредоставление сведений, входящих в состав кредитной истории, в результате ошибочного связывания титульных частей кредитных историй различных субъектов кредитных историй

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

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

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

- дату отправки БКИ соответствующего пакета операций в АС ЦККИ;

- тему ЭПС;

- номер операции в пакете.

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

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

4.3.5 Если БКИ, осуществившее связывание ТЧКИ различных субъектов кредитных историй, на момент выявления ошибочной связи между ТЧКИ исключено из Государственного реестра бюро кредитных историй, Банк России выполнят удаление такой связи по результатам самостоятельной проверки.

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

    
        
            
                
                
            
            
        
    
    
        
            
                
                
                
            
        
    
    
    
    
    
        
            
                
                
            
        
    
    
        
            
                
                
                
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
        
    
    
    
    
    
    
    
    
    
    
    
        
            
                
                
                
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
            
        
    
    
    
    
    
    
    
    
    
    
    
    
        
            
        
    
    
        
            
            
        
    
    
        
            
        
    
    
        
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        |
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    

Информация о ТЧКИ субъектов кредитных историй структурирована в виде XML-сообщения, соответствующего XML-схеме. Элемент верхнего уровня должен иметь наименование TOCKKI и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).

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

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

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

Передаваемая информация состоит из блоков двух типов - информация о ТЧКИ юридических лиц (PARTLP) и информация о ТЧКИ физических лиц (PARTNP). Описание структуры данных элементов содержит Таблица Б.2.

Блоки должны быть упорядочены внутри пакета в порядке возрастания их номеров (значений атрибута ID). При этом должна соблюдаться хронологическая последовательность передаваемых блоков (обработка блоков внутри пакета осуществляется в порядке следования их номеров).

Таблица Б.2 - Структура элементов PARTLP и PARTNP

Таблица Б.3 - Структура KeyData и ChangeData для блока PARTLP

Элемент SignResident может принимать следующие значения:

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

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

Таблица Б.4 - Структура KeyData и ChangeData для блока PARTNP

Код документа, удостоверяющего личность, определяется в соответствии с Указанием Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй", с учетом с изменений к нему.

Пример xml-сообщения о добавлении, изменении и корректировке ТЧКИ:

  
     2
     20.07.2005
     0000000001
  
  
     
     
        
           Общество с ограниченной ответственностью "БУКАРЕВ А.Е."
           OOO "БУКАРЕВ А.Е."
           OOO "БУКАРЕВ А.Е."
           OOO "BUKAREV"
           1
           
Москва
           095 2233221
           1234567890123
           1234567890
        
     
     
     
        
           ПЕТРОВ
           АНДРЕЙ
           ЕГОРОВИЧ
           24.10.1960
           АРХАНГЕЛЬСКАЯ ОБЛАСТЬ ГОРОД СЕВЕРОДВИНСК
           1
           2891104230
           24.10.2004
           81 О/М Г. СЕВЕРОДВИНСКА
           312891104230
           189312891104230
        
        
           ПЕТРОВ
           АНДРЕЙ
           ЕГОРОВИЧ
           24.10.1960
           АРХАНГЕЛЬСКАЯ ОБЛАСТЬ ГОРОД СЕВЕРОДВИНСК
           1
           323400675
           02.03.2017
           81 О/М Г. СЕВЕРОДВИНСКА
           312891104230
           189312891104230
        
     
     
     
        
           СДОРОВА
           AHHHA
           ГРИГРЬЕВНА
           24.10.1960
           Г. САМАРА
           1
           3668870027
           04.04.2019
           ОТДЕЛЕНИЕ УФМС П САМАРСКОЙ ОБЛАСТИ
        
        
           СИДОРОВА
           АННА
           ГРИГОРЬЕВНА
           24.10.1960
           Г. САМАРА
           1
           3668870027
           04.04.2019
           ОТДЕЛЕНИЕ УФМС ПО САМАРСКОЙ ОБЛАСТИ
        
     
     
     
        
           ПРОВЕРКА
           ПРОВЕРКА
           ПРОВЕРКА
           01.01.2001
           ТЕСТ
           2
           12345
           01.01.2001
        
     
  

Пример xml-сообщения об аннулировании ТЧКИ:

  
     2
     20.07.2005
     0000000001
  
  
     
        
           Общество с ограниченной ответственностью "БУКАРЕВ А.Е."
           OOO "БУКАРЕВ А.Е."
           OOO "БУКАРЕВ А.Е."
           OOO "BUKAREV"
           1
           
Москва
           095 2233221
           1234567890123
           1234567890
        
     
     
        
           ПЕТРОВ
           АНДРЕЙ
           ЕГОРОВИЧ
           24.10.1960
           АРХАНГЕЛЬСКАЯ ОБЛАСТЬ ГОРОД СЕВЕРОДВИНСК
           1
           2891104230
           24.10.2004
           81 О/М Г. СЕВЕРОДВИНСКА
           312891104230
           189312891104230
        
     
  

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

Результаты обработки информации о ТЧКИ субъектов кредитных историй структурирована в виде XML-сообщения. Элемент верхнего уровня должен иметь наименование FROMCKKI, необязательный атрибут version, указывающий на версию схемы xml и обязательные атрибуты ResCode и ResText, указывающие код и текст результата обработки.

Перечень возможных значений результата обработки содержит Таблица Г.1.

Таблица Г.1 - Перечень возможных значений результата обработки

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

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

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

Результаты обработки состоят из блоков двух типов - результаты обработки информации о ТЧКИ юридических лиц (PARTLP) и результаты обработки информации о ТЧКИ физических лиц (PARTNP).

Элементы данных блоков должны иметь обязательные атрибуты - порядковый номер блока внутри сообщения (ID), код (ResCode) и текст (ResText) результата обработки блока. Для каждой успешно аннулированной ТЧКИ в ResText указывается количество оставшихся в БД АС ЦККИ титульных частей, ранее поступивших от того же БКИ и совпадающих по ключевым реквизитам с аннулированной ТЧКИ.

В случае возникновения ошибки при обработке блока, внутри него создается реквизит, соответствующий ошибочному элементу в исходном сообщении. Также данный элемент должен иметь обязательные атрибуты - код (ResCode) и текст (ResText) результата.

Пример xml-сообщения о результатах добавления и изменения титульных частей кредитных историй:

      
            1
            19.07.2005
            001-23456
      
      
            
            
      

Пример xml-сообщения о результатах аннулирования титульных частей кредитных историй:

      
            2
            17.04.2014
            2
      
      
            
            
      

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Блок 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
     
  

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

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

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

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

Таблица И.1 - Структура блока KEYLP

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

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

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

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

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

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

Элемент ResData состоит из четырех частей:

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

2) обязательный текст результата обработки запроса (ResText),

3) необязательный блок списка БКИ (BKIList),

4) обязательный текст результата обработки запроса в удобном для просмотра виде (ResFullText).

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

Перечень возможных значений результата обработки содержит Таблица И.4.

Таблица И.4 - Перечень возможных значений результата обработки

Таблица И.5 - Структура элемента BKI

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

   
      18.08.2005
   
   
      
         
            АНДРЕЙ
            БУКАРЕВ
            ЕГОРОВИЧ
            2891104230
          
       
       
          900
          Соответствующая кредитная история сформирована в следующих БКИ:
          
               
                  Акционерное общество "Язык Эзопа"
                  1
                  г. Владивосток, Японский пер., д.3
                  0
               
               
                  Общество с ограниченной ответственностью "МИДАС"
                  2
                  г.Ленинград, ул. Левая, д.98
                  0
              
         
         В ответ на Ваш запрос:
  дата запроса: 18.08.2005
  фамилия: БУКАРЕВ
  имя: АНДРЕЙ
  отчество: ЕГОРОВИЧ
  документ: 2891104230
Центральный каталог кредитных историй сообщает:
По состоянию на 18.08.2005
Соответствующая кредитная история сформирована в следующем (следующих) БКИ:

Номер БКИ из государственного реестра бюро кредитных историй: 1
Наименование организации: Акционерное общество "Язык Эзопа"
Адрес (место нахождения) и телефон: г. Владивосток, Японский пер., д.3

Номер БКИ из государственного реестра бюро кредитных историй: 2
Наименование организации: Общество с ограниченной ответственностью "МИДАС"
Адрес (место нахождения) и телефон: г.Ленинград, ул. Левая, д.98


      
   

Извещение формируется в кодировке windows-1251 и соответствует XML-схеме:

Описание структуры электронного сообщения "Извещение об отбраковке некорректных сообщений" содержит Таблица К.1.

Таблица К.1 - Описание структуры извещения об отбраковке

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

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

Таблица К.2 - Сообщения об ошибках

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    
           1
           30.10.2006
    
    
          
                  
                            
                                    
                                          2345678090123
                                          4567890123
                                    
                            
                  
          
          
                  
                            
                                    
                                          Семен
                                          Подъяров-Пакетный
                                          Иванович
                                          4503655374
                                   
                           
                  
          
    

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица П.4 - Структура блока BKI

Пример 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.
            

            
         
      
      
         
            
               Пакетная
               Наталья 
               Сергеевна
               5036553744
               04.12.2001
            
         
         
            900
            Код субъекта кредитной истории аннулирован.
            

            
         
      
   

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- обязательный блок - список ТЧКИ (TitleList).

Перечень возможных значений результата обработки содержит Таблица С.4.

Таблица С.4 - Перечень возможных значений результата обработки

Блок TitleList может быть пустым, либо содержать несколько элементов Title, каждый из которых содержит ТЧКИ субъекта кредитной истории юридического лица (вложенный элемент LPItem) либо физического лица (вложенный элемент NPItem).

Таблица С.5 - Структура элемента LPItem

Таблица С.6 - Структура элемента NPItem

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

   
      1234
      09.04.2014
   
   
      
         
             
                 1234567890123
                 1234567890
             
         
         
             900
             Успешная обработка
             
                 
             
         
      
      
         
             
                Гончарова
                Наталья 
                Николаевна
                5036553744
             
         
         
             900
             Соответствующая информация не найдена
         
      
   

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

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

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

Таблица Т.1 - Структура заголовка пакета запросов кредитных отчетов

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

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

Блок CreditReport включает информацию о реквизитах субъекта (элемент KeyData), по которому направляется запрос.

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

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

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

Таблица Т.2 - Структура элемента KEYLP

Таблица Т.3 - Структура элемента KEYNP

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

13243546
30.03.2015



       
          
                 
                      Ермил
                      Некрасов
                      Игоревич
                      12.01.1975
                      ЦЮ7432867
                   
               
       


       
         
                 
                     1234567891234
                     123456789123
                 
              
       


      
              
                 
                   Microsoft Mobile Oy (Ltd)
                 
              
      

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

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

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

Таблица Ф.1 - Структура заголовка пакета с кредитными отчетами

Элемент Body содержит один или более кредитных отчетов физических и юридических лиц (элемент CreditReport).

Таблица Ф.2 - Структура элемента CreditReport (кредитный отчет)

Таблица Ф.3 - Структура элемента CreditReportOfNaturalPerson (кредитный отчет физического лица)

Таблица Ф.4 - Структура элемента CreditReportOfLegalPerson (кредитный отчет юридического лица)

Таблица Ф.5 - Структура элемента Subject для физического лица

Таблица Ф.6 - Структура элемента Subject для юридического лица

Таблица Ф.7 - Структура типа "Физическое лицо"

Таблица Ф.8 - Структура элемента Addresses для физического лица

Таблица Ф.9 - Структура элемента IP

Таблица Ф.10 - Структура элемента Incapacity

Таблица Ф.11 - Структура элемента Bankruptcy

Таблица Ф.12 - Структура типа "Постановления Суда"

Таблица Ф.13 - Структура элемента "Judgement"

Таблица Ф.14 - Структура элемента Credits

Таблица Ф.15 - Структура элемента Credit

Таблица Ф.16 - Структура элемента Application

Таблица Ф.17 - Структура типа "Сумма"

Таблица Ф.18 - Структура элемента Refusal

Таблица Ф.19 - Структура типа "Юридическое лицо"

Таблица Ф.20 - Структура элемента CreditContract

Таблица Ф.21 - Структура элемента PaymentDiscipline

Таблица Ф.22 - Структура элемента ObligationFulfillment

Таблица Ф.23 - Структура типа "Остаток долга"

Таблица Ф.24 - Структура элемента "Securities"

Таблица Ф.25 - Структура элемента "Security"

Таблица Ф.26 - Структура типа "Поручительства"

Таблица Ф.27 - Структура элемента "Surety"

Таблица Ф.28 - Структура элемента "Guaranties"

Таблица Ф.29 - Структура элемента "Guarantee"

Таблица Ф.30 - Структура элемента "TransferOfDebtClaim"

Таблица Ф.31 - Структура элемента "StopInfo"

Таблица Ф.32 - Структура элемента "Arrears"

Таблица Ф.33 - Структура элемента "Debt"

Таблица Ф.34 - Структура элемента "RequestsStatistic"

Таблица Ф.35 - Структура элемента "UserRequests"

Пример xml-документа "Пакет кредитных отчетов":

   

     123456
     2014-12-22
     077-00022
   
   
     
     
     
     
        
           
             
                Иванов
                Иван
                Иванович
                1967-08-13
                г. Москва
                1
                3507234567
                1987-09-14
                паспортный стол N 1 г. Москвы
             
             
             
                Иванов
                Иван
                Иванович
                1967-08-13
                г. Москва
                1
                4509987654
                2002-10-13
                г. Москва
                123456789012
                123456789012345
             
             
             
               
г.Москва Красная площадь д.1
               
г.Москва Лубянская площадь д.1
               
г.Москва ул. Юности д.2
               
г.Москва ул. Юности д.2
            
            
               0987654321012
               2345678909876
            
            
               1
               
                  
                     123-2345
                     Левый суд
                     Признан ограниченно дееспособным
                  
                  
                     Московский городской суд
                     Отменено решение Зеленоградского районного суда.
Субъект дееспособен.
                  
              
          
       
       
          
          
             
                2009-08-13
                123
                101
                1
                3
                
                2000000000
                  1
                
             
             
                КБ "Деньги всем"
                1
                RUS
                0129384756102
                0987654321
             
             1
          
          
          
             
                2009-09-01
                456
                102
                1
                1
                2009-10-01
             
             
                КБ "Деньги всем"
                1
                RUS
                0129384756102
                0987654321
             
             1
             1
             1
             
                678
                589e67d3-b6ba-11ea-9d85-c7002440473d-a
                2009-09-02
                3
                20000
                2009-12-02
                2009-12-02
                35.1
                3
                2
                5
             
             
               
                 0
                 0
                 
                    20000
                 
                 
                    1800
                 
               
               
                 2
                 8000
                 
                    20000
                 
                 
                    3800
                 
              
            
            0
            
              31800
            
            
              23800
            
           
              
                 Субъект оспаривает просрочку платежа
              
              
              
                 
                   9
                   Велосипед
                   2020-08-13
                   1967-08-13
                   1000
                 
              
              
              
                
                  String
                  1
                  2
                  1967-08-13
                
             
             
                  
                    
                      
                        ЗАО "Гарант"
                        1
                        1234567890123
                        9876543210
                      
                      0
                      10000
                      2025-08-13
                    
                  
                  
                  
                     
                        Агентство "Сборка"
                        1
                        23456789012
                        5647382910
                     
                  
                  
                  
                     2009-11-15
                     2
                  
               
               
               
                  
                     ЗАО КБ "Бери больше"
                     1
                     0229384756102
                     0987354321
                  
                  1
                  3
                  1
                  101
                  
                    20000
                  
                  
                  
                    
                      String
                      1
                      2
                      1967-08-13
                   
                
             
          
          
          
             
               
               
                 
                   ЗАО "Нептун"
                   1
                   RUS
                   012345678901
                   0123456789
                 
               
               1
               1560
               По  решению  суда  такого-то за неуплату коммунального платежа
взыскать такую-то сумму
            
            
              
                
                  ФССП
                  1
                  
                  
                
              
              1
              1560
              
              1000
              Если  нет  возможности разобрать информацию о долгах по полям,
то можно привести ее в комментарии
           
       
       
       
          
             3а-0499/1967
             Московский городской суд
             Исковое   заявление  об  установлении  кадастровой  стоимости
объекта   капитального   строительства   равной   его   рыночной  стоимости
удовлетворить
          
       
       
       
          
            
           
             "B-sure" inc/
             0
             USA
             
             
          
          1000000000
          2050-12-31
       
       
       
        
          0
          0
          1
          1
          1
       
       
         
            
               ЗАО КБ "Деньги всем"
               1
               0123454321123
               0123454321
            
         
      
   
 
 
 
    
       
         
            Общество   с  ограниченной  ответственностью  "Зеленоградский
 машиностроительный завод"
            ООО Зеленоградский МЗ
            "Станки России"
            1
            RUS
            
г. Зеленоград ул. Заводская стр 4
            3222233
            1234567890123
            7654321987
        
        
           
           0
           
              
                 Зеленоградским судом принято решение о банкротстве
              
              
                 123-234/12
                 Правый суд
                Решение Зеленоградского суда о банкротстве отменено
              
           
        
     
     
       
        
           ЗАО "Добрый кредитор"
           1
           
г.Москва ул. Правды д. 6
           +7 495 1234567
           1029384756102
           3425184736
        
        1
        1
        1
     
     
        Дополнительное  соглашение  N 2 к Договору N 098-234-12
 от 2007-06-15
        589e67d4-b6ba-11ea-9d85-c7002440473d-2
        2008-11-01
        4
        1000000
        2018-11-01
        2018-11-01
        3
        0
        2009-06-22
        2
     
     
        
           0
           0
           
              1000000
           
           
              10000
           
        
        
           1
           0
           
              900000
           
           
              20000
           
        
        
           
           3
           50000
           
              850000
           
           
              30000
           
        
        
              
              1
              0
               
                 700000
             
             
                 20000
              
           
           
              
              3
              100000
              
                 700000
              
              
                 20000
              
           
        
        
        0
        2008-09-25
        
           820000
        
        
           720000
        
        
          
            
              Банк-Гарант
              1
              992035373839
              7534509856
           
           30000000
           2016-11-01
        
     
   
 
 
   0
   0
   0
   0
   0
   0
  
  
  
     4
  
 


   
      
         
            АО "Уралнатрий"
            1
            9876574836261
            4566883388
         
      
      
         
           
             КБ "Будь уверен"
             1
             647382938478
             8763459872
           
           4500000
           2010-01-01
           2006-12-01
           Самостоятельный отказ заказчика (бенефициара) от своих
прав по гарантии
         
      
   
  
 

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

Квитанция о результатах обработки пакета, содержащего кредитные отчеты, структурирована в виде XML-сообщения. Элемент верхнего уровня должен иметь наименование FROMCKKI, необязательный атрибут version, указывающий на версию схемы xml и обязательные атрибуты ResCode и ResText, указывающие код и текст результата обработки.

Возможные значения результата обработки пакета в целом:

900 - Успешная обработка;

301 - Приняты не все кредитные отчеты.

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

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

Результаты обработки состоят из блоков двух типов - результаты обработки кредитных отчетов юридических лиц (PARTLP) и результаты обработки кредитных отчетов физических лиц (PARTNP).

Элементы данных блоков должны иметь обязательные атрибуты:

- номер кредитного отчета в пакете с кредитными отчетами (ID),

- код (ResCode) и текст (ResText) результата обработки кредитного отчета.

Возможные значения результата обработки кредитного отчета:

900 - Успешная обработка;

305 - Ошибка в реквизитах кредитного отчета.

Пример xml-сообщения о результатах обработки кредитных отчетов:

      
             1
             19.07.2005
             001-23456
      
      
             
             
      

Данный формат предоставления информации устарел и используется в целях совместимости с автоматизированными системами БКИ. Для сверки данных рекомендуется использовать формат данных, приведенный в Приложении Щ, т.к. он является более информативным.

Файл формируется в формате CSV. Разделитель столбцов и строк может быть задан пользователем. По умолчанию в качестве разделителя столбцов используется символ точка с запятой ";", в качестве разделителя строк используется символов "подача строки" - LF - управляющий символ ASCII (0x0A). Строка файла состоит из полей, представленных ниже (Таблица Ш.1)..

Таблица Ш.1 - Описание полей строки файла

Вычисление хэш-функции осуществляется с тестовыми параметрами, указанными в ГОСТ Р 34.11-2012. Формат вывода - младшие байты первыми (little-endian). Хэш-функция для полного набора реквизитов вычисляется от результата конкатенации значений полного набора реквизитов ТЧКИ, приведенного к верхнему регистру. При этом, реквизиты объединяются в строку в нижеуказанном порядке. Для физических лиц:

1) Фамилия

2) Имя

3) Отчество

4) Дата рождения в формате (ДДММГГГГ)

5) Место рождения

6) Код документа, удостоверяющего личность, в соответствии с Указанием Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй", с учетом с изменений к нему.

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

8) Дата выдачи документа в формате (ДДММГГГГ)

9) Место выдачи документа

10) ИНН

11) СНИЛС

Для юридических лиц:

1) Полное наименование юридического лица

2) Сокращенное наименование юридического лица

3) Фирменное наименование юридического лица

4) Наименование юридического лица на одном из языков народов Российской Федерации

5) Наименование юридического лица на иностранном языке

6) Признак регистрации юридического лица на территории Российской Федерации

7) Адрес

8) Телефон

9) ОГРН

10) ИНН

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

Для физических лиц:

1) Фамилия

2) Имя

3) Отчество

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

5) Дата выдачи документа в формате (ДДММГГГГ)

Для юридических лиц:

1) Полное наименование юридического лица

2) ОГРН

3) ИНН

Пример

Строка в файле:

B01_1_4132;805;22102007;10;1;

AF4FBDE9C67AECE57E80D0B641D3EA99DF44F33605D1A3A6CC337E4597824FAE;6D1A40731ADC157E2EAD6A3DB2A7ADA998727D4B5530598A94AFFD9EE7FCAC72;8AD7F3DFB9640AB4C42B775949941DEDFCE28CB403B23A09C70E58D0B37C131D;5CB7AB9B0E2E5E9470843E48A1461B17C67CC4F8DFBA257B1378C49E92947A11

Соответствующий набор реквизитов представлен ниже (Таблица Ш.2).

Таблица Ш.2 - Набор реквизитов, соответствующих строке файла

ЦККИ формирует 4 файла, содержащих сведения о полученных от БКИ титульных частях кредитных историй (без учета аннулированных и скорректированных, в том числе путем удаления) и связях между ними:

- файл titleFL.csv содержит сведения о ТЧКИ физических лиц, переданных БКИ в ЦККИ;

- файл titleUL.csv содержит сведения о ТЧКИ юридических лиц, переданных БКИ в ЦККИ;

- файл linkFL.csv содержит сведения о связях между ТЧКИ физических лиц, сформированных в результате операций изменения. Если ТЧКИ не участвовала в операциях изменения (не имеет связей), то в данную таблицу ее идентификатор не включается;

- файл linkUL.csv содержит сведения о связях между ТЧКИ юридических лиц, сформированных в результате операций изменения. Если ТЧКИ не участвовала в операциях изменения (не имеет связей), то в данную таблицу ее идентификатор не включается.

Файлы формируются в формате CSV в кодировке WINDOWS-1251.

Файлы не содержат заголовков столбцов.

В качестве разделителя столбцов используется символ точка с запятой ";" (шестнадцатеричный ascii-код - 3B).

Значения полей заключаются в двойные кавычки (шестнадцатеричный ascii-код - 22).

Двойные кавычки (код 22) внутри значений полей удваиваются.

Если поле не содержит значения, то оно представляется в файле парой двойных кавычек, не разделенных другими символами.

В качестве разделителя строк используется последовательность символов с ASCII-кодами 3B,7C,0D,0A.

Строка файла titleFL.csv состоит из полей, представленных ниже (Таблица Щ.1).

Таблица Щ.1 - Описание полей строки файла titleFL.csv

Строка файла titleUL.csv состоит из полей, представленных ниже (Таблица Щ.2).

Таблица Щ.2 - Описание полей строки файла titleUL.csv