Порядок взаимодействия автоматизированной системы «Центральный каталог кредитных историй» и бюро кредитных историй. Редакция 1.0

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

ПОРЯДОК

Аннотация

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

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

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

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

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

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

1.1 Введение

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

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

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

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

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

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

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

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

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

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

1.2.1. Бюро кредитных историй после регистрации Банком России в установленном Федеральным законом от 30 декабря 2004 года № 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 — для одиночной заявки на аннулирование кода субъекта кредитной истории,

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

где:

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

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

Внимание!

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

Формат 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.06.2019 защита информации при обмене между АС ЦККИ и БКИ осуществляется только с использованием СКЗИ «Верба-OW» (версия 6.1.2) в соответствие с Порядком использования средств криптографической защиты информации при обмене электронными почтовыми сообщениями между Банком России и бюро кредитных историй, установленным Указанием Банка России от 31 августа 2005 года № 1611-У «О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй (ТЧКИ), и кодов субъектов кредитных историй в Центральный каталог кредитных историй», с учетом изменений к нему.

С 01.06.2019 начинается переход на использование СКАД «Сигнатура» версии 5 или выше (далее — СКАД «Сигнатура»). В период с 01.06.2019 по 01.09.2019 АС ЦККИ функционирует в переходном режиме: принимаются как файлы, обработанные СКЗИ «Верба-OW», так и файлы, обработанные СКАД «Сигнатура». Начиная с 02.09.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.8.2) и их общее количество.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Фамилия;

4. Имя;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• на отправленное в АС ЦККИ ЭПС не поступило ответа;
• поступившее от АС ЦККИ ответное ЭПС было некорректно (не соответствовало формату, установленному Банком России);
• поступившее от АС ЦККИ ответное ЭПС содержало неполную информацию;
• при расшифровании данных, содержащихся в поступившем в БКИ ответном ЭПС, либо при проверке КА были зафиксированы ошибки.

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

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

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

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

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

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

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

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

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

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

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

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

3.1.5 При формировании комплектов ключевой информации должен использоваться ГОСТ Р 34.10-2001 и 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.09.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 Администратор ЦУКС выпускает сертификаты ключей проверки ЭП на основании запросов, полученных от БКИ. Сертификаты размещаются в сетевом справочнике сертификатов (в Единой службе каталогов Банка России, далее по тексту — ЕСК) в отдельном контейнере в домене region в специально созданных для этих целей учетных записях.

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

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

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

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

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

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

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

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

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

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 Банк России направляет в БКИ, обратившееся с описанием проблемы, ответное письмо, информирующее об устранении ошибки.

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

<xs:schema xmlns:xs=«http://www.w3.org/2001/XMLSchema» elementFormDefault=«qualified»> <xs:element name=«TOCKKI»> xs:complexType xs:sequence <xs:element ref=«THEADER»/> <xs:element ref=«TBODY»/> </xs:sequence> <xs:attribute name=«version» type=«StVers» use=«optional»/> </xs:complexType> </xs:element> <xs:element name=«THEADER»> xs:complexType xs:sequence <xs:element ref=«PackID»/> <xs:element ref=«CreatePackDate»/> <xs:element ref=«RegNumBKI»/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«PackID» type=«xs:positiveInteger»/> <xs:element name=«CreatePackDate» type=«StDate»/> <xs:element name=«RegNumBKI» type=«StRegNumBKI»/> <xs:element name=«TBODY»> xs:complexType xs:sequence <xs:element ref=«PARTLP» minOccurs=«0» maxOccurs=«unbounded»/> <xs:element ref=«PARTNP» minOccurs=«0» maxOccurs=«unbounded»/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«PARTLP»> xs:complexType xs:sequence <xs:element name=«KeyData» type=«CtLPkey» minOccurs=«0»/> <xs:element name=«ChangeData» type=«CtLPchange» minOccurs=«0»/> <xs:element name=«SubjectCode» type=«StSubjCode» minOccurs=«0»/> </xs:sequence> <xs:attribute name=«ID» type=«xs:positiveInteger» use=«required»/> <xs:attribute name=«ChangeType» type=«StChangeType» use=«required»/> <xs:attribute name=«AnnReason» type=«StAnnReason» use=«optional»/> </xs:complexType> </xs:element> <xs:complexType name=«CtLPkey»> xs:sequence <xs:element ref=«FullName»/> <xs:element ref=«ShortName» minOccurs=«0»/> <xs:element ref=«FirmName» minOccurs=«0»/> <xs:element ref=«NationalName» minOccurs=«0»/> <xs:element ref=«EngName» minOccurs=«0»/> <xs:element ref=«SignResident»/> <xs:element ref=«Address» minOccurs=«0»/> <xs:element ref=«Phone» minOccurs=«0»/> <xs:element ref=«EGRN»/> <xs:element name=«INN» type=«StINNLP»/> </xs:sequence> </xs:complexType> <xs:complexType name=«CtLPchange»> xs:sequence <xs:element ref=«FullName»/> <xs:element ref=«ShortName» minOccurs=«0»/> <xs:element ref=«FirmName» minOccurs=«0»/> <xs:element ref=«NationalName» minOccurs=«0»/> <xs:element ref=«EngName» minOccurs=«0»/> <xs:element ref=«SignResident»/> <xs:element ref=«Address»/> <xs:element ref=«Phone»/> <xs:element ref=«EGRN»/> <xs:element name=«INN» type=«StINNLP»/> </xs:sequence> </xs:complexType> <xs:element name=«FullName» type=«StStr1020»/> <xs:element name=«ShortName» type=«StStr255»/> <xs:element name=«FirmName» type=«StStr255»/> <xs:element name=«NationalName» type=«StStr1020»/> <xs:element name=«EngName» type=«StStr1020»/> <xs:element name=«SignResident» type=«StSignResident»/> <xs:element name=«Address» type=«StStr1680»/> <xs:element name=«Phone» type=«StStr100»/> <xs:element name=«EGRN» type=«StEGRN»/> <xs:element name=«PARTNP»> xs:complexType xs:sequence <xs:element name=«KeyData» type=«CtNPkey» minOccurs=«0»/> <xs:element name=«ChangeData» type=«CtNPchange» minOccurs=«0»/> <xs:element name=«SubjectCode» type=«StSubjCode» minOccurs=«0»/> </xs:sequence> <xs:attribute name=«ID» type=«xs:positiveInteger» use=«required»/> <xs:attribute name=«ChangeType» type=«StChangeType» use=«required»/> <xs:attribute name=«AnnReason» type=«StAnnReason» use=«optional»/> </xs:complexType> </xs:element> <xs:complexType name=«CtNPkey»> xs:sequence <xs:element ref=«LName»/> <xs:element ref=«FName»/> <xs:element ref=«MName» minOccurs=«0»/> <xs:element ref=«BDate» minOccurs=«0»/> <xs:element ref=«BPlace» minOccurs=«0»/> <xs:element ref=«DocCode»/> <xs:element ref=«DocNum»/> <xs:element ref=«DocDelivDate»/> <xs:element ref=«DocDelivPlace» minOccurs=«0»/> <xs:element name=«INN» type=«StINNNP» minOccurs=«0»/> <xs:element ref=«Insurance» minOccurs=«0»/> </xs:sequence> </xs:complexType> <xs:complexType name=«CtNPchange»> xs:sequence <xs:element ref=«LName»/> <xs:element ref=«FName»/> <xs:element ref=«MName» minOccurs=«0»/> <xs:element ref=«BDate»/> <xs:element ref=«BPlace»/> <xs:element ref=«DocCode»/> <xs:element ref=«DocNum»/> <xs:element ref=«DocDelivDate»/> <xs:element ref=«DocDelivPlace»/> <xs:element name=«INN» type=«StINNNP» minOccurs=«0»/> <xs:element ref=«Insurance» minOccurs=«0»/> </xs:sequence> </xs:complexType> <xs:element name=«LName» type=«StStr60»/> <xs:element name=«FName» type=«StStr60»/> <xs:element name=«MName» type=«StStr60»/> <xs:element name=«BDate» type=«StDate»/> <xs:element name=«BPlace» type=«StStr1020»/> <xs:element name=«DocCode» type=«xs:positiveInteger»/> <xs:element name=«DocNum» type=«StStr50»/> <xs:element name=«DocDelivDate» type=«StDate»/> <xs:element name=«DocDelivPlace» type=«StStr1020»/> <xs:element name=«Insurance» type=«StInsurance»/> <xs:simpleType name=«StVers»> <xs:restriction base=«xs:positiveInteger»> <xs:enumeration value=«1»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StAnnReason»> <xs:restriction base=«xs:positiveInteger»> <xs:minInclusive value=«1»/> <xs:maxInclusive value=«3»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StDate»> <xs:restriction base=«xs:string»> <xs:pattern value=«\d{2}[.]\d{2}[.]\d{4}»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StRegNumBKI»> <xs:restriction base=«xs:string»> <xs:maxLength value=«10»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StChangeType»> <xs:restriction base=«xs:positiveInteger»> <xs:minInclusive value=«1»/> <xs:maxInclusive value=«4»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StSignResident»> <xs:restriction base=«xs:integer»> <xs:enumeration value=«0»/> <xs:enumeration value=«1»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StINNNP»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«12»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StINNLP»> <xs:restriction base=«xs:string»> <xs:minLength value=«0»/> <xs:maxLength value=«1024»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StEGRN»> <xs:restriction base=«xs:string»> <xs:minLength value=«0»/> <xs:maxLength value=«1024»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StInsurance»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«15»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StSubjCode»> <xs:restriction base=«xs:string»> <xs:pattern value=«[a-zA-Z0-9а-яА-ЯёЁ]{4,15}»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr60»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«60»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr50»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«50»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr100»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«100»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr200»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«200»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr255»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«255»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr1020»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«1020»/> </xs:restriction> </xs:simpleType> <xs:simpleType name=«StStr1680»> <xs:restriction base=«xs:string»> <xs:minLength value=«1»/> <xs:maxLength value=«1680»/> </xs:restriction> </xs:simpleType> </xs:schema>

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

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

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

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

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

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

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

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

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

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

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

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

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

2 20.07.2005 0000000001

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

2 20.07.2005 0000000001

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

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="FROMCKKI"> xs:complexType xs:sequence <xs:element ref="THEADER" minOccurs="0" maxOccurs="1"/> <xs:element ref="TBODY" minOccurs="0" maxOccurs="1"/> </xs:sequence> <xs:attribute name="version" type="StVers" use="optional"/> <xs:attribute name="ResCode" type="StCode" use="required"/> <xs:attribute name="ResText" type="xs:string" use="required"/> </xs:complexType> </xs:element> <xs:element name="THEADER"> xs:complexType xs:sequence <xs:element ref="PackID" minOccurs="0" maxOccurs="1"/> <xs:element ref="CreatePackDate" minOccurs="0" maxOccurs="1"/> <xs:element ref="RegNumBKI" minOccurs="0" maxOccurs="1"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="PackID" type="xs:positiveInteger"/> <xs:element name="CreatePackDate" type="StDate"/> <xs:element name="RegNumBKI" type="StRegNumBKI"/> <xs:element name="TBODY"> xs:complexType xs:sequence <xs:element ref="PARTLP" minOccurs="0" maxOccurs="unbounded"/> <xs:element ref="PARTNP" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="PARTLP"> xs:complexType xs:sequence <xs:element name="KeyData" minOccurs="0" maxOccurs="1" type="CtLP"/> <xs:element name="ChangeData" minOccurs="0" maxOccurs="1" type="CtLP"/> <xs:element name="SubjectCode" minOccurs="0" maxOccurs="1" type="CtReq"/> </xs:sequence> <xs:attribute name="ID" type="xs:positiveInteger" use="required"/> <xs:attribute name="ResCode" type="StCode" use="required"/> <xs:attribute name="ResText" type="xs:string" use="required"/> </xs:complexType> </xs:element> <xs:complexType name="CtLP"> xs:sequence <xs:element name="FullName" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="ShortName" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="FirmName" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="EngName" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="SignResident" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="Address" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="Phone" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="EGRN" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="INN" minOccurs="0" maxOccurs="1" type="CtReq"/> </xs:sequence> </xs:complexType> <xs:complexType name="CtReq"> xs:simpleContent <xs:extension base = "xs:string"> <xs:attribute name="ResCode" type="StCode" use="required"/> <xs:attribute name="ResText" type="xs:string" use="required"/> </xs:extension> </xs:simpleContent> </xs:complexType> <xs:element name="PARTNP"> xs:complexType xs:sequence <xs:element name="KeyData" minOccurs="0" maxOccurs="1" type="CtNP"/> <xs:element name="ChangeData" minOccurs="0" maxOccurs="1" type="CtNP"/> <xs:element name="SubjectCode" minOccurs="0" maxOccurs="1" type="CtReq"/> </xs:sequence> <xs:attribute name="ID" type="xs:positiveInteger" use="required"/> <xs:attribute name="ResCode" type="StCode" use="required"/> <xs:attribute name="ResText" type="xs:string" use="required"/> </xs:complexType> </xs:element> <xs:complexType name="CtNP"> xs:sequence <xs:element name="LName" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="FName" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="MName" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="BDate" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="BPlace" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="DocCode" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="DocNum" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="DocDelivDate" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="DocDelivPlace" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="INN" minOccurs="0" maxOccurs="1" type="CtReq"/> <xs:element name="Insurance" minOccurs="0" maxOccurs="1" type="CtReq"/> </xs:sequence> </xs:complexType> <xs:simpleType name="StVers"> <xs:restriction base="xs:positiveInteger"> <xs:enumeration value="1"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StDate"> <xs:restriction base="xs:string"> <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StRegNumBKI"> <xs:restriction base="xs:string"> <xs:minLength value="1"/> <xs:maxLength value="10"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="StCode"> <xs:restriction base="xs:integer"> <xs:minInclusive value="0"/> <xs:maxInclusive value="999"/> </xs:restriction> </xs:simpleType> </xs:schema>

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

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

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

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

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

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

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

1 19.07.2005 001-23456

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

2 17.04.2014 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

20.07.2005

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

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

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

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

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

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

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

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

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

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

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

</xs:schema>

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

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

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

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

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

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

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

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

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

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

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

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

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

Структура элемента BKI:

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

18.08.2005

  </ResData>

                <KeyData>
                        <KEYLP>
                               <Name>ООО &quot;ЯРПАК&quot;</Name>
                               <EGRN>5678090123456</EGRN>
                               <INN>2464073098</INN>
                        </KEYLP>
                </KeyData>
       </AnnulCode>
       </REQ>
</TBODY>

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

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

 <xs:element name="LName" type="StStr60"/>
 <xs:element name="FName" type="StStr60"/>
 <xs:element name="MName" type="StStr60"/>

 <xs:element name="BDate" type="StDate"/>
 <xs:element name="BPlace" type="StStr1020"/>
 <xs:element name="DocCode" type="xs:positiveInteger"/>
 <xs:element name="DocNumber" type="StStr50"/>
 <xs:element name="DocNum" type="StStr50"/>

 <xs:element name="DocDelivDate" type="StDate"/>
 <xs:element name="DocDelivPlace" type="StStr1020"/>
 <xs:element name="Insurance" type="StInsurance"/>
 <xs:simpleType name="StInsurance">
           <xs:restriction base="xs:string">
                      <xs:minLength value="1"/>
                      <xs:maxLength value="15"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StSignResident">
           <xs:restriction base="xs:integer">
                      <xs:enumeration value="0"/>
                      <xs:enumeration value="1"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StVers">
           <xs:restriction base="xs:positiveInteger">
                      <xs:enumeration value="1"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StDate">
           <xs:restriction base="xs:string">
                      <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StEGRN">
           <xs:restriction base="xs:string">
                      <xs:minLength value="0"/>
                      <xs:maxLength value="1024"/>
           </xs:restriction>
</xs:simpleType>
<xs:simpleType name="StINN">
           <xs:restriction base="xs:string">
                      <xs:minLength value="0"/>
                      <xs:maxLength value="1024"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StStr060">
           <xs:restriction base="xs:string">
                      <xs:maxLength value="60"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StStr60">
           <xs:restriction base="xs:string">
                      <xs:minLength value="1"/>
                      <xs:maxLength value="60"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StStr50">
           <xs:restriction base="xs:string">
                      <xs:minLength value="1"/>
                      <xs:maxLength value="50"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StStr1020">
           <xs:restriction base="xs:string">
                      <xs:minLength value="1"/>
                      <xs:maxLength value="1020"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StStr255">
           <xs:restriction base="xs:string">
                      <xs:minLength value="1"/>
                      <xs:maxLength value="255"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StStr100">
           <xs:restriction base="xs:string">
                      <xs:minLength value="1"/>
                      <xs:maxLength value="100"/>
           </xs:restriction>
 </xs:simpleType>
 <xs:simpleType name="StStr1680">
           <xs:restriction base="xs:string">
                      <xs:minLength value="1"/>
                      <xs:maxLength value="1680"/>
           </xs:restriction>
 </xs:simpleType>

           г.Москва Красная площадь д.1</Address>
           г.Москва Лубянская площадь д.1</Address>
           г.Москва ул. Юности д.2</Address>
           г.Москва ул. Юности д.2</Address>
        </Addresses>
        <IP>
           <OGRNIP date="1999-12-23">0987654321012</OGRNIP>
           <OGRNIP date="2007-01-01">2345678909876</OGRNIP>
        </IP>
        <Incapacity>
           <IncapacityState>1</IncapacityState>
           <IncapacityJudgements>
              <Judgement date="1967-08-13">
                 <CaseNumber>123-2345</CaseNumber>
                 <Court>Левый суд</Court>
                 <Decision>Признан ограниченно дееспособным</Decision>
              </Judgement>
              <Judgement date="1968-09-14">
                 <Court>Московский городской суд</Court>
                 <Decision>Отменено решение Зеленоградского районного суда. Субъект дееспо-

             2009-08-13</ApplicationDate>
             123</ApplicationNumber>
             <RequestedCreditTypeU>101</RequestedCreditTypeU>
             1</ApplicationMethod>
             3</ApplicationState>
             <Refusal date="2009-09-01">
             <RequestedAmount currency="USD">2000000000</RequestedAmount>
               <RefusalReason>1</RefusalReason>
             </Refusal>
          </Application>
          <Creditor>
             <FullName>КБ "Деньги всем"</FullName>
             <SignResident>1</SignResident>
             <Country>RUS</Country>
             <OGRN>0129384756102</OGRN>
             <INN>0987654321</INN>
          </Creditor>
          <CreditorType>1</CreditorType>
       </Credit>
       <!-- А здесь выдали -->
       <Credit>

             2009-09-01</ApplicationDate>
             456</ApplicationNumber>
             <RequestedCreditTypeU>102</RequestedCreditTypeU>
             1</ApplicationMethod>
             1</ApplicationState>
             <EndOfApproval>2009-10-01</EndOfApproval>
          </Application>
          <Creditor>
             <FullName>КБ "Деньги всем"</FullName>
             <SignResident>1</SignResident>
             <Country>RUS</Country>
             <OGRN>0129384756102</OGRN>
             <INN>0987654321</INN>
          </Creditor>
          <CreditorType>1</CreditorType>
          <ObligationType>1</ObligationType>
          <CreditType>1</CreditType>
          <CreditContract>
             <ContractNumber>678</ContractNumber>
             <DateOfConclusion>2009-09-02</DateOfConclusion>
             <PeriodicityOfPayment>3</PeriodicityOfPayment>
             20000</Amount>
             <DeadLine>2009-12-02</DeadLine>
             <InterestDeadLine>2009-12-02</InterestDeadLine>
             <PSK>35.1</PSK>
             <ContractState>1</ContractState>
          </CreditContract>
          <PaymentDiscipline>
             <ObligationFulfillment period="0909">
               <DepthOfDelay>0</DepthOfDelay>
               <OverdueAmount currency="RUB">0</OverdueAmount>
               <RestOfDebt interestIncluded="1">
                 20000</Amount>
               </RestOfDebt>
             </ObligationFulfillment>
             <ObligationFulfillment period="0910">
                <DepthOfDelay>2</DepthOfDelay>
                <OverdueAmount currency="RUB">8000</OverdueAmount>
                <RestOfDebt interestIncluded="1">
                  20000</Amount>
                </RestOfDebt>
             </ObligationFulfillment>
          </PaymentDiscipline>
          <TwoPaymentsSkipped>0</TwoPaymentsSkipped>
          <DebtAfterLastPayment interestIncluded="1">
            20000</Amount>
          </DebtAfterLastPayment>
          <Judgements>
             <Judgement date="2009-10-05">
                <Decision>Субъект оспаривает просрочку платежа</Decision>
             </Judgement>
          </Judgements>
          <!-- Залоговое обеспечение по кредиту -->
          <Securities>
            <Security date="1967-08-13">
              <PledgeType>9</PledgeType>
              <PledgeSubject>Велосипед</PledgeSubject>
              <SecurityDeadline>2020-08-13</SecurityDeadline>
              <MaturityDate>1967-08-13</MaturityDate>
              1000</AssessedValue>
            </Security>
          </Securities>
          <!--Здесь раздел "Поручительство" относится к кредиту, в котором субъект, выступает

    <Debt date="1967-08-13">
      <!-- Источник информации по долгам -->
      <Source>
        <SourceLP>
          <FullName>ЗАО "Нептун"</FullName>
          <SignResident>1</SignResident>
          <Country>RUS</Country>
          <OGRN>012345678901</OGRN>
          <INN>0123456789</INN>
        </SourceLP>
      </Source>
      <DebtType>1</DebtType>
      1560</AmountOfDebt>
      <Comment>По решению суда такого-то за неуплату коммунального платежа взыскать

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

От Департамента информационных технологий   От ____________________________
Банка России                                        (наименование БКИ)
  _______________________________________   _______________________________
                (должность)                           (должность)
  __________________________ И.О. Фамилия   __________________ И.О. Фамилия
          (подпись)                             (подпись)

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

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

От Департамента информационных технологий   От ____________________________
Банка России                                        (наименование БКИ)
  _______________________________________   _______________________________
                (должность)                           (должность)
  __________________________ И.О. Фамилия   __________________ И.О. Фамилия
          (подпись)                             (подпись)