---
title: "\"Порядок взаимодействия автоматизированной системы \"Центральный каталог кредитных историй\" с субъектами кредитных историй, пользователями кредитных историй и арбитражными управляющими. Редакция 1.1\""
number: "ТРД-16-2-3-1/2932"
issuer: "Центральный банк Российской Федерации"
status: действует
canonical: "https://bukva.ai/docs/poryadok-trd-16-2-3-12932"
---

## "Порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй" с субъектами кредитных историй, пользователями кредитных историй и арбитражными управляющими. Редакция 1.1"

# "Порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй" с субъектами кредитных историй, пользователями кредитных историй и арбитражными управляющими. Редакция 1.1"

(утв. Банком России 12.08.2025 N ТРД-16-2-3-1/2932)

(вместе с "Правилами обработки запросов (обращений) в АС ЦККИ")

> [!IMPORTANT]
> Текст документа приведен в соответствии с публикацией на сайте http://www.cbr.ru/ по состоянию на 14.08.2025.


<div align="center">

<a id="p100001"></a>**ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ**

<a id="p100002"></a>**12 августа 2025 г. N ТРД-16-2-3-1/2932**

</div>



## <a id="p100003"></a>ПОРЯДОК

<div align="center">

**ВЗАИМОДЕЙСТВИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ "ЦЕНТРАЛЬНЫЙ**<br>
**КАТАЛОГ КРЕДИТНЫХ ИСТОРИЙ" С СУБЪЕКТАМИ КРЕДИТНЫХ ИСТОРИЙ,**<br>
**ПОЛЬЗОВАТЕЛЯМИ КРЕДИТНЫХ ИСТОРИЙ И АРБИТРАЖНЫМИ УПРАВЛЯЮЩИМИ**

<a id="p100004"></a>**РЕДАКЦИЯ 1.1**

</div>


<a id="p100005"></a>Настоящий документ определяет порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй" с субъектами кредитных историй, пользователями кредитных историй и арбитражными управляющими.
<a id="p100006"></a>В документе приводятся сведения об используемых технологиях обмена данными и о форматах передаваемых данных.
<a id="p100007"></a>Настоящая редакция документа имеет номер 1.1 и вводится взамен [редакции](https://bukva.ai/docs/poryadok-vzaimodeystviya-avtomatizirovannoy) от 27.05.2019 N ТРД-16-2-3-2/730. В настоящей редакции в документ внесены следующие изменения:
<a id="p100008"></a>а) В связи с переводом почтовых адресов Транспортной среды доставки сообщений на Корпоративный почтовый узел системы электронной почты Банка России актуализирован почтовый адрес Центрального каталога для обмена информацией с территориальными учреждениями Банка России ([пункт 4.3](#p100167) настоящей редакции документа);
<a id="p100009"></a>б) В связи с вступлением в силу [Указания](https://bukva.ai/docs/ukazanie-ukazaniya-6474-u) от 28.06.2023 N 6474-У "О порядке формирования, замены и аннулирования кодов субъекта кредитной истории, в том числе дополнительных кодов, порядке направления субъектом кредитной истории, пользователем кредитной истории, арбитражным управляющим запросов в Центральный каталог кредитных историй, содержащих код субъекта кредитной истории, форме и порядке представления субъекту кредитной истории, пользователю кредитной истории информации из Центрального каталога кредитных историй" актуализированы форматы обмена информацией между Центральным каталогом и субъектами кредитных историй, пользователями кредитных историй, а также арбитражными управляющими;
<a id="p100010"></a>в) Внесены уточнения в наименования электронных сообщений в целях приведения их в соответствие с остальной технической документацией АС ЦККИ;
<a id="p100011"></a>г) Внесены уточнения в описания элементов применяемых XML-схем;
<a id="p100012"></a>д) Добавлен [подраздел 2.3](#p100118), описывающий порядок обращения к Центральному каталогу пользователей ЕПГУ.


### <a id="p100013"></a>Обозначения и сокращения



| <a id="p100014"></a>Сокращение | <a id="p100015"></a>Полное наименование |
| --- | --- |
| <a id="p100016"></a>АС ЦККИ | <a id="p100017"></a>Автоматизированная система "Центральный каталог кредитных историй" |
| <a id="p100018"></a>АС КО | <a id="p100019"></a>Автоматизированная система кредитной организации (филиала) |
| <a id="p100020"></a>АС ТУ БР | <a id="p100021"></a>Автоматизированная система территориального учреждения Банка России |
| <a id="p100022"></a>Бюро | <a id="p100023"></a>Бюро кредитных историй ([пункт 6 статьи 3](https://bukva.ai/docs/zakon-218-fz-2004/statya-3#p325) [[1]](#p100062)) |
| <a id="p100024"></a>ЕПГУ | <a id="p100025"></a>Федеральная государственная информационная система "Единый портал государственных и муниципальных услуг (функций)" |
| <a id="p100026"></a>КО | <a id="p100027"></a>Кредитная организация (филиал) |
| <a id="p100028"></a>Пользователь | <a id="p100029"></a>Пользователь кредитной истории ([пункт 7 статьи 3](https://bukva.ai/docs/zakon-218-fz-2004/statya-3#p458) [[1]](#p100062)) |
| <a id="p100030"></a>СКАД | <a id="p100031"></a>Система криптографической авторизации электронных документов "Сигнатура" |
| <a id="p100032"></a>Субъект | <a id="p100033"></a>Субъект кредитной истории ([пункт 5 статьи 3](https://bukva.ai/docs/zakon-218-fz-2004/statya-1#p807) [[1]](#p100062)) |
| <a id="p100034"></a>ТУ БР | <a id="p100035"></a>Территориальное учреждение Банка России |
| <a id="p100036"></a>Титульная часть | <a id="p100037"></a>Титульная часть кредитной истории |
| <a id="p100038"></a>Центральный каталог | <a id="p100039"></a>Центральный каталог кредитных историй ([пункт 8 статьи 3](https://bukva.ai/docs/zakon-218-fz-2004/statya-3#p459) [[1]](#p100062)) |
| <a id="p100040"></a>ЭП | <a id="p100041"></a>Электронная подпись |
| <a id="p100042"></a>ЭС | <a id="p100043"></a>Электронное сообщение |
| <a id="p100044"></a>XML-файл | <a id="p100045"></a>Приложение к ЭС (данные в электронном виде, формат которых соответствует стандарту XML) |



### <a id="p100046"></a>Термины и определения



| <a id="p100047"></a>Термин | <a id="p100048"></a>Определение |
| --- | --- |
| <a id="p100049"></a>Арбитражный управляющий | <a id="p100050"></a>Гражданин Российской Федерации, являющийся членом саморегулируемой организации арбитражных управляющих, назначенный арбитражным судом в качестве посредника между должником и его кредиторами при банкротстве. |
| <a id="p100051"></a>Код субъекта | <a id="p100052"></a>Код субъекта, создается субъектом в целях получения информации из Центрального каталога. Порядок формирования, замены и аннулирования кодов субъекта, в том числе дополнительных кодов, определяется в соответствии с [частью 4.3 статьи 5](https://bukva.ai/docs/zakon-218-fz-2004/statya-5#p187) [[1]](#p100062). |
| <a id="p100053"></a>Дополнительный код субъекта | <a id="p100054"></a>Дополнительный код субъекта создается субъектом для каждого пользователя и арбитражного управляющего в целях получения информации из Центрального каталога. |
| <a id="p100055"></a>Запрос | <a id="p100056"></a>Запрос в Центральный каталог от субъекта, пользователя или арбитражного управляющего на получение списка бюро, в которых хранится кредитная история субъекта. |
| <a id="p100057"></a>Извещение | <a id="p100058"></a>Извещение о результатах обработки ЭС, которое направляется из АС ЦККИ в ответ на запрос (обращение). |
| <a id="p100059"></a>Обращение | <a id="p100060"></a>Обращение от субъекта об установке, аннулировании или замене кода субъекта или дополнительного кода субъекта. |



### <a id="p100061"></a>Ссылочные документы


<a id="p100062"></a>**1. Федеральный [закон](https://bukva.ai/docs/zakon-218-fz-2004/statya-13#p917) от 30.12.2004 N 218-ФЗ "О кредитных историях".**
<a id="p100063"></a>**2. [Указание](https://bukva.ai/docs/ukazanie-ukazaniya-6474-u) Банка России от 28.06.2023 N 6474-У "О порядке формирования, замены и аннулирования кодов субъекта кредитной истории, в том числе дополнительных кодов, порядке направления субъектом кредитной истории, пользователем кредитной истории, арбитражным управляющим запросов в Центральный каталог кредитных историй, содержащих код субъекта кредитной истории, форме и порядке представления субъекту кредитной истории, пользователю кредитной истории информации из Центрального каталога кредитных историй".**
<a id="p100064"></a>**3. [Указание](https://bukva.ai/docs/ukazanie-ukazaniya-3572-u) Банка России от 19.02.2015 N 3572-У "О порядке направления запросов в Центральный каталог кредитных историй и получения из него информации о бюро кредитных историй, в котором хранится кредитная история субъекта кредитной истории, через бюро кредитных историй".**
4. <a id="p100065"></a>[Указание](https://bukva.ai/docs/ukazanie-ukazaniya-3893-u) Банка России от 11.12.2015 N 3893-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством обращения в кредитную организацию".
5. <a id="p100066"></a>[Указание](https://bukva.ai/docs/ukazanie-ukazaniya-3934-u) Банка России от 18.01.2016 N 3934-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством обращения в отделения почтовой связи" (далее - Указание N 3934-У).
6. <a id="p100067"></a>[Указание](https://bukva.ai/docs/ukazanie-ukazaniya-3701-u) Банка России от 29.06.2015 N 3701-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством передачи запроса через нотариуса".


### 1. <a id="p100068"></a>Общие положения


<a id="p100069"></a>Центральный каталог предоставляет информацию о бюро, в которых хранится кредитная история субъекта, субъекту, пользователю, арбитражному управляющему, нотариусу в связи с необходимостью осуществления проверки состава наследственного имущества при совершении нотариальных действий по выдаче свидетельства о праве на наследство по форме и в порядке, которые установлены Банком России, на безвозмездной основе. Кроме того, Центральный каталог при обращении субъекта устанавливает код субъекта, осуществляет изменение (аннулирование) кода субъекта, в том числе дополнительного кода.
<a id="p100070"></a>Реализация перечисленных выше функций обеспечивается АС ЦККИ и регулируется нормативными документами Банка России, которые охватывают следующие направления:
- <a id="p100071"></a>порядок направления запросов (обращений) и получения информации из Центрального каталога субъектом, пользователем и арбитражным управляющим посредством официального сайта Банка России, по электронной почте или через ЕПГУ;
- <a id="p100072"></a>порядок направления запросов (обращений) и получения информации из Центрального каталога субъектом, пользователем и арбитражным управляющим посредством обращения в бюро;
- <a id="p100073"></a>порядок направления запросов (обращений) и получения информации из Центрального каталога субъектом, пользователем и арбитражным управляющим посредством обращения в кредитную организацию;
- <a id="p100074"></a>порядок направления запросов и получения информации из Центрального каталога субъектом и арбитражным управляющим посредством обращения в отделения почтовой связи;
- <a id="p100075"></a>порядок направления запросов и получения информации из Центрального каталога субъектом, пользователем и арбитражным управляющим посредством передачи заявления через нотариуса.
<a id="p100076"></a>Подробное описание технологий взаимодействия субъекта, пользователя и арбитражного управляющего с Центральным каталогом, а также используемые форматы данных приведены далее в настоящем документе.
<a id="p100077"></a>Информация, обрабатываемая в АС ЦККИ, не содержит сведений, составляющих государственную тайну, и содержит персональные данные субъектов - физических лиц в соответствии с [[1]](#p100062). Обработка персональных данных в АС ЦККИ не требует согласия субъектов на обработку их персональных данных в соответствии с [[1]](#p100062).


### 2. <a id="p100078"></a>Порядок непосредственного обращения субъекта, пользователя и арбитражного управляющего в Центральный каталог



#### <a id="p100079"></a>2.1. Порядок обращения в Центральный каталог через официальный сайт Банка России

<a id="p100080"></a>**Для направления запроса (обращения) в Центральный каталог субъект, пользователь или арбитражный управляющий заполняет соответствующую форму, размещенную на официальном сайте Банка России (https://www.cbr.ru/ckki/zh).**
<a id="p100081"></a>При заполнении формы запроса или обращения субъект должен указать код субъекта. Пользователь и арбитражный управляющий при заполнении формы запроса должны указать дополнительный код.
<a id="p100082"></a>Подготовленный таким образом запрос (обращение), после подтверждения ознакомления с условиями передачи запроса (обращения) через информационно-телекоммуникационную сеть "Интернет" <1>, автоматически перенаправляется официальным сайтом Банка России по электронной почте в АС ЦККИ. Правила обработки запроса (обращения) приведены в [Приложении Е](#p100744).

<a id="p100083"></a>

---

<a id="p100084"></a><1> В соответствии с Федеральным [законом](https://bukva.ai/docs/zakon-152-fz-2006/statya-1) от 27 июля 2006 года N 152-ФЗ "О персональных данных" Центральный Банк Российской Федерации (Банк России) предупреждает о том, что запросы в Центральный каталог кредитных историй и ответы на них, направленные через сеть Интернет посредством заполнения формы на официальном сайте Банка России в информационно-телекоммуникационной сети Интернет, осуществляются по незащищенным каналам связи. Банк России не несет ответственность за сохранение конфиденциальности данных при их передаче через сеть Интернет.

<a id="p100085"></a>После обработки запроса (обращения) АС ЦККИ формирует ответное ЭС и направляет его на адрес, указанный при заполнении формы запроса (обращения). При этом ответ на запрос (обращение) содержит обезличенные данные субъекта.
<a id="p100086"></a>Информация из Центрального каталога помещается в текст ЭС, а также во вложение к ЭС, представляющее собой XML-файл. Формат текста ответного ЭС Центрального каталога описан в [[2]](#p100063). Формат и описание файла вложения приведены в [Приложении Б](#p100367).


#### <a id="p100087"></a>2.2. Порядок обращения в Центральный каталог по электронной почте

<a id="p100088"></a>Порядок обращения в Центральный каталог по электронной почте предназначен в первую очередь для организации взаимодействия АС ЦККИ с автоматизированными системами, установленными у пользователей и арбитражных управляющих.
<a id="p100089"></a>Запрос (обращение) формируется в виде XML-файла, который направляется на адрес ckki@cbr.ru во вложении к ЭС. Формат и описание структуры файла вложения приведен в [Приложении А](#p100268).
<a id="p100090"></a>Субъект при формировании запроса (обращения) должен указать код субъекта. Пользователь и арбитражный управляющий при формировании запроса должны указать дополнительный код субъекта.
<a id="p100091"></a>В одном ЭС может содержаться один запрос (обращение), т.е. допускается наличие только одного файла вложения.
<a id="p100092"></a>Тема электронного сообщения (subject), направляемого на адрес АС ЦККИ, должна иметь вид UXX_NNNNN, где:

<div align="center">

- <a id="p100093"></a>U - символ "U" латинского алфавита;<br>
- <a id="p100094"></a>XX - код сообщения, который определяется в зависимости от вида ЭС в соответствии с [таблицей 1](#p100096);<br>
- <a id="p100095"></a>NNNNN - номер электронного сообщения (может включать символы русского и латинского алфавита, а также цифры, не более 30 знаков).

<a id="p100096"></a>Таблица 1. Код сообщения в зависимости от вида ЭС

</div>



| <a id="p100097"></a>Код сообщения | <a id="p100098"></a>Вид ЭС |
| --- | --- |
| <a id="p100099"></a>02 | <a id="p100100"></a>Обращение об изменении кода субъекта |
| <a id="p100101"></a>03 | <a id="p100102"></a>Запрос от субъекта |
| <a id="p100103"></a>04 | <a id="p100104"></a>Запрос от пользователя |
| <a id="p100105"></a>08 | <a id="p100106"></a>Обращение об аннулировании кода субъекта |
| <a id="p100107"></a>05 | <a id="p100108"></a>Обращение об установке дополнительного кода субъекта |
| <a id="p100109"></a>50 | <a id="p100110"></a>Обращение о замене дополнительного кода субъекта |
| <a id="p100111"></a>51 | <a id="p100112"></a>Запрос от арбитражного управляющего |


<a id="p100113"></a>После получения электронного сообщения АС ЦККИ производит контроль темы поступившего ЭС и проверку соответствия формата файла вложения схеме, приведенной в [Приложении А](#p100268).
<a id="p100114"></a>В случае если тема ЭС не соответствует описанным выше требованиям, дальнейшая обработка такого ЭС не производится, ответное ЭС из Центрального каталога будет содержать текст "Ошибка в заголовке письма" (за исключением случаев, когда тема ЭС начинается с символа, отличного от "U" или "u", в этом случае ЭС из Центрального каталога не направляется).
<a id="p100115"></a>В случае несоответствия формата и структуры файла вложения установленным правилам, АС ЦККИ формирует извещение, которое направляется по электронной почте на адрес, с которого поступило исходное ЭС. Информация из Центрального каталога помещается в текст сообщения, а также во вложение к ЭС, представляющее собой XML-файл. Описание формата и структуры файла извещения приведены в [Приложении Д](#p100695).
<a id="p100116"></a>В остальных случаях производится обработка запроса (обращения), содержащегося в файле вложения. Правила обработки запроса (обращения) приведены в [Приложении Е](#p100744).
<a id="p100117"></a>После обработки запроса (обращения) АС ЦККИ формирует ответное ЭС и направляет его на адрес, указанный в соответствующем поле запроса (обращения). Ответное ЭС содержит обезличенные данные субъекта. Информация из Центрального каталога помещается в текст ЭС, а также во вложение к ЭС, представляющее собой XML-файл. Формат текста ответного ЭС Центрального каталога описан в [[2]](#p100063). Формат и описание структуры файла вложения приведены в [Приложении Б](#p100367).


#### <a id="p100118"></a>2.3. Порядок обращения в Центральный каталог через ЕПГУ

<a id="p100119"></a>**Данный способ взаимодействия доступен для субъектов - физических лиц, являющихся пользователями Федеральной государственной информационной системы "Единый портал государственных и муниципальных услуг (функций)", и имеющих подтвержденную учетную запись на ЕПГУ. Таким физическим лицам предоставляется возможность получения сведений о бюро, в которых хранится кредитная история субъекта, из Центрального каталога. Если данное физическое лицо занимает должность в какой-либо организации, то при наличии полномочий и соответствующего профиля на ЕПГУ, данное физическое лицо имеет возможность получения сведений о бюро, в которых хранится кредитная история данной организации.**
<a id="p100120"></a>**Для получения информации посредством ЕПГУ следует пройти авторизацию на сайте ЕПГУ (https://gosuslugi.ru) и выбрать услугу "Получение сведений из Центрального каталога кредитных историй о бюро кредитных историй", доступную в разделе "Справки Выписки" или в разделе услуг, предоставляемых Банком России (https://gosuslugi.ru/600311/1/form). После проверки и подтверждения данных (фамилии, имени, отчества и паспортных данных пользователя ЕПГУ; при подключении с профилем организации - ИНН, ОГРН и наименования организации), выводимых в интерактивных формах, следует направить запрос в Центральный каталог, нажав соответствующую кнопку. Ответ Центрального каталога доставляется в личный кабинет пользователя ЕПГУ не позднее следующего рабочего дня со дня получения запроса.**


#### <a id="p100121"></a>2.4. Порядок действий субъекта, пользователя и арбитражного управляющего в случае возникновения нештатных ситуаций

<a id="p100122"></a>При непосредственном обращении в Центральный каталог возможны следующие ситуации:
- <a id="p100123"></a>В ответ на запрос (обращение), направленное в Центральный каталог, поступило извещение с кодом и описанием возникшей ошибки. В данном случае необходимо следовать рекомендациям, приведенным в [Приложении Д](#p100695) для соответствующего кода ошибки.
- <a id="p100124"></a>На отправленный в Центральный каталог запрос (обращение) не поступило ответа. В случае если субъект или пользователь обращался в Центральный каталог напрямую (по электронной почте), необходимо проверить правильность темы отправленного ЭС и адрес электронной почты для ответа, указанный в запросе (обращении).
- <a id="p100125"></a>Ответ Центрального каталога на запрос (обращение) содержал неполную информацию.
- <a id="p100126"></a>Поступившее из Центрального каталога ответное ЭС было некорректным или содержало файл, не соответствующий формату, установленному Банком России.
<a id="p100127"></a>В случае возникновения нештатной ситуации рекомендуется повторить отправку ЭС, содержащего запрос (обращение). Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить обращение в Интернет-приемную Банка России (https://www.cbr.ru/reception), указав следующую информацию:
- <a id="p100128"></a>общее описание нештатной ситуации;
- <a id="p100129"></a>сведения о реквизитах исходного ЭС, отправленного в Центральный каталог (адрес, с которого было отправлено сообщение, дата и время отправки, тема ЭС);
- <a id="p100130"></a>текст сообщения об ошибке, содержавшийся в ответном сообщении из Центрального каталога;
- <a id="p100131"></a>контактные данные для получения ответа (ФИО, телефон, адрес электронной почты).


### 3. <a id="p100132"></a>Порядок обращения в Центральный каталог через бюро


<a id="p100133"></a>Порядок направления запросов и обращений в Центральный каталог через бюро регламентируется [[3]](#p100064) и техническими требованиями Банка России "Порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй" и бюро кредитных историй", размещенными на официальном сайте Банка России в разделе "Финансовые рынки/Кредитные истории/Правовые акты" (https://www.cbr.ru/ckki/federal_norm_akty/).


### 4. <a id="p100134"></a>Порядок обращения в Центральный каталог через кредитную организацию



#### <a id="p100135"></a>4.1. Порядок взаимодействия кредитных организаций с Центральным каталогом

<a id="p100136"></a>Порядок обращения в Центральный каталог через кредитную организацию регламентируется [[4]](#p100065) и настоящим документом.
<a id="p100137"></a>**Доступ к АС ЦККИ предоставляется КО при обращении в ТУ БР по месту нахождения кредитной организации.**
<a id="p100138"></a>**Защита информации, направляемой КО в ТУ БР, обеспечивается средствами криптографической защиты информации, принятыми в ТУ БР. Защита информации, направляемой ТУ БР в АС ЦККИ обеспечивается с помощью СКАД.**
<a id="p100139"></a>**АС ТУ БР должны обеспечивать защиту информации от несанкционированного доступа при криптографической обработке файлов, поступающих как от КО в АС ЦККИ, так и в обратном направлении. В частности, должно быть обеспечено гарантированное удаление расшифрованных файлов после окончания их обработки.**


#### <a id="p100140"></a>4.2. Порядок формирования ЭС в кредитной организации (филиале)

<a id="p100141"></a>АС КО формирует XML-файл для направления в АС ЦККИ. Формат и описание структуры файла для единичного запроса (обращения) приведен в [Приложении А](#p100268). Формат и описание структуры файла для пакета запросов (обращений) приведены в [Приложении В](#p100482).
<a id="p100142"></a>Имя XML-файла должно иметь вид KXX_RRRRRRRRR_NNNNN, где:
<a id="p100143"></a>K - буква "K" латинского алфавита;
- <a id="p100144"></a>XX - код сообщения, который определяется в зависимости от вида ЭС в соответствии с [таблицей 2](#p100147);
- <a id="p100145"></a>RRRRRRRRRR - регистрационный номер кредитной организации (филиала) согласно Книге государственной регистрации кредитных организаций (вместо символа "/" в файлах с запросами от филиалов кредитных организаций применяется символ "$");
- <a id="p100146"></a>NNNNN - номер электронного сообщения (не более 30 знаков).

<a id="p100147"></a>**Таблица 2. Код сообщения в зависимости от вида ЭС**


| <a id="p100148"></a>Код сообщения | <a id="p100149"></a>Вид ЭС |
| --- | --- |
| <a id="p100150"></a>02 | <a id="p100151"></a>Обращение об изменении кода субъекта |
| <a id="p100152"></a>03 | <a id="p100153"></a>Запрос от субъекта |
| <a id="p100154"></a>04 | <a id="p100155"></a>Запрос от пользователя |
| <a id="p100156"></a>08 | <a id="p100157"></a>Обращение об аннулировании кода субъекта |
| <a id="p100158"></a>05 | <a id="p100159"></a>Обращение об установке дополнительного кода субъекта |
| <a id="p100160"></a>06 | <a id="p100161"></a>Пакет запросов (обращений) |
| <a id="p100162"></a>50 | <a id="p100163"></a>Обращение о замене дополнительного кода субъекта |
| <a id="p100164"></a>51 | <a id="p100165"></a>Запрос от арбитражного управляющего |


<div align="center">

<a id="p100166"></a>КО направляет ЭС, содержащее XML-файлы с запросами (обращениями) в ТУ БР по каналам связи, применяемым в данном ТУ БР при работе с банковской отчетностью. ЭС должно быть сформировано в соответствии с правилами, принятыми в ТУ БР при работе с банковской отчетностью, и защищенно с использованием соответствующих средств криптографической защиты информации.

</div>



#### <a id="p100167"></a>4.3. Порядок обработки ЭС с запросом (обращением) в ТУ БР

<a id="p100168"></a>В АС ТУ БР выполняется обработка полученного из КО файла в следующем порядке:
- <a id="p100169"></a>Расшифрование поступившего файла, проверка и снятие кода аутентификации в соответствии с технологией, принятой в АС ТУ БР.
- <a id="p100170"></a>Проверка имени файла на соответствие вышеуказанным требованиям.
<a id="p100171"></a>**- Установка электронной подписи и шифрование файла с использованием СКАД (идентификатор CN=AS_CKKI4TU, OU=CKKI, OU=PKI, DC=region, DC=CBR, DC=RU). Криптографические операции выполняются с использованием ключевой системы Автоматизированной системы управления сертификатами ключей кодов аутентификации информационно-аналитических систем Банка России и Единой службы каталогов Банка России в качестве сетевого справочника сертификатов СКАД. После шифрования файла расширение имени файла меняется на ".snr".**
<a id="p100172"></a>**- ЭС, содержащее вложенный зашифрованный файл направляется из ТУ БР по Системе электронной почты Банка России на адрес kockki@cbr.ru. Тема данного ЭС совпадает с именем полученного XML-файла.**
<a id="p100173"></a>**В случае возникновения ошибки на одном из этапов обработки сообщения в АС ТУ БР, последующие этапы не выполняются, сообщение на адрес АС ЦККИ не формируется. В этом случае в КО направляется извещение о возникшей ошибке в порядке, принятом в АС ТУ БР.**


#### <a id="p100174"></a>4.4. Порядок обработки ЭС в АС ЦККИ

<a id="p100175"></a>После получения из ТУ БР электронного сообщения АС ЦККИ производит его обработку в следующей последовательности:
- <a id="p100176"></a>проверка корректности темы ЭС;
- <a id="p100177"></a>расшифрование вложенного файла с проверкой ЭП;
- <a id="p100178"></a>проверка соответствия формата и структуры XML-файла правилам, определенным в [Приложении А](#p100268) (для единичного запроса) или [Приложении В](#p100482) (для пакета запросов);
- <a id="p100179"></a>обработка содержащихся в XML-файле запросов (обращений) по правилам, приведенным в [Приложении Е](#p100744).
<a id="p100180"></a>При возникновении ошибок на одном из этапов обработки ЭС или вложения, последующие этапы не выполняются.
<a id="p100181"></a>В случае, если тема ЭС не соответствует установленным требованиям ответное сообщение из Центрального каталога не направляется.
<a id="p100182"></a>В случае возникновения ошибок при расшифровании вложенного файла формируется извещение с описанием ошибки. Зашифрование файла с извещением в данном случае не выполняется, но устанавливается ЭП с помощью СКАД.
<a id="p100183"></a>**В случае несоответствия формата и структуры вложенного XML-файла установленным правилам, АС ЦККИ формирует извещение с описанием ошибки, зашифрованное с применением СКАД. Описание формата и структуры извещения приведены в [Приложении Д](#p100695).**
<a id="p100184"></a>**По результатам обработки запросов (обращений), в АС ЦККИ формируется XML-файл с ответом Центрального каталога. Формат и описание структуры файла с ответом на единичный запрос (обращение) приведены в [Приложении Б](#p100367), на пакет запросов (обращений) - в [Приложении Г](#p100583) соответственно. На подготовленный XML-файл устанавливается ЭП и выполняется его зашифрование с помощью СКАД. Зашифрованный файл имеет название CKKI.SNR.**
<a id="p100185"></a>**Полученный файл или сформированное при возникновении ошибок извещение направляется ответным ЭС посредством системы электронной почты Банка России на адрес АС ТУ БР, из которого поступил запрос (обращение). В качестве темы ЭС указывается тема ЭС, поступившего из ТУ БР, с добавлением постфикса "_ckki".**


#### <a id="p100186"></a>4.5. Порядок обработки ЭС с ответом из Центрального каталога в ТУ БР

<a id="p100187"></a>В АС ТУ БР после получения ЭС из АС ЦККИ проводится расшифрование вложенного файла и проверка ЭП. Полученный в результате данной обработки XML-файл подлежит дальнейшей обработке и передаче в КО, отправившую соответствующий запрос (обращение).
<a id="p100188"></a>Если тема ЭС, поступившего в ТУ БР, не соответствует установленному формату, то никаких дальнейших действий не производится.
<a id="p100189"></a>В случаях, если при обработке ЭС возникла ошибка, препятствующая пересылке ответа из Центрального каталога в КО (например, отсутствие файла вложения, невозможность расшифрования и т.д.), а также при поступлении в ТУ БР извещения, содержащего незашифрованный файл вложения (ERROR.XML) должно выполняться следующее:
- <a id="p100190"></a>ТУ БР направляет в КО файл с именем, идентичным теме ЭС, полученного из АС ЦККИ, и расширением "txt", содержащий незашифрованную информацию о возникновении ошибки при обработке запроса (обращения) и необходимости повторного его направления;
- <a id="p100191"></a>ТУ БР направляет на адрес АС ЦККИ (kockki@cbr.ru) незашифрованное сообщение с темой "ckki_tu_error", в тексте которого содержится описание возникшей ошибки, а также тема, дата и время отправки ЭС, полученного из АС ЦККИ.
<a id="p100192"></a>В остальных случаях полученный XML-файл:
- <a id="p100193"></a>переименовывается, новое имя файла должно в точности соответствовать теме ЭС, полученного из АС ЦККИ (с заменой символа "/" на "$", если данный символ в теме встретится) с расширением "XML";
- <a id="p100194"></a>обрабатывается в соответствии с правилами, действующими в данном ТУ БР при взаимодействии с АС ЦККИ, с использованием соответствующих средств криптографической защиты информации;
- <a id="p100195"></a>направляется в КО, отправившую соответствующий запрос (обращение).


#### <a id="p100196"></a>4.6. Порядок обработки ЭС с ответом из Центрального каталога в КО

<a id="p100197"></a>В АС КО файл, полученный из ТУ БР расшифровывается, проверяется на соответствие кода аутентификации и обрабатывается в соответствии с технологией, принятой в АС КО.


#### <a id="p100198"></a>4.7. Порядок действий кредитной организации в случае нештатных ситуаций

<a id="p100199"></a>При обращении кредитной организации в Центральный каталог возможны следующие ситуации:
- <a id="p100200"></a>В ответ на отправленный кредитной организацией запрос (обращение) получено извещение из Центрального каталога с кодом и описанием возникшей ошибки. В данном случае необходимо следовать рекомендациям, приведенным в [Приложении Д](#p100695) для соответствующего кода ошибки.
- <a id="p100201"></a>На отправленный в Центральный каталог файл не поступило ответа. В данном случае необходимо проверить правильность имени отправленного файла.
- <a id="p100202"></a>Ответ Центрального каталога на запрос (обращение) содержал неполную информацию.
- <a id="p100203"></a>Поступившее из Центрального каталога ответное ЭС было некорректным или содержало файл, не соответствующий формату, установленному Банком России.
<a id="p100204"></a>В случае возникновения нештатной ситуации рекомендуется повторить отправку файла, содержащего запрос (обращение, пакет запросов и обращений). Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить в Интернет-приемную Банка России (https://www.cbr.ru/reception):
- <a id="p100205"></a>общее описание нештатной ситуации;
- <a id="p100206"></a>сведения о реквизитах исходного ЭС, отправленного в Центральный каталог (адрес, с которого было отправлено сообщение, имя файла, дата и время отправки, способ отправки);
- <a id="p100207"></a>текст сообщения об ошибке, содержавшийся в ответном сообщении из Центрального каталога;
- <a id="p100208"></a>контактные данные исполнителей, уполномоченных от лица КО участвовать в расследовании нештатной ситуации (ФИО, телефон, адрес электронной почты).


### 5. <a id="p100209"></a>Порядок обращения субъекта и арбитражного управляющего в Центральный каталог через отделение почтовой связи



#### <a id="p100210"></a>5.1. Порядок направления запроса через отделение почтовой связи

<a id="p100211"></a>Субъект - физическое лицо, представитель субъекта - юридического лица (далее - представитель субъекта) или арбитражный управляющий направляет по адресу "Москва ЦККИ" заверенную телеграмму. Содержание телеграммы с запросом по реквизитам субъекта - физического лица соответствует таблице 3, субъекта - юридического лица - [таблице 4](#p100227).

<a id="p100212"></a>**Таблица 3. Содержание телеграммы с запросом по реквизитам субъекта - физического лица**


| <a id="p100213"></a>Строка телеграммы | <a id="p100214"></a>Пояснение |
| --- | --- |
| <a id="p100215"></a>Фамилия | <a id="p100216"></a>Может быть составной (Бестужев-Лада), допускается символ "-" тире |
| <a id="p100217"></a>Имя | <a id="p100218"></a>Может быть из нескольких слов |
| <a id="p100219"></a>Отчество | <a id="p100220"></a>В случае отсутствия отчества в данном поле указывается слово "нет" |
| <a id="p100221"></a>Серия и номер документа, удостоверяющего личность | <a id="p100222"></a>Сначала серия, а затем, без пробела, номер. Серия может включать римские цифры M, D, C, L, X, V, I |
| <a id="p100223"></a>Дата выдачи документа, удостоверяющего личность | <a id="p100224"></a>Формат ДД.ММ.ГГГГ (поле не обязательно для заполнения) |
| <a id="p100225"></a>Адрес электронной почты, на который должен быть направлен ответ Центрального каталога | <a id="p100226"></a>В адресе электронной почты символ "@" заменяется на символы "(a)" |


<a id="p100227"></a>Таблица 4. Содержание телеграммы с запросом по реквизитам субъекта - юридического лица


| <a id="p100228"></a>Строка телеграммы | <a id="p100229"></a>Пояснение |
| --- | --- |
| <a id="p100230"></a>Полное наименование юридического лица | <a id="p100231"></a>Указывается полное наименование юридического лица (обязательно для заполнения только для юридических лиц, не зарегистрированных на территории Российской Федерации) |
| <a id="p100232"></a>Основной государственный регистрационный номер юридического лица | <a id="p100233"></a>Состоит из 13 цифр, без пробелов и других специальных символов (не заполняется для юридических лиц, не зарегистрированных на территории Российской Федерации) |
| <a id="p100234"></a>Идентификационный номер налогоплательщика | <a id="p100235"></a>Состоит из 10 цифр, без пробелов и других специальных символов (не заполняется для юридических лиц, не зарегистрированных на территории Российской Федерации) |
| <a id="p100236"></a>Адрес электронной почты, на который должен быть направлен ответ Центрального каталога | <a id="p100237"></a>В адресе электронной почты символ "@" заменяется на символы "(a)" |


<a id="p100238"></a>Поля в телеграмме заполняются в точном соответствии с последовательностью, указанной в [таблице 3](#p100212) или [4](#p100227) в зависимости от вида запроса. Каждое поле пишется с новой строки с использованием в качестве разделителя символа "перенос строки". При направлении запроса арбитражным управляющим в конце телеграммы отдельной строкой после реквизитов запроса в произвольной форме делается отметка о том, что запрос направлен арбитражным управляющим.
<a id="p100239"></a>Телеграмма должна быть заверена оператором связи в соответствии с требованиями [пунктов 1](https://bukva.ai/docs/ukazanie-ukazaniya-3934-u#p2) и [2](https://bukva.ai/docs/ukazanie-ukazaniya-3934-u#p5) [[5]](#p100066). Незаверенные телеграммы в обработку АС ЦККИ не принимаются.


#### <a id="p100240"></a>5.2. Примеры заполнения бланка телеграммы

<a id="p100241"></a>*Пример* текста телеграммы с запросом по реквизитам субъекта - физического лица:


| <a id="p100242"></a>Азимов<br>Али<br>нет<br>4502666777 |
| --- |
| <a id="p100243"></a>ali(а)mail.ru |


<a id="p100244"></a>Вместо отчества указано "нет", поскольку отчества нет. Поле "Дата выдачи документа, удостоверяющего личность" пустое, т.к. не обязательно для заполнения.
<a id="p100245"></a>*Пример* текста телеграммы с запросом по реквизитам субъекта - юридического лица, не зарегистрированного на территории Российской Федерации:


| <a id="p100246"></a>StarLight Limited<br>starl123(a)mail.ru |
| --- |


<a id="p100247"></a>*Пример* текста телеграммы с запросом по реквизитам субъекта - юридического лица, зарегистрированного на территории Российской Федерации:


| <a id="p100248"></a>-------<br>1099119569922<br>0099555551<br>oaoinfor(a)mail.ru |
| --- |



#### <a id="p100249"></a>5.3. Порядок обработки в АС ЦККИ запроса, направленного через отделение почтовой связи

<a id="p100250"></a>**После получения телеграммы Центральный каталог осуществляет проверку соответствия формата телеграммы правилам, описанным в настоящем пункте.**
<a id="p100251"></a>В случае несоответствия формата дальнейшая обработка не производится. Центральный каталог формирует ЭС, содержащее в качестве вложения извещение с описанием возникшей ошибки. Формат и описание структуры файла извещения приведены в [Приложении Д](#p100695). Информация из Центрального каталога помещается в текст ЭС.
<a id="p100252"></a>В остальных случаях производится обработка запроса по реквизитам, содержащимся в телеграмме. Правила обработки запроса приведены в [Приложении Е](#p100744).
<a id="p100253"></a>После обработки запроса АС ЦККИ формирует ответное ЭС, содержащее в качестве вложения XML-файл и текст ответа на запрос. Формат текста ответного электронного сообщения Центрального каталога описан в [[5]](#p100066). Формат и описание файла вложения в виде XML-схемы приведены в [Приложении Б](#p100367).
<a id="p100254"></a>АС ЦККИ направляет ЭС с извещением или ответом из Центрального каталога на адрес электронной почты, указанный в соответствующем поле телеграммы через информационно-телекоммуникационную сеть "Интернет".


#### <a id="p100255"></a>5.4. Порядок действий субъекта (арбитражного управляющего) в случае возникновения нештатных ситуаций

<a id="p100256"></a>При обращении в Центральный каталог через отделение почтовой связи возможны следующие нештатные ситуации:
- <a id="p100257"></a>На отправленный в Центральный каталог запрос не поступило ответа. При возникновении данной ситуации рекомендуется проверить правильность текста телеграммы. В частности, правильность заполнения поля, содержащего адрес электронной почты, на который должен быть направлен ответ.
- <a id="p100258"></a>Ответ Центрального каталога на запрос содержал неполную информацию.
- <a id="p100259"></a>Поступившее из Центрального каталога ответное ЭС было некорректным или содержало файл, не соответствующий формату, установленному Банком России.
<a id="p100260"></a>В случае возникновения нештатной ситуации рекомендуется повторить отправку телеграммы. Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить обращение в Интернет-приемную Банка России (https://www.cbr.ru/reception), указав следующую информацию:
- <a id="p100261"></a>общее описание нештатной ситуации;
- <a id="p100262"></a>сведения о реквизитах телеграммы, отправленной в Центральный каталог (ФИО отправителя, дата и время отправки телеграммы, а также данные, указанные в запросе - ФИО субъекта - физического лица; ИНН и ОГРН юридического лица);
- <a id="p100263"></a>текст с информацией об ошибке из ответного ЭС;
- <a id="p100264"></a>контактные данные для получения ответа (ФИО, телефон, адрес электронной почты).


### 6. <a id="p100265"></a>Порядок обращения в Центральный каталог через нотариуса


<a id="p100266"></a>**Порядок направления запросов и обращений в Центральный каталог через нотариуса регламентируется [[6]](#p100067) и техническими требованиями Банка России "Порядок взаимодействия Банка России с Федеральной нотариальной палатой при предоставлении информации из Центрального каталога кредитных историй", размещенными на официальном сайте Банка России в разделе "Финансовые рынки / Кредитные истории / Правовые акты" (URL: https://www.cbr.ru/ckki/federal_norm_akty/).**





<a id="p100267"></a>Приложение А

<a id="p100268"></a>ФОРМАТ И ОПИСАНИЕ
СТРУКТУРЫ ФАЙЛА "ЗАПРОС (ОБРАЩЕНИЕ) В ЦЕНТРАЛЬНЫЙ КАТАЛОГ"

<a id="p100269"></a>Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

<a id="p100270"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_0.png) 

<a id="p100271"></a>**Блок верхнего уровня имеет наименование INQ и необязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 1).**
<a id="p100272"></a>**Блок верхнего уровня подразделяется на две обязательные части - заголовок THEADER (таблица А.1) и реквизиты запроса (обращения) TBODY.**

<a id="p100273"></a>Таблица А.1. Структура блока THEADER


| <a id="p100274"></a>Наименование элемента | <a id="p100275"></a>Описание | <a id="p100276"></a>Тип данных (Размер) | <a id="p100277"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100278"></a>RequestID | <a id="p100279"></a>Идентификатор запроса (обращения), присвоенный отправителем.<br>Если данный элемент присутствует в запросе (обращения), то в ответе Центрального каталога он также будет присутствовать и содержать то же значение. | <a id="p100280"></a>Целое число (38) | <a id="p100281"></a>Нет |
| <a id="p100282"></a>CreateDate | <a id="p100283"></a>Дата формирования запроса (обращения). | <a id="p100284"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100285"></a>Да |


<a id="p100286"></a>Внутри элемента TBODY может находиться один из следующих элементов [(таблица A.2)](#p100293):
- <a id="p100287"></a>InquiryBKI - запрос списка бюро, в которых сформирована кредитная история субъекта;
- <a id="p100288"></a>ChangeCode - обращение на изменение кода субъекта;
- <a id="p100289"></a>ProvisionalCode - обращение на выдачу дополнительного кода субъекта;
- <a id="p100290"></a>AnnulCode - обращение на аннулирование кода субъекта;
- <a id="p100291"></a>ChangeProvisionalCode - обращение на замену дополнительного кода субъекта.
<a id="p100292"></a>Описание структуры перечисленных блоков содержит Таблица А.2.

<a id="p100293"></a>Таблица А.2. Структура блоков InquiryBKI, ChangeCode, ProvisionalCode, AnnulCode, ChangeProvisionalCode


| <a id="p100294"></a>Наименование элемента | <a id="p100295"></a>Описание | <a id="p100296"></a>Тип данных (Размер) | <a id="p100297"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100298"></a>KeyData | <a id="p100299"></a>Обязательная ключевая информация о субъекте, по которой формируется запрос (обращение). | <a id="p100300"></a>Составной тип | <a id="p100301"></a>Да |
| <a id="p100302"></a>SubjectCode | <a id="p100303"></a>Код субъекта.<br>Не заполняется при формировании запросов (обращений) через КО. Заполняется при формировании запросов (обращений) на официальном сайте Банка России или по электронной почте. | <a id="p100304"></a>Текст (15) | <a id="p100305"></a>Нет |
| <a id="p100306"></a>Email | <a id="p100307"></a>Адрес электронной почты для ответа.<br>Не заполняется при формировании запросов (обращений) через КО.<br>Заполняется при формировании запросов (обращений) на официальном сайте Банка России или по электронной почте. | <a id="p100308"></a>Текст (1020) | <a id="p100309"></a>Нет |
| <a id="p100310"></a>NewCode | <a id="p100311"></a>Новый код субъекта (в блоках ChangeCode и ChangeProvisionalCode).<br>Дополнительный код субъекта (в блоке ProvisionalCode). | <a id="p100312"></a>Текст (15) | <a id="p100313"></a>Да |
| <a id="p100314"></a>ProvisionalCode | <a id="p100315"></a>Текущий дополнительный код субъекта, подлежащий замене (в блоке ChangeProvisionalCode). | <a id="p100316"></a>Текст (15) | <a id="p100317"></a>Да |


<a id="p100318"></a>Элементы NewCode и ProvisionalCode формируются только в блоках, указанных в поле "Описание".
<a id="p100319"></a>Внутри элемента KeyData может находиться один из двух элементов:

<div align="center">

- <a id="p100320"></a>KEYLP - ключевая информация о субъекте - юридическом лице [(таблица А.3)](#p100322);<br>
- <a id="p100321"></a>KEYNP - ключевая информация о субъекте - физическом лице [(таблица А.4)](#p100339).

<a id="p100322"></a>Таблица А.3. Структура блока KEYLP

</div>



| <a id="p100323"></a>Наименование элемента | <a id="p100324"></a>Описание | <a id="p100325"></a>Тип данных (Размер) | <a id="p100326"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100327"></a>Name | <a id="p100328"></a>Полное наименование юридического лица.<br>Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации). | <a id="p100329"></a>Текст (1020) | <a id="p100330"></a>Нет |
| <a id="p100331"></a>EGRN | <a id="p100332"></a>Регистрационный номер.<br>Если регистрационный номер у субъекта отсутствует, то данный элемент не включается в XML-файл. | <a id="p100333"></a>Текст (1024) | <a id="p100334"></a>Нет |
| <a id="p100335"></a>INN | <a id="p100336"></a>Номер налогоплательщика.<br>Если номер налогоплательщика у субъекта отсутствует, то данный элемент не включается в XML-файл. | <a id="p100337"></a>Текст (1024) | <a id="p100338"></a>Нет |


<a id="p100339"></a>Таблица А.4. Структура блока KEYNP


| <a id="p100340"></a>Наименование элемента | <a id="p100341"></a>Описание | <a id="p100342"></a>Тип данных (Размер) | <a id="p100343"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100344"></a>FirstName | <a id="p100345"></a>Имя. | <a id="p100346"></a>Текст (60) | <a id="p100347"></a>Да |
| <a id="p100348"></a>LastName | <a id="p100349"></a>Фамилия. | <a id="p100350"></a>Текст (60) | <a id="p100351"></a>Да |
| <a id="p100352"></a>MiddleName | <a id="p100353"></a>Отчество.<br>Если отчество у субъекта отсутствует, то данный элемент не включается в XML-файл. | <a id="p100354"></a>Текст (60) | <a id="p100355"></a>Нет |
| <a id="p100356"></a>DocNumber | <a id="p100357"></a>Серия и номер документа, удостоверяющего личность. | <a id="p100358"></a>Текст (50) | <a id="p100359"></a>Да |
| <a id="p100360"></a>DocDelivDate | <a id="p100361"></a>Дата выдачи документа, удостоверяющего личность.<br>Допускается не указывать. | <a id="p100362"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100363"></a>Нет |


<div align="center">

<a id="p100364"></a>*Пример* XML-файла с запросом (обращением) в Центральный каталог:

</div>


<a id="p100365"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_1.png) 





<div align="center">

<a id="p100366"></a>Приложение Б

<a id="p100367"></a>ФОРМАТ И ОПИСАНИЕ<br>
СТРУКТУРЫ ФАЙЛА "ОТВЕТ НА ЗАПРОС (ОБРАЩЕНИЕ)<br>
В ЦЕНТРАЛЬНЫЙ КАТАЛОГ"

<a id="p100368"></a>Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

</div>


<a id="p100369"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_2.png) 

<a id="p100370"></a>Блок верхнего уровня имеет наименование REPLY и необязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 1).
<a id="p100371"></a>Блок верхнего уровня подразделяется на две обязательные части - заголовок THEADER (таблица Б.1) и ответ на запрос (обращение) TBODY.

<a id="p100372"></a>Таблица Б.1. Структура заголовка THEADER


| <a id="p100373"></a>Наименование элемента | <a id="p100374"></a>Описание | <a id="p100375"></a>Тип данных (Размер) | <a id="p100376"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100377"></a>RequestID | <a id="p100378"></a>Идентификатор запроса (обращения), присвоенный отправителем. | <a id="p100379"></a>Целое число (38) | <a id="p100380"></a>Нет |
| <a id="p100381"></a>CreateDate | <a id="p100382"></a>Дата формирования ответа. | <a id="p100383"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100384"></a>Да |


<a id="p100385"></a>Элемент TBODY состоит из двух обязательных частей:
- <a id="p100386"></a>KeyData - ключевая информация о субъекте;
- <a id="p100387"></a>ResData - результат обработки запроса [(таблица Б.4)](#p100433).
<a id="p100388"></a>Внутри элемента KeyData может находиться один из двух элементов:
- <a id="p100389"></a>KEYLP - ключевая информация о субъекте - юридическом лице [(таблица Б.2)](#p100391);
- <a id="p100390"></a>KEYNP - ключевая информация о субъекте - физическом лице [(таблица Б.3)](#p100408).

<a id="p100391"></a>Таблица Б.2. Структура блока KEYLP


| <a id="p100392"></a>Наименование элемента | <a id="p100393"></a>Описание | <a id="p100394"></a>Тип данных (Размер) | <a id="p100395"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100396"></a>Name | <a id="p100397"></a>Полное наименование юридического лица.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100398"></a>Текст (1020) | <a id="p100399"></a>Нет |
| <a id="p100400"></a>EGRN | <a id="p100401"></a>Регистрационный номер.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100402"></a>Текст (1024) | <a id="p100403"></a>Нет |
| <a id="p100404"></a>INN | <a id="p100405"></a>Номер налогоплательщика.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100406"></a>Текст (1024) | <a id="p100407"></a>Нет |


<a id="p100408"></a>Таблица Б.3. Структура блока KEYNP


| <a id="p100409"></a>Наименование элемента | <a id="p100410"></a>Описание | <a id="p100411"></a>Тип данных (Размер) | <a id="p100412"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100413"></a>FirstName | <a id="p100414"></a>Имя. | <a id="p100415"></a>Текст (60) | <a id="p100416"></a>Да |
| <a id="p100417"></a>LastName | <a id="p100418"></a>Фамилия. | <a id="p100419"></a>Текст (60) | <a id="p100420"></a>Да |
| <a id="p100421"></a>MiddleName | <a id="p100422"></a>Отчество.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100423"></a>Текст (60) | <a id="p100424"></a>Нет |
| <a id="p100425"></a>DocNumber | <a id="p100426"></a>Серия и номер документа, удостоверяющего личность | <a id="p100427"></a>Текст (50) | <a id="p100428"></a>Да |
| <a id="p100429"></a>DocDelivDate | <a id="p100430"></a>Дата выдачи документа, удостоверяющего личность.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100431"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100432"></a>Нет |


<div align="center">

<a id="p100433"></a>Таблица Б.4. Структура блока ResData

</div>



| <a id="p100434"></a>Наименование элемента | <a id="p100435"></a>Описание | <a id="p100436"></a>Тип данных (Размер) | <a id="p100437"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100438"></a>ResCode | <a id="p100439"></a>Код результата обработки запроса (обращения). | <a id="p100440"></a>Целое число (4) | <a id="p100441"></a>Да |
| <a id="p100442"></a>ResText | <a id="p100443"></a>Текст результата обработки запроса (обращения). | <a id="p100444"></a>Текст (4000) | <a id="p100445"></a>Да |
| <a id="p100446"></a>BKIList | <a id="p100447"></a>Блок списка бюро.<br>Должен обязательно присутствовать в ответе на запрос списка бюро. | <a id="p100448"></a>Составной тип | <a id="p100449"></a>Нет |
| <a id="p100450"></a>ResFullText | <a id="p100451"></a>Текст результата обработки запроса (обращения).<br>Должен обязательно присутствовать в ответах на запросы (обращения) через КО. | <a id="p100452"></a>Текст (4000) | <a id="p100453"></a>Нет |


<a id="p100454"></a>Перечень возможных значений ResCode и ResText:
- <a id="p100455"></a>900 - Успешная обработка;
- <a id="p100456"></a>910 - Соответствующая информация не найдена.
<a id="p100457"></a>Блок списка бюро BKIList может отсутствовать, быть пустым, либо содержать несколько элементов BKI, структура которых описана в таблице Б.5.

<a id="p100458"></a>Таблица Б.5. Структура блока BKI


| <a id="p100459"></a>Наименование элемента | <a id="p100460"></a>Описание | <a id="p100461"></a>Тип данных (Размер) | <a id="p100462"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100463"></a>BKIName | <a id="p100464"></a>Полное наименование бюро. | <a id="p100465"></a>Текст (255) | <a id="p100466"></a>Да |
| <a id="p100467"></a>BKINumber | <a id="p100468"></a>Номер бюро из государственного реестра бюро кредитных историй. | <a id="p100469"></a>Текст (10) | <a id="p100470"></a>Да |
| <a id="p100471"></a>BKIAddress | <a id="p100472"></a>Адрес и график приема граждан и телефон бюро. | <a id="p100473"></a>Текст (1680) | <a id="p100474"></a>Да |
| <a id="p100475"></a>BKISign | <a id="p100476"></a>Признак наличия прежних ключевых реквизитов.<br>Указывается код:<br>0 - в случае если указанные в запросе реквизиты известны в бюро;<br>1 - в случае если указанные в запросе реквизиты неизвестны в бюро, что означает наличие в бюро информации о титульной части с предыдущими ключевыми реквизитами субъекта, связанной (по данным Центрального каталога) с титульной частью из запроса. | <a id="p100477"></a>Текст (1) | <a id="p100478"></a>Да |


<div align="right">

<a id="p100479"></a>*Пример* XML-файла с ответом на запрос (обращение) в Центральный каталог:

</div>


<a id="p100480"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_3.png) 





<div align="center">

<a id="p100481"></a>Приложение В

<a id="p100482"></a>**ФОРМАТ И ОПИСАНИЕ**<br>
**СТРУКТУРЫ ФАЙЛА "ПАКЕТ ЗАПРОСОВ (ОБРАЩЕНИЙ)**<br>
**В ЦЕНТРАЛЬНЫЙ КАТАЛОГ"**

<a id="p100483"></a>Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

</div>


<a id="p100484"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_4.png) 

<a id="p100485"></a>Блок верхнего уровня имеет наименование INQPACKET и необязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 1).
<a id="p100486"></a>Блок верхнего уровня подразделяется на две обязательные части - блок заголовка THEADER (таблица В.1) и блок списка запросов (обращений) TBODY.

<a id="p100487"></a>Таблица В.1. Структура заголовка THEADER


| <a id="p100488"></a>Наименование элемента | <a id="p100489"></a>Описание | <a id="p100490"></a>Тип данных (Размер) | <a id="p100491"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100492"></a>PackID | <a id="p100493"></a>Идентификатор пакета с запросами (обращениями). | <a id="p100494"></a>Целое число (38) | <a id="p100495"></a>Да |
| <a id="p100496"></a>CreatePackDate | <a id="p100497"></a>Дата формирования пакета с запросами (обращениями). | <a id="p100498"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100499"></a>Да |


<a id="p100500"></a>Блок TBODY содержит множество элементов REQ, включающих обязательный атрибут ID - номер запроса в пакете, целое число (38).
<a id="p100501"></a>При формировании "Пакета запросов (обращений) из бюро в Центральный каталог" внутри элемента REQ должен находиться один из следующих элементов [(таблица В.2)](#p100509):
- <a id="p100502"></a>SubjectInquiryBKI - запрос от субъекта;
- <a id="p100503"></a>UserInquiryBKI - запрос от пользователя;
- <a id="p100504"></a>FinancialInquiryBKI - запрос от арбитражного управляющего;
- <a id="p100505"></a>ChangeCode - обращение на изменение кода субъекта;
- <a id="p100506"></a>AnnulCode - обращение на аннулирование кода субъекта;
- <a id="p100507"></a>ProvisionalCode - обращение на установку дополнительного кода субъекта;
- <a id="p100508"></a>ChangeProvisionalCode - обращение на замену дополнительного кода субъекта.

<a id="p100509"></a>Таблица В.2. Структура блоков SubjectInquiryBKI, UserInquiryBKI, FinancialInquiryBKI, ChangeCode, ProvisionalCode, AnnulCode, ChangeProvisionalCode


| <a id="p100510"></a>Наименование элемента | <a id="p100511"></a>Описание | <a id="p100512"></a>Тип данных (Размер) | <a id="p100513"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100514"></a>KeyData | <a id="p100515"></a>Обязательная ключевая информация о субъекте, по которой формируется запрос (обращение). | <a id="p100516"></a>Составной тип | <a id="p100517"></a>Да |
| <a id="p100518"></a>SubjectCode | <a id="p100519"></a>Код субъекта.<br>Не заполняется при формировании запросов (обращений) через КО. Заполняется при формировании запросов (обращений) на официальном сайте Банка России или по электронной почте. | <a id="p100520"></a>Текст (15) | <a id="p100521"></a>Нет |
| <a id="p100522"></a>Email | <a id="p100523"></a>Адрес электронной почты для ответа.<br>Не заполняется при формировании запросов (обращений) через КО.<br>Заполняется при формировании запросов (обращений) на официальном сайте Банка России или по электронной почте. | <a id="p100524"></a>Текст (1020) | <a id="p100525"></a>Нет |
| <a id="p100526"></a>NewCode | <a id="p100527"></a>Новый код субъекта (в блоках ChangeCode и ChangeProvisionalCode).<br>Дополнительный код субъекта (в блоке ProvisionalCode). | <a id="p100528"></a>Текст (15) | <a id="p100529"></a>Да |
| <a id="p100530"></a>ProvisionalCode | <a id="p100531"></a>Текущий дополнительный код субъекта, подлежащий замене (в блоке ChangeProvisionalCode). | <a id="p100532"></a>Текст (15) | <a id="p100533"></a>Да |


<a id="p100534"></a>Элементы NewCode и ProvisionalCode формируются только в блоках, указанных в поле "Описание".
<a id="p100535"></a>Внутри элемента KeyData может находиться один из двух элементов:
- <a id="p100536"></a>KEYLP - ключевая информация о субъекте - юридическом лице [(таблица В.3)](#p100538);
- <a id="p100537"></a>KEYNP - ключевая информация о субъекте - физическом лице [(таблица В.4)](#p100555).

<a id="p100538"></a>Таблица В.3. Структура блока KEYLP


| <a id="p100539"></a>Наименование элемента | <a id="p100540"></a>Описание | <a id="p100541"></a>Тип данных (Размер) | <a id="p100542"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100543"></a>Name | <a id="p100544"></a>Полное наименование юридического лица.<br>Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации). | <a id="p100545"></a>Текст (1020) | <a id="p100546"></a>Нет |
| <a id="p100547"></a>EGRN | <a id="p100548"></a>Регистрационный номер.<br>Если регистрационный номер у субъекта отсутствует, то данный элемент не включается в XML-файл. | <a id="p100549"></a>Текст (1024) | <a id="p100550"></a>Нет |
| <a id="p100551"></a>INN | <a id="p100552"></a>Номер налогоплательщика.<br>Если номер налогоплательщика у субъекта отсутствует, то данный элемент не включается в XML-файл. | <a id="p100553"></a>Текст (1024) | <a id="p100554"></a>Нет |


<div align="center">

<a id="p100555"></a>Таблица В.4. Структура блока KEYNP

</div>



| <a id="p100556"></a>Наименование элемента | <a id="p100557"></a>Описание | <a id="p100558"></a>Тип данных (Размер) | <a id="p100559"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100560"></a>FirstName | <a id="p100561"></a>Имя. | <a id="p100562"></a>Текст (60) | <a id="p100563"></a>Да |
| <a id="p100564"></a>LastName | <a id="p100565"></a>Фамилия. | <a id="p100566"></a>Текст (60) | <a id="p100567"></a>Да |
| <a id="p100568"></a>MiddleName | <a id="p100569"></a>Отчество.<br>Если отчество у субъекта отсутствует, то данный элемент не включается в XML-файл. | <a id="p100570"></a>Текст (60) | <a id="p100571"></a>Нет |
| <a id="p100572"></a>DocNumber | <a id="p100573"></a>Серия и номер документа, удостоверяющего личность. | <a id="p100574"></a>Текст (50) | <a id="p100575"></a>Да |
| <a id="p100576"></a>DocDelivDate | <a id="p100577"></a>Дата выдачи документа, удостоверяющего личность. Допускается не указывать. | <a id="p100578"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100579"></a>Нет |


<div align="center">

<a id="p100580"></a>*Пример* XML-файла с пакетом запросов (обращений) в Центральный каталог:

</div>


<a id="p100581"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_5.png) 





<div align="center">

<a id="p100582"></a>**Приложение Г**

<a id="p100583"></a>**ФОРМАТ И ОПИСАНИЕ**<br>
**СТРУКТУРЫ ФАЙЛА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ (ОБРАЩЕНИЙ)**<br>
**В ЦЕНТРАЛЬНЫЙ КАТАЛОГ"**

<a id="p100584"></a>Файл формируется в кодировке windows-1251 и соответствует XML-схеме:

</div>


<a id="p100585"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_6.png) 

<a id="p100586"></a>Блок верхнего уровня имеет наименование REPLYPACKET и необязательный атрибут version, указывающий на версию XML-схемы (настоящая схема имеет версию 1).
<a id="p100587"></a>Блок верхнего уровня подразделяется на две обязательные части - блок заголовка THEADER (таблица Г.1) и блок списка ответов на запросы (обращения) TBODY.

<a id="p100588"></a>Таблица Г.1. Структура заголовка THEADER


| <a id="p100589"></a>Наименование элемента | <a id="p100590"></a>Описание | <a id="p100591"></a>Тип данных (Размер) | <a id="p100592"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100593"></a>PackID | <a id="p100594"></a>Идентификатор пакета с запросами (обращениями). | <a id="p100595"></a>Целое число (38) | <a id="p100596"></a>Да |
| <a id="p100597"></a>CreatePackDate | <a id="p100598"></a>Дата формирования пакета ответов. | <a id="p100599"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100600"></a>Да |


<a id="p100601"></a>Блок TBODY содержит множество элементов REQREPLY, включающих следующие обязательные части:
- <a id="p100602"></a>атрибут ID - номер запроса (обращения) в пакете, на который сформирован данный пакет ответов, целое число (38);
- <a id="p100603"></a>KeyData - ключевая информация о субъекте;
- <a id="p100604"></a>ResData - результат обработки запроса [(таблица Г.4)](#p100650).
<a id="p100605"></a>Внутри элемента KeyData может находиться один из двух элементов:
- <a id="p100606"></a>KEYLP - ключевая информация о субъекте - юридическом лице [(таблица Г.2)](#p100608);
- <a id="p100607"></a>KEYNP - ключевая информация о субъекте - физическом лице [(таблица Г.3)](#p100625).

<a id="p100608"></a>Таблица Г.2. Структура блока KEYLP


| <a id="p100609"></a>Наименование элемента | <a id="p100610"></a>Описание | <a id="p100611"></a>Тип данных (Размер) | <a id="p100612"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100613"></a>Name | <a id="p100614"></a>Полное наименование юридического лица.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100615"></a>Текст (1020) | <a id="p100616"></a>Нет |
| <a id="p100617"></a>EGRN | <a id="p100618"></a>Регистрационный номер.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100619"></a>Текст (1024) | <a id="p100620"></a>Нет |
| <a id="p100621"></a>INN | <a id="p100622"></a>Номер налогоплательщика.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100623"></a>Текст (1024) | <a id="p100624"></a>Нет |


<div align="center">

<a id="p100625"></a>Таблица Г.3. Структура блока KEYNP

</div>



| <a id="p100626"></a>Наименование элемента | <a id="p100627"></a>Описание | <a id="p100628"></a>Тип данных (Размер) | <a id="p100629"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100630"></a>FirstName | <a id="p100631"></a>Имя. | <a id="p100632"></a>Текст (60) | <a id="p100633"></a>Да |
| <a id="p100634"></a>LastName | <a id="p100635"></a>Фамилия. | <a id="p100636"></a>Текст (60) | <a id="p100637"></a>Да |
| <a id="p100638"></a>MiddleName | <a id="p100639"></a>Отчество.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100640"></a>Текст (60) | <a id="p100641"></a>Нет |
| <a id="p100642"></a>DocNumber | <a id="p100643"></a>Серия и номер документа, удостоверяющего личность. | <a id="p100644"></a>Текст (50) | <a id="p100645"></a>Да |
| <a id="p100646"></a>DocDelivDate | <a id="p100647"></a>Дата выдачи документа, удостоверяющего личность.<br>Элемент может отсутствовать, если не был указан в соответствующем запросе (обращении). | <a id="p100648"></a>Дата вида ДД.ММ.ГГГГ | <a id="p100649"></a>Нет |


<a id="p100650"></a>Таблица Г.4. Структура блока ResData


| <a id="p100651"></a>Наименование элемента | <a id="p100652"></a>Описание | <a id="p100653"></a>Тип данных (Размер) | <a id="p100654"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100655"></a>ResCode | <a id="p100656"></a>Код результата обработки запроса (обращения). | <a id="p100657"></a>Целое число (4) | <a id="p100658"></a>Да |
| <a id="p100659"></a>ResText | <a id="p100660"></a>Текст результата обработки запроса (обращения). | <a id="p100661"></a>Текст (4000) | <a id="p100662"></a>Да |
| <a id="p100663"></a>BKIList | <a id="p100664"></a>Блок списка бюро.<br>Должен обязательно присутствовать в ответе на запрос списка бюро. | <a id="p100665"></a>Составной тип | <a id="p100666"></a>Нет |


<a id="p100667"></a>Перечень возможных значений ResCode и ResText:
- <a id="p100668"></a>900 - Успешная обработка;
- <a id="p100669"></a>910 - Соответствующая информация не найдена.
<a id="p100670"></a>Блок списка бюро BKIList может отсутствовать, быть пустым, либо содержать несколько элементов BKI, структура которых описана в таблице Г.5.

<div align="right">

<a id="p100671"></a>Таблица Г.5. Структура блока BKI

</div>



| <a id="p100672"></a>Наименование элемента | <a id="p100673"></a>Описание | <a id="p100674"></a>Тип данных (Размер) | <a id="p100675"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100676"></a>BKIName | <a id="p100677"></a>Полное наименование бюро. | <a id="p100678"></a>Текст (255) | <a id="p100679"></a>Да |
| <a id="p100680"></a>BKINumber | <a id="p100681"></a>Номер бюро из государственного реестра бюро кредитных историй. | <a id="p100682"></a>Текст (10) | <a id="p100683"></a>Да |
| <a id="p100684"></a>BKIAddress | <a id="p100685"></a>Адрес и график приема граждан и телефон бюро. | <a id="p100686"></a>Текст (1680) | <a id="p100687"></a>Да |
| <a id="p100688"></a>BKISign | <a id="p100689"></a>Признак наличия прежних ключевых реквизитов.<br>Указывается код:<br>0 - в случае если указанные в запросе реквизиты известны в бюро;<br>1 - в случае если указанные в запросе реквизиты неизвестны в бюро, что означает наличие в бюро информации о титульной части с предыдущими ключевыми реквизитами субъекта, связанной (по данным Центрального каталога) с титульной частью из запроса. | <a id="p100690"></a>Текст (1) | <a id="p100691"></a>Да |


<a id="p100692"></a>*Пример* XML-файла с ответом на пакет запросов (обращений) в Центральный каталог:

<a id="p100693"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_7.png) 





<div align="center">

<a id="p100694"></a>Приложение Д

<a id="p100695"></a>ФОРМАТ И ОПИСАНИЕ<br>
СТРУКТУРЫ ФАЙЛА "ИЗВЕЩЕНИЕ О РЕЗУЛЬТАТАХ ОБРАБОТКИ ЭС"

<a id="p100696"></a>Файла формируется в кодировке windows-1251 и соответствует XML-схеме:

</div>


<a id="p100697"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_8.png) 

<div align="center">

<a id="p100698"></a>Блок верхнего уровня имеет наименование ERROR_MESSAGE. Структура указанного блока приведена в таблице Д.1.

<a id="p100699"></a>Таблица Д.1. Структура блока ERROR_MESSAGE

</div>



| <a id="p100700"></a>Наименование элемента | <a id="p100701"></a>Описание | <a id="p100702"></a>Тип данных (Размер) | <a id="p100703"></a>Обязательное наличие |
| --- | --- | --- | --- |
| <a id="p100704"></a>errCode | <a id="p100705"></a>Код ошибки. | <a id="p100706"></a>Целое число (4) | <a id="p100707"></a>Да |
| <a id="p100708"></a>errText | <a id="p100709"></a>Текст сообщения об ошибке | <a id="p100710"></a>Текст (4000) | <a id="p100711"></a>Да |


<a id="p100712"></a>Описание сообщений об ошибках, формируемых Центральным каталогом и автоматизированной системой бюро при обработке входящих ЭС и вложенных XML-файлов содержит таблица Д.2.

<div align="right">

<a id="p100713"></a>Таблица Д.2. Перечень возможных значений errCode и errText

</div>



| <a id="p100714"></a>Код ошибки | <a id="p100715"></a>Текст сообщения об ошибке | <a id="p100716"></a>Описание |
| --- | --- | --- |
| <a id="p100717"></a>901 | <a id="p100718"></a>Ошибка в заголовке письма. | <a id="p100719"></a>Не определен тип отправителя либо не определен тип сообщения. |
| <a id="p100720"></a>902 | <a id="p100721"></a>Вложение отсутствует. | <a id="p100722"></a>Вложение отсутствует. |
| <a id="p100723"></a>903 | <a id="p100724"></a>Обнаружено более одного вложения. | <a id="p100725"></a>Обнаружено более одного вложения. |
| <a id="p100726"></a>904 | <a id="p100727"></a>Превышен максимально допустимый размер сообщения. | <a id="p100728"></a>Сообщение превышает максимально допустимый размер (в настоящее время 1 Мб для запросов и обращений, 30 Мб для ответов) |
| <a id="p100729"></a>905 | <a id="p100730"></a>Ошибка дешифрации вложения. | <a id="p100731"></a>Получено сообщение, которое невозможно расшифровать. В тексте сообщения дополнительно указывается код ошибки и сообщение об ошибке, возвращаемые библиотекой СКАД. |
| <a id="p100732"></a>906 | <a id="p100733"></a>Неверный формат сообщения. | <a id="p100734"></a>Файл вложения не соответствует XML-схеме, определенной для данного типа сообщения. В тексте сообщения дополнительно приводится описание первой встретившейся ошибки формата. |
| <a id="p100735"></a>907 | <a id="p100736"></a>Источник сообщения не определен. | <a id="p100737"></a>Только для кредитных организаций (филиалов): источник ЭС не идентифицирован по справочнику или истек срок его аккредитации в системе. |
| <a id="p100738"></a>911 | <a id="p100739"></a>Сообщение не обработано по техническим причинам. | <a id="p100740"></a>В процессе обработки сообщения произошел критический сбой, не позволивший завершить обработку. |


<a id="p100741"></a>*Пример* XML-файла с извещением о результатах обработки:

<a id="p100742"></a> ![6. Порядок обращения в Центральный каталог через нотариуса](https://i.bukva.ai/M3GJ9Ghsz/img_9.png) 





<div align="center">

<a id="p100743"></a>Приложение Е

<a id="p100744"></a>ПРАВИЛА ОБРАБОТКИ ЗАПРОСОВ (ОБРАЩЕНИЙ) В АС ЦККИ

<a id="p100745"></a>Центральный каталог обрабатывает запросы (обращения), в которых для субъекта - физического лица задан следующий набор реквизитов титульной части (далее - ключевые реквизиты):<br>
- <a id="p100746"></a>фамилия;<br>
- <a id="p100747"></a>имя;<br>
- <a id="p100748"></a>отчество;<br>
- <a id="p100749"></a>данные паспорта или иного документа, удостоверяющего личность (серия, номер);<br>
- <a id="p100750"></a>дата выдачи документа, удостоверяющего личность (не обязательна для заполнения).<br>
<a id="p100751"></a>Центральный каталог обрабатывает запросы (обращения), в которых для субъекта - юридического лица задан следующий набор ключевых реквизитов:<br>
- <a id="p100752"></a>основной государственный регистрационный номер;<br>
- <a id="p100753"></a>идентификационный номер налогоплательщика;<br>
- <a id="p100754"></a>полное наименование юридического лица.<br>
<a id="p100755"></a>При поиске в базе данных Центрального каталога титульных частей, совпадающих по ключевым реквизитам с информацией из запроса (обращения), выполняется преобразование сравниваемых значений ключевых реквизитов:<br>
- <a id="p100756"></a>игнорируются символы, отличные от букв русского и латинского алфавитов и цифр;<br>
- <a id="p100757"></a>игнорируется твердый знак;<br>
- <a id="p100758"></a>не учитывается регистр букв;<br>
- <a id="p100759"></a>взаимозаменяемыми считаются буквы "Е" и "Ё", а также цифра "4" и буква "Ч".<br>
<a id="p100760"></a>При поиске титульных частей по ключевым реквизитам субъекта - физического лица игнорируется дата выдачи документа, удостоверяющего личность, указанная в запросе (обращении).<br>
<a id="p100761"></a>При поиске титульных частей по ключевым реквизитам субъекта - юридического лица реализованы следующие правила:<br>
- <a id="p100762"></a>если в запросе (обращении) указаны непустые значения ИНН и (или) ОГРН, то при обработке запроса полное наименование не учитывается (вне зависимости, указано оно или нет), а поиск осуществляется по указанным значениям реквизитов ИНН и ОГРН;<br>
- <a id="p100763"></a>если в запросе (обращении) указаны полное наименование и пустые значения как ИНН, так и ОГРН, то найдены будут титульные части, у которых полное наименование совпадает с указанным в запросе, а реквизиты ИНН и ОГРН не заполнены.

</div>




<a id="p100764"></a>

---