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

(утв. Банком России 30.03.2026 № ТРД-16-2-3-1/1068)

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

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

ПОРЯДОК

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

5. Описание порядка установки СКАД и создания КИ бюро (приложение Р) приведено в соответствие Руководству СКАД.

6. В связи с вступлением в силу 1 апреля 2024 года Указания № 6474-У внесены изменения в формат и описание структуры файлов «Запрос (обращение) в Центральный каталог» (приложение В), «Пакет запросов (обращений) в Центральный каталог» и «Пакет запросов о выборочной проверке титульных частей» (приложение Е).

7. В связи с вступлением в силу 1 октября 2024 года Указания № 6551-У и в связи с вступлением в силу 1 марта 2025 года Указания № 6776-У внесены изменения в формат и описание структуры файлов «Информация о титульных частях кредитных историй» (приложение А), «Ответ на пакет запросов о выборочной проверке титульных частей» (приложение И), «Кредитный отчет» (приложение Л) и в описание формата файлов с контрольным массивом титульных частей кредитных историй, предоставляемых в бюро для проведения сплошной проверки (приложение Н).

8. В связи со вступлением в силу 9 мая 2025 года Федерального закона № 380-ФЗ обязательное наличие элемента «BPlace» («Место рождения») в блоке «ChangeData» изменено на необязательное (таблица А.4).

9. В связи со вступлением в силу с 1 октября 2025 года Указания № 6878-У, а также в связи с изменениями в Положении № 758-П, вступающими в силу с 1 апреля 2026 года в соответствии с Указанием № 7186-У, внесены изменения в формат и описание электронного сообщения «Кредитный отчет» (приложение Л).

10. Описание элементов электронного сообщения «Кредитный отчет» (приложение Л) приведено в соответствие с Положением № 758-П в редакции Указания № 7186-У.

11. Описания кодов ошибок («errCode» и «errText», приложение Д) и кодов результатов обработки («resCode» и «resText», приложения Б и М) приведены в соответствие актуальным значениям, которые формируются Центральным каталогом при обработке электронных сообщений.

12. Добавлены условия заполнения элементов «DocDelivDate» и «DocDelivPlace» («Дата выдачи документа, удостоверяющего личность» и «Место выдачи документа») в случае отсутствия соответствующей информации в бюро (таблица А.4).

13. Требования, повторяющиеся в описании различных элементов электронного сообщения «Кредитный отчет» (приложение Л), перенесены в пункт 6.2 настоящего документа.

Обозначения и сокращения

Термины и определения

Ссылочные документы

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

1.1. Взаимодействие Центрального каталога и бюро осуществляется на основании Положения № 765-П и Указаний № 6474-У, № 5479-У и № 3572-У.

1.2. Реализация взаимодействия в электронном виде Центрального каталога и бюро посредством обмена ЭС по электронной почте через информационно-телекоммуникационную сеть «Интернет» в Банке России обеспечивается автоматизированной системой «Центральный каталог кредитных историй», которая выполняет:

• обработку ЭС с информацией о титульных частях и с запросами (обращениями), направленных бюро на адрес электронной почты bkickki@cbr.ru;
• направление Банком России запросов на получение кредитного отчета на адрес электронной почты бюро, посредством которой осуществляется взаимодействие бюро и Центрального каталога;
• обработку ответных ЭС с кредитными отчетами, направленных бюро на адрес электронной почты creditreport@cbr.ru.

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

1.3. Для целей организации взаимодействия, предусмотренного пунктом 1.2 настоящего Порядка, бюро направляет уведомление о предоставлении доступа к Центральному каталогу, содержащее следующие сведения:

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

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

1.5. Содержание поля «Тема» ЭС, направляемого бюро в Центральный каталог, должно соответствовать требованиям, установленным в разделах 3 - 6 настоящего документа.

1.6. XML-файл вложения к ЭС в Центральный каталог должен соответствовать формату, предусмотренному приложениями А, В, Д, Е, Л в зависимости от вида ЭС.

1.7. XML-файл вложения к ЭС в бюро должен соответствовать формату, предусмотренному приложениями Б, Г, Д, Ж, И, К, М в зависимости от вида ЭС.

1.8. Центральный каталог должен провести проверку соответствия полученного ЭС техническим требованиям, установленным в разделах 3 - 6 настоящего документа.

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

- После завершения обработки ЭС, прошедшего проверку, Центральный каталог направляет в бюро ответное ЭС, содержащее результаты обработки (приложения Б, Г, Ж, И, М).

1.9. При получении из Центрального каталога «Извещения о результатах обработки ЭС», бюро должно устранить причины возникновения ошибок и направить ЭС повторно в сроки, установленные нормативными актами Банка России, для каждого вида сообщения.

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

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

1.12. Информация, обрабатываемая в Центральном каталоге, не содержит сведений, составляющих государственную тайну. Информация, обрабатываемая в Центральном каталоге, содержит иные категории персональных данных субъектов персональных данных — физических лиц, не относящиеся к специальным категориям персональных данных, а также не являющиеся в соответствии с Федеральным законом № 152-ФЗ разрешенными субъектом персональных данных для распространения, получаемыми из общедоступных источников персональных данных, биометрическими персональными данными. Состав персональных данных определяется Федеральным законом № 218-ФЗ и Положением № 758-П.

2. Технические требования к защите передаваемых файлов

2.1. При взаимодействии в электронном виде бюро и Центральный каталог должны использовать СКЗИ СКАД «Сигнатура» (версия 6 или выше) и обеспечить применение организационных и технических мер, определенных в Приказе ФСБ России № 378, с учетом требований эксплуатационных документов на СКЗИ СКАД «Сигнатура» (версия 6 или выше).

2.2. Порядок установки СКАД и создания КИ бюро приведен в приложении Р.

2.3. Эксплуатация СКЗИ СКАД «Сигнатура» (версия 6 или выше) должна осуществляться в соответствии с документацией на СКАД и требованиями, установленными Приказом ФСБ России № 378.

2.4. При использовании СКАД в отношении передаваемого файла должны последовательно выполняться методы «Установка ЭП для файла» и «Шифрование файла».

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

2.6. При шифровании файла должен использоваться ГОСТ Р 34.12-2015.

2.7. Расширение имени XML-файлов, зашифрованных с использованием СКАД, должно быть «.snr».

2.8. Расширение имени ZIP-файлов c кредитным отчетом, зашифрованных с использованием СКАД, должно быть «.snz».

3. Передача в Центральный каталог информации о титульных частях

В соответствии с пунктом 2.1 главы 2 Положения № 765-П бюро передает в Центральный каталог информацию о добавлении, изменении, корректировке или аннулировании титульных частей, а также о формировании или изменении кода субъекта. Взаимодействие Центрального каталога и бюро при направлении и обработке указанных сведений осуществляется в соответствии с пунктами 1.9 - 1.24 главы 1 Положения № 765-П в составе ЭС «Информация о титульных частях кредитных историй».

Передача ЭС «Информация о титульных частях кредитных историй» и «Результат обработки информации о титульных частях кредитных историй» осуществляется по электронной почте.

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

Тема ЭС «Информация о титульных частях кредитных историй» должна соответствовать формату в зависимости от вида ЭС:

• B01_XXX-XXXXX_NNNNN — информация о добавлении, корректировке и изменении титульных частей;
• B09_XXX-XXXXX_NNNNN — информация об аннулировании титульных частей,

где B01 и B09 — константы, содержащие символ «B» латинского алфавита. Формат и описание структуры XML-файла с информацией о титульных частях приведены в приложении А.

После проверки соответствия структуры XML-файла с информацией о титульных частях Центральным каталогом осуществляются дополнительные проверки, требования к которым приведены в приложении А. Так, например, производится дополнительная проверка количества символов в значениях ОГРН и ИНН субъекта — юридического лица, зарегистрированного на территории Российской Федерации, (таблица А.3, элементы EGRN и INN) и проверка корректности даты рождения субъекта — физического лица (таблица А.4, элемент BDate).

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

Тема ЭС «Результат обработки информации о титульных частях кредитных историй» содержит текст вида «АС ЦККИ на сообщение № NNNNN от DD.MM.YYYY HH24:MM:SS» c указанием номера, даты и времени поступления ЭС в Центральный каталог. Формат и описание структуры XML-файла с ответом Центрального каталога приведены в приложении Б.

4. Взаимодействие при проведении бюро проверок направленной в Центральный каталог информации

В соответствии с абзацем 3 пункта 2.10 и главой 3 Положения № 765-П для выявления несоответствий в направленной бюро в Банк России информации бюро проводит выборочную или сплошную проверку титульных частей. Технические требования к ЭС при проведении выборочной проверки, а также к формату и описанию CSV-файлов, содержащих контрольный массив титульных частей, при проведении бюро сплошной проверки приведены в разделах 4.1 и 4.2 настоящего документа соответственно.

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

Направление ЭС при проведении выборочной проверки осуществляется по электронной почте.

От каждого бюро Центральный каталог принимает в течение дня (до 0.00 часов по московскому времени) не более 200 ЭС о выборочной проверке титульных частей, содержащих не более 100 запросов в файле. При превышении установленного количества все последующие ЭС с таким запросом от данного бюро в течение дня (до 0.00 часов по московскому времени) не принимаются.

Тема ЭС «Пакет запросов о выборочной проверке титульных частей» должна соответствовать формату B10_XXX-XXXXX_NNNNN, где B10 — константа, содержащая символ «B» латинского алфавита. Формат и описание структуры XML-файла с пакетом запросов приведены в приложении Е.

Тема ЭС «Ответ на пакет запросов о выборочной проверке титульных частей» содержит текст вида «АС ЦККИ на сообщение № NNNNN от DD.MM.YYYY HH24:MM:SS» c указанием номера, даты и времени поступления ЭС в Центральный каталог. Формат и описание структуры XML-файла с ответом Центрального каталога на пакет запросов о выборочной проверке титульных частей приведены в приложении И.

4.2. Передача контрольного массива

При поступлении от бюро через личный кабинет запроса о сплошной проверке титульных частей, Банк России формирует контрольный массив в виде CSV-файлов для передачи его в бюро способом, указанным в запросе о сплошной проверке титульных частей (через личный кабинет либо нарочным способом на электронном носителе).

Формат и описание CSV-файлов, содержащих контрольный массив, приведен в приложении Н.

При передаче контрольного массива нарочным способом на электронном носителе информации CSV-файлы, содержащие контрольный массив, архивируются с компрессией без разбивки на тома в формате RAR с названием файла «ccch.rar».

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

Зашифрованный файл архивируется в формате RAR, разбивка архива на тома производится при необходимости в зависимости от объема электронных носителей информации, предоставленных бюро.

5. Передача запросов (обращений)

Направление запросов (обращений) и ответных ЭС осуществляется по электронной почте.

Бюро направляет в Центральный каталог единичный запрос (обращение) или пакет запросов (обращений) в виде XML-файла размером не более 1 Мбайт, содержащего не более 1000 запросов.

Тема ЭС «Ответ на запрос (обращение) в Центральный каталог» и «Пакет запросов (обращений) в Центральный каталог» должна соответствовать формату в зависимости от вида ЭС:

- B02_XXX-XXXXX_NNNNN — обращение на формирование или замену кода субъекта;

• B05_XXX-XXXXX_NNNNN — обращение на формирование дополнительного кода субъекта;
• B50_XXX-XXXXX_NNNNN — обращение на замену дополнительного кода субъекта,
• B08_XXX-XXXXX_NNNNN — обращение на аннулирование кода субъекта;
• B03_XXX-XXXXX_NNNNN — запрос списка бюро от субъекта;
• B04_XXX-XXXXX_NNNNN — запрос списка бюро от пользователя;
• B51_XXX-XXXXX_NNNNN — запрос списка бюро от арбитражного управляющего;
• B06_XXX-XXXXX_NNNNN — пакет запросов (обращений),

где B02, B05, B50, B08, B03, B04, B51, B06 — константы, содержащие символ «B» латинского алфавита. Формат и описание структуры XML-файла с запросом (обращением) приведены в приложении В, с пакетом запросов (обращений) — в приложении Е.

Темы ЭС «Ответ на запрос (обращение) в Центральный каталог» и «Ответ на пакет запросов (обращений) в Центральный каталог» содержат текст вида «АС ЦККИ на сообщение № NNNNN от DD.MM.YYYY HH24:MM:SS» c указанием номера, даты и времени поступления ЭС в Центральный каталог.

Формат и описание структуры XML-файла c ответом на запрос (обращение) приведены в приложении Г, с ответом на пакет запросов (обращений) — в приложении Ж.

6. Взаимодействие при предоставлении кредитного отчета в Центральный каталог

Обмен ЭС с запросом кредитного отчета и ответными сообщениями осуществляется по электронной почте.

6.1. Порядок обработки запроса кредитного отчета

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

• невозможность расшифрования XML-файла;
• отрицательный результат проверки ЭП;
• несоответствие темы ЭС или формата XML-файла техническим требованиям;
• невозможность обработки ЭС по причине технического сбоя.

Во всех перечисленных случаях бюро должно не позднее 60 минут с момента получения ЭС с запросом Банка России направить ответное ЭС «Извещение о результатах обработки ЭС».

В остальных случаях XML-файл с запросом кредитного отчета принимается в обработку и бюро должно не позднее 60 минут с момента получения ЭС сформировать и направить в Банк России ответное ЭС, содержащее кредитный отчет субъекта, реквизиты которого указаны в запросе.

6.2. Порядок формирования кредитного отчета

6.3. Порядок направления ЭС «Кредитный отчет»

В случае невозможности своевременного направления ЭС с кредитным отчетом субъекта по техническим причинам, возникшим после того, как XML-файл с запросом был принят в обработку, бюро должно не позднее 60 минут с момента получения ЭС с запросом Банка России направить ответное ЭС «Извещение о результатах обработки ЭС», содержащее код ошибки «911», при этом:

• в случае если размер сформированного ЭС, содержащего кредитный отчет, превышает 40 Мб, в качестве значения элемента «errText» следует указать «Сообщение не обработано по техническим причинам. Размер ЭС превышает 40 Мб»;
• в случае если для формирования кредитного отчета в соответствии с XML-схемой требуется дополнительный запрос сведений у источника, в качестве значения элемента «errText» следует указать «Сообщение не обработано по техническим причинам. Требуется уточнение информации у источника».

6.4. Порядок обработки кредитного отчета в Центральном каталоге

После проверки соответствия кредитного отчета XML-схеме Центральным каталогом осуществляются дополнительные проверки, требования к которым приведены в описаниях элементов приложения Л. Так, например, если в блоке «Юридическое лицо» (таблица Л.9) указаны сведения о юридическом лице, зарегистрированном на территории Российской Федерации (в качестве значения SignResident указан код «1»), то производится дополнительная проверка значений ОГРН и ИНН юридического лица (элементы OGRN и INN).

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

6.5. Порядок обработки ответного ЭС из Центрального каталога

6.6. Темы ЭС при предоставлении кредитного отчета в Центральный каталог

Приложение А

Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

Блок верхнего уровня имеет наименование TOCKKI и необязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 1).

Блок верхнего уровня подразделяется на две обязательные части: заголовок THEADER (таблица А.1) и список титульных частей TBODY.

Таблица А.1. Структура блока THEADER

Список титульных частей TBODY содержит последовательность блоков двух типов (таблица А.2):

• PARTNP — информация о титульной части юридического лица;
• PARTLP — информация о титульной части физического лица.

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

Примеры XML-файлов с информацией о добавлении, изменении и корректировке титульных частей (TOCKKI_1.xml) и об аннулировании титульных частей (TOCKKI_2.xml):

• ResCode — код результата обработки, целое число (4);
• ResText — текст результата обработки, текст (4000).

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

• 900 — Успешная обработка;
• 301 — Выполнены не все операции.

Блок верхнего уровня подразделяется на две части: заголовок THEADER (обязательная часть, таблица Б.1) и результат обработки TBODY (необязательная часть).

• 305 — Ошибка в реквизитах титульной части кредитной истории;
• 308 — Попытка добавления ранее зарегистрированной титульной части кредитной истории;
• 310 — Попытка выполнения операции с аналогичной титульной частью без учета регистра.

Для каждой успешно аннулированной титульной части (ResCode=900) в ResText в дополнение к «Успешная обработка» указывается количество оставшихся в базе данных Центрального каталога титульных частей, ранее поступивших от того же бюро и совпадающих по ключевым реквизитам с аннулированной титульной частью: «Осталось титульных частей с совпадающими ключевыми реквизитами: N», где N — количество оставшихся титульных частей.

Элементы KeyData и ChangeData передаются в случае возникновения ошибки при обработке соответствующего блока в исходном сообщении. В состав KeyData и ChangeData включается элемент «Ошибка в реквизите», наименование и значение которого соответствует ошибочному в исходном сообщении (таблицы А.3 и А.4). Атрибуты указанного элемента приведены в таблице Б.3.

Таблица Б.3. Атрибуты элемента «Ошибка в реквизите»

Перечень возможных значений ResCode и ResText для элемента «Ошибка в реквизите»:

• 307 — Реквизит содержит недопустимое значение.

Примеры XML-файлов о результатах обработки информации о добавлении, изменении и корректировке титульных частей (FROMCKKI_1.xml) и о результатах обработки информации об аннулировании титульных частей (FROMCKKI_2.xml):

Блок верхнего уровня подразделяется на две обязательные части: заголовок THEADER (таблица В.1) и запрос (обращение) TBODY.

Таблица В.2. Структура блоков InquiryBKI, ChangeCode, ProvisionalCode, AnnulCode, ChangeProvisionalCode

Приложение Г

Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

Блок верхнего уровня имеет наименование REPLY и необязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 1).

Блок верхнего уровня подразделяется на две обязательные части: заголовок THEADER (таблица Г.1) и ответ на запрос TBODY.

Таблица Г.1. Структура блока THEADER

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

Блок списка бюро BKIList может отсутствовать, быть пустым, либо содержать несколько элементов BKI, структура которых описана в таблице Г.5.

Пример XML-файла с ответом на запрос (обращение) из бюро в Центральный каталог:

Перечень возможных значений errCode и errText с описанием ошибок, возникших при обработке ЭС, приведены в таблице Д.2.

Таблица Д.2. Перечень возможных значений errCode и errText

В случае возникновения ошибки с кодом «906» дополнительная информация об ошибке включается в значение errText после текста «Неверный формат сообщения. Дополнительная информация: ». Некоторые возможные значения дополнительного текста приведены в таблице Д.3.

Таблица Д.3. Дополнительная информация об ошибке с кодом «906»

В случае возникновения ошибки с кодом «912» дополнительная информация об ошибке включается в значение errText после текста «Ошибка в заголовке XML-документа. Дополнительная информация:». Некоторые возможные значения дополнительного текста приведены в таблице Д.4.

Таблица Д.4. Дополнительная информация об ошибке с кодом «912»

Пример XML-файла с извещением о результатах обработки:

Приложение Е

Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

Блок верхнего уровня имеет наименование INQPACKET и необязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 1).

Блок верхнего уровня подразделяется на две обязательные части: заголовок THEADER (таблица Е.1) и список запросов TBODY.

Таблица Е.1. Структура блока THEADER

Список запросов TBODY содержит последовательность элементов REQ, включающих обязательный атрибут ID — номер запроса в пакете, целое число (38).

При формировании «Пакета запросов (обращений) из бюро в Центральный каталог» внутри элемента REQ должен находиться один из следующих элементов (таблица Е.2):

• SubjectInquiryBKI — запрос списка бюро от субъекта;

Пример XML-файла с пакетом запросов в Центральный каталог:

Приложение Ж

Список ответов на запросы (обращения) TBODY содержит последовательность элементов REQREPLY, включающих следующие обязательные части:

Таблица Ж.4. Структура блока ResData

Блок списка бюро BKIList может отсутствовать, быть пустым, либо содержать несколько элементов BKI, структура которых описана в таблице Ж.5.

Пример XML-файла с ответом на пакет запросов (обращений) в Центральный каталог:

Приложение И

• KEYNP — ключевая информация о субъекте — физическом лице (таблица И.3).

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

Таблица И.4. Структура блока ResData

Таблица И.5. Структура блока LPItem

Таблица И.6. Структура блока NPItem

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

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

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

Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

Блок верхнего уровня имеет наименование CreditReports и обязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 3.3).

Блок верхнего уровня подразделяется на две обязательные части: заголовок файла Header (таблица Л.1) и кредитный отчет Body.

Таблица Л.1. Структура блока Header

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

Таблица Л.11. Структура блока IP

Таблица Л.13. Структура блока Bankruptcy

Таблица Л.15. Структура типа «Судебные решения»

Таблица Л.15.1. Структура блока Judgement

Таблица Л.16. Структура блока Credits

Таблица Л.16.2. Структура блока Creditor

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

Таблица Л.20. Структура типа «Сведения о независимых гарантиях»

Таблица Л.21. Структура блока Securities

Таблица Л.21.1. Структура блока Security

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

Таблица Л.22.1. Структура блока Surety

Таблица Л.23. Структура блока Arrears

Таблица Л.23.1. Структура блока Debt

Таблица Л.24. Структура блока TransferOfDebtClaims

Таблица Л.24.1. Структура блока TransferOfDebtClaim

Таблица Л.25. Структура блока StopInfo

Таблица Л.27. Структура блока UserRequests

Таблица Л.27.1. Структура блока UserRequest

Таблица Л.28. Структура блока Application

Таблица Л.28.1. Структура блока Refusal

Таблица Л.29. Структура блока ProhibitionList

Таблица Л.29.1. Структура блока ProhibitionInfo

Примеры XML-файлов «Кредитный отчет»:

Приложение М

ФОРМАТ И ОПИСАНИЕ СТРУКТУРЫ ФАЙЛА «РЕЗУЛЬТАТ ОБРАБОТКИ КРЕДИТНОГО ОТЧЕТА»

Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

Блок верхнего уровня имеет наименование FROMCKKI, необязательный атрибут version, указывающий на версию XML-схемы и обязательные атрибуты ResCode — Целое число (4) и ResText, указывающие код и текст результата обработки.

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

• 900 — Успешная обработка.

Блок верхнего уровня подразделяется на две части — обязательные часть THEADER (таблица М.1) и результаты обработки TBODY (не заполняется).

Таблица М.1. Структура блока THEADER

Пример XML-файла о результатах обработки кредитного отчета:

Приложение Н

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

• Файл titleFL.csv содержит сведения о титульных частях субъектов — физических лиц. Описание полей файла приведено в таблице Н.1;
• Файл titleUL.csv содержит сведения о титульных частях субъектов — юридических лиц. Описание полей файла приведено в таблиц Н.2;
• файл linkFL.csv содержит сведения о связях между титульными частями субъектов — физических лиц, сформированных в результате операций изменения. Если титульная часть не направлялась бюро в составе операций изменения (не имеет связей), то в данную таблицу идентификатор титульной части не включается. Описание полей файла приведено в таблице Н.3;
• файл linkUL.csv содержит сведения о связях между титульными частями субъектов — юридических лиц, сформированных в результате операций изменения. Если титульная часть не направлялась бюро в составе операций изменения (не имеет связей), то в данную таблицу идентификатор титульной части не включается. Описание полей файла приведено в таблице Н.4

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

• файлы не содержат заголовков столбцов;
• в качестве разделителя столбцов используется символ точка с запятой «;» (здесь и далее указаны ASCII-код символа в шестнадцатеричном представлении «3B»);
• в качестве разделителя строк используется последовательность символов с кодами символов «3B», «7C», «0D», «0A»;
• значения полей заключаются в двойные кавычки («22»);
• двойные кавычки («22») внутри значений полей удваиваются;
• если поле не содержит значения, то указывается пара двойных кавычек («22»), не разделенная другими символами;
• перед именем файла указывается номер бюро в государственном реестре бюро «XXX-XXXXX.».

Примеры строк файлов приведены в таблице Н.5.

Таблица Н.1. Описание полей файла titleFL.csv

Таблица Н.2. Описание полей файла titleUL.csv

Таблица Н.3. Описание полей файла linkFL.csv

Таблица Н.4. Описание полей файла linkUL.csv

Таблица Н.5. Примеры строк в файлах

Приложение П

ПРАВИЛА ОБРАБОТКИ ЗАПРОСОВ ЦЕНТРАЛЬНЫМ КАТАЛОГОМ

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

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

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

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

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

• игнорируются символы, отличные от букв русского и латинского алфавитов и цифр;
• игнорируется твердый знак;
• не учитывается регистр букв;
• взаимозаменяемыми считаются буквы «Е» и «е», а также цифра «4» и буква «Ч».

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

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

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

Приложение Р

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

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

1.1 Порядок установки СКАД приведен в Руководстве СКАД.

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

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

1.4. Бюро формирует КИ и записывает ее на НКИ с использованием СКАД. Перечень поддерживаемых типов НКИ определен в Руководстве СКАД.

1.5 Для использования в бюро формируется два типа комплектов КИ:

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

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

1.6. При формировании комплектов КИ должен использоваться ГОСТ Р 34.11-2012.

1.7. Плановая смена КИ должна осуществляться не реже одного раза в 12 месяцев. Дата смены КИ устанавливается УЦ.

1.8. КИ бюро должна быть введена в действие только после оформления сертификата на бумажном носителе в соответствии с описанием, приведенным в пункте 2.7 настоящего приложения.

2. Начальная регистрация КИ бюро для работы со СКАД

2.1. Бюро направляет в Банк России уведомление о необходимости начальной регистрации КИ бюро, содержащее следующие сведения:

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

- фамилию, имя и отчество уполномоченного сотрудника бюро;

- подтверждение получения и установки СКАД в соответствии с пунктом 1.3 настоящего приложения.

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

2.3. Уполномоченный сотрудник бюро, используя полученные регистрационные данные, формирует по два комплекта КИ для взаимодействия бюро с Центральным каталогом и для взаимодействия бюро с УЦ. Формирование КИ для взаимодействия бюро с Центральным каталогом выполняется в присутствии пользователя бюро, имеющего доступ к КИ.

2.4. Уполномоченный сотрудник бюро, который не является одновременно пользователем бюро, не должен иметь единоличного доступа к КИ для взаимодействия бюро с Центральным каталогом.

2.5. Уполномоченный сотрудник бюро оформляет запросы на выпуск сертификатов ключей проверки ЭП в электронном виде на флеш-накопителе и на бумажном носителе в двух экземплярах.

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

Запросы на выпуск сертификатов ключей проверки ЭП в электронном виде на флеш-накопителе и первые экземпляры на бумажном носителе передаются в Банк России. Вторые экземпляры на бумажном носителе должны храниться в бюро до момента уничтожения КИ.

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

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

1-й набор включает:

• сертификаты действующего и резервного ключей проверки ЭП Центрального каталога (1-ый и 2-ой комплект соответственно);
• сертификаты действующего и резервного ключей проверки ЭП бюро для взаимодействия с Центральным каталогом (1-ый и 2-ой комплект соответственно).

2-й набор включает:

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

Каждый набор должен также содержать сертификаты и список аннулированных сертификатов (САС) управляющих центров СКАД УЦ.

Формирование соответствующих каждому ключу бюро справочников сертификатов производится уполномоченным сотрудником бюро в соответствии с порядком, описанным в Руководстве СКАД.

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

3. Смена КИ

3.1. Уполномоченный сотрудник бюро при получении уведомления администратора УЦ о замене КИ должен изготовить новую КИ. Состав изготавливаемой КИ при плановой смене соответствует описанию, приведенному в пункте 2.3 настоящего приложения.

3.2. Уполномоченный сотрудник бюро оформляет и передает в Банк России запросы на выпуск сертификатов ключей проверки ЭП:

- на флеш-накопителе в зашифрованном виде с использованием действующего ключа бюро для взаимодействия с УЦ;

• на бумажном носителе за подписью руководителя или заместителя руководителя бюро и с печатью бюро.

3.3. Банк России выпускает и передает в бюро в электронном виде на флеш-накопителе и в бумажном виде сертификаты ключей проверки ЭП бюро, сертификаты ключей проверки ЭП Центрального каталога и сертификаты ключей проверки ЭП администратора УЦ. Сертификаты, передаваемые на флеш-накопителе, должны быть зашифрованы на сертификат Бюро (с минимальным номером комплекта ключа). Оформление и хранение сертификатов на бумажном носителе осуществляется в соответствии с пунктом 2.8 настоящего приложения.

Уполномоченный сотрудник бюро при получении сертификатов в электронном виде должен провести следующие действия:

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

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

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

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

4. Действия бюро при компрометации КИ

4.1. В случае компрометации одного из действующих комплектов ключей проверки ЭП уполномоченный сотрудник бюро должен произвести следующие действия:

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

4.2. Бюро проводит служебное расследование факта компрометации КИ и предоставляет в УЦ документально оформленные результаты расследования.

4.3. Уполномоченный сотрудник бюро должен получить от администратора УЦ (по электронной почте) обновленный САС.

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

4.5. В назначенное администратором УЦ время бюро должно провести работу по замене справочников сертификатов на рабочих местах, используемых для взаимодействия с Центральным каталогом и УЦ:

4.6. С момента, установленного администратором УЦ, резервный комплект ключей (комплект с большим номером) считается действующим и должен использоваться бюро для взаимодействия с Центральным каталогом или УЦ. Бюро должно составить акт о переходе с основного комплекта ключей на резервный.

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

5. Порядок обращения бюро с НКИ

5.3. Для каждого комплекта КИ должно быть выделено по два НКИ: «Оригинал» и «Рабочая копия».

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

5.5. В случае физической неисправности НКИ с копией действующих ключей проверки ЭП данный НКИ подлежит уничтожению с составлением соответствующего акта. Акт должен быть подписан пользователем бюро и уполномоченным сотрудником бюро и заверен подписью руководителя или заместителя руководителя и печатью бюро. Должна быть изготовлена новая «Рабочая копия», соответствующая НКИ «Оригинал».

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

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

5.8. В целях повышения сохранности оригиналы и рабочие копии действующих ключей должны храниться в разных контейнерах.

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

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

Приложение С

Приложение Т

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

Тема ЭС, для которых определен код сообшения, должна соответствовать формату SSS_XXX-XXXXX_NNNNN, где SSS — код сообщения.

Тема исходящих ЭС, которые направляются в бюро по электронной почте и для которых код сообщения не определен, соответсвует формату «АС ЦККИ на сообщение № NNNNN от DD.MM.YYYY HH24:MM:SS», где «DD.MM.YYYY HH24:MM:SS» — дата и время поступления ЭС в Центральный каталог.

Таблица Т.1. Перечень видов ЭС

ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ