Порядок взаимодействия автоматизированной системы «Центральный каталог кредитных историй» и бюро кредитных историй ЦБРФ.62.0.39369.ИВ (редакция 2.1)

Аннотация

Настоящий документ определяет порядок взаимодействия автоматизированной системы «Центральный каталог кредитных историй» (далее - АС ЦККИ), функционирующей во исполнение Федерального закона от 30 декабря 2004 года № 218-ФЗ «О кредитных историях» (далее - Федеральный закон № 218-ФЗ), бюро кредитных историй и квалифицированного бюро кредитных историй (далее при совместном упоминании - БКИ). В документе приводятся сведения об используемых технологиях обмена данными и о форматах передаваемых данных.

Настоящая редакция документа имеет номер 2.1 и вводится взамен аннулированной редакции 2.0 от 17 июля 2020 года. В настоящей редакции в документ внесены изменения:

- в связи с вступлением в силу с 1 января 2021 года Федерального закона от 31 июля 2020 года № 302-Ф3 «О внесении изменений в Федеральный закон «О кредитных историях» в части модернизации системы формирования кредитных историй», а также учитывая практику правоприменения пункта 2.7 Указания Банка России от 1 декабря 2014 года № 3465-У «О составе и порядке формирования информационной части кредитной истории», в описании структуры электронного сообщения «Информация о титульных частях кредитных историй субъектов кредитных историй» расширен перечень причин аннулирования кредитной истории для операции аннулирования титульной части кредитной истории в АС ЦККИ (элемент AnnReason) (Приложение А, Приложение Б, Таблица Б.2);

- в связи с вступлением в силу с 1 октября 2020 года Указания Банка России от 19 июня 2020 года № 5479-У «О формате и порядке предоставления Банку России информации из бюро кредитных историй», устанавливающего в том числе порядок направления запроса Банка России в отношении нескольких субъектов кредитных историй посредством личного кабинета БКИ, из текста документа исключено описание порядка направления в БКИ пакета с запросами кредитных отчетов и его обработки (Приложение Л, Приложение Т, Приложение У, Приложение Ф, Приложение Ц);

- внесены редакционные правки в описание показателей DebtAfterLastPayment и DebtALPNoPenalty (Таблица Ф.15);

- исключено требование об обязательном отражении в кредитном отчете показателя «Дата месяца периодического платежа» (Таблица Ф.20).

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

1.1 Введение

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

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

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

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

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

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

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

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

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

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

1.2.1. БКИ после регистрации Банком России в установленном Федеральным № 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-файла установленному для данного вида сообщений формату.

В следующих случаях 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-схемы приведен в Приложение A, описание его структуры - в Приложение Б.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Формат 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-файла БКИ должно не позднее 60 минут с момента получения XML-файла с запросом из АС ЦККИ направить ответное ЭПС на адрес электронной почты АС ЦККИ, в которое должен быть вложен XML-файл, содержащий информацию о выявленных ошибках. Формат извещения об отбраковке в виде XML-схемы, а также описание его структуры приведены в Приложение К к настоящему документу.

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

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

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

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

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

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

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

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

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

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

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

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

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

P17_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. Для защиты контрольных данных при направлении по e-mail либо на внешних носителях файл должен быть подписан ЭП АС ЦККИ и зашифрован с использованием СКАД «Сигнатура» (см. п. 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 года № 4150-У «О порядке передачи кредитных историй на хранение в Центральный каталог кредитных историй».

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

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

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

Файлы с кредитными отчетами должны быть заархивированны с компрессией без разбивки на тома в формате ZIP в один либо несколько независимых архивных файлов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2) Код документа, удостоверяющего личность, в соответствии с Указанием Банка России от 31 августа 2005 года № 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 «Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электронной цифровой подписи», утвержденный приказом Федерального агентства по техническому регулированию и метрологии от 7 августа 2012 г. № 215-ст (М., ФГУП «Стандартинформ», 2013).

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

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

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

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

Приложение A

Формат
электронного сообщения «Информация о титульных частях кредитных историй субъектов кредитных историй»

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

Приложение Б

Описание
структуры электронного сообщения «Информация о титульных частях кредитных историй субъектов кредитных историй»

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

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

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

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

Наименование элемента	Описание	Формат данных (размер)	Обязательное наличие элемента
PackID	Идентификатор сообщения	Целое число	V
CreatePackDate	Дата формирования XML-сообщения	Дата вида ДД.ММ.ГГГГ	V
RegNumBKI	Регистрационный номер БКИ	Текст (10)	V

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

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

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

Наименование элемента/ атрибута	Описание	Формат данных (Размер)	Обязательное наличие элемента в PARTLP	Обязательное наличие элемента в PARTNP
ID	Порядковый номер блока внутри документа	Целое число	V	V
ChangeType	Вид операции. может принимать следующие значения: 1 - добавление информации о ТЧКИ; 2 - изменение информации о ТЧКИ; 3 - корректировка информации о ТЧКИ; 4 - аннулирование ТЧКИ. Аннулирование не допускается объединять в один XML-файл с другими видами операций.	Целое число	V	V
AnnReason	Указывает причину аннулирования кредитной истории и должен быть обязательно указан для операции аннулирования ТЧКИ. Атрибут может принимать следующие значения: 1 - по истечении 10 лет со дня последнего изменения информации, содержащейся в кредитной истории; 2 - на основании решения суда, вступившего в силу; 3 - по результатам рассмотрения указанного в части 3 статьи 8 Федерального закона № 218-ФЗ заявления субъекта кредитной истории в случае, если по результатам рассмотрения такого заявления принято решение о полном оспаривании информации, содержащейся в его кредитной истории; 4 - на основании обращения источника формирования кредитной истории, получившего копию акта Банка России о проведении контрольного мероприятия, предусмотренного частями четвертой и восьмой статьи 73.1-1 и частями седьмой и десятой статьи 76.5 Федерального закона от 10 июля 2002 года № 86-ФЗ «О Центральном банке Российской Федерации (Банке России)», в случае, если в рамках проведения такого контрольного мероприятия совершены действия, информация о которых подлежит направлению в бюро кредитных историй в соответствии с Федеральным законом № 218-ФЗ; 5 - в связи с аннулированием в соответствии с пунктом 2.7 Указания Банка России от 1 декабря 2014 года № 3465-У «О составе и порядке формирования информационной части кредитной истории» ранее переданной информации об оформленном заемщиком заявлении о предоставлении займа (кредита); 98 - в связи с отсутствием записи кредитной истории и информации об отказах в заключении договора займа (кредита) на основании части пятой статьи 2 Федерального закона от 31 июля 2020 года № 302-ФЗ «О внесении изменений в Федеральный закон «О кредитных историях» в части модернизации системы формирования кредитных историй» (temp - до 30.06.2021).	Целое число
KeyData	Реквизиты изменяемой, корректируемой либо аннулируемой ТЧКИ. Для операции добавления (ChangeType=1) элемент KeyData должен отсутствовать. Для других операций элемент обязателен.	Составной тип (см. ниже)
ChangeData	Реквизиты новой, дополняющей либо замещающей ТЧКИ. Для операции корректировки (ChangeType=3) элемент ChangeData должен присутствовать, если необходимо исправить содержащую ошибки ТЧКИ на корректную ТЧКИ. В этом случае элемент ChangeData должен содержать исправленные реквизиты ТЧКИ. Если же необходимо не исправить, а удалить ТЧКИ, переданную в АС ЦККИ по ошибке, то элемент ChangeData должен отсутствовать. Для операции аннулирования (ChangeType=4) элемент ChangeData должен отсутствовать. Для операций добавления и изменения элемент ChangeData обязателен для заполнения.	Составной тип (см. ниже)
SubjectCode	Код субъекта кредитной истории указывается только в том случае, если субъект кредитной истории его впервые формирует, или изменяет ранее сформированный	Текст (от 4 до 15 символов)

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

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента в KeyData	Обязательное наличие элемента в ChangeData
FullName	Полное наименование юридического лица	Текст (1020)	V	V
ShortName	Сокращенное наименование юридического лица	Текст (255)
FirmName	Фирменное наименование юридического лица	Текст (255)
NationalName	Наименование юридического лица на одном из языков народов Российской Федерации	Текст (1020)
EngName	Наименование юридического лица на иностранном языке	Текст (1020)
SignResident	Юридическое лицо, зарегистрированное на территории Российской Федерации (юридическое лицо, не зарегистрированное на территории Российской Федерации)	Текст(1)	V	V
Address	Адрес (место нахождения) постоянно действующего исполнительного органа юридического лица (в случае отсутствия постоянно действующего исполнительного органа юридического лица - иного органа или лица, имеющих право действовать от имени юридического лица без доверенности), по которому осуществляется связь с юридическим лицом	Текст (1680)		V
Phone	Номера телефонов постоянно действующего исполнительного органа юридического лица (в случае отсутствия постоянно действующего исполнительного органа юридического лица - иного органа или лица, имеющих право действовать от имени юридического лица без доверенности)	Текст (100)		V
EGRN	Основной государственный регистрационный номер. Для юридического лица, зарегистрированного на территории РФ, должен соответствовать установленному формату ОГРН (13 цифр). При отсутствии ОГРН необходимо включить пустой элемент.	Текст (1024)	V	V
INN	Идентификационный номер налогоплательщика. Для юридического лица, зарегистрированного на территории РФ, должен соответствовать установленному формату ОГРН (10 цифр).При отсутствии ИНН необходимо включить пустой элемент.	Текст (1024)	V	V

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

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

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

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

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента в KeyData	Обязательное наличие элемента в ChangeData
LName	Фамилия	Текст (60)	V	V
FName	Имя	Текст (60)	V	V
MName	Отчество	Текст (60)
BDate	Дата рождения	Дата вида ДД.ММ.ГГГГ		V
BPlace	Место рождения	Текст (1020)		V
DocCode	Код документа, удостоверяющего личность	Целое число (2)	V	V
DocNum	Серия и номер документа, удостоверяющего личность	Текст (50)	V	V
DocDelivDate	Дата выдачи документа, удостоверяющего личность	Дата вида ДД.ММ.ГГГГ	V	V
DocDelivPlace	Наименование органа, выдавшего документ, место выдачи документа, код органа, выдавшего документ	Текст (1020)		V
INN	Идентификационный номер налогоплательщика	Текст (12)
Insurance	Страховой номер индивидуального лицевого счета	Текст (15)

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

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

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

Приложение В

Формат
электронного сообщения «Результаты обработки информации о титульных частях кредитных историй субъектов кредитных историй»

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

Приложение Г

Описание
структуры электронного сообщения «Результаты обработки информации о титульных частях кредитных историй субъектов кредитных историй»

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

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

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

Код результата обработки	Описание результата обработки	Уровень использования: С - FROMCKKI Т - PARTLP, PARTNP Р - для реквизита внутри блоков PARTLP, PARTNP
900	Успешная обработка	С, Т
301	Выполнены не все операции	C
303	Попытка выполнения операции с незарегистрированной ТЧКИ	Т
304	Попытка изменения (корректировки) ранее измененной ТЧКИ	Т
305	Ошибка в реквизитах ТЧКИ	Т
306	Не заполнен обязательный реквизит	Р
307	Реквизит содержит недопустимое значение	Р
308	Попытка добавления ранее зарегистрированной ТЧКИ	Т

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

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

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

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента
PackID	Идентификатор обрабатываемого сообщения	Целое число
CreatePackDate	Дата формирования обрабатываемого XML-сообщения	Дата вида ДД.ММ.ГГГГ
RegNumBKI	Регистрационный номер БКИ	Текст (10)

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

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

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

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

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

Приложение Д

Формат
электронного сообщения «Запрос субъекта кредитной истории (пользователя кредитной истории, финансового управляющего) в ЦККИ»

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

Приложение Е

Описание
структуры электронного сообщения «Запрос в Центральный каталог кредитных историй»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение Ж

Формат
электронного сообщения «Ответ на запрос субъекта кредитной истории (пользователя кредитной истории, финансового управляющего) в ЦККИ»

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

Приложение И

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение К

Извещение
об отбраковке некорректных электронных почтовых сообщений

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

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

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

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

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

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

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

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

Приложение Л

Формат
электронного документа «Пакет запросов»

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

Приложение М

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение Н

Формат
электронного документа «Ответ на пакет запросов субъектов и пользователей кредитной истории в ЦККИ»

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

Приложение П

Описание
структуры электронного документа «Ответ на пакет запросов субъектов и пользователей кредитной истории в ЦККИ»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение Р

Формат
электронного документа «Ответ на запрос списка титульных частей кредитных историй»

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

Приложение С

Описание
структуры электронного документа «Ответ на запрос списка титульных частей кредитных историй»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента
FullName	Полное наименование юридического лица	Текст (1020)	V
ShortName	Сокращенное наименование юридического лица	Текст (255)
FirmName	Фирменное наименование юридического лица	Текст (255)
NationalName	Наименование юридического лица на одном из языков народов Российской Федерации	Текст (1020)
EngName	Наименование юридического лица на иностранном языке	Текст (1020)
SignResident	Юридическое лицо, зарегистрированное на территории Российской Федерации (юридическое лицо, не зарегистрированное на территории Российской Федерации) Элемент SignResident может принимать следующие значения: 0 - субъект кредитной истории является резидентом; 1 - субъект кредитной истории является нерезидентом.	Текст (1)	V
Address	Адрес (место нахождения) постоянно действующего исполнительного органа юридического лица (в случае отсутствия постоянно действующего исполнительного органа юридического лица - иного органа или лица, имеющих право действовать от имени юридического лица без доверенности), по которому осуществляется связь с юридическим лицом	Текст (1680)
Phone	Номера телефонов постоянно действующего исполнительного органа юридического лица (в случае отсутствия постоянно действующего исполнительного органа юридического лица - иного органа или лица, имеющих право действовать от имени юридического лица без доверенности)	Текст (100)
EGRN	Основной государственный регистрационный номер	Текст (1024)	V
INN	Идентификационный номер налогоплательщика	Текст (1024)	V

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

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие элемента
LName	Фамилия	Текст (60)	V
FName	Имя	Текст (60)	V
MName	Отчество	Текст (60)
BDate	Дата рождения	Дата вида ДД.ММ.ГГГГ
BPlace	Место рождения	Текст (1020)
DocCode	Код документа, удостоверяющего личность	Целое число (2)	V
DocNum	Серия и номер документа, удостоверяющего личность	Текст (50)	V
DocDelivDate	Дата выдачи документа, удостоверяющего личность	Дата вида ДД.ММ.ГГГГ	V
DocDelivPlace	Наименование органа, выдавшего документ, место выдачи документа, код органа, выдавшего документ	Текст (1020)
INN	Идентификационный номер налогоплательщика	Текст (12)
Insurance	Страховой номер индивидуального лицевого счета	Текст (15)

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

Приложение Т

Описание
структуры XML-файла, содержащего запрос кредитного отчета субъекта кредитной истории

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение У

Формат
электронного документа «Кредитный отчет»

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

Приложение Ф

Описание
структуры XML-файла, содержащего кредитный отчет

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

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

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

Наименование элемента	Описание	Тип данных (Размер)	Обязательное наличие
PackID	Идентификатор файла с кредитным отчетом. Должен совпадать с идентификатором соответствующего запроса	Целое число (12)	V
CreatePackDate	Дата и время формирования кредитного отчета	Дата и время	V
RegNumBKI	Первые 9 символов регистрационного номера БКИ	Текст (9)	V

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

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Id	Идентификатор кредитного отчета. Должен совпадать с идентификатором соответствующего запроса.	Целое число (12)	V
noReport	Атрибут включается БКИ в том случае, если кредитный отчет по запрошенному субъекту не предоставляется. В качестве значения указывается причина отсутствия отчета: 2 - информация по запрашиваемому субъекту отсутствует в БКИ	Целое число (12)
CreditReportOfNaturalPerson либо CreditReportOfLegalPerson	Элемент CreditReport содержит либо кредитный отчет физического лица, либо кредитный отчет юридического лица, либо не содержит кредитный отчёт, по причине, указанной в атрибуте noReport	Составной тип Таблица Ф.3 либо Таблица Ф.4

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Subject	Информация о субъекте кредитной истории	Составной тип Таблица Ф.5	V
Credits	Информация об обязательствах субъекта (кредиты-займы, поручительство). Заполняется при наличии соответствующей информации в кредитной истории субъекта.	Составной тип Таблица Ф.14
Arrears	Информация о долгах (ЖКУ, связь, алименты и т.п.). Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.32
OtherJudgements	Судебные споры, которые не удалось сопоставить с обязательствами по кредиту и с недееспособностью субъекта. Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.12
OtherGuaranties	Информация о банковских гарантиях субъекта, не сопоставленных с обязательствами по кредиту. Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.28
RequestsStatistic	Статистика по запросам пользователей кредитной истории	Составной тип Таблица Ф.34	V
UserRequests	Запросы пользователей КИ. Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.35

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Subject	Информация о субъекте кредитной истории - юридическом лице	Составной тип Таблица Ф.6	V
Credits	Информация об обязательствах субъекта (кредиты-займы, поручительство). Заполняется при наличии соответствующей информации в кредитной истории субъекта.	Составной тип Таблица Ф.14
Arrears	Информация о долгах (ЖКУ, связь, алименты и т.п.). Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.32
OtherJudgements	Судебные споры, которые не удалось сопоставить с обязательствами по кредиту и с банкротством субъекта. Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.12
OtherGuaranties	Информация о банковских гарантиях субъекта, не сопоставленных с обязательствами по кредиту. Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.28
RequestsStatistic	Статистика по запросам пользователей кредитной истории. Элемент является необязательным только внутри элемента Reorganisation.	Составной тип Таблица Ф.34
UserRequests	Запросы пользователей КИ. Заполняется при наличии соответствующей информации в кредитной истории субъекта	Составной тип Таблица Ф.35
Reorganisation	Титульные и основные части кредитных историй реорганизованных юридических лиц, прекративших существование, - если юридическое лицо было создано путем реорганизации	Составной тип Таблица Ф.4

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Identity	ТЧКИ субъекта кредитной истории - физического лица. Элемент может присутствовать несколько раз для отображения истории изменения ТЧКИ.	Составной тип Таблица Ф.7	V
Addresses	Указание места регистрации и фактического места жительства заемщика.	Составной тип Таблица Ф.8	V
IP	Сведения о государственной регистрации физического лица в качестве индивидуального предпринимателя	Составной тип Таблица Ф.9
Incapacity	Информация о вступившем в силу решении суда о признании физического лица недееспособным или ограниченно дееспособным (в случае его наличия);	Составной тип Таблица Ф.10

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Identity	ТЧКИ субъекта кредитной истории - юридического лица. Элемент может присутствовать несколько раз для отображения истории изменения ТЧКИ.	Составной тип Таблица Ф.19	V
Bankruptcy	Сведения о процедурах банкротства юридического лица - если арбитражным судом принято к производству заявление о признании должника банкротом	Составной тип Таблица Ф.11

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
LastName	Фамилия	Текст (60)	V
FirstName	Имя	Текст (60)	V
MiddleName	Отчество. Если отсутствует у субъекта, то элемент не включается.	Текст (60)
BirthDate	Дата рождения	Дата
BirthPlace	Место рождения	Текст (1020)
DocumentType	Тип документа, удостоверяющего личность	Целое число (2)	V
DocumentNumber	Серия и номер документа, удостоверяющего личность	Текст (50)	V
DocumentDeliveryDate	Дата выдачи документа	Дата	V
DocumentDeliveryPlace	Место выдачи, наименование и код органа, выдавшего паспорт или иной документ, удостоверяющий личность	Текст (1020)
INN	Идентификационный номер налогоплательщика (если субъект его указал)	Текст (12)
SNILS	страховой номер индивидуального лицевого счета, указанный в страховом свидетельстве обязательного пенсионного страхования (если субъект его указал)	Текст (15)

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата актуальности сведений об адресе	Дата	V
addressType	Тип адреса. Если тип адреса неизвестен, атрибут не включается.	Целое число (1)
Address	Адрес субъекта. Адрес регистрации, адрес фактического места жительства, а также история изменения этих сведений о субъекте должны отображаться повторением элемента Address с указанием типа адреса и даты, на которую передаваемая информация об адресе была актуальна.	Текст (1020)	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата актуальности сведений об ИП	Целое число (1)	V
OGRNIP	Основной государственный регистрационный номер индивидуального предпринимателя	Целое число (15)	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
IncapacityState	Текущий статус дееспособности субъекта: 1 - дееспособный 2- частично дееспособный 3 - недееспособный	Целое число (1)
IncapacityJudgements	Судебные решения о дееспособности субъекта	Составной тип Таблица Ф.12	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
BankruptcyState	Признак банкротства юридического лица 0 - не банкрот 1 - банкрот	Целое число (1)
BankruptcyJudgements	Судебные решения по делу о банкротстве	Составной тип Таблица Ф.11	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Judgement	Постановление суда. Может встречаться многократно.	Составной тип Таблица Ф.13	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата судебного решения. Если неизвестна, то дата поступления информации о судебном решении	Целое число (1)	V
CaseNumber	Номер дела	Текст (60)
Court	Наименование судебного органа	Текст (60)
Decision	Содержание резолютивной части судебного акта, вступившего в законную силу	Текст (4000)	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Credit	Информация об обязательстве заемщика	Составной тип Таблица Ф.15

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Application	Информация о заявлении на выдачу кредита. Обязательно заполняется для записи кредитной истории заёмщика - физического лица при предоставлении информации по договорам, заключенным после 01.03.2015.	Составной тип Таблица Ф.16
Creditor	Информация о кредиторе (заимодавце).	Составной тип Таблица Ф.19	V
CreditorType	Тип заимодавца (кредитора): 1 - кредитная организация; 2 - микрофинансовая организация; 3 - кредитный кооператив; 9 - иная организация	Целое число (1)	V
ObligationType	Отношение субъекта к обязательству: 1 - основной заемщик 2 - созаемщик, 3 - поручитель 4 - принципал (т.е. заемщик, имеющий гарантию под данный кредит) 5 - дополнительная карта (только для кредитных карт) 6 - авторизованный пользователь (лица, которым предоставлен доступ к кредиту по данному счету и право его использования без возложения юридической ответственности за долг по нему) 9 - иное	Целое число (1)	V
CreditType	Информация о виде предоставленного займа (кредита): 1 Кредит на автомобиль 2 Лизинг 3 Ипотека 4 Кредитная карта 5 Потребительский кредит 6 Кредит на развитие бизнеса 7 Кредит на пополнение оборотных средств 8 Кредит на покупку оборудования 9 Кредит на строительство недвижимости 10 Кредит на покупку акций (маржинальное кредитование) 11 Межбанковский кредит 12 Кредит мобильного оператора 13 Кредит на обучение 14 Дебетовая карта с овердрафтом 18 Кредит наличными (нецелевой) 19 Микрозайм 99 Другой тип кредита	Целое число (2)	V
GrantedCreditTypeU	Информация о предоставленном займе (кредите) в соответствии с приложением к Указанию Банка России от 1 декабря 2014 года № 3465-У «О составе и порядке формирования информационной части кредитной истории». Указывается в кредитном отчете заемщика физического лица в случае отличия от информации о запрошенном займе (кредите), а также в кредитном отчете поручителя - физического лица. Для займов (кредитов), выдаваемых некредитными организациями, а также для потребительских кредитов, выдаваемых в иностранной валюте, указывается код 001 - потребительский заем. Для всех остальных займов (кредитов) категория займа указывается в соответствии с приложением к Указанию об информационной части КИ: 101 - Автокредит, автомобили с пробегом от 0 до 1000 км 102 - Автокредит, автомобили с пробегом свыше 1000 км 201 - Потребкредит с лимитом кредитования до 30 000 RUB 202 - Потреб.кредит с лимитом кредитования от 30 000 до 100 000 RUB 203 - Потреб.кредит с лимитом кредитования от 100 000 до 300 000 RUB 204 - Потреб.кредит с лимитом кредитования свыше 300 000 RUB 205 - Потреб.кредит с лимитом кредитования от 30 000 до 300 000 RUB (с 01.01.2019) 301 - POS-кредит без обеспечения, до 1 года, до 30 000 RUB 302 - POS-кредит без обеспечения, до 1 года, от 30 000 до 100 000 RUB 303 - POS-кредит без обеспечения, до 1 года, свыше 100 000 RUB 304 - POS-кредит без обеспечения, свыше 1 года, до 30 000 RUB 305 - POS-кредит без обеспечения, свыше 1 года, от 30 000 до 100 000 RUB 306 - POS-кредит без обеспечения, свыше 1 года, свыше 100 000 RUB 401 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, до 30 000 RUB 402 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, от 30 000 до 100 000 RUB 403 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, от 100 000 до 300 000 RUB 404 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, свыше 300 000 RUB 405 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, до 30 000 RUB 406 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, от 30 000 до 100 000 RUB 407 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, от 100 000 до 300 000 RUB 408 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, свыше 300 000 RUB 501 - Ипотека 601 - Кредит для бизнеса 999 - Прочее	Целое число (3)
CreditContract	Информация об условиях договора займа (кредита). Элемент обязательно заполняется для записи кредитной истории заемщика, а также для записи кредитной истории поручителя после начала выполнения поручителем обязательств заемщика по договору займа (кредита).	Составной тип Таблица Ф.20
PaymentDiscipline	Информация о фактическом исполнении обязательств заемщика в полном и (или) неполном размерах. Элемент обязательно заполняется для записи кредитной истории заемщика, а также для записи кредитной истории поручителя после начала выполнения поручителем обязательств заемщика по договору займа (кредита).	Составной тип Таблица Ф.21
TwoPaymentsSkipped	Информация об отсутствии двух и более подряд платежей по договору займа (кредита) в течение 120 календарных дней с даты наступления срока исполнения обязательства по договору займа (кредита), которое не исполнено заемщиком: 0 - не было; 1 - было. Элемент является обязательным для заполнения при предоставлении информации по договорам, заключенным после 01.03.2015.	Целое число (1)
CompleteFulfillment	Признак полного исполнения обязательства по договору займа (кредита) - отметка о полном погашении обязательства, включая все проценты и пени: 0 - неполное исполнение; 1 - полное исполнение.	Целое число (1)
RepaymentByCollateral	Признак погашения займа (кредита) за счет обеспечения в случае неисполнения заемщиком своих обязательств по договору: 1) да; 2) нет; 3) сведения не предоставлены источником кредитной истории.	Целое число (1)
LastPaymentDate	Дата последнего фактически выполненного платежа.	Дата
DebtAfterLastPayment	Сумма задолженности по договору займа (кредита) на дату последнего платежа с учетом просроченной задолженности и неустойки. DebtAfterLastPayment = Текущая задолженность по основному долгу + Текущая задолженность по процентным платежам + Сумма просроченной задолженности (включая неустойку). Элемент является обязательным для заполнения при предоставлении информации по договорам, заключенным после 01.03.2015.	Составной тип Таблица Ф.23
DebtALPNoPenalty	Сумма задолженности по договору займа (кредита) на дату последнего платежа без учета просроченной задолженности и неустойки. DebtALPNoPenalty = Текущая задолженность по основному долгу + Текущая задолженность по процентным платежам. Элемент является обязательным для заполнения при предоставлении информации по договорам, заключенным после 01.03.2015.	Составной тип Таблица Ф.23
Judgements	Информация о фактах рассмотрения судом, арбитражным и (или) третейским судом споров по договору займа (кредита) и содержании резолютивных частей судебных актов, вступивших в законную силу, за исключением информации, входящей в состав дополнительной (закрытой) части кредитной истории	Составной тип Таблица Ф.12
Securities	Указание предметов залога (при их наличии) и срока действия договора залога, оценка предметов залога с указанием даты ее проведения.	Составной тип Таблица Ф.24
Surety	Объем обязательства, обеспечиваемого поручительством, указание суммы и срока поручительства. Элемент обязательно заполняется для записи кредитной истории поручителя.	Составной тип Таблица Ф.27
Guaranties	Объем обязательства, обеспечиваемого банковской гарантией, указание суммы и срока гарантии, а также информация о прекращении банковской гарантии в иных, отличных от окончания срока гарантии случаях. Внутри элемента Credit элемент Guaranties относится к кредиту, в котором субъект, выступает заемщиком или поручителем. Информация о банковской гарантии субъекта, которую нельзя сопоставить с каким-либо обязательством субъекта, приводится в блоке Guaranties вне элемента Credits.	Составной тип Таблица Ф.28
TransferOfDebtClaim	Информация о приобретателе права требования в случае уступки права требования по договору займа (кредита). Элемент является обязательным при состоянии договора «Переуступка прав требования» (ContractState=4).	Составной тип Таблица Ф.30
StopInfo	Информация о прекращении передачи информации, определенной настоящей статьей, в бюро кредитных историй в связи с прекращением действия договора об оказании информационных услуг или в связи с состоявшейся уступкой права требования (с указанием дат указанных событий)	Составной тип Таблица Ф.31

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
ApplicationDate	Дата заявления	дата	V
ApplicationNumber	Номер заявления	Текст (60)
RequestedCreditTypeU	Информация о запрошенном займе (кредите) в соответствии с приложением к Указанию Банка России от 1 декабря 2014 года № 3465-У «О составе и порядке формирования информационной части кредитной истории». Для займов (кредитов), выдаваемых некредитными организациями, а также для потребительских кредитов, выдаваемых в иностранной валюте, указывается код 001 - потребительский заем. Для всех остальных займов (кредитов) категория займа указывается в соответствии с приложением к Указанию об информационной части КИ: 101 - Автокредит, автомобили с пробегом от 0 до 1000 км 102 - Автокредит, автомобили с пробегом свыше 1000 км 201 - Потреб.кредит с лимитом кредитования до 30 000 RUB 202 - Потреб.кредит с лимитом кредитования от 30 000 до 100 000 RUB 203 - Потреб.кредит с лимитом кредитования от 100 000 до 300 000 RUB 204 - Потреб.кредит с лимитом кредитования свыше 300 000 RUB 205 - Потреб.кредит с лимитом кредитования от 30 000 до 300 000 RUB (с 01.01.2019) 301 - POS-кредит без обеспечения, до 1 года, до 30 000 RUB 302 - POS-кредит без обеспечения, до 1 года, от 30 000 до 100 000 RUB 303 - POS-кредит без обеспечения, до 1 года, свыше 100 000 RUB 304 - POS-кредит без обеспечения, свыше 1 года, до 30 000 RUB 305 - POS-кредит без обеспечения, свыше 1 года, от 30 000 до 100 000 RUB 306 - POS-кредит без обеспечения, свыше 1 года, свыше 100 000 RUB 401 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, до 30 000 RUB 402 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, от 30 000 до 100 000 RUB 403 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, от 100 000 до 300 000 RUB 404 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, до 1 года, свыше 300 000 RUB 405 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, до 30 000 RUB 406 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, от 30 000 до 100 000 RUB 407 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, от 100 000 до 300 000 RUB 408 - Нецелевой потреб.кредит, целевой без залога (кроме POS-кредитов) или на рефинансирование, свыше 1 года, свыше 300 000 RUB 501 - Ипотека 601 - Кредит для бизнеса 999 - Прочее	Целое число (3)	V
ApplicationMethod	Способ оформления Заявления: 1 - посреднический (через агента), 2 - дистанционный (с использованием средств телекоммуникаций) 3 - непосредственно в кредитной организации (филиале, внутреннем структурном подразделении кредитной организации), микрофинансовой организации, кредитном кооперативе или иной организации, являющейся источником формирования кредитной истории. Не заполняется, если субъект кредитной истории является поручителем по данному договору.	Целое число (1)
ApplicationState	Информация о факте принятия уполномоченным органом и (или) лицом решения об одобрении Заявления: 1 На рассмотрении 2 Одобрено 3 Отказ 4 Заем (кредит) выдан Не заполняется, если субъект кредитной истории является поручителем по данному договору.	Целое число (1)
EndOfApproval	Дата окончания действия одобрения Заявления. Заполняется только в случае нахождения заявления в статусе «Одобрено» (ApplicationState=2)	Дата
Refusal	Информация о факте отказа заемщику в заключении договора займа (кредита)	Составной тип Таблица Ф.18

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
currency	Символьный код валюты по классификатору ОКВ. Для сумм в драгоценных металлах указывается символьный код металла по ISO 4217	Текст (3)	V
Amount	Сумма	Положительное целое число	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
RequestedAmount	Запрошенная сумма займа (кредита) с указанием валюты	Составной тип Таблица Ф.17	V
date	Дата принятия решения об отказе. Если не известна - то дата поступления информации об отказе.	Дата	V
RefusalReason	Код причины отказа: 1 - кредитная политика заимодавца (кредитора); 2 - кредитная история заемщика; 3 - кредитная история поручителя 4 - избыточная долговая нагрузка на заемщика; 5 - избыточная долговая нагрузка на поручителя 6 - несоответствие информации о заемщике, указанной заемщиком в Заявлении, сведениям, которыми располагает заимодавец (кредитор); 9 - прочее.	Целое число (1)	V
RefusalReasonComment	Здесь указываются прочие причины отказа	Текст(1020)

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
FullName	Полное наименование	Текст (1020)	V
ShortName	Сокращенное наименование	Текст (255)
FirmName	Фирменное наименование	Текст (255)
EngName	Наименование на одном из языков народов Российской Федерации и (или) иностранном языке (в случае, если таковые имеются)	Текст (1020)
SignResident	Признак резидента: 1 - юридическое лицо зарегистрировано на территории Российской Федерации; 0 - юридическое лицо не зарегистрировано на территории Российской Федерации.	Целое число (1)	V
Country	Трехзначный символьный код страны, на территории которой зарегистрировано юридическое лицо (по классификатору ОКСМ)	Текст (3)
Address	адрес (место нахождения) постоянно действующего исполнительного органа юридического лица (в случае отсутствия постоянно действующего исполнительного органа юридического лица - иного органа или лица, уполномоченных выступать от имени юридического лица в силу закона, иного правового акта или учредительного документа), по которому осуществляется связь с юридическим лицом	Текст (1680)
Phone	Телефон	Текст (100)
OGRN	Основной государственный регистрационный номер юридического лица. Обязателен для юридического лица - резидента РФ.	Текст (1024)
INN	Идентификационный номер налогоплательщика Обязателен для юридического лица - резидента РФ.	Текст (1024)

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
ContractNumber	Номер договора	Текст (60)	V
ContractId	Уникальный идентификатор договора (сделки)	Текст (38)
DateOfConclusion	Дата заключения	Дата	V
TypeOfObligation	Вид обязательства 1 - договор кредита 2 - договор займа	Текст (1)
PeriodicityOfPayment	Периодичность платежей 1 - еженедельно 2 - раз в две недели 3 - ежемесячно 4 - поквартально 5 - раз в полгода 6 - ежегодно 9 - другое	Целое число (1)
PeriodicPaymentDate	Дата месяца периодического платежа в формате: <число месяца> число. Указывается только для ежемесячного платежа (PeriodicityOfPayment = 3).	Целое число (2)
Amount	Сумма займа с указанием валюты	Сумма Таблица Ф.17	V
CurrentLimit	Изменение лимита по кредиту, предоставленному заемщику с использованием банковской карты (текущий лимит)	Сумма Таблица Ф.17
DeadLine	Срок исполнения обязательства заемщика в полном размере в соответствии с договором займа (кредита). Для бессрочных кредитов и кредитных карт у которых нет даты окончания указывается дата "3999-12-31".	Дата	V
InterestDeadLine	Указание срока уплаты процентов в соответствии с договором займа (кредита)	Дата
PSK	Полная стоимость кредита в процентах годовых. Обязательно для заполнения по договорам физических лиц при предоставлении информации по договорам, заключенным после 01.03.2015.	Десятичная дробь
firstReceivedDate	Дата первого направления в БКИ информации о заключенном договоре займа (кредита).	Дата	V
date	Дата последнего обновления в БКИ информации о заключенном договоре займа (кредита).	Дата	V
ContractState	Индикатор состояния договора кредита (займа): 1 - активен 2 - закрыт 3 - реструктуризован 4 - продан (переуступка прав требований) 5 - списан с баланса 6 - передача данных прекращена 7 - расторгнут	Целое число(1)	V
RestructuringType	Типы реструктуризации: 1 - по требованию заемщика (физического лица) об изменении условий договора займа (кредита), обязательства по которому обеспечены ипотекой (ст. 6.1-1 ФЗ от 21.12.2013 г. № 353-ФЗ); 2 - по требованию заемщика (физического лица/ИП) о предоставлении льготного периода по договору займа (кредита) (ст. 6 ФЗ от 03.04.2020 г. № 106-ФЗ); 3 - по требованию заемщика (ИП/субъекта малого или среднего предпринимательства) о предоставлении льготного периода по договору займа (кредита) (ст. 7 ФЗ от 03.04.2020 г. № 106-ФЗ); 4 - по собственной программе источника формирования кредитной истории в связи с пандемией коронавируса; 5 - в рамках иных предусмотренных законодательством РФ механизмов в связи с пандемией коронавируса; 0 - иное. Элемент обязательно присутствует при состоянии договора «реструктуризован» (ContractState=3), но не включается в отчет для всех других состояний договора.	Целое число(1)
ActualClosingDate	Фактическая дата закрытия договора	Дата
EarlyCancellation	Признак досрочного расторжения договора: 1 - договор расторгнут по соглашению сторон или его действие прекращено после выплаты обязательств заемщика до плановой даты закрытия договора; 0 - договор действует или закрыт после полного погашения заемщиком своих обязательств в установленные сроки или позже.	Целое число (1)
NumberOfChange	Количество изменений условий договора	Целое число (1)

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
ObligationFulfillment	Информация о фактическом исполнении обязательств заемщика в указанном интервале времени. Элемент повторяется для каждого месяца с момента открытия кредитного договора и до его закрытия.	Составной тип Таблица Ф.22	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Period	Указывает на год и месяц периода.	Текст (4)	V
DepthOfDelay	Глубина просрочки: 0 - новый, оценка невозможна 1 - оплата без просрочек 2 - просрочка до 1 месяца 3 - просрочка от 1 до 2 месяцев 4 - просрочка от 2 до 3 месяцев 5 - просрочка от 3 до 4 месяцев 6 - просрочка более 4 месяцев	Текст (1)	V
OverdueAmount	Сумма просроченной задолженности (включая неустойку).	Сумма Таблица Ф.17	V
PrincipalDebt	Текущая задолженность по основному долгу.	Составной тип Таблица Ф.23	V
InterestPaymentsDebt	Текущая задолженность по процентам.	Составной тип Таблица Ф.23	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Date	Дата выписки	Дата	V
Amount	Сумма с указанием валюты	Сумма Таблица Ф.17	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Security	Предмет залога, срок действия договора залога, оценка предмета залога с указанием даты ее проведения. Элемент повторяется при наличии нескольких предметов залога по обязательству.	Составной тип Таблица Ф.25	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата поступления информации о залоге	Дата	V
PledgeType	Код типа залога: 1 Недвижимость 2 Транспортное средство 3 Машина, оборудование 4 Ювелирное изделие 5 Антиквариат 6 Ценные бумаги 7 Валюта 8 Товар 9 Другое	Целое число	V
PledgeSubject	Предмет залога. Указывается, если в PledgeType указан код 9.	Текст (1060)
SecurityDeadline	Срок действия договора залога	Дата	V
MaturityDate	Дата проведения оценки залога	Дата	V
AssessedValue	Оценочная стоимость залога	Сумма Таблица Ф.17	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Surety	Информация о поручительстве по займу. Элемент обязательно заполняется для записи кредитной истории поручителя.	Составной тип Таблица Ф.27	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата поступления информации о поручительстве	Дата	V
SuretyContractNumber	Номер договора поручительства	Текст (255)	V
SecuredInFull	Объем обязательства, обеспечиваемого поручительством: 0 - частичное обеспечение 1 - полное обеспечение	Целое число (1)	V
SuretyAmount	Сумма поручительства	Сумма Таблица Ф.17	V
SuretyDeadline	Срок поручительства	Дата	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Guarantee	Информация о банковской гарантии, выданной субъекту. Элемент повторяется для каждой гарантии, выданной субъекту.	Составной тип Таблица Ф.29	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата начала действия гарантии, либо дата поступления информации о гарантии	Дата	V
Guarantor	Гарант - организация, выдавшая субъекту гарантию	Юридическое лицо Таблица Ф.19	V
SecuredInFull	Объем обязательства, обеспечиваемого гарантией: 0 - частичное обеспечение 1 - полное обеспечение	Целое число (1)
GuaranteeAm ount	Сумма гарантии	Сумма Таблица Ф.17	V
GuaranteeDeadLine	Срок гарантии	Дата	V
EndDate	Дата прекращения банковской гарантии в иных, отличных от окончания срока гарантии случаях	Дата
EndReason	Причина прекращения гарантии в иных, отличных от окончания срока гарантии случаях	Текст (1020)

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата передачи права требования, либо дата поступления информации о передаче права требования	Дата	V
TransfereeNaturalPerson	Приобретатель права требования - физическое лицо.	Таблица Ф.7
либо TransfereeLegalPerson	Приобретатель права требования - юридическое лицо.	Таблица Ф.19	V
либо Transferee	Приобретатель права требования - текстовое описание. Этот элемент включается в том случае, когда БКИ не может передать информацию о приобретателе права требования в виде набора реквизитов физического или юридического лица. Если БКИ не располагает сведениями о приобретателе, то элемент Transferee должен содержать текст «НЕТ ДАННЫХ».	Текст (4000)

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
StopInfoDate	Дата прекращения передачи информации в БКИ	Дата	V
StopInfoReason	Причина прекращения передачи информации в БКИ: 1 - в связи с прекращением действия договора об оказании информационных услуг 2 - в связи с состоявшейся уступкой права требования	Целое число (1)	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
Debt	Информация из резолютивной части вступившего в силу и не исполненного в течение 10 дней решения суда о взыскании с должника денежных сумм в связи с неисполнением им обязательств по внесению платы за жилое помещение, коммунальные услуги и услуги связи, либо направленная федеральным органом исполнительной власти, уполномоченным на осуществление функций по обеспечению установленного порядка деятельности судов и исполнению судебных актов и актов других органов, информация о взыскании с должника денежной суммы в связи с неисполнением им алиментных обязательств, обязательств по внесению платы за жилое помещение, коммунальные услуги и услуги связи. Элемент может повторяться при наличии информации о нескольких решениях суда или фактах взыскания денежных сумм.	Составной тип Таблица Ф.33	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата судебного решения либо дата взыскания денежных средств. Если не известна, то дата поступления информации о задолженности.	Дата	V
Source	Источник кредитной истории должника - юридическое лицо	Юридическое лицо Таблица Ф.19	V
DebtType	Причина взыскания: 1 Плата за жилое помещение 2 Коммунальные услуги 3 Телекоммуникационные услуги и услуги связи 4 Административные штрафы 5 Алиментные обязательства 9 Другое	Целое число (1)
AmountOfDebt	Сумма задолженности	Сумма Таблица Ф.17
AmountPaid	Сумма фактического взыскания	Сумма Таблица Ф.17
Comment	Информация из резолютивной части решения суда о взыскании либо информация о взыскании с должника денежной суммы.	Текст (4000)	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
NumberOfRequests	Количество запросов пользователей кредитной истории за истекший период. Элемент повторяется для каждого значения периода времени.	Целое число	V
duration	Период времени, прошедший до даты формирования кредитного отчета, в течение которого вычисляется количество запросов. Может принимать значения: D - день, W - неделя, M - месяц, Q - квартал H - полгода Y - год, 8 - с начала формирования кредитной истории.	(1)	V

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

Наименование элемента/ атрибута	Описание	Тип данных (Размер)	Обязательный
date	Дата запроса	Дата	V
NaturalPersonUser либо LegalPersonUser	Информация о пользователе кредитной истории физическом либо юридическом лице.	Составной тип Таблица Ф.7 или Таблица Ф.19	V
Amount	Предполагаемая сумма займа (кредита)	Составной тип Таблица Ф.17
RequestPurpose	Цель запроса кредитной истории пользователем кредитной истории	Текст(4000)

Пример xml-документа «Кредитный отчет»:

Приложение Х

Формат
электронного сообщения «Результат обработки кредитного отчета»

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

Приложение Ц

Описание
структуры электронного сообщения «Результат обработки кредитного отчета»

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

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

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

301 - Кредитный отчет не принят.

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

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

Наименование элемента	Описание	Формат данных (Размер)	Обязательное наличие
PackID	Идентификатор файла с кредитным отчетом	Целое число	V
CreatePackDate	Дата формирования обрабатываемого XML-сообщения	Дата вида ДД.ММ.ГГГГ	V
RegNumBKI	Регистрационный номер БКИ	Текст (10)	V

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

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

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

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

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

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

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

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

Приложение Ш

Описание
формата файла с контрольными данными, предоставляемого для сверки в БКИ - Формат 1

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

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

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

Тема письма	Тема сообщения электронной почты, указанная БКИ при отправке
Идентификатор пакета	Соответствует значению элемента «PackID» в пакете с ТЧКИ, полученном от БКИ.
Дата создания пакета в формате ДДММГГГГ	Соответствует значению элемента «CreatePackDate» в пакете с ТЧКИ, полученном от БКИ.
Номер операции в пакете	Соответствует значению атрибута «ID» элемента PARTLP или PARTNP в пакете с ТЧКИ, полученном от БКИ.
Тип операции	Соответствует значению атрибута «ChangeType» элемента PARTLP или PARTNP в пакете с ТЧКИ, полученном от БКИ.
Значение хэш-функции от конкатенации полного набора реквизитов предыдущей ТЧКИ	Значение хэш-функции от конкатенации полного набора реквизитов ТЧКИ. Термины «предыдущая» и «последующая» применительно к ТЧКИ указывают на связь титульных частей и определяют их очередность в цепочке изменений . Данные указываются в соответствии с актуальной на момент формирования контрольной выборки информации о связях ТЧКИ.
Значение хэш-функции от конкатенации ключевого набора реквизитов предыдущей ТЧКИ	Значение хэш-функции от конкатенации ключевого набора реквизитов титульной части. Для ТЧКИ физических лиц ключевым набором является: Фамилия, Имя, Отчество, Номер документа, дата выдачи документа. Для ТЧКИ юридических лиц ключевым набором является: ИНН, ОГРН, полное наименование.
Значение хэш-функции от конкатенации полного набора реквизитов последующей ТЧКИ	Значение хэш-функции от конкатенации полного набора реквизитов титульной части
Значение хэш-функции от конкатенации ключевого набора реквизитов последующей ТЧКИ	Значение хэш-функции от конкатенации ключевого набора реквизитов титульной части.

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

1) Фамилия

2) Имя

3) Отчество

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

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

6) Код документа, удостоверяющего личность, в соответствии с Указанием Банка России от 31 августа 2005 года № 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 - Набор реквизитов, соответствующих строке файла

Тема письма	B01_1_4132
Идентификатор пакета	805
Дата создания пакета в формате ДДММГГГГ	22102007
Номер операции в пакете	10
Тип операции	1
Конкатенация полного набора реквизитов предыдущей ТЧ	БАРАНОВАВКСЕНТИЙАРТЕМОВИЧ20071930НОГИНСК УЛ.3 ИНТЕРНАЦИОНАЛА,734ЬЛ8460310071999НЕ ИЗВЕСТНО146534159544274-138-621 00
Конкатенация ключевого набора реквизитов предыдущей ТЧ	БАРАНОВАВКСЕНТИЙАРТЕМОВИЧЬЛ8460310071999
Конкатенация полного набора реквизитов последующей ТЧ	БАРАНОВАВКСЕНТИЙАРТЕМОВИЧ20071930НОГИНСК УЛ.3 ИНТЕРНАЦИОНАЛА,734ЬЛ8460310071999НЕ ИЭВЕСТНО146534159544274-138-621 00
Конкатенация ключевого набора реквизитов последующей ТЧ	БАРАНОВАВКСЕНТИЙАРТЕМОВИЧЬЛ8460310071999

Приложение Щ

Описание
формата файлов с контрольными данными, предоставляемых для сверки в БКИ - Формат 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

Идентификатор ТЧКИ	Уникальный номер, присвоенный набору реквизитов в АС ЦККИ - число до 12 знаков
Серия и номер документа, удостоверяющего личность	Соответствует значению элемента «DocNum» в пакете с ТЧКИ, полученном от БКИ.
Фамилия	Соответствует значению элемента «LName» в пакете с ТЧКИ, полученном от БКИ.
Имя	Соответствует значению элемента «FName» в пакете с ТЧКИ, полученном от БКИ.
Отчество	Соответствует значению элемента «MName» в пакете с ТЧКИ, полученном от БКИ.
Дата рождения	Соответствует значению элемента «BDate» в пакете с ТЧКИ, полученном от БКИ.
Место рождения	Соответствует значению элемента «BPlace» в пакете с ТЧКИ, полученном от БКИ.
Код вида документа, удостоверяющего личность	Соответствует значению элемента «DocCode» в пакете с ТЧКИ, полученном от БКИ.
Дата выдачи документа, удостоверяющего личность	Соответствует значению элемента «DocDelivDate» в пакете с ТЧКИ, полученном от БКИ.
Наименование органа, выдавшего документ, место выдачи документа, код органа, выдавшего документ	Соответствует значению элемента «DocDelivPlace» в пакете с ТЧКИ, полученном от БКИ.
Идентификационный номер налогоплательщика	Соответствует значению элемента «INN» в пакете с ТЧКИ, полученном от БКИ.
Страховой номер индивидуального лицевого счета	Соответствует значению элемента «Insurance» в пакете с ТЧКИ, полученном от БКИ.

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

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

Идентификатор ТЧКИ	Уникальный номер, присвоенный набору реквизитов в АС ЦККИ
Идентификационный номер налогоплательщика	Соответствует значению элемента «INN» в пакете с ТЧКИ, полученном от БКИ.
Основной государственный регистрационный номер	Соответствует значению элемента «EGRN» в пакете с ТЧКИ, полученном от БКИ.
Полное наименование юридического лица	Соответствует значению элемента «FullName» в пакете с ТЧКИ, полученном от БКИ.
Сокращенное наименование юридического лица	Соответствует значению элемента «Short Name» в пакете с ТЧКИ, полученном от БКИ.
Фирменное наименование юридического лица	Соответствует значению элемента «FirmName» в пакете с ТЧКИ, полученном от БКИ.
Наименование юридического лица на одном из языков народов Российской Федерации	Соответствует значению элемента «NationalName» в пакете с ТЧКИ, полученном от БКИ.
Наименование юридического лица на иностранном языке	Соответствует значению элемента «EngName» в пакете с ТЧКИ, полученном от БКИ.
Признак регистрации юридического лица на территории Российской Федерации	Соответствует значению элемента «SignResident» в пакете с ТЧКИ, полученном от БКИ.
Адрес (место нахождения) постоянно действующего исполнительного органа юридического лица	Соответствует значению элемента «Address» в пакете с ТЧКИ, полученном от БКИ.
Номера телефонов постоянно действующего исполнительного органа юридического лица	Соответствует значению элемента «Phone» в пакете с ТЧКИ, полученном от БКИ.

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

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

Идентификатор изменяемой ТЧКИ	Идентификатор ТЧКИ из файла titleFL
Идентификатор изменяющей ТЧКИ	Идентификатор ТЧКИ из файла titleFL

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

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

Идентификатор ТЧКИ	Идентификатор ТЧКИ из файла titleUL
Идентификатор изменяющей ТЧКИ	Идентификатор ТЧКИ из файла titleUL

Пример:

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

"102351";"ИС6046105";"Вишняков";"Боян";"Леонидович";"13.08.1939";"ВОЛГОГРАД УЛ.ДОНЕЦКАЯ,16";"5";"21.06.1998";"";"385904240769";"557-051-326 00";|

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

"23453618891";"2381573812";"1105539817294";"Акционерное общество ""Ромашка ;" АО""Ромашка ;"";"";"";"1";" г. ""Кривые столбы""; ул. ""Автобусная""; д.22; к.1 ";"(999) 332223 (999) 332-224";|

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

"102351";"113462";|

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

"23453618891";"34564729902";|

Приложение Э

Правила
обработки запросов к АС ЦККИ

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

- фамилия;

- имя;

- отчество;

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

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

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

- основной государственный регистрационный номер;

- идентификационный номер налогоплательщика;

- полное наименование юридического лица.

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

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

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

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

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

Приложение Ю

Примерная форма и пример заполнения акта приема-передачи носителей для размещения ключей регистрации БКИ

                                                            Экз. № ______

                                  АКТ

       приема-передачи носителей для размещения ключей регистрации

     Настоящий акт составлен о том, что ________________ в соответствии с

                                       (день, месяц, год)

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

кредитных    историй»    и   бюро   кредитных   историй   администратором

информационной   безопасности   (или   лицом его замещающим) (АИБ)   бюро

кредитных историй (БКИ) _________________________________________________

                                  (наименование БКИ, Ф.И.О.)

переданы, а администратором   Центра   управления   ключевыми   системами

Департамента     информационных       технологий      Банка        России

(ЦУКС) __________________________________________________________________

                                   (Ф.И.О.)

приняты поставленные на инвентарный учет в ______________________________

                                                 (наименование БКИ)

зарегистрированные носители для генерации на  них  ключей  регистрации  в

следующем составе и для следующих пользователей:

№ п/п	Учетный номер ключевого носителя	Фамилия И.О. допущенного к ключевой информации
1	20-151/49	Иванов ИИ.
2	20-151/50
3	20-151/51	Петров П.П.
4	20-151/52

Также АИБ БКИ передал, а администратор ЦУКС принял машинный носитель  для

записи на него сертификатов регистрации.

Акт составлен в двух экземплярах:

1-й экз. - в Департамент информационных технологий Банка России

2-й экз. - в __________________________________________________

                           (наименование БКИ)

От Департамента информационных технологий   От __________________________

Банка России                                      (наименование БКИ)

________________________________________   ______________________________

             (должность)                           (должность)

________________________________________   ______________________________

        (подпись, И.О. Фамилия)               (подпись, И.О. Фамилия)

Приложение Я

Примерная форма и пример заполнения акта приема-передачи упаковок с ключами регистрации

                                                            Экз. № ______

                                  АКТ

       приема-передачи носителей для размещения ключей регистрации

     Настоящий акт составлен о том, что ________________ в соответствии с

                                       (день, месяц, год)

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

кредитных    историй»    и   бюро   кредитных   историй   администратором

Центра управления   ключевыми   системами   Департамента   информационных

технологий Банка России (ЦУКС) __________________________________________

                                             (Ф.И.О.)

переданы, а администратором информационной безопасности (или  лицом   его

замещающим) (АИБ) бюро кредитных историй (БКИ) __________________________

                                               (наименование БКИ, Ф.И.О.)

приняты упаковки, содержащие поставленные на учет в _____________________

                                                     (наименование БКИ)

ключевые носители (переданные ранее по акту от ______________) с ключевой

                                              (число, месяц, год)

информацией в следующем составе и для следующих пользователей:

№ п/п	Номер упаковки	Фамилия И.О. пользователя	Учетный номер ключевого носителя
1	1	Иванов И.И.	20-151/49
			20-151/50
2	2	Петров П.П.	20-151/51
			20-151/52

     Генерация ключевой информации СКАД «Сигнатура» и  упаковка  ключевых

носителей производились комиссионно.

     Целостность упаковок не нарушена.

     Также администратором ЦУКС переданы,   а АИБ БКИ   принят   машинный

носитель информации с записанными на него сертификатами регистрации.

     Акт составлен в двух экземплярах:

1-й экз. - в Департамент информационных технологий Банка России

2-й экз. - в ___________________________________________________

                              (наименование БКИ)

От Департамента информационных технологий   От __________________________

Банка России                                      (наименование БКИ)

________________________________________   ______________________________

             (должность)                           (должность)

________________________________________   ______________________________

        (подпись, И.О. Фамилия)               (подпись, И.О. Фамилия)

Перечень
принятых сокращений

АИБ - администратор информационной безопасности.

АРМ - автоматизированное рабочее место.

АС - автоматизированная система.

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

ГМД - гибкий магнитный диск.

ДИТ Банка России - Департамент информационных технологий Банка России.

ДУД Банка России - Департамент управления данными Банка России.

НКИ - носитель ключевой информации.

ПЭВМ - персональная электронно-вычислительная машина.

СКАД - система криптографической авторизации электронных документов.

СКЗИ - средство криптографической защиты информации.

ТЧКИ - титульная часть кредитной истории.

ЦУКС - центр управления ключевой системой АС ЦККИ.

ЭП - электронная подпись усиленная неквалифицированная (в терминах Федерального закона от 06 апреля 2011 года № 63-ФЗ «Об электронной подписи»).

ЭПС - электронное почтовое сообщение. Электронное почтовое сообщение - сообщение, отправленное по электронной почте из БКИ в АС ЦККИ, либо из АС ЦККИ в БКИ.

XML-сообщение - данные в электронном виде, формат которых соответствует стандарту

XML, а также требованиям, установленным настоящим документом.

Лист
регистрации изменений

Редакция	Изменение
1.0 от 26.06.2019	1) в п. 4.2.9 и п. 4.3.4 исключена необходимость подписи бумажного носителя сертификата ключа проверки электронной подписи бюро кредитных историй ответственным за использование ключа в бюро кредитных историй; 2) в п. 2.4 предусмотрен порядок формирования запроса финансового управляющего в ЦККИ о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Информация о сроке начала обработки АС ЦККИ запросов финансовых управляющих о бюро кредитных историй размещается на официальном сайте Банка России в разделе «Кредитные истории». Плановый срок начала обработки запросов финансовых управляющих АС ЦККИ - не ранее 01.08.2019. 3) в п. 2.10 личный кабинет участника информационного обмена (БКИ) определен в качестве приоритетного канала передачи сведений об активных заемщиках.
2.0 от 17.07.2020	1) Удален раздел «Порядок управления ключами кодов аутентификации и шифрования СКЗИ «Верба-OW». 2) Исключено описание переходного периода при замене СКЗИ «Верба-OW» на СКЗИ СКАД «Сигнатура». 3) Уточнен порядок защиты передаваемых сообщений (п. 2, п. 3): исключено описание использования СКЗИ «Верба-OW»; 4) Определен порядок удаления ошибочно переданных титульных частей (п. 2.2, Приложение Б). 5) Определен порядок уведомления о временной невозможности предоставления кредитных отчетов по запросу Банка России (п. 2.6). 6) В описание структуры кредитного отчета (Приложение У, Приложение Ф Ф) внесены следующие изменения: а) добавлен показатель «Сумма задолженности по договору на дату последнего платежа без учета просроченной задолженности и неустойки»; б) добавлен показатель «Изменениелимита по кредиту, предоставленному заемщику с использованием банковской карты (текущий лимит)»; в) добавлен показатель «Дата первого направления в БКИ информации о заключенном договоре займа (кредита)»; г) добавлен показатель «Дата последнего обновления в БКИ информации о заключенном договоре займа (кредита)»; д) добавлен показатель «Уникальный идентификатор договора (сделки)»; е) перечень категорий займа, используемых при передаче информации о запрошенном и предоставленном займе (кредите) дополнен значением 205 - «Потреб.кредит с лимитом кредитования от 30 000 до 300 000 RUB»; ж) добавлен показатель «Тип реструктуризации»; з) добавлен показатель «Дата месяца периодического платежа»; и) исключен показатель «Остаток долга», добавлены показатели «Текущая задолженность по основному долгу», «Текущая задолженность по процентам»; к) указана следующая версия формата кредитного отчета (version = 2); л) из структуры типа «RestOfDebt» исключен атрибут «Interestlncluded»; м) изменен состав элементов DebtAfterLastPayment, DebtALPNoPenalty. 7) Дополнен порядок синхронизации баз данных БКИ с базой данных ЦККИ (п. 2.8, Приложение Ш, Приложение Щ). 8) В связи с доработкой АС ЦККИ в целях приема запросов финансовых управляющих о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории, исключена информация о плановом сроке начала обработки таких запросов. 9) Включен порядок разрешения конфликтных ситуаций (п. 4).
2.1	1) В связи с вступлением в силу с 1 января 2021 года Федерального закона от 31 июля 2020 года № 302-ФЗ «О внесении изменений в Федеральный закон «О кредитных историях» в части модернизации системы формирования кредитных историй», а также учитывая практику правоприменения пункта 2.7 Указания Банка России от 1 декабря 2014 года № 3465-У «О составе и порядке формирования информационной части кредитной истории», в описании структуры электронного сообщения «Информация о титульных частях кредитных историй субъектов кредитных историй» расширен перечень причин аннулирования кредитной истории для операции аннулирования титульной части кредитной истории в АС ЦККИ (элемент AnnReason) (Приложение А, Приложение Б, Таблица Б.2). 2) В связи с вступлением в силу с 1 октября 2020 года Указания Банка России от 19 июня 2020 года № 5479-У «О формате и порядке предоставления Банку России информации из бюро кредитных историй», устанавливающего в том числе порядок направления запроса Банка России в отношении нескольких субъектов кредитных историй посредством личного кабинета БКИ, из текста документа исключено описание порядка направления в БКИ пакета с запросами кредитных отчетов и его обработки (Приложение Л, Приложение Т, Приложение У, Приложение Ф, Приложение Ц). 3) Внесены редакционные правки в описание показателей DebtAfterLastPayment и DebtALPNoPenalty (Таблица Ф.15). 4) Исключено требование об обязательном отражении в кредитном отчете показателя «Дата месяца периодического платежа» (Таблица Ф.20).