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

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

Таблица изменений

Версия
Дата изменений
Изменение
2.0.0
10.05.2018
1. Актуализированы наименования структурных подразделений Банка России
2. Уточнен порядок защиты информации при ее передаче по элекронной почте (п. 2.7)
3. Приведен порядок передачи кредитных историй в процессе ликвидации бюро кредитных историй (п. 2.9.)
4. Приведен порядок передачи сведений об активных заемщиках (п. 2.10.)
5. Приведен порядок управления ключевой информацией СКАД "Сигнатура" (п. 4)
6. Исправлена XML-схема электронного сообщения "Информация о титульных частях кредитных историй субъектов кредитных историй" (Приложение 1): уточнены типы данных, используемые для передачи ИНН физических и юридических лиц.
2.0.1
26.05.2018
Внесены изменения в п. 2.5 - максимально допустимое количество запросов списка титульных частей в сутки одним БКИ увеличено до 50
2.0.2
27.06.2018
Добавлен раздел 5 "Порядок разрешения конфликтных ситуаций"

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

1.1. Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 - для одиночного запроса на аннулирование кода субъекта кредитной истории,

где:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Формат XML-файла "Извещение об отбраковке некорректных электронных почтовых сообщений" в виде XML-схемы, а также описание его структуры приведены в Приложении 9 к настоящему документу.

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

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

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

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

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

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

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

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

Где:

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

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

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

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

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

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

С 01.01.2019 начинается переход на использование СКАД "Сигнатура" версии 5 или выше (далее - СКАД "Сигнатура"). В период с 01.01.2019 по 01.05.2019 АС ЦККИ функционирует в переходном режиме: принимаются как файлы, обработанные СКЗИ "Верба-OW", так и файлы, обработанные СКАД "Сигнатура". Начиная с 02.05.2019 защита передаваемой информации должна осуществляться только с использованием СКАД "Сигнатура".

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

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

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

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

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

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

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

- предполагаемый объем выгружаемых из БД АС ЦККИ контрольных данных, из расчета 0,5 КБ на одну титульную часть кредитной истории;

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

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

- необходимость защиты данных.

Запрос необходимо отправить в ЦККИ не позднее, чем за десять рабочих дней до предполагаемой даты получения данных.

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

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

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

Информация о формате файла контрольных данных, в том числе сведения об использованной хэш-функции, приведена Приложении 22 к настоящему документу.

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

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

Если предполагается отправка данных по электронной почте, сформированный файл (предварительно заархивированный с компрессией и, при необходимости, зашифрованный) архивируется WinRAR без компрессии с разбивкой на тома по 1.5 МБ каждый.

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

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

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

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

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

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

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

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

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

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

- расшифровывает его, если он был зашифрован;

- разархивирует его (если передача осуществлялась по электронной почте);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Фамилия;

4. Имя;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.1.1 Защита информации при обмене данными между Центральным каталогом кредитных историй и бюро кредитных историй в период до 01.01.2019 осуществляется только с применением СКЗИ "Верба-OW" (версия 6.1.2 или выше). Данное средство используется для установки/проверки КА и зашифрования/расшифрования передаваемых данных.

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

Для осуществления функций по управлению ключевой системой ЦУКС имеет собственные комплекты ключевых документов. В функции ЦУКС входит:

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

- регистрация открытых ключей БКИ;

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

- распределение справочников открытых ключей для участников обмена ЭПС.

3.1.3 БКИ самостоятельно изготавливает ключевую информацию и записывает ее на носители ключевой информации (далее НКИ) с использованием закупленного программного обеспечения. Перечень поддерживаемых типов НКИ определен в эксплуатационной документации на СКЗИ "Верба-OW" (версия 6.1.2 или выше).

3.1.4 Для каждого БКИ изготавливаются два типа комплектов ключевых документов:

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

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

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

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

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

3.1.7 Сертификатом ЦУКС является регистрационная карточка (бумажный бланк) заверенный в соответствии с п.п. 3.2.5 и 3.2.12 настоящего документа.

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

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

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

3.2.3 АИБ БКИ осуществляет генерацию пользовательских ключевых носителей с использованием соответствующего программного обеспечения:

- эталон действующего ключа КА и шифрования;

- копия действующего ключа КА и шифрования;

- эталон резервного ключа КА и шифрования;

- копия резервного ключа КА и шифрования.

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

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

3.2.5 Открытые ключи шифрования (административные действующий и резервный ключи, пользовательские действующий и резервный ключи) копируются на специально выделенный для этого транспортный гибкий магнитный диск (ГМД). <1>.

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

<1> По согласованию с администратором ЦУКС допускается использование иных машинных носителей информации.

Регистрационные карточки, содержащие открытый ключ шифрования (форма карточки приведена в Приложении 10), должны быть распечатаны в двух экземплярах. Регистрационные карточки изготавливаются с использованием штатных средств АРМ АБ СКЗИ "Верба-OW" (версия 1 или выше).

Карточки с открытым ключом шифрования пользователя БКИ подписываются пользователем БКИ и АИБ БКИ (4 штуки). Подписи заверяются печатью организации и подписью руководителя БКИ.

Карточки с открытым ключом АИБ БКИ (4 штуки) подписываются АИБ БКИ. Подпись заверяется печатью организации и подписью руководителя БКИ.

3.2.6 Открытые ключи КА (действующий и резервный) обоих типов копируются на специально выделенный для этого транспортный ГМД.

Регистрационные карточки (форма которых приведена в Приложении 10), содержащие открытый ключ КА, должны быть распечатаны в двух экземплярах. Регистрационные карточки изготавливаются с использованием штатных средств АРМ АБ СКЗИ "Верба-OW" (версия 1 или выше).

Карточки с открытым ключом КА пользователя БКИ подписываются пользователем БКИ и АИБ БКИ (4 штуки). Подписи заверяются печатью организации и подписью руководителя БКИ.

Карточки с открытым ключом КА АИБ БКИ (4 штуки) подписываются АИБ БКИ. Подпись заверяется печатью БКИ и подписью руководителя БКИ.

3.2.7 При заполнении регистрационных карточек по п.п. 3.2.5 и 3.2.6 дата начала действия ключа КА/шифрования устанавливается равной дате изготовления ключа, дата окончания действия ключа КА/шифрования - на пятнадцать месяцев позднее. Диапазон действия ключа вводится в верхней строке поля, определяющего состав лиц, подписывающих регистрационную карточку.

3.2.8 Транспортный ГМД и регистрационные карточки, изготовленные в соответствии с п. 3.2.4, 3.2.5, и 3.2.6 настоящего документа с официальным сопроводительным письмом доставляются АИБ БКИ в ЦУКС. Отсканированный образ официального сопроводительного письма предварительно должен быть направлен по электронной почте администратору ЦУКС.

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

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

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

Справочники открытых ключей КА и шифрования для БКИ содержат следующие ключи:

- действующий и резервный ключ пользователя ДИТ;

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

- действующий и резервный ключ пользователя БКИ;

- действующий и резервный ключ АИБ БКИ.

3.2.11 Сформированные справочники открытых ключей КА и шифрования БКИ переносятся на транспортный ГМД БКИ.

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

3.2.13 Один экземпляр регистрационных карточек остается в ЦУКС, второй передается АИБ БКИ.

3.3. Плановая замена ключевых документов

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

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

3.3.3 После изготовления ключевых документов АИБ БКИ последовательно проводит следующие операции:

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

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

- осуществляет формирование и оформление регистрационных карточек открытых ключей шифрования и КА в соответствии с п.п. 3.2.5 - 3.2.7 настоящего документа. Дата начала действия ключей КА/шифрования устанавливается равной дате, указанной администратором ЦУКС. Дата окончания действия ключа КА/шифрования - не более чем на пятнадцать месяцев позднее даты начала действия ключа. Конкретная дата устанавливается администратором ЦУКС;

- отправляет с сопроводительным письмом в адрес ЦУКС фельдъегерской почтой (или иной почтой, гарантирующей доставку и целостность корреспонденции) транспортный ГМД и регистрационные карточки.

3.3.4 Администратор ЦУКС при получении транспортного ГМД и регистрационных карточек из БКИ производит следующие действия:

- расшифровывает, проверяет и удаляет КА открытых ключей, размещенных на транспортном ГМД с использованием действующих ключей ЦУКС;

- в случае положительного результата расшифрования и проверки КА, формирует справочники открытых ключей БКИ в соответствии п. 3.2.10 настоящего документа (в случае отрицательного результата расшифрования и проверки КА, транспортный ГМД и регистрационные карточки возвращаются в БКИ);

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

- выполняет операции по п. 3.2.12 настоящего документа;

- отправляет с сопроводительным письмом в адрес БКИ фельдъегерской почтой (или иной почтой, гарантирующей доставку и целостность корреспонденции) транспортный ГМД и вторые комплекты регистрационных карточек.

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

- расшифровывает, проверяет и удаляет КА справочников открытых ключей, размещенных на транспортном ГМД с использованием действующих ключей АИБ БКИ;

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

3.3.6 По взаимному соглашению администратора ЦУКС и АИБ БКИ доставка новых ключевых документов в ЦУКС может быть произведена АИБ БКИ лично. В этом случае регистрация ключевых документов производится в порядке, определенном п.п. 3.2.8 - 3.2.13 настоящего документа.

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

3.4. Действия АИБ БКИ при компрометации ключевых документов СКЗИ "Верба-OW" пользователей

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- снимать несанкционированные копии с носителей ключевой информации;

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

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

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

- записывать на носители ключевой информации постороннюю информацию.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание: При переходе с СКЗИ "Верба-OW" на СКАД "Сигнатура" к письму прикладывается транспортный ГМД с ключом регистрации БКИ. Для защиты передаваемых ключевых документов, упомянутых в данном разделе, используются действующие ключи администратора ЦУКС и действующие административные ключи БКИ СКЗИ "Верба-OW".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В случае компрометации ключа для взаимодействия с АС ЦККИ:

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

В случае компрометации ключа для взаимодействия с ЦУКС:

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

4.4.2 Администратор ЦУКС доводит обновленный СОС до БКИ по электронной почте.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- снимать несанкционированные копии с носителей ключевой информации;

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

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

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

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

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

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

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

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

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

- Информацию о наличии в БКИ кредитной истории субъектов кредитной истории, реквизиты титульной части которых частично совпадают с реквизитами запроса (ФИО и дата рождения - для физических лиц, ИНН либо ОГРН - для юридических).

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

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

5.4 Банк России направляет в БКИ, обратившееся с описанием проблемы, ответное письмо, информирующее об устранении ошибки.

Приложение 1

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

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



    
        
            
                
                
            
            
        
    
    
        
            
                
                
                
            
        
    
    
    
    
    
        
            
                
                
            
        
    
    
        
            
                
                
                
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
        
    
    
    
    
    
    
    
    
    
    
    
        
            
                
                
                
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
            
        
    
    
        
            
            
            
            
            
            
            
            
            
            
            
        
    
    
    
    
    
    
    
    
    
    
    
    
        
            
        
    
    
        
            
            
        
    
    
        
            
        
    
    
        
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    
    
        
            
            
        
    

Приложение 2

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

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

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

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

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

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

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

Структура элементов PARTLP и PARTNP:

N
Наименование элемента/атрибута
Описание
Формат данных (Размер)
Обязательное наличие элемента в PARTLP
Обязательное наличие элемента в PARTNP
1.
ID
Порядковый номер блока внутри документа
Целое число
V
V
2.
ChangeType
Вид операции. может принимать следующие значения:
1 - добавление информации о титульных частях кредитных историй;
2 - изменение информации о титульных частях кредитных историй;
3 - корректировка информации о титульных частях кредитных историй;
4 - аннулирование титульных частей кредитных историй. Аннулирование не допускается объединять в один XML-файл с другими видами операций.
Целое число
V
V
3.
AnnReason
Указывать причину аннулирования кредитной истории и должен быть обязательно указан для операции аннулирования титульной части. Атрибут может принимать следующие значения:
1 - по истечении 10 лет со дня последнего изменения информации, содержащейся в кредитной истории;
2 - на основании решения суда, вступившего в силу;
3 - по результатам рассмотрения заявления субъекта кредитной истории в случае, если по результатам рассмотрения такого заявления принято решение о полном оспаривании информации, содержащейся в его кредитной истории
Целое число
4.
KeyData
Реквизиты изменяемой, корректируемой либо аннулируемой титульной части. Если вид операции (атрибут ChangeType) равен единице (добавление), то элемент KeyData должен отсутствовать. Для других операций элемент обязателен.
Составной тип (см. ниже)
ChangeData
Реквизиты новой, дополняющей либо замещающей титульной части. Если вид операции (атрибут ChangeType) равен четырем (аннулирование), то элемент ChangeData должен отсутствовать. Для других операций элемент обязателен.
Составной тип (см. ниже)
SubjectCode
Код субъекта кредитной истории указывается только в том случае, если субъект кредитной истории его впервые формирует, или изменяет ранее сформированный
Текст (от 4 до 15 символов)

Структура KeyData и ChangeData для блока PARTLP:

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

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

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

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

Структура KeyData и ChangeData для блока PARTNP:

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

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

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



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

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



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

Приложение 3

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

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



         
                  
                           
                                    
                                    
                           
                           
                           
                           
                  
         
         
                  
                           
                                    
                                    
                                    
                           
                  
         
         
         
         
         
                  
                           
                                    
                                    
                           
                  
         
         
                  
                           
                                    
                                    
                                    
                           
                           
                           
                           
                  
         
         
                  
                           
                           
                           
                           
                           
                           
                           
                           
                           
                  
         
         
                  
                  
                                    
                                    
                           
                  
         
         
                  
                           
                                    
                                    
                                    
                           
                           
                           
                           
                  
         
         
                  
                           
                           
                           
                           
                           
                           
                           
                           
                           
                           
                           
                  
         
         
                  
                           
                  
         
         
                  
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                           
                  
         

Приложение 4

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

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

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

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

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

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

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

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

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

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

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



      
             1
             19.07.2005
             001-23456
      
      
             
             
      

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



      
             2
             17.04.2014
             2
      
      
             
             
      

Приложение 5

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

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



         
                  
                           
                                    
                                    
                           
                           
                  
         
         
                  
                           
                                    
                                    
                           
                  
         
         
         
         
                  
                           
                                    
                                    
                                    
                                    
                           
                  
         
         
                  
                           
                           
                           
                  
         
         
                  
                           
                           
                           
                           
                  
         
         
                  
                           
                           
                           
                  
         
         
         
         
         
                  
                           
                           
                  
         
         
                  
                           
                                    
                                    
                                    
                           
                  
         
         
         
         
         
                  
                           
                                    
                                    
                                    
                                    
                                    
                           
                  
         
         
         
         
         
         
         
                  
                           
                  
         
         
                  
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                           
                  
         

Приложение 6

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

Приложение 7

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

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



         
                  
                           
                                    
                                    
                           
                           
                  
         
         
                  
                           
                                    
                                    
                           
                  
         
         
         
         
                  
                           
                                    
                                    
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                                    
                                    
                                    
                           
                  
         
         
         
         
         
                  
                           
                                    
                                    
                                    
                                    
                                    
                           
                  
         

         
         
         
         
         
         
                  
                           
                           
                           
                           
                  
         
         
         
         
         
                  
                           
                                    
                           
                  
         
         
                           
                                    
                                    
                                    
                                    
                           
                  
         
         
         
         
         
                  
                           
                  
         
         
                  
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                  
         

         
                  
                           
                           
                  
         

         
                  
                           
                           
                  
         

         
                  
                           
                           
                  
         

         
                  
                           
                           
                  
         

         
                  
                           
                           
                 
         

         
                  
                           
                           
                  
         

         
                  
                           
                           
                  
         


Приложение 8

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

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

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

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

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

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

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

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

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

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

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

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

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

Блок ResData состоит из четырех частей:

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

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

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

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

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

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

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

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

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

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

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



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

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

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


      
   

Приложение 9

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

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



       
              
                      
                              
                              
                      
              
       

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

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

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

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

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

Приложение 10

РЕГИСТРАЦИОННАЯ КАРТОЧКА
ОТКРЫТОГО КЛЮЧА КОДА АУТЕНТИФИКАЦИИ (ШИФРОВАНИЯ)

    Регистрационная карточка открытого ключа КА (шифрования)

___________________________________________________________________________
 Корреспондент:
<Наименование корреспондента> <тип ключа:административный|пользовательский>
___________________________________________________________________________
 Серия: <номер серии>
 Номер ключа: <номер ключа>
 Личный код: <номер личного кода КА>
 Тип ключа: <действующий|резервный>
___________________________________________________________________________
 Атрибуты
        01:30 30 30 31 39 30 30 38 - 30 30 30 31 20 00 61 62
        02:6F 6E 65 6E 74 20 20 20 - 20 20 20 20 20 20 20 20
        03:20 20 20 20 20 20 20 20 - 20 20 20 20 20 63 6F 64
        4:65 20 20 20 20 20 20 20 - 20 20 20 20 20 6F 72 67
        05:20 20 20 20 20 20 20 20 - 20 20 20 20 20 20 20 20
        06:20 20 20 20 20 20 6E 61 - 6D 65 20 20 20 20 20 20
        07:20 20 20 20 20 20 20 20 - 20 20 20 20 20 20 20 51
        08:20 20 31 32 2E 31 32 2E - 31 39 39 39 31 32 2E 31
        09:32 2E 32 30 30 30 30 32 - 2E 31 32 2E 31 39 39 38
___________________________________________________________________________
 Открытый ключ:
        10:FB EC 7D CF 5A 64 B9 66 - 0E 19 F7 1D 2C 1F 56 06
        11:5C 2D C7 A4 62 7D E1 F6 - 5D 18 76 D6 D2 98 DA E8
        12:D0 70 07 EE E6 39 6C A1 - 0B 5B 06 D1 4D 2D 82 DA
        13:9A E8 8B 05 1A F4 C7 F4 - 39 8F 87 EF 27 82 FF 2C
___________________________________________________________________________
 Хэш-функция:
        14:C3 B4 3F AA EE 70 5C F3 - 42 B9 4C 03 CE 39 94 D9
        15:A4 33 02 71 54 29 54 29 - 30 F5 57 3A E7 4E 86 7F
___________________________________________________________________________
 Дата формирования ключа:  
___________________________________________________________________________
 Дата начала действия ключа:     Дата окончания действия ключа:
 dd.mm.yyyy                      dd.mm.yyyy
___________________________________________________________________________

 Пользователь _____ Подпись ____________/_______ __ 20__ г. <2>

 АИБ БКИ _________ Подпись __________/___ ФИО ______/___ __ 20__ г. <3>

 Подпись заверяю _____ Подпись __________/____ ФИО _____/__ __ 20__ г.
                                   м.п.

 Администратор ЦУКС ________ Подпись _____/______ ФИО _______/__ __ 20__ г.

 Руководитель ЦУКС _________ Подпись _____/______ ФИО _______/__ __ 20__ г.
                                      м.п.

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

<2> Для пользовательских ключей расшифровывать подпись не требуется.

<3> Для административных ключей расшифровывать подпись не требуется.

Приложение 11

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

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



  
    
      
        
        
      
      
    
  
  
    
      
        
        
        
      
    
  
  
  
  
  
    
      
        
      
    
  
  
  
    
      
      
      
      
      
      
      
    
    
  
  
  
    
      
      
      
    
  
  
    
      
      
      
      
    
  
  
    
       
       
       
    
  
  
  
  
  
    
       
       
    
  
  
    
       
         
         
         
       
    
  
  
  
  
  
    
       
         
         
         
         
         
         
       
    
  
  
  
  
  
  
  
  
    
       
    
  
  
    
       
    
  
  
    
       
       
    
  
  
    
       
       
    
  
  
    
       
    
  
  
    
       
       
    
  
  
    
       
    
  
  
    
       
       
    
  
  
    
       
       
    
  

Приложение 12

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

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

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

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

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

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

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

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

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

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

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

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

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

Блоки SubjectInquiryBKI и UserInquiryBKI включают:

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

- код субъекта кредитной истории (SubjectCode),

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

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

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

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

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

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

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

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

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

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

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

- код субъекта кредитной истории (SubjectCode),

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

- новый код субъекта (NewCode).

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

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

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

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

- код субъекта кредитной истории (SubjectCode),

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

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

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

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

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

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

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

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

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

Блок TitleList включает обязательную ключевую информацию (KeyData). Формат блока KeyData аналогичен формату, используемому в блоке SubjectInquiryBKI.

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



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

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



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

Приложение 13

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

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



  
    
      
        
        
      
      
    
  
  
    
      
        
        
      
    
  
  
  
  
    
      
        
      
    
  
  
    
      
        
        
      
      
    
  
  
    
      
      
    
  
  
    
      
        
        
        
      
    
  
  
  
  
  
    
      
        
        
        
        
        
      
    
  
  
  
  
  
  
  
    
      
      
      
    
  
  
  
  
    
      
        
      
    
  
  
    
      
      
      
      
    
  
  
  
  
  
  
    
      
    
  
  
    
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  
  
    
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  
  
    
      
      
    
  

Приложение 14

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

            
         
      
   

Приложение 15

ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ЗАПРОС СПИСКА ТИТУЛЬНЫХ
ЧАСТЕЙ КРЕДИТНЫХ ИСТОРИЙ"

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



     
              
                       
                                
                                
                       
                       
              
     
     
              
                       
                                
                                
                       
              
     
     
     
     
              
                       
                                
                       
              
     
     
              
                       
     
                                
                       
                       
              
         
     
       
         
         
       
     

     
       
         
           
           
           
         
       
     
     
       
         
           
           
           
           
           
         
       
     
         
                  
                           
                           
                           
                  
         
         
         
         
                  
                           
                                    
                           
                  
         
         
                  
                           
                           
                  
         
         
                  
                           
                           
                           
                           
                           
                           
                           
                           
                           
                           
                  
         
         
                  
                           
                           
                           
                           
                           
                           
                           
                           
                           
                           
                           
                  
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         

         
         
         

         
         
         
         
         

         
         
         
         
                  
                             
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                  
         
         
                  
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                             
                  
         
         
                  
                             
                             
                  
         
     

Приложение 16

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- обязательный блок - список титульных частей кредитных историй (TitleList).

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

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

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

Структура LPItem:

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

Структура NPItem:

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

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



   
     1234
     09.04.2014
   
   
     
        
            
               1234567890123
               1234567890
            
        
        
           900
           Успешная обработка
           
                
                     <LPItem>
                        <FullName> Общество с ограниченной ответственностью
"Прогресс"</FullName>
                        <ShortName>ООО ПРОГРЕСС</ShortName>
                        <FirmName>Прогресс</FirmName>
                        <NationalName> Прогресс </NationalName>
                        <EngName>Progress LTD</EngName>
                        <SignResident>1</SignResident>
                        <Address>г. Москва, ул. Пруд ключики, д. 3</Address>
                        <Phone>+7 495 1029384</Phone>
                        <EGRN>3710170729849</EGRN>
                        <INN>2495317284</INN>
                     </LPItem>
                
           
        
     
     
        
           
                Гончарова
                Наталья
                Николаевна
                5036553744
           
        
        
           900
           Соответствующая информация не найдена
        
     
  

Приложение 17

ОПИСАНИЕ
СТРУКТУРЫ XML-ФАЙЛА, СОДЕРЖАЩЕГО ПАКЕТ ЗАПРОСОВ КРЕДИТНЫХ
ОТЧЕТОВ СУБЪЕКТОВ КРЕДИТНОЙ ИСТОРИИ

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

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

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

Наименование элемента
Описание
Формат данных (Размер)
Обязательное наличие элемента
.
PackID
Идентификатор пакета с запросом
Целое число (12)
V
.
CreatePackDate
Дата формирования пакета с запросом
Дата вида ДД.ММ.ГГГГ
V
ConditionId
Код условия предоставления отчета. Если указанное в запросе условие выполняется для субъекта, то БКИ предоставляет кредитный отчет, в противном случае - ответ БКИ на запрос должен содержать атрибут "noReport" с указанием соответствующей причины отсутствия отчета по запросу (см. Таблицу 2 Приложения 19). Допустимые значения кода условия доводятся Банком России до БКИ официальным письмом не позднее, чем за две недели до начала их использования в запросах.
Целое число (2)

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

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

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

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

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

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

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

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

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

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

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




13243546
30.03.2015



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


       
          
                 
                    1234567891234
                    123456789123
                 
              
       


       
               
                  
                    Microsoft Mobile Oy (Ltd)
                  
               
       



Приложение 18

ФОРМАТ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ КРЕДИТНЫХ ОТЧЕТОВ"

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



   
      
         
            
            
         
         
      
   
   
      
         
         
         
      
   
   
      
         
      
   
   
      
         
         
      
      
      
   
   
      
         
         
         
         
         
         
         
      
   
   
      
         
         
         
         
         
         
         
         
      
   
   
      
         
      
   
   
      
         
         
         
         
      
   
   
      
         
         
      
   
   
      
         
         
         
         
         
         
         
         
         
         
         
      
      
   
   
      
         
      
   
   
      
         
            
            
         
      
   
   
      
         
      
   
   
      
         
            
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
      
   
   
      
         
         
         
      
      
   
   
      
         
      
   
   
      
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
      
   
   
      
         
         
         
         
         
         
         
      
   
   
      
         
            
               
                  
                     
                  
               
            
         
      
   
   
      
         
         
         
         
         
         
         
         
         
         
         
      
      

   
   
      
         
         
         
         
         
         
         
         
         
         
         
         
      
   
   
      
         
      
   
   
      
         
         
         
      
      
         
            
               
            
         
      
   
   
      
         
      
      
      
   
   
      
         
      
   
   
      
         
         
         
         
         
      
      
   
   
      
         
      
   
   
      
         
         
         
         
      
      
   
   
      
         
      
   
   
      
         
         
         
         
         
         
      
      
   
   
      
         
         
         
      
      
   
   
      
         
         
      
   
   
      
         
         
         
      
      
   
   
      
         
      
   
   
      
         
         
         
         
         
      
      
   
   
      
         
         
      
   
   
      
         
      
   
   
      
         
            
         
      
   
   
      
         
      
   
   
      
         
            
            
         
         
         
      
      
   
   
   
      
         
      
   
   
      
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
      
   
   
      
         
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
   
      
         
         
      
   
   
      
         
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
   
      
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
      
   
   
   
      
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
         
      
   
   
      
         
         
         
      
   
   
      
         
         
         
      
   
   
      
         
         
         
         
      
   
   
      
         
         
         
         
         
         
         
      
   
   
      
         
         
         
         
      
   
   
      
         
         
         
         
         
         
         
      
   
   
      
         
         
         
         
         
         
         
      
   
   
      
         
         
      
   
   
      
         
         
         
         
         
         
         
      
   
   
      
         
         
         
         
         
         
         
      
   
   
      
         
         
         
         
         
         
         
         
         
      
   
   
      
         
         
         
         
         
         
      
   
   
      
   
   
      
         
         
      
   
   
      
         
         
      
   
   
      
         
         
         
         
         
         
         
      
   

Приложение 19

ОПИСАНИЕ СТРУКТУРЫ XML-ФАЙЛА "ПАКЕТ КРЕДИТНЫХ ОТЧЕТОВ"

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

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

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

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

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

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

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

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

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

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

Наименование элемента/атрибута
Описание
Тип данных (Размер)
Обязательный
Subject
Информация о субъекте кредитной истории - юридическом лице
Составной тип
Таблица 6
V
Credits
Информация об обязательствах субъекта (кредиты-займы, поручительство). Заполняется при наличии соответствующей информации в кредитной истории субъекта.
Составной тип
Таблица 15
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
Судебные решения по делу о банкротстве
Составной тип
Таблица 12
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 г. N 3465-У "О составе и порядке формирования информационной части кредитной истории".
Целое число (3)
Указывается в кредитном отчете заемщика физического лица в случае отличия от информации о запрошенном займе (кредите), а также в кредитном отчете поручителя - физического лица.
Для займов (кредитов), выдаваемых некредитными организациями, а также для потребительских кредитов, выдаваемых в иностранной валюте, указывается код 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
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 - Прочее
CreditContract
Информация об условиях договора займа (кредита). Элемент обязательно заполняется для записи кредитной истории заемщика, а также для записи кредитной истории поручителя после начала выполнения поручителем обязательств заемщика по договору займа (кредита).
Составной тип
Таблица 20
PaymentDiscipline
Информация о фактическом исполнении обязательств заемщика в полном и (или) неполном размерах.
Элемент обязательно заполняется для записи кредитной истории заемщика, а также для записи кредитной истории поручителя после начала выполнения поручителем обязательств заемщика по договору займа (кредита).
Составной тип
Таблица 21
TwoPaymentsSkipped
Информация об отсутствии двух и более подряд платежей по договору займа (кредита) в течение 120 календарных дней с даты наступления срока исполнения обязательства по договору займа (кредита), которое не исполнено заемщиком:
0 - не было;
1 - было.
Элемент является обязательным для заполнения при предоставлении информации по договорам, заключенным после 01.03.2015.
Целое число (1)
CompleteFulfillment
Признак полного исполнения обязательства по договору займа (кредита) - отметка о полном погашении обязательства, включая все проценты и пени:
0 - неполное исполнение;
1 - полное исполнение.
Целое число (1)
RepaymentByCollateral
Признак погашения займа (кредита) за счет обеспечения в случае неисполнения заемщиком своих обязательств по договору:
1) да;
2) нет;
3) сведения не предоставлены источником кредитной истории.
Целое число (1)
LastPaymentDate
Дата последнего фактически выполненного платежа.
Дата
DebtAfterLastPayment
Сумма задолженности по договору займа (кредита) на дату последнего платежа.
Элемент является обязательным для заполнения при предоставлении информации по договорам, заключенным после 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 г. N 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
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
Целое число (3)
V
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 - Прочее
ApplicationMethod
Способ оформления Заявления:
1 - посреднический (через агента),
2 - дистанционный (с использованием средств телекоммуникаций)
3 - непосредственно в кредитной организации (филиале, внутреннем структурном подразделении кредитной организации), микрофинансовой организации, кредитном кооперативе или иной организации, являющейся источником формирования кредитной истории.
Не заполняется, если субъект кредитной истории является поручителем по данному договору.
Целое число (1)
ApplicationState
Информация о факте принятия уполномоченным органом и (или) лицом решения об одобрении Заявления:
1 На рассмотрении
2 Одобрено
3 Отказ
4 Заем (кредит) выдан
Не заполняется, если субъект кредитной истории является поручителем по данному договору.
Целое число (1)
EndOfApproval
Дата окончания действия одобрения Заявления. Заполняется только в случае нахождения заявления в статусе "Одобрено" (ApplicftionState=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
DateOfConclusion
Дата заключения
Дата
V
TypeOfObligation
Вид обязательства
1 - договор кредита
2 - договор займа
Текст (1)
PeriodicityOfPayment
Периодичность платежей
1 - еженедельно
2 - раз в две недели
3 - ежемесячно
4 - поквартально
5 - раз в полгода
6 - ежегодно
9 - другое
Целое число (1)
Amount
Сумма займа с указанием валюты
Сумма
Таблица 17
V
DeadLine
Срок исполнения обязательства заемщика в полном размере в соответствии с договором займа (кредита).
Для бессрочных кредитов и кредитных карт у которых нет даты окончания указывается дата "3999-12-31".
Дата
V
InterestDeadLine
Указание срока уплаты процентов в соответствии с договором займа (кредита)
Дата
PSK
Полная стоимость кредита в процентах годовых. Обязательно для заполнения по договорам физических лиц при предоставлении информации по договорам, заключенным после 01.03.2015.
Десятичная дробь
ContractState
Индикатор состояния договора кредита (займа):
1 - активен
2 - закрыт
3 - реструктуризован
4 - продан (переуступка прав требований)
5 - списан с баланса
6 - передача данных прекращена
7 - расторгнут
Целое число (1)
V
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
RestOfDebt
Остаток долга. Обязательно для заполнения в отчете по юридическому лицу.
Составной тип
Таблица 23

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

Наименование элемента/атрибута
Описание
Тип данных (Размер)
Обязательный
Date
Дата выписки
Дата
V
interestIncluded
Признак включения задолженности по процентам в информацию об остатке долга:
0 - проценты не включены
1 - проценты включены
Текст (1)
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
Информация о банковской гарантии, выданной субъекту. Элемент повторяется для каждой гарантии, выданной субъекту.
Составной тип
V

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

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

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

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



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

Приложение 20

ФОРМАТ
ЭЛЕКТРОННОГО СООБЩЕНИЯ "РЕЗУЛЬТАТ ОБРАБОТКИ
КРЕДИТНЫХ ОТЧЕТОВ"

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



        
                 
                          
                                   
                                   
                          
                          
                          
                          
                 
        
        
                 
                          
                                   
                                   
                                   
                          
                 
        
        
                 
                          
                                   
                                            
                                                    
                                                    
                                                    
                                            
                                   
                                   
                                            
                                                    
                                                    
                                                    
                                            
                                   
                          
                 
        
        
                 
                          
                 
        
        
                 
                          
                 
        
        
                  
                          
                  
        
        
                  
                          
                          
                  
        

Приложение 21

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



      
             1
             19.07.2005
             001-23456
      
      
             
             
      

Приложение 22

ОПИСАНИЕ
ФОРМАТА ФАЙЛА С КОНТРОЛЬНЫМИ ДАННЫМИ, ПРЕДОСТАВЛЯЕМОГО
ДЛЯ СВЕРКИ В БКИ

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

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

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

1. Фамилия

2. Имя

3. Отчество

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

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

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

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

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

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

10. ИНН

11. СНИЛС

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

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

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

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

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

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

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

7. Адрес

8. Телефон

9. ОГРН

10. ИНН

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

1. Фамилия

2. Имя

3. Отчество

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

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

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

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

2. ОГРН

3. ИНН

Пример

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

B01_1_4132;805;22102007;10;1;

AF4FBDE9C67AECE57E80D0B641D3EA99DF44F33605D1A3A6CC337E4597824FAE;6D1A40731ADC157E2EAD6A3DB2A7ADA998727D4B5530598A94AFFD9EE7FCAC72;8AD7F3DFB9640AB4C42B775949941DEDFCE28CB403B23A09C70E58D0B37C131D;5CB7AB9B0E2E5E9470843E48A1461B17C67CC4F8DFBA257B1378C49E92947A11

Соответствующий набор реквизитов:

Тема письма
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

Приложение 23

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

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

- фамилия;

- имя;

- отчество;

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

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

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

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

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

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

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

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

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

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

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

Приложение 24

ПРИМЕРНАЯ ФОРМА И ПРИМЕР ЗАПОЛНЕНИЯ АКТА
ПРИЕМА-ПЕРЕДАЧИ НОСИТЕЛЕЙ ДЛЯ РАЗМЕЩЕНИЯ КЛЮЧЕЙ
РЕГИСТРАЦИИ БКИ

                                                               Экз. N _____

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

    Настоящий акт составлен о том, что ___________________ в соответствии с
                                       (день, месяц, год)
Порядком  взаимодействия  Банка  России  и бюро кредитных историй (БКИ) при
обмене    информацией    с    Центральным   каталогом   кредитных   историй
администратором  информационной  безопасности  (АИБ)  БКИ  (или  лицом  его
замещающим)
_______________________________________________ переданы, а администратором
          (Ф.И.О., наименование БКИ)
Центра   управления   ключевыми   системами   Департамента   информационных
технологий Банка России (ЦУКС) ____________________________________________
                                                 (Ф.И.О.)
приняты        поставленные        на        инвентарный       учет       в
___________________________________________
                                           (наименование БКИ)
зарегистрированные  носители  для  генерации  на  них  ключей регистрации в
следующем составе и для следующих пользователей:
N п/п
Учетный номер ключевого носителя
Фамилия И.О. допущенного к ключевой информации
1
20-151/49
Иванов А.Р.
2
20-151/50
3
20-151/51
Петров И.К.
4
20-151/52
Также  АИБ  БКИ  передал, а администратор ЦУКС принял машинный носитель для
записи на него сертификатов регистрации.

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

2-й экз. - в __________________________________________________
                             (наименование БКИ)

От Департамента информационных          От ________________________________
технологий Банка России                           (наименование БКИ)
______________________________          ___________________________________
         (должность)                                (должность)
_________________ И.О. Фамилия          ______________________ И.О. Фамилия
    (подпись)                                 (подпись)

Приложение 25

ПРИМЕРНАЯ ФОРМА И ПРИМЕР ЗАПОЛНЕНИЯ АКТА
ПРИЕМА-ПЕРЕДАЧИ УПАКОВОК С КЛЮЧАМИ РЕГИСТРАЦИИ

                                                               Экз. N _____

                                    АКТ
              приема-передачи упаковок с ключами регистрации

    Настоящий акт составлен о том, что ___________________ в соответствии с
                                       (день, месяц, год)
Порядком  взаимодействия  Банка России  и  бюро кредитных историй (БКИ) при
обмене   информацией   с   Центральным    каталогом    кредитных    историй
администратором   Центра   управления   ключевыми   системами  Департамента
информационных         технологий         Банка        России        (ЦУКС)
___________________________________________________________________________
                     (Ф.И.О.)
переданы,  а  администратором  информационной  безопасности  (АИБ) БКИ (или
лицом его замещающим) _____________________________________________________
                                   (Ф.И.О., наименование БКИ)
приняты упаковки, содержащие поставленные на учет в _______________________
                                                     (наименование БКИ)
ключевые носители
(переданные ранее по акту от ______________________) с ключевой информацией
                              (число, месяц, год)
в следующем составе и для следующих пользователей:
N п/п
Номер упаковки
Фамилия И.О. пользователя
Учетный номер ключевого носителя
1
1
Иванов И.И.
20-151/39
20-151/73
2
2
Петров П.П.
20-151/40
20-151/74
    Генерация  ключевой  информации  СКАД  "Сигнатура"  и упаковка ключевых
носителей производились комиссионно.
    Целость упаковок не нарушена.
    Также администратором ЦУКС переданы, а АИБ БКИ принят машинный носитель
информации с записанными на него сертификатами регистрации.
    Акт составлен в двух экземплярах:
1-й экз. в Департамент информационных технологий Банка России
         ----------------------------------------------------

2-й экз. - в ________________________________________________
                           (наименование БКИ)

От Департамента информационных          От ________________________________
технологий Банка России                          (наименование БКИ)
______________________________          ___________________________________
         (должность)                                (должность)
_________________ И.О. Фамилия          ______________________ И.О. Фамилия
    (подпись)                                 (подпись)

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

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

2) АС ЦККИ - автоматизированная система "Центральный каталог кредитных историй".

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

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

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

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

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

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

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

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

11) ЭПС - электронное почтовое сообщение. Электронное почтовое сообщение - сообщение, отправленное по электронной почте из бюро кредитных историй в Центральный каталог кредитных историй, либо из Центрального каталога кредитных историй в бюро кредитных историй.

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