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

ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ
ПОРЯДОК
ВЗАИМОДЕЙСТВИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ "ЦЕНТРАЛЬНЫЙ
КАТАЛОГ КРЕДИТНЫХ ИСТОРИЙ" С СУБЪЕКТАМИ И ПОЛЬЗОВАТЕЛЯМИ
КРЕДИТНЫХ ИСТОРИЙ
1. Общие положения
Настоящий документ определяет порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй", разработанной во исполнение Федерального закона от 30 декабря 2004 года N 218-ФЗ "О кредитных историях" с субъектами и пользователями кредитных историй. В документе приводятся сведения об используемых технологиях обмена данными и о форматах передаваемых данных.
Центральный каталог кредитных историй является подразделением Банка России. Центральный каталог кредитных историй представляет информацию на основании данных, представляемых ему бюро кредитных историй. Центральный каталог кредитных историй представляет информацию о бюро кредитных историй, в котором (которых) хранится (хранятся) кредитная история (кредитные истории) субъекта кредитной истории, этому субъекту кредитной истории (кредитных историй), пользователям кредитной истории (кредитных историй), нотариусам в связи с необходимостью осуществления проверки состава наследственного имущества при совершении нотариальных действий по выдаче свидетельства о праве на наследство по форме и в порядке, которые установлены Банком России, на безвозмездной основе. Кроме того, Центральный каталог кредитных историй по заявке субъекта кредитной истории устанавливает код субъекта кредитной истории, осуществляет изменение (аннулирование) кода субъекта кредитной истории, устанавливает дополнительные коды субъекта кредитной истории.
Реализация перечисленных выше функций обеспечивается автоматизированной системой "Центральный каталог кредитных историй" (АС ЦККИ).
Деятельность Центрального каталога кредитных историй регулируется нормативными документами Банка России, которые охватывают следующие направления:
- порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения в кредитную организацию;
- порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством сайта Банка России;
- порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения в бюро кредитных историй;
- порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной историй посредством обращения в отделения почтовой связи;
- порядок направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством передачи заявления через нотариуса.
Подробное описание технологий взаимодействия субъектов кредитных историй и пользователей кредитных историй с Центральным каталогом кредитных историй, а также используемые форматы данных приведены далее в настоящем документе.
Информация, обрабатываемая в АС ЦККИ, не содержит информации ограниченного доступа, а также сведений, составляющих государственную тайну.
Информация, обрабатываемая в АС ЦККИ, содержит персональные данные субъектов кредитных историй - физических лиц. Состав персональных данных определяется Федеральным законом от 30 декабря 2004 года N 218-ФЗ "О кредитных историях", а также Указаниями Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй".
В соответствии с пунктом 17 Положения от 11 апреля 2014 года N 418-П "Об обработке персональных данных в Банке России" обработка ПД в АС ЦККИ не требует согласия субъектов кредитных историй на обработку их ПД (основание - Федеральный закон от 30 декабря 2004 года N 218-ФЗ "О кредитных историях").
2. Порядок непосредственного обращения субъектов
и пользователей кредитных историй в Центральный каталог
кредитных историй
2.1. Порядок обращения в Центральный каталог кредитных историй через сайт Банка России
Для направления запроса (от субъекта кредитной истории либо пользователя кредитной истории) или заявки (от субъекта кредитной истории) в Центральный каталог кредитных историй субъект кредитной истории или пользователь кредитной истории заполняет соответствующую форму, размещенную на сайте Банка России (www.cbr.ru). Подготовленный таким образом запрос (от субъекта кредитной истории либо пользователя кредитной истории) или заявка (от субъекта кредитной истории) автоматически перенаправляется сайтом Банка России по электронной почте в автоматизированную систему "Центральный каталог кредитных историй". Правила обработки запроса приведены в Приложении 10 к данному документу.
После обработки запроса (от субъекта кредитной истории либо пользователя кредитной истории) или заявки (от субъекта кредитной истории) АС ЦККИ формирует ответное электронное почтовое сообщение (далее - ЭПС) и направляет его на адрес, указанный при заполнении запроса (заявки). При этом ответ на запрос содержит обезличенные данные субъекта кредитной истории.
Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат текста ответного ЭПС Центрального каталога кредитных историй описан в Указании Банка России от 31 августа 2005 года N 1610-У "О порядке направления запросов и получения информации и из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения на официальный сайт Банка России в информационно-телекоммуникационной сети Интернет". Формат файла вложения (XML-документа) в виде XML-схемы приведен в Приложении 3, описание его структуры - в Приложении 4 к настоящему документу.
2.2. Порядок обращения в Центральный каталог кредитных историй по электронной почте
Данный способ взаимодействия предназначен в первую очередь для организации взаимодействия АС ЦККИ с автоматизированными системами, установленными у пользователей кредитных историй. Запрос (от субъекта или пользователя кредитной истории) и заявка (от субъекта кредитной истории) оформляются, как XML-документ, который в виде файла вложения к сообщению электронной почты (ЭПС) направляется на адрес ckki@cbr.ru. Отправка запросов и заявок по электронной почте в Центральный каталог кредитных историй может осуществляться в произвольный момент времени. Формат файла вложения (XML-документа) для запроса (заявки) в виде XML-схемы приведен в Приложении 1, описание его структуры - в Приложении 2.
В одном ЭПС может содержаться один запрос (от субъекта или пользователя кредитной истории), либо одна заявка (от субъекта кредитной истории), т.е. допускается наличие только одного файла вложения.
Тема электронного сообщения (subject), направляемого на адрес АС ЦККИ, должна содержать код вида сообщения в соответствии с приведенной ниже таблицей:
Вид ЭПС
Тема ЭПС
Изменение кода субъекта кредитной истории
U02_NNNNN
Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от субъекта кредитной истории
U03_NNNNN
Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от пользователя кредитной истории
U04_NNNNN
Установка дополнительного кода субъекта кредитной истории
U05_NNNNN
Аннулирование кода субъекта кредитной истории
U08_NNNNN
Где:
U - символ "U" латинского алфавита.
NNNNN - номер электронного сообщения (не более 30 знаков).
После получения электронного сообщения АС ЦККИ производит контроль темы поступившего ЭПС. В случае если тема не соответствует установленным требованиям (см. таблицу выше в настоящем пункте), обработка такого ЭПС не производится, ответ на него не направляется.
В случае успешного результата контроля темы поступившего ЭПС, АС ЦККИ осуществляет проверку соответствия формата и структуры файла вложения правилам, определенным в Приложениях 3 и 4 к настоящему документу. При соответствии формата и структуры файла вложения указанным правилам производится обработка запроса, содержащегося в данном файле. Правила обработки запроса приведены в Приложении 10 к данному документу.
В случае несоответствия формата и структуры файла вложения установленным правилам, ЭПС в дальнейшую обработку не допускается. Центральный каталог кредитных историй направляет субъекту кредитной истории или пользователю кредитной истории извещение о непринятии поступившего от него ЭПС, с указанием причин непринятия. Извещение направляется по электронной почте на адрес, с которого поступило исходное ЭПС. Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Файл вложения имеет название ERROR.XML. Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении 9 к настоящему документу.
После обработки запроса (от субъекта или пользователя кредитной истории) или заявки (от субъекта кредитной истории) АС ЦККИ формирует ответное ЭПС и направляет его на адрес, указанный в соответствующем поле запроса (заявки). Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат текста ответного электронного сообщения Центрального каталога кредитных историй описан в Указании Банка России от 31 августа 2005 года N 1610-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения на официальный сайт Банка России в информационно-телекоммуникационной сети Интернет". Формат файла вложения (XML-документа) в виде XML-схемы приведен в Приложении 3, описание его структуры - в Приложении 4.
2.3. Порядок действий субъекта кредитной истории или пользователя кредитной истории в случае возникновения нештатных ситуаций
При непосредственном обращении субъекта кредитной истории или пользователя кредитной истории в Центральный каталог кредитных историй возможны следующие основные нештатные ситуации:
- Отправленное субъектом кредитной истории или пользователем кредитной истории ЭПС не было принято в обработку АС ЦККИ, в ответ от Центрального каталога кредитных историй поступило извещение о непринятии электронного сообщения с указанием возникшей ошибки. В данном случае необходимо следовать рекомендациям, приведенным в Приложении 9 для соответствующего кода ошибки.
- На отправленный в Центральный каталог кредитных историй запрос (от субъекта или пользователя кредитной истории) или заявку (от субъекта кредитной истории) не поступило ответа. В случае если субъект кредитной истории или пользователь кредитной истории обращался в Центральный каталог кредитных историй напрямую (по электронной почте), необходимо проверить правильность темы отправленного электронного сообщения и адрес электронной почты для ответа, указанный в запросе (заявке).
- Ответ Центрального каталога кредитных историй на запрос (от субъекта или пользователя кредитной истории) содержал неполную информацию.
Поступившее от Центрального каталога кредитных историй ответное электронное сообщение было некорректно (не соответствовало формату, установленному Банком России).
В случае возникновения нештатной ситуации рекомендуется повторить отправку ЭПС, содержащего запрос (от субъекта или пользователя кредитной истории) или заявку (от субъекта кредитной истории). Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить официальный запрос в Центральный каталог кредитных историй (на имя Директора Департамента лицензирования деятельности и финансового оздоровления кредитных организаций Банка России). В запрос следует включить:
- общее описание нештатной ситуации;
- сведения о реквизитах исходного ЭПС, отправленного в Центральный каталог кредитных историй (адрес, с которого было отправлено ЭПС, дата и время отправки ЭПС, тема ЭПС);
- текст сообщения об ошибке, содержавшийся в поступившем от Центрального каталога кредитных историй извещении;
- контактные данные субъекта кредитной истории или пользователя кредитной истории (ФИО, телефон, адрес электронной почты).
3. Порядок обращения в Центральный каталог кредитных
историй через организацию-посредника
3.1. Порядок обращения в Центральный каталог кредитных историй через бюро кредитных историй
Порядок направления запросов (от субъектов или пользователей кредитной истории) и заявок (от субъектов кредитной истории) в Центральный каталог кредитных историй через БКИ регламентируется Указанием Банка России от 19 февраля 2015 года N 3572-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй о бюро кредитных историй, в котором хранится кредитная история субъекта кредитной истории, через бюро кредитных историй" и документом "Порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй" и бюро кредитных историй".
3.2. Порядок обращения в Центральный каталог кредитных историй через кредитную организацию
Порядок обращения в Центральный каталог кредитных историй через кредитную организацию регламентируется Указанием Банка России от 31 августа 2005 года N 1612-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории и пользователем кредитной истории посредством обращения в кредитную организацию" и настоящим документом.
3.2.1. Порядок организации взаимодействия кредитных организаций с Центральным каталогом кредитных историй
Доступ к АС ЦККИ предоставляется кредитной организации (филиалу) при обращении в территориальное учреждение Банка России (ТУ БР) по месту нахождения кредитной организации.
Защита информации, передаваемой от кредитной организации до ТУ БР, обеспечивается средствами криптографической защиты информации, принятыми в ТУ БР. Защита информации при передаче от ТУ БР до Центрального аппарата Банка России (ЦА) - АС ЦККИ обеспечивается с помощью специализированного архиватора электронных документов (САЭД).
Кредитная организация (филиал) (далее - КО) с применением автоматизированной системы кредитной организации (филиала) (далее - АС КО) формирует XML-файл с запросом к АС ЦККИ.
КО присваивает XML-файлу с запросом к АС ЦККИ имя, имеющее следующий вид: KXX_RRRRRRRRR_NNNNNNNNN, где:
K - буква "K" латинского алфавита, присутствует на первой позиции в имени файла с запросом к ЦККИ;
XX - тип запроса, может принимать значения:
"02" - Изменение кода субъекта кредитной истории, "03" - Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от субъекта кредитной истории, "04" - Запрос информации о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, от пользователя кредитной истории, "05" - Установка дополнительного кода субъекта кредитной истории, "06" - Пакет запросов (заявок), "08" - Аннулирование кода субъекта кредитной истории;
RRRRRRRRRR - регистрационный номер кредитной организации (филиала) согласно Книге государственной регистрации кредитных организаций (вместо символа "/" в файлах с запросами от филиалов кредитных организаций применяется символ "$");
NNNNNNNNN - номер сообщения (произвольная строка из букв и цифр длиной до 30 символов).
Формат файла (XML-документа) для единичного запроса (заявки) в виде XML-схемы приведен в Приложении 1, описание его структуры - в Приложении 2. Формат файла (XML-документа) для пакета запросов (заявок) в виде XML-схемы приведен в Приложении 5, описание его структуры - в Приложении 6. КО направляет файл, содержащий XML-файлы с запросами к АС ЦККИ, оформленный в соответствии с правилами, принятыми в территориальном учреждении Банка России (далее - ТУ БР) при работе с банковской отчетностью, и защищенный с использованием соответствующих средств криптографической защиты информации, в ТУ БР по каналам связи, применяемым в данном ТУ БР при работе с банковской отчетностью.
В ТУ БР с использованием автоматизированной системы территориального учреждения Банка России (далее - АС ТУ БР), обеспечивающей взаимодействие с КО, выполняется обработка полученного файла в соответствии с технологией, принятой в АС ТУ БР: расшифрование поступившего файла, проверка и снятие КА. В результате данной обработки на уровне АС ТУ БР восстанавливаются собственно XML-файлы - запросы к АС ЦККИ, подлежащие дальнейшей обработке и передаче в АС ЦККИ.
В ТУ БР с использованием АС ТУ БР для каждого XML-файла с запросом к АС ЦККИ выполняется:
- контроль имени данного файла.
- установка кода подтверждения достоверности (КПД) и заархивирование файла с помощью специализированного архиватора электронных документов (САЭД) с использованием справочника сетевых идентификаторов межрегиональных абонентов САЭД на идентификатор 00CITCKI.
- передача в АС ЦККИ посредством Транспортной среды доставки сообщений Банка России (СДС) на адрес kockki@mail.center.sds.cbr.ru электронного сообщения (ЭПС), содержащего вложенный заархивированный файл и имеющего тему, идентичную имени файла.
В случае возникновения в ТУ БР ошибок при обработке файлов, поступающих от КО, АС ТУ БР не формирует ЭПС на АС ЦККИ и направляет уведомления о возникновении ошибок в КО в порядке, принятом в АС ТУ БР.
После получения от ТУ БР электронного сообщения АС ЦККИ производит контроль темы поступившего ЭПС. В случае если тема не соответствует установленным требованиям, обработка такого ЭПС не производится, ответ на него не направляется.
В случае успешного результата контроля темы поступившего ЭПС, АС ЦККИ осуществляет разархивирование вложенного в ЭПС заархивированного файла с проверкой КПД. Если при выполнении указанных процедур происходят ошибки, то в ответ формируется извещение о непринятии поступившего ЭПС, с указанием причин непринятия. Файл вложения имеет название ERROR.XML. Архивирование файла вложения не выполняется, но устанавливается КПД САЭД. Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении 9 к настоящему документу.
В случае успешного разархивирования файла вложения и проверки КПД АС ЦККИ осуществляет проверку соответствия формата и структуры файла вложения правилам, определенным в Приложениях 1 и 2 (для одиночных запросов) или 5 и 6 (для пакетов запросов) к настоящему документу.
В случае несоответствия формата и структуры файла вложения установленным правилам, ЭПС в дальнейшую обработку не допускается. АС ЦККИ направляет в кредитную организацию извещение о непринятии поступившего от него XML-файла, с указанием причин непринятия. Файл вложения имеет название ERROR.XML_E. Данный файл представляет собой извещение о непринятии электронного сообщения в XML-формате, заархивированное с применением спецархиватора САЭД. Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении 9 к настоящему документу. Отправка сообщения осуществляется на адрес АС ТУ БР посредством Транспортной среды доставки сообщений Банка России (СДС). Если файл вложения соответствует установленным правилам, то АС ЦККИ выполняет обработку содержащегося в нем запроса (запросов). Правила обработки запроса (запросов) приведены в Приложении 10 к данному документу.
По результатам обработки ЭПС, полученного от ТУ БР, в АС ЦККИ формируется XML-файл с ответом (ответами) на поступивший запрос (пакет запросов). Формат XML-файла для ответа на одиночные запросы (заявки) в виде XML-схемы приведен в Приложении 3, описание его структуры - в Приложении 4. Формат файла вложения (XML-документа) для ответа на пакет запросов (заявок) в виде XML-схемы приведен в Приложении 7, описание его структуры - в Приложении 8.
На подготовленный XML-файл устанавливается КПД и выполняется его заархивирование с помощью САЭД. Полученный файл вкладывается в ЭПС, которое направляется в ТУ БР, от которого поступил запрос. При этом тема ЭПС от АС ЦККИ имеет то же содержание, что и тема ЭПС, поступившего от АС ТУ БР в АС ЦККИ, но содержит постфикс "_ckki". Файл вложения имеет название CKKI.XML_E. Отправка сообщения на адрес АС ТУ БР осуществляется посредством Транспортной среды доставки сообщений Банка России (СДС).
В АС ТУ БР после получения ЭПС от ЦККИ проводится разархивирование вложенного файла и проверка КПД. В результате данной обработки на уровне АС ТУ БР восстанавливаются собственно XML-файл - ответ АС ЦККИ, подлежащий дальнейшей обработке и передаче в АС КО. Полученный XML-файл переименовывается, новое имя файла должно в точности соответствовать теме ЭПС от АС ЦККИ (с заменой символа "/" на "$", если данный символ в теме встретится), расширение файла должно остаться прежним (XML), после чего обрабатывается в соответствии с правилами, действующими в данном ТУ БР при работе с банковской отчетностью, с использованием соответствующих средств криптографической защиты информации. Файл направляется в КО, отправившую соответствующий запрос.
Если тема ЭПС, поступившего в ТУ БР, не соответствует установленному формату, то никаких дальнейших действий по нему производиться не должно.
Если тема ЭПС, поступившего в ТУ БР от АС ЦККИ, соответствует формату АС ЦККИ, но при его дальнейшей обработке возникла ошибка, препятствующая пересылке ответа от ЦККИ в кредитную организацию (например, отсутствие файла вложения, невозможность разархивирования и т.д.), то должно выполняться следующее <1>:
--------------------------------
<1> Аналогичный порядок применяется и при поступлении в ТУ БР сообщения об ошибке в АС ЦККИ, содержащего незаархивированный файл вложения (ERROR.XML).
- ТУ БР направляет кредитной организации - отправителю запроса файл с именем, идентичным теме ЭПС от ЦККИ, и расширением "txt", содержащий незашифрованную информацию о возникновении технической ошибки при обработке данного запроса и необходимости повторного его направления;
- ТУ БР направляет на адрес АС ЦККИ (kockki@mail.center.sds.cbr.ru) незашифрованное сообщение с темой "ckki_tu_error", в теле которого должно присутствовать описание возникшей ошибки с указанием темы отбракованного сообщения от ЦККИ, а также даты и времени его отправки от ЦККИ. Отправка сообщения осуществляется посредством Транспортной среды доставки сообщений Банка России (СДС).
КО, получившая файл из ТУ БР, с использованием АС КО выполняет его обработку в соответствии с технологией, принятой в АС КО: расшифрование поступившего файла, проверку КА и последующую работу с поступившим ответом на свой запрос.
АС ТУ БР должны обеспечивать защиту информации от несанкционированного доступа при криптографической обработке (архивировании) файлов как от КО в АС ЦККИ, так и в обратном направлении. В частности, должно быть обеспечено гарантированное удаление расшифрованных (разархивированных) файлов после окончания их обработки.
3.2.2. Порядок действий кредитной организации в случае нештатных ситуаций
При обращении кредитной организации в ЦККИ возможны нештатные ситуации:
- Отправленный кредитной организацией файл не был принят в обработку АС ЦККИ, в ответ от Центрального каталога кредитных историй поступило извещение о непринятии электронного сообщения с указанием возникшей ошибки. В данном случае необходимо следовать рекомендациям, приведенным в Приложении 9 для соответствующего кода ошибки.
- На отправленный в Центральный каталог кредитных историй файл не поступило ответа. В данном случае необходимо проверить правильность имени отправленного файла.
- Ответ Центрального каталога кредитных историй на запрос субъекта или пользователя кредитной истории содержал неполную информацию.
- Поступивший от Центрального каталога кредитных историй ответный файл не соответствовал формату, установленному Банком России.
В случае возникновения нештатной ситуации рекомендуется повторить отправку файла, содержащего запрос (пакет запросов). Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить официальный запрос в Центральный каталог кредитных историй (на имя Директора Департамента лицензирования деятельности и финансового оздоровления кредитных организаций Банка России). В запрос следует включить:
- общее описание нештатной ситуации;
- сведения о реквизитах исходного файла, отправленного в Центральный каталог кредитных историй (имя файла, дата и время отправки, способ отправки, адресат);
- текст сообщения об ошибке, содержавшийся в поступившем от Центрального каталога кредитных историй извещении;
- контактные данные исполнителей, уполномоченных от лица кредитной организации участвовать в расследовании нештатной ситуации (ФИО, телефон, адрес электронной почты).
4. Порядок обращения в Центральный каталог кредитных
историй через отделение почтовой связи
4.1. Общий порядок обращения в Центральный каталог кредитных историй через отделение почтовой связи
Субъект кредитной истории (физическое лицо) направляет по адресу "Москва ЦККИ" заверенную телеграмму следующего содержания:
Строка телеграммы
Пояснение
Фамилия
Может быть составной (Бестужев-Лада), используется символ "-" тире
Имя
Может быть из нескольких слов
Отчество
В случае отсутствия отчества в данном поле указывается слово "нет"
Серия и номер документа, удостоверяющего личность
Сначала серия, а затем, без пробела, номер. Серия может включать римские цифры M, D, C, L, X, V, I
Дата выдачи документа, удостоверяющего личность
Формат ДД.ММ.ГГГГ (поле не обязательно для заполнения).
Адрес электронной почты, на который должен быть направлен ответ Центрального каталога кредитных историй.
В адресе электронной почты символ "@" заменяется на три символа "(a)"
Поля в телеграмме заполняются в точном соответствии с последовательностью, указанной в таблице. Разделитель - знак "перенос строки" (каждое поле пишется с новой строки). Телеграмма должна быть заверена оператором связи (незаверенные телеграммы в обработку АС ЦККИ не принимаются).
Пример заполнения бланка телеграммы:
Азимов
Али
нет
4502666777
ali(а)mail.ru
Примечание. Вместо отчества указано "нет", поскольку отчества нет. Поле "Дата выдачи документа, удостоверяющего личность" - пустое, т.к. не обязательно для заполнения.
Субъект кредитной истории (юридическое лицо) направляет по адресу "Москва ЦККИ" заверенную телеграмму следующего содержания:
Строка телеграммы
Пояснение
Полное наименование юридического лица
Указывается полное наименование юридического лица (обязательно для заполнения только для юридических лиц, не зарегистрированных на территории Российской Федерации)
Основной государственный регистрационный номер юридического лица
Состоит из 13 цифр, без пробелов и других специальных символов (не заполняется для юридических лиц, не зарегистрированных на территории Российской Федерации)
Идентификационный номер налогоплательщика
Состоит из 10 цифр, без пробелов и других специальных символов (не заполняется для юридических лиц, не зарегистрированных на территории Российской Федерации)
Адрес электронной почты, на который должен быть направлен ответ Центрального каталога кредитных историй.
В адресе электронной почты символ "@" заменяется на три символа "(a)"
Поля в телеграмме заполняются в точном соответствии с последовательностью, указанной в таблице. Разделитель - знак "перенос строки" (каждое поле пишется с новой строки). Телеграмма должна быть заверена оператором связи (незаверенные телеграммы в обработку АС ЦККИ не принимаются).
Примеры заполнения бланка телеграммы:
- Для юридического лица, не зарегистрированного на территории Российской Федерации:
StarLight Limited
starl123(A)mail.ru
- Для юридического лица, зарегистрированного на территории Российской Федерации:
1099119569922
0099555551
oaoinfor(A)mail.ru
После получения телеграммы АС ЦККИ осуществляет проверку соответствия формата телеграммы правилам, описанным в настоящем пункте. При соответствии формата телеграммы указанным правилам производится обработка запроса, содержащегося в телеграмме. Правила обработки запроса приведены в Приложении 10 к данному документу. В случае несоответствия формата поступившей телеграммы установленным правилам телеграмма в дальнейшую обработку не допускается. Центральный каталог кредитных историй направляет субъекту кредитной истории извещение о непринятии поступившей от него телеграммы, с указанием причин непринятия. Извещение направляется по электронной почте на адрес, указанный в соответствующем поле телеграммы. Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Файл вложения имеет название ERROR.XML. Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении 9 к настоящему документу.
После обработки запроса субъекта кредитной истории АС ЦККИ формирует ответное ЭПС и направляет его на адрес, указанный в соответствующем поле телеграммы. Информация из Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат текста ответного электронного сообщения Центрального каталога кредитных историй описан в Указании Банка России от 25 апреля 2007 года N 1821-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй субъектом кредитной истории посредством обращения в отделения почтовой связи". Формат файла вложения (XML-документа) в виде XML-схемы приведен в Приложении 3, описание его структуры - в Приложении 4.
4.2. Порядок действий субъекта кредитной истории в случае возникновения нештатных ситуаций
При обращении субъекта кредитной истории в Центральный каталог кредитных историй через отделение почтовой связи (по телеграфу) возможны следующие нештатные ситуации:
- Отправленная субъектом кредитной истории телеграмма не была принята в обработку АС ЦККИ, в ответ от Центрального каталога кредитных историй поступило извещение о непринятии телеграммы с указанием возникшей ошибки. В случае получения подобного извещения необходимо следовать рекомендациям, приведенным в Приложении 9 для соответствующего кода ошибки.
- На отправленный в Центральный каталог кредитных историй запрос субъекта кредитной истории не поступило ответа. При возникновении данной ситуации рекомендуется проверить правильность текста телеграммы (в частности, правильность заполнения поля, содержащего адрес электронной почты, на который должен быть направлен ответ).
- Ответ Центрального каталога кредитных историй на запрос субъекта кредитной истории содержал неполную информацию.
- Поступившее от Центрального каталога кредитных историй ответное электронное сообщение было некорректно (не соответствовало формату, установленному Банком России).
В случае возникновения нештатной ситуации рекомендуется повторить отправку телеграммы. Если при повторной отправке вновь возникла нештатная ситуация, необходимо направить официальный запрос в Центральный каталог кредитных историй (на имя Директора Департамента лицензирования деятельности и финансового оздоровления кредитных организаций Банка России). В запрос следует включить:
- общее описание нештатной ситуации;
- сведения о реквизитах телеграммы, отправленной в Центральный каталог кредитных историй (ФИО отправителя - для физического лица, ИНН, ЕГРН - для юридического лица, а также дата и время отправки телеграммы);
- электронное сообщение об ошибке, поступившее от Центрального каталога кредитных историй;
- контактные данные субъекта кредитной истории (ФИО, телефон, адрес электронной почты).
Приложение 1
ФОРМАТ
ЭЛЕКТРОННОГО СООБЩЕНИЯ "ЗАПРОС СУБЪЕКТА ИЛИ ПОЛЬЗОВАТЕЛЯ
КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
        <xs:element name="INQ">
                 <xs:complexType>
                         <xs:sequence>
                                  <xs:element ref="THEADER"/>
                                  <xs:element ref="TBODY"/>
                         </xs:sequence>
                         <xs:attribute name="version" type="StVers" use="optional"/>
                 </xs:complexType>
        </xs:element>
        <xs:element name="THEADER">
                 <xs:complexType>
                         <xs:sequence>
                                  <xs:element ref="RequestID" minOccurs="0"/>
                                  <xs:element ref="CreateDate"/>
                         </xs:sequence>
                 </xs:complexType>
        </xs:element>
        <xs:element name="CreateDate" type="StDate"/>
        <xs:element name="RequestID" type="xs:positiveInteger"/>
        <xs:element name="TBODY">
                 <xs:complexType>
                         <xs:choice>
                                  <xs:element name="InquiryBKI" type="CtInquiry"/>
                                  <xs:element name="ChangeCode" type="CtCode"/>
                                  <xs:element name="ProvisionalCode" type="CtCode"/>
                                  <xs:element name="AnnulCode" type="CtAnnul"/>
                         </xs:choice>
                 </xs:complexType>
        </xs:element>
        <xs:complexType name="CtInquiry">
                 <xs:all>
                         <xs:element name="KeyData" type="CtKey"/>
                         <xs:element ref="SubjectCode" minOccurs="0"/>
                         <xs:element ref="Email" minOccurs="0"/>
                 </xs:all>
        </xs:complexType>
        <xs:complexType name="CtCode">
                 <xs:all>
                         <xs:element name="KeyData" type="CtKey"/>
                         <xs:element ref="SubjectCode" minOccurs="0"/>
                         <xs:element ref="Email" minOccurs="0"/>
                         <xs:element ref="NewCode"/>
                 </xs:all>
        </xs:complexType>
        <xs:complexType name="CtAnnul">
                 <xs:all>
                         <xs:element name="KeyData" type="CtKey"/>
                         <xs:element ref="SubjectCode" minOccurs="0"/>
                         <xs:element ref="Email" minOccurs="0"/>
                 </xs:all>
        </xs:complexType>
        <xs:element name="SubjectCode" type="StSubjCode"/>
        <xs:element name="Email" type="StStr1020"/>
        <xs:element name="NewCode" type="StSubjCode"/>
        <xs:complexType name="CtKey">
                 <xs:choice>
                         <xs:element ref="KEYLP"/>
                         <xs:element ref="KEYNP"/>
                 </xs:choice>
        </xs:complexType>
        <xs:element name="KEYLP">
                 <xs:complexType>
                         <xs:all>
                                  <xs:element ref="Name" minOccurs="0"/>
                                  <xs:element ref="EGRN" minOccurs="0"/>
                                  <xs:element ref="INN" minOccurs="0"/>
                         </xs:all>
                 </xs:complexType>
        </xs:element>
        <xs:element name="Name" type="StStr1020"/>
        <xs:element name="EGRN" type="StEGRN"/>
        <xs:element name="INN" type="StINN"/>
        <xs:element name="KEYNP">
                 <xs:complexType>
                         <xs:all>
                                  <xs:element ref="FirstName"/>
                                  <xs:element ref="LastName"/>
                                  <xs:element ref="MiddleName" minOccurs="0"/>
                                  <xs:element ref="DocNumber"/>
                                  <xs:element ref="DocDelivDate" minOccurs="0"/>
                         </xs:all>
                 </xs:complexType>
        </xs:element>
        <xs:element name="FirstName" type="StStr60"/>
        <xs:element name="LastName" type="StStr60"/>
        <xs:element name="MiddleName" type="StStr060"/>
        <xs:element name="DocNumber" type="StStr50"/>
        <xs:element name="DocDelivDate" type="StDate"/>
        <xs:simpleType name="StVers">
                 <xs:restriction base="xs:positiveInteger">
                         <xs:enumeration value="1"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StDate">
                 <xs:restriction base="xs:string">
                         <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StEGRN">
                 <xs:restriction base="xs:string">
                         <xs:minLength value="0"/>
                         <xs:maxLength value="1024"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StINN">
                 <xs:restriction base="xs:string">
                         <xs:minLength value="0"/>
                         <xs:maxLength value="1024"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StSubjCode">
                 <xs:restriction base="xs:string">
                         <xs:pattern value="[a-zA-Z0-9а-яА-ЯёЁ]{4,15}"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr60">
                 <xs:restriction base="xs:string">
                         <xs:minLength value="1"/>
                         <xs:maxLength value="60"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr060">
                 <xs:restriction base="xs:string">
                         <xs:maxLength value="60"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr50">
                 <xs:restriction base="xs:string">
                         <xs:minLength value="1"/>
                         <xs:maxLength value="50"/>
                 </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr1020">
                 <xs:restriction base="xs:string">
                         <xs:minLength value="1"/>
                         <xs:maxLength value="1020"/>
                 </xs:restriction>
        </xs:simpleType>
</xs:schema>
Приложение 2
ОПИСАНИЕ СТРУКТУРЫ ЭЛЕКТРОННОГО СООБЩЕНИЯ "ЗАПРОС В ЦККИ"
Запрос в Центральный каталог кредитных историй структурирован в виде XML-сообщения. Тэг верхнего уровня должен иметь наименование INQ и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Сообщение подразделяется на две обязательные части - заголовок (THEADER) и запрос (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
RequestID
Идентификатор запроса, присвоенный отправителем. Если данный тэг присутствует в запросе, то в ответе ЦККИ он также будет присутствовать и содержать то же значение.
Положительное целое число (12)
2.
CreateDate
Дата формирования запроса
Дата вида ДД.ММ.ГГГГ
V
Внутри тэга TBODY может находиться один из трех тэгов:
InquiryBKI - запрос списка БКИ, где хранится информация о субъекте кредитной истории;
ChangeCode - запрос на изменение кода субъекта кредитной истории;
ProvisionalCode - запрос на выдачу дополнительного кода субъекта кредитной истории;
AnnulCode - заявка на аннулирование кода субъекта кредитной истории.
Блок InquiryBKI включает:
- обязательная ключевая информация (KeyData),
- код субъекта кредитной истории (SubjectCode) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа);
- адрес электронной почты для ответа (Email) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа).
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - запрос по субъекту кредитной истории - юридическому лицу;
KEYNP - запрос по субъекту кредитной истории - физическому лицу.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации)
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер (ОГРН). Если ОГРН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика (ИНН). Если ИНН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (60)
V
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
DocDelivDate
Дата выдачи документа, удостоверяющего личность. Допускается не указывать.
Дата вида ДД.ММ.ГГГГ
Блок ChangeCode включает:
- обязательную ключевую информацию (KeyData),
- код субъекта кредитной истории (SubjectCode) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа);
- адрес электронной почты для ответа (Email) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа);
- обязательный новый код субъекта кредитной истории (NewCode).
Формат блока KeyData аналогичен формату, используемому в блоке InquiryBKI.
Блок ProvisionalCode включает:
- обязательную ключевую информацию (KeyData),
- код субъекта кредитной истории (SubjectCode) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа);
- адрес электронной почты для ответа (Email) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа);,
- обязательный временный код субъекта кредитной истории (NewCode).
Формат блока KeyData аналогичен формату, используемому в блоке InquiryBKI.
Блок AnnulCode включает:
- обязательную ключевую информацию (KeyData),
- код субъекта кредитной истории (SubjectCode) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа);
- адрес электронной почты для ответа (Email) - обязателен для заполнения при формировании запросов через Сайт Банка России или по электронной почте (см. п. 2.1 и 2.2 данного документа).
Формат блока KeyData аналогичен формату, используемому в блоке InquiryBKI.
Пример xml-сообщения:
    <?xml version="1.0" encoding="windows-1251"?>
    <INQ>
      <THEADER>
         <CreateDate>20.07.2005</CreateDate>
      </THEADER>
      <TBODY>
         <ChangeCode>
            <KeyData>
               <KEYLP>
                  <Name>ООО Прогресс</Name>
                  <EGRN>1234567890123</EGRN>
                  <INN>1234567890</INN>
               </KEYLP>
            </KeyData>
            <SubjectCode>555555555</SubjectCode>
            <Email>test@mail.ru</Email>
            <NewCode>777777777</NewCode>
         </ChangeCode>
      </TBODY>
    </INQ>
Приложение 3
ФОРМАТ
ЭЛЕКТРОННОГО СООБЩЕНИЯ "ОТВЕТ НА ЗАПРОС СУБЪЕКТА
ИЛИ ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
        <xs:element name="REPLY">
                 <xs:complexType>
                         <xs:sequence>
                                  <xs:element ref="THEADER"/>
                                  <xs:element ref="TBODY"/>
                         </xs:sequence>
                         <xs:attribute name="version" type="StVers" use="optional"/>
                 </xs:complexType>
        </xs:element>
        <xs:element name="THEADER">
                 <xs:complexType>
                         <xs:sequence>
                                  <xs:element ref="RequestID" minOccurs="0"/>
                                  <xs:element ref="CreateDate"/>
                         </xs:sequence>
                 </xs:complexType>
        </xs:element>
        <xs:element name="CreateDate" type="StDate"/>
        <xs:element name="RequestID" type="xs:positiveInteger"/>
        <xs:element name="TBODY">
                 <xs:complexType>
                         <xs:sequence>
                                  <xs:element name="KeyData" type="CtKey"/>
                                  <xs:element name="ResData" type="CtRes"/>
                         </xs:sequence>
                 </xs:complexType>
        </xs:element>
        <xs:complexType name="CtKey">
                 <xs:choice>
                         <xs:element ref="KEYLP"/>
                         <xs:element ref="KEYNP"/>
                 </xs:choice>
        </xs:complexType>
        <xs:element name="KEYLP">
                 <xs:complexType>
                         <xs:all>
                                  <xs:element ref="Name" minOccurs="0"/>
                                  <xs:element ref="EGRN minOccurs="0"/>
                                  <xs:element ref="INN" minOccurs="0"/>
                         </xs:all>
                 </xs:complexType>
        </xs:element>
        <xs:element name="Name" type="StStr1020"/>
        <xs:element name="EGRN" type="StEGRN"/>
        <xs:element name="INN" type="StINN"/>
        <xs:element name="KEYNP">
                 <xs:complexType>
                         <xs:all>
                                  <xs:element ref="FirstName"/>
                                  <xs:element ref="LastName"/>
                                  <xs:element ref="MiddleName" minOccurs="0"/>
                                  <xs:element ref="DocNumber"/>
                                  <xs:element ref="DocDelivDate" minOccurs="0"/>
                         </xs:all>
                 </xs:complexType>
        </xs:element>

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

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

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

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

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

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

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

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

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

</xs:schema>
Приложение 4
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО СООБЩЕНИЯ "ОТВЕТ НА ЗАПРОС В ЦККИ"
Ответ на запрос в Центральный каталог кредитных историй структурирован в виде XML-сообщения. Тэг верхнего уровня должен иметь наименование REPLY и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Сообщение подразделяется на две обязательные части - заголовок (THEADER) и тело (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
RequestID
Идентификатор запроса, присвоенный отправителем
Положительное целое число (12)
2.
CreateDate
Дата формирования ответа
Дата вида ДД.ММ.ГГГГ
V
Тэг TBODY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса (ResData).
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - запрос от субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - запрос от субъекта кредитной истории, являющегося физическим лицом.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (60)
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
DocDelivDate
Дата выдачи документа, удостоверяющего личность. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Дата вида ДД.ММ.ГГГГ
Блок ResData включает:
- обязательный код результата обработки запроса субъекта или пользователя кредитной истории (ResCode),
- обязательный текст результата обработки запроса субъекта или пользователя кредитной истории (ResText),
- необязательный блок списка БКИ (BKIList),
- необязательный текст результата обработки запроса субъекта или пользователя кредитной истории в удобном для просмотра виде (ResFullText).
Блок BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. При этом он может быть пустым, либо содержать несколько блоков BKI.
Перечень возможных значений результата обработки (ResCode):
Код результата обработки
Описание результата обработки
900
Успешная обработка
909
Превышено максимальное количество действующих временных кодов доступа
910
Соответствующая информация не найдена
Элемент BKIList может быть пустым, либо содержать несколько блоков BKI.
Структура блока BKI:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
BKIName
Полное наименование БКИ
Текст (255)
V
2.
BKINumber
Номер БКИ из государственного реестра бюро кредитных историй
Текст (10)
V
3.
BKIAddress
Адрес (место нахождения) и телефон
Текст (1680)
V
4.
BKISign
Признак "Прежние ключевые реквизиты":
0 - указанные в запросе реквизиты известны в БКИ
1 - указанные в запросе реквизиты неизвестны в БКИ.
Текст (1)
V
Пример xml-сообщения:
<?xml version="1.0" encoding="windows-1251"?>
<REPLY version="1">
   <THEADER>
      <CreateDate>08.06.2011</CreateDate>
   </THEADER>
   <TBODY>
      <KeyData>
         <KEYNP>
            <LastName>Семенов</LastName>
            <FirstName>Будимир</FirstName>
            <MiddleName>Алексеевич</MiddleName>
            <DocNumber>7960107121</DocNumber>
            <DocDelivDate>23.03.1999</DocDelivDate>
         </KEYNP>
      </KeyData>
      <ResData>
         <ResCode>900</ResCode>
         <ResText>Соответствующая кредитная история сформирована в следующем (следующих) БКИ:</ResText>
         <BKIList>
            <BKI>
               <BKIName>&quot;Кредитное бюро&quot; N 1</BKIName>
               <BKINumber>1</BKINumber>
               <BKIAddress>1
2 1234567</BKIAddress>
               <BKISign>0</BKISign>
            </BKI>
            <BKI>
               <BKIName>БКИ Номер 4</BKIName>
               <BKINumber>4</BKINumber>
               <BKIAddress>Адрес по улице 44, к. 4, дом 4 4</BKIAddress>
               <BKISign>0</BKISign>
            </BKI>
         </BKIList>
         <ResFullText>В ответ на Ваш запрос:
 дата запроса: 08.06.2011
 фамилия: Семенов
 имя: Будимир
 отчество: Алексеевич
 документ: 7960107121
 дата выдачи документа: 23.03.1999
Центральный каталог кредитных историй сообщает:
По состоянию на 08.06.2011
Соответствующая кредитная история сформирована в следующем (следующих) БКИ:

Номер БКИ из государственного реестра бюро кредитных историй: 1
Наименование организации: "Кредитное бюро" N 1
Адрес (место нахождения) и телефон: 1
2 1234567

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

</ResFullText>
       </ResData>
   </TBODY>
</REPLY>
Приложение 5
ФОРМАТ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ К ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
  <xs:element name="INQPACKET">
    <xs:complexType>
      <xs:sequence>
        <xs:element ref="THEADER" minOccurs="1" maxOccurs="1"/>
        <xs:element ref="TBODY" minOccurs="1" maxOccurs="1"/>
      </xs:sequence>
      <xs:attribute name="version" type="StVers" use="optional"/>
    </xs:complexType>
  </xs:element>
  <xs:element name="THEADER">
    <xs:complexType>
      <xs:sequence>
        <xs:element ref="PackID" minOccurs="1" maxOccurs="1"/>
        <xs:element ref="CreatePackDate" minOccurs="1" maxOccurs="1"/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>
  <xs:element name="PackID" type="xs:positiveInteger"/>
  <xs:element name="CreatePackDate" type="StDate"/>
  <xs:element name="TBODY">
    <xs:complexType>
      <xs:sequence>
        <xs:element ref="REQ" minOccurs="1" maxOccurs="unbounded"/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>
  <xs:element name="REQ" type="CtREQ"/>
  <xs:complexType name="CtREQ">
    <xs:choice>
      <xs:element name="SubjectInquiryBKI" type="CtInquiry"/>
      <xs:element name="UserInquiryBKI" type="CtInquiry"/>
      <xs:element name="ChangeCode" type="CtCode"/>
      <xs:element name="ProvisionalCode" type="CtCode"/>
      <xs:element name="AnnulCode" type="CtAnnul"/>
    </xs:choice>
    <xs:attribute name="ID" type="xs:positiveInteger" use="required"/>
  </xs:complexType>
  <!-- </xs:element>-->
  <xs:complexType name="CtInquiry">
    <xs:all>
      <xs:element name="KeyData" type="CtKey"/>
      <xs:element ref="SubjectCode" minOccurs="0"/>
      <xs:element ref="Email" minOccurs="0"/>
    </xs:all>
  </xs:complexType>
  <xs:complexType name="CtCode">
    <xs:all>
      <xs:element name="KeyData" type="CtKey"/>
      <xs:element ref="SubjectCode" minOccurs="0"/>
      <xs:element ref="Email" minOccurs="0"/>
      <xs:element ref="NewCode"/>
    </xs:all>
  </xs:complexType>
  <xs:complexType name="CtAnnul">
    <xs:all>
      <xs:element name="KeyData" type="CtKey"/>
      <xs:element ref="SubjectCode" minOccurs="0"/>
      <xs:element ref="Email" minOccurs="0"/>
    </xs:all>
  </xs:complexType>
  <xs:element name="SubjectCode" type="StSubjCode"/>
  <xs:element name="Email" type="StStr1020"/>
  <xs:element name="NewCode" type="StSubjCode"/>
  <xs:complexType name="CtKey">
    <xs:choice>
      <xs:element ref="KEYLP"/>
      <xs:element ref="KEYNP"/>
    </xs:choice>
  </xs:complexType>
  <xs:element name="KEYLP">
    <xs:complexType>
      <xs:all>
        <xs:element ref="Name" minOccurs="0"/>
        <xs:element ref="EGRN" minOccurs="0"/>
        <xs:element ref="INN" minOccurs="0"/>
      </xs:all>
    </xs:complexType>
  </xs:element>
  <xs:element name="Name" type="StStr1020"/>
  <xs:element name="EGRN" type="StEGRN"/>
  <xs:element name="INN" type="StINN"/>
  <xs:element name="KEYNP">
    <xs:complexType>
      <xs:all>
        <xs:element ref="FirstName"/>
        <xs:element ref="LastName"/>
        <xs:element ref="MiddleName" minOccurs="0"/>
        <xs:element ref="DocNumber"/>
        <xs:element ref="DocDelivDate" minOccurs="0"/>
      </xs:all>
    </xs:complexType>
  </xs:element>
  <xs:element name="FirstName" type="StStr60"/>
  <xs:element name="LastName" type="StStr60"/>
  <xs:element name="MiddleName" type="StStr060"/>
  <xs:element name="DocNumber" type="StStr50"/>
  <xs:element name="DocDelivDate" type="StDate"/>
  <xs:simpleType name="StVers">
    <xs:restriction base="xs:positiveInteger">
      <xs:enumeration value="1"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StDate">
    <xs:restriction base="xs:string">
      <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StEGRN">
    <xs:restriction base="xs:string">
      <xs:minLength value="0"/>
      <xs:maxLength value="1024"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StINN">
    <xs:restriction base="xs:string">
      <xs:minLength value="0"/>
      <xs:maxLength value="1024"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StSubjCode">
    <xs:restriction base="xs:string">
      <xs:pattern value="[a-zA-Z0-9а-я-ЯёЁ]{4,15}"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr60">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="60"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr060">
    <xs:restriction base="xs:string">
      <xs:maxLength value="60"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr50">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="50"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr1020">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="1020"/>
    </xs:restriction>
  </xs:simpleType>
    </xs:schema>
Приложение 6
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ К ЦККИ"
Пакет запросов, направляемых Центральный каталог кредитных историй, структурирован в виде xml-файла. Тэг верхнего уровня должен иметь наименование INQPACKET и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и список запросов (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
PackID
Идентификатор пакета с запросами
Положительное целое число (12)
V
2.
CreatePackDate
Дата формирования пакета с запросами
Дата вида ДД.ММ.ГГГГ
V
Элемент TBODY содержит множество элементов REQ, содержащих обязательный атрибут ID, указывающий на номер запроса в пакете.
При формировании файла, содержащего пакет запросов субъектов и пользователей кредитных историй, внутри тэга REQ должен находиться один из следующих тэгов:
SubjectInquiryBKI - запрос от субъекта кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
UserInquiryBKI - запрос от пользователя кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
ChangeCode - заявка на изменение кода субъекта кредитной истории;
ProvisionalCode - заявка на установку дополнительного кода субъекта кредитной истории;
AnnulCode - заявка на аннулирование кода субъекта кредитной истории.
Блоки SubjectInquiryBKI и UserInquiryBKI включают:
- Обязательную ключевую информацию (KeyData),
- код субъекта кредитной истории (SubjectCode),
- адрес электронной почты для ответа (Email).
Код субъекта кредитной истории и адрес электронной почты для ответа указываются только при непосредственном направлении запроса субъектом или пользователем кредитной истории.
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации)
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер (ОГРН). Если ОГРН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика (ИНН). Если ИНН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (60)
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
DocDelivDate
Дата выдачи документа, удостоверяющего личность. Допускается не указывать, после вступления в силу соответствующих изменений к Федеральному закону N 218-ФЗ "О кредитных историях" и выхода соответствующих Указаний Банка России
Дата вида ДД.ММ.ГГГГ
Блок ChangeCode включает:
- Обязательную ключевую информацию (KeyData),
- код субъекта кредитной истории (SubjectCode),
- адрес электронной почты для ответа (Email),
- новый код субъекта (NewCode).
Код субъекта кредитной истории (SubjectCode) и адрес электронной почты для ответа указываются только при непосредственном направлении заявки субъектом.
Формат блоков KeyData, SubjectCode и Email аналогичен формату, используемому в блоке SubjectInquiryBKI.
Блок ProvisionalCode включает:
- обязательную ключевую информацию (KeyData),
- код субъекта кредитной истории (SubjectCode),
- адрес электронной почты для ответа (Email),
- новый дополнительный код субъекта кредитной истории (NewCode).
Код субъекта кредитной истории (SubjectCode) и адрес электронной почты для ответа указываются только при непосредственном направлении заявки субъектом (пользователем) кредитной истории.
Формат блоков KeyData, SubjectCode и Email аналогичен формату, используемому в блоке SubjectInquiryBKI.
Блок AnnulCode включает:
- обязательную ключевую информацию (KeyData);
- необязательный код субъекта кредитной истории (SubjectCode) - заполняется при непосредственном обращении субъекта (пользователя) кредитной истории;
- необязательный адрес электронной почты для ответа (Email) - заполняется при непосредственном обращении субъекта (пользователя) кредитной истории.
Формат блоков KeyData, SubjectCode и Email аналогичен формату, используемому в блоке SubjectInquiryBKI.
Пример xml-документа, содержащего пакет запросов субъектов и пользователей кредитных историй:
<?xml version="1.0" encoding="windows-1251"?>
<INQPACKET>
    <THEADER>
          <PackID>1</PackID>
          <CreatePackDate>30.10.2006</CreatePackDate>
    </THEADER>
    <TBODY>
          <REQ ID="421">
          <SubjectInquiryBKI>
                   <KeyData>
                           <KEYLP>
                                   <Name>ООО &quot;Подъем-сервис&quot;</Name>
                                   <EGRN>2345678090123</EGRN>
                                   <INN>4567890123</INN>
                           </KEYLP>
                   </KeyData>
          </SubjectInquiryBKI>
          </REQ>
          <REQ ID="422">
          <UserInquiryBKI>
                   <KeyData>
                           <KEYLP>
                                   <Name>ООО &quot;ЯРПАК&quot;</Name>
                                   <EGRN>5678090123456</EGRN>
                                   <INN>2464073098</INN>
                           </KEYLP>
                   </KeyData>
          </UserInquiryBKI>
          </REQ>
          <REQ ID="423">
          <ChangeCode>
                   <KeyData>
                           <KEYLP>
                                   <Name>ООО &quot;Подъем-сервис&quot;</Name>
                                   <EGRN>2345678090123</EGRN>
                                   <INN>4567890123</INN>
                           </KEYLP>
                   </KeyData>
                           <NewCode>not77777</NewCode>
          </ChangeCode>
          </REQ>
          <REQ ID="424">
          <ProvisionalCode>
                   <KeyData>
                           <KEYLP>
                                   <Name>ООО &quot;Подъем-сервис&quot;</Name>
                                   <EGRN>2345678090123</EGRN>
                                   <INN>4567890123</INN>
                           </KEYLP>
                   </KeyData>
                           <NewCode>dop77777</NewCode>
          </ProvisionalCode>
          </REQ>
          <REQ ID="425">
          <AnnulCode>
                   <KeyData>
                           <KEYLP>
                                   <Name>ООО &quot;ЯРПАК&quot; </Name>
                                   <EGRN>5678090123456</EGRN>
                                   <INN>2464073098</INN>
                           </KEYLP>
                   </KeyData>
          </AnnulCode>
          </REQ>
    </TBODY>
</INQPACKET>
Приложение 7
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ СУБЪЕКТОВ
И ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
  <xs:element name="REPLYPACKET">
    <xs:complexType>
      <xs:sequence>
        <xs:element ref="THEADER"/>
        <xs:element ref="TBODY"/>
      </xs:sequence>
      <xs:attribute name="version" type="StVers" use="optional"/>
    </xs:complexType>
  </xs:element>
  <xs:element name="THEADER">
    <xs:complexType>
      <xs:sequence>
        <xs:element ref="PackID"/>
        <xs:element ref="CreatePackDate"/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>
  <xs:element name="PackID" type="xs:positiveInteger"/>
  <xs:element name="CreatePackDate" type="StDate"/>
  <xs:element name="TBODY">
    <xs:complexType>
      <xs:sequence>
        <xs:element ref="REQREPLY" maxOccurs="unbounded"/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>
  <xs:element name="REQREPLY">
    <xs:complexType>
      <xs:sequence>
        <xs:element name="KeyData" type="CtKey"/>
        <xs:element name="ResData" type="CtRes"/>
      </xs:sequence>
      <xs:attribute name="ID" type="xs:positiveInteger" use="required"/>
    </xs:complexType>
  </xs:element>
  <xs:complexType name="CtKey">
    <xs:choice>
      <xs:element ref="KEYLP"/>
      <xs:element ref="KEYNP"/>
    </xs:choice>
  </xs:complexType>
  <xs:element name="KEYLP">
    <xs:complexType>
      <xs:all>
        <xs:element ref="Name" minOccurs="0"/>
        <xs:element ref="EGRN" minOccurs="0"/>
        <xs:element ref="INN" minOccurs="0"/>
      </xs:all>
    </xs:complexType>
  </xs:element>
  <xs:element name="Name" type="StStr1020"/>
  <xs:element name="EGRN" type="StEGRN"/>
  <xs:element name="INN" type="StINN"/>
  <xs:element name="KEYNP">
    <xs:complexType>
      <xs:all>
        <xs:element ref="FirstName"/>
        <xs:element ref="LastName"/>
        <xs:element ref="MiddleName" minOccurs="0"/>
        <xs:element ref="DocNumber"/>
        <xs:element ref="DocDelivDate" minOccurs="0"/>
      </xs:all>
    </xs:complexType>
  </xs:element>
  <xs:element name="FirstName" type="StStr60"/>
  <xs:element name="LastName" type="StStr60"/>
  <xs:element name="MiddleName" type="StStr060"/>
  <xs:element name="DocNumber" type="StStr50"/>
  <xs:element name="DocDelivDate" type="StDate"/>
  <xs:complexType name="CtRes">
    <xs:sequence>
      <xs:element ref="ResCode"/>
      <xs:element ref="ResText"/>
      <xs:element ref="BKIList" minOccurs="0"/>
    </xs:sequence>
  </xs:complexType>
  <xs:element name="ResCode" type="xs:positiveInteger"/>
  <xs:element name="ResText" type="xs:string"/>
  <xs:element name="BKIList">
    <xs:complexType>
      <xs:sequence>
        <xs:element name="BKI" type="CtBKI" minOccurs="0" maxOccurs="unbounded"/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>
  <xs:complexType name="CtBKI">
    <xs:sequence>
      <xs:element ref="BKIName"/>
      <xs:element ref="BKINumber"/>
      <xs:element ref="BKIAddress"/>
      <xs:element ref="BKISign"/>
    </xs:sequence>
  </xs:complexType>
  <xs:element name="BKIName" type="StStr255"/>
  <xs:element name="BKINumber" type="StStr10"/>
  <xs:element name="BKIAddress" type="StStr1680"/>
  <xs:element name="BKISign" type="StBKISign"/>
  <xs:simpleType name="StVers">
    <xs:restriction base="xs:positiveInteger">
      <xs:enumeration value="1"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StDate">
    <xs:restriction base="xs:string">
      <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StEGRN">
    <xs:restriction base="xs:string">
      <xs:minLength value="0"/>
      <xs:maxLength value="1024"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StINN">
    <xs:restriction base="xs:string">
      <xs:minLength value="0"/>
      <xs:maxLength value="1024"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr060">
    <xs:restriction base="xs:string">
      <xs:maxLength value="60"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr60">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="60"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr50">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="50"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr1020">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="1020"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr255">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="255"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr10">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="10"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr100">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="100"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StStr1680">
    <xs:restriction base="xs:string">
      <xs:minLength value="1"/>
      <xs:maxLength value="1680"/>
    </xs:restriction>
  </xs:simpleType>
  <xs:simpleType name="StBKISign">
    <xs:restriction base="xs:string">
      <xs:enumeration value="0"/>
      <xs:enumeration value="1"/>
    </xs:restriction>
  </xs:simpleType>
</xs:schema>
Приложение 8
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ
СУБЪЕКТОВ И ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Ответ на пакет запросов субъектов и пользователей кредитной истории в ЦККИ структурирован в виде xml-файла. Тэг верхнего уровня должен иметь наименование REPLYPACKET и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и список ответов на запросы субъектов и пользователей кредитной истории (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
PackID
Идентификатор пакета с запросами
Целое число (12)
V
2.
CreatePackDate
Дата формирования пакета ответов
Дата вида ДД.ММ.ГГГГ
V
Элемент TBODY содержит множество элементов REQREPLY, содержащих обязательный атрибут ID, указывающих на номер ответа в пакете.
Тэг REQREPLY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса субъекта или пользователя кредитной истории (ResData).
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (60)
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
DocDelivDate
Дата выдачи документа, удостоверяющего личность. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Дата вида ДД.ММ.ГГГГ
Блок ResData включает:
- обязательный код результата обработки запроса субъекта или пользователя кредитной истории (ResCode),
- обязательный текст результата обработки запроса субъекта или пользователя кредитной истории (ResText),
- необязательный блок списка БКИ (BKIList).
Блок BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. При этом, он может быть пустым, либо содержать несколько блоков BKI.
Структура блока BKI:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
BKIName
Полное наименование БКИ
Текст (255)
V
2.
BKINumber
Номер БКИ из государственного реестра бюро кредитных историй
Текст (10)
V
3.
BKIAddress
Адрес (место нахождения) и телефон
Текст (1680)
V
4.
BKISign
Признак "Прежние ключевые реквизиты":
0 - указанные в запросе субъекта или пользователя кредитной истории реквизиты известны в БКИ
1 - указанные в запросе субъекта или пользователя кредитной истории реквизиты неизвестны в БКИ.
Текст (1)
V
Пример xml-документа:
<?xml version="1.0" encoding="windows-1251"?>
<REPLYPACKET>
   <THEADER>
      <PackID>1234</PackID>
      <CreatePackDate>09.04.2009</CreatePackDate>
   </THEADER>
   <TBODY>
      <REQREPLY ID="421">
         <KeyData>
            <KEYNP>
               <LastName>Подъяров-Пакетный</LastName>
               <FirstName>Семён</FirstName>
               <MiddleName>Иванович</MiddleName>
               <DocNumber>4503655374</DocNumber>
               <DocDelivDate>22.08.2002</DocDelivDate>
            </KEYNP>
         </KeyData>
         <ResData>
            <ResCode>900</ResCode>
            <ResText>Соответствующая кредитная история сформирована в следующем (следующих)
БКИ:</ResText>
            <BKIList>
               <BKI>
                  <BKIName>кредитное бюро N 1</BKIName>
                  <BKINumber>1</BKINumber>
                  <BKIAddress>1 2 1234567</BKIAddress>
                  <BKISign>0</BKISign>
               </BKI>
            </BKIList>
         </ResData>
      </REQREPLY>
      <REQREPLY ID="422">
         <KeyData>
            <KEYNP>
               <LastName>Пакетная</LastName>
               <FirstName>Наталья </FirstName>
               <MiddleName>Сергеевна</MiddleName>
               <DocNumber>5036553744</DocNumber>
               <DocDelivDate>04.12.2001</DocDelivDate>
            </KEYNP>
         </KeyData>
         <ResData>
            <ResCode>900</ResCode>
            <ResText>Соответствующая кредитная история сформирована в следующем (следующих)
БКИ:</ResText>
            <BKIList>
               <BKI>
                  <BKIName>кредитное бюро N 1</BKIName>
                  <BKINumber>1</BKINumber>
                  <BKIAddress>1
2 1234567</BKIAddress>
                  <BKISign>0</BKISign>
               </BKI>
            </BKIList>
         </ResData>
      </REQREPLY>
      <REQREPLY ID="423">
         <KeyData>
            <KEYNP>
               <LastName>Подъяров-Пакетный</LastName>
               <FirstName>Семён</FirstName>
               <MiddleName>Иванович</MiddleName>
               <DocNumber>4503655374</DocNumber>
               <DocDelivDate>22.08.2002</DocDelivDate>
            </KEYNP>
         </KeyData>
         <ResData>
            <ResCode>900</ResCode>
            <ResText>Код субъекта кредитной истории изменен.</ResText>
            <BKIList></BKIList>
         </ResData>
      </REQREPLY>
      <REQREPLY ID="424">
         <KeyData>
            <KEYNP>
               <LastName>Подъяров-Пакетный</LastName>
               <FirstName>Семён</FirstName>
               <MiddleName>Иванович</MiddleName>
               <DocNumber>4503655374</DocNumber>
               <DocDelivDate>22.08.2002</DocDelivDate>
            </KEYNP>
         </KeyData>
         <ResData>
            <ResCode>900</ResCode>
            <ResText>Дополнительный код субъекта кредитной истории установлен. Срок действия истекает
09.05.2009.</ResText>
            <BKIList>

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

            </BKIList>
         </ResData>
      </REQREPLY>
   </TBODY>
</REPLYPACKET>
Приложение 9
ИЗВЕЩЕНИЕ
ОБ ОТБРАКОВКЕ НЕКОРРЕКТНЫХ ЭЛЕКТРОННЫХ ПОЧТОВЫХ СООБЩЕНИЙ
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" at-
tributeFormDefault="unqualified">
          <xs:element name="ERROR_MESSAGE">
                   <xs:complexType>
                             <xs:sequence>
                                      <xs:element name="errCode" type="xs:positiveInteger"/>
                                      <xs:element name="errText" type="xs:string"/>
                             </xs:sequence>
                   </xs:complexType>
          </xs:element>
</xs:schema>
Описание структуры электронного сообщения "Извещение об отбраковке некорректных сообщений":
N
Наименование тэга
Описание
Обязательное наличие тэга
1.
errCode
Код ошибки
V
2.
errText
Текст сообщения об ошибке
V
XML-сообщение "Извещение об отбраковке некорректных электронных почтовых сообщений" помещается в файл (ERROR.XML), который вкладывается в ЭПС, отправляемое получателю.
Справочник сообщений об ошибках, формируемых АС ЦККИ при обработке входящих ЭПС и вложенных в них XML-сообщений:
Код ошибки
Сообщение
Ошибка
901
Ошибка в заголовке письма
Не определен тип отправителя либо не определен тип сообщения.
Проверьте правильность заполнения типа отправителя и типа сообщения в теме электронного сообщения (для КО в имени файла). Проверьте также, соответствует ли адрес, на который было отправлено сообщение, указанному типу отправителя.
902
Вложение отсутствует
Вложение отсутствует.
Проверьте наличие вложения.
903
Обнаружено более одного вложения
Обнаружено более одного вложения.
Убедитесь в том, что к ЭС прикреплен только один файл вложения.
904
Превышен максимально допустимый размер сообщения
Почтовое сообщение превышает максимально допустимый размер.
Вероятно, к ЭС прикреплен некорректный файл. Убедитесь в том, что файл вложения соответствует установленному формату.
905
Ошибка разархивирования вложения
От АС ТУ БР получено сообщение, которое невозможно разархивировать. В тексте сообщения дополнительно указывается код ошибки и сообщение об ошибке, возвращаемые библиотекой САЭД.
906
Неверный формат сообщения
Файл вложения не соответствует XML-схеме, определенной для данного типа сообщения.
Файл сообщения, полученный по телеграфу, не соответствует установленному формату.
Проверьте файл вложения на соответствие установленному формату.
907
Источник сообщения не определен
Кредитная организация, направившая сообщение, не идентифицирована по справочнику или истек срок ее аккредитации в системе.
Проверьте правильность заполнения регистрационного номера КО в имени файла (теме ЭС).
911
Сообщение не обработано по техническим причинам
В процессе обработки сообщения произошел критический сбой, не позволивший завершить обработку.
Повторите отправку сообщения.
Помимо файла вложения ERROR.XML, в тексте ответного электронного сообщения присутствует значение элемента ErrText.
Приложение 10
ПРАВИЛА ОБРАБОТКИ ЗАПРОСОВ К АС ЦККИ
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - физического лица задан следующий набор реквизитов титульной части (далее по тексту - ключевые реквизиты):
- фамилия;
- имя;
- отчество;
- данные паспорта или иного документа, удостоверяющего личность (серия, номер);
- дата выдачи документа, удостоверяющего личность (не обязательна для заполнения).
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - юридического лица задан следующий набор ключевых реквизитов:
- основной государственный регистрационный номер;
- идентификационный номер налогоплательщика;
- полное наименование юридического лица.
При поиске в базе данных ЦККИ титульных частей, совпадающих по ключевым реквизитам с информацией из запроса, выполняется преобразование сравниваемых значений ключевых реквизитов с исключением и заменой ряда символов сравниваемых реквизитов, обусловленное особенностью машинно-электронных форм представления и хранения запрашиваемой информации. При сравнении ключевых реквизитов игнорируются символы, отличные от букв русского и латинского алфавитов и цифр, игнорируется твердый знак, а также не учитывается регистр букв. Кроме того, при сравнении указанных реквизитов взаимозаменяемыми считаются буквы "Е" и "Ё", а также цифра "4" и буква "Ч".
При обработке запроса по физическому лицу игнорируется дата выдачи документа, удостоверяющего личность, указанная в запросе.
При обработке запроса по юридическому лицу реализованы следующие правила:
- Если в запросе непустые значения ИНН и (или) ОГРН, то при обработке запроса полное наименование не учитывается (вне зависимости, указано оно или нет), а поиск осуществляется по указанным значениям реквизитов ИНН и ОГРН.
- Если в запросе указано полное наименование и пустые значения как ИНН, так и ОГРН, то найдены будут титульные части кредитных историй, у которых полное наименование совпадает с указанным в запросе, а реквизиты ИНН и ОГРН не заполнены.
ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ И ОБОЗНАЧЕНИЙ
АС ЦККИ - автоматизированная система "Центральный каталог кредитных историй".
БКИ - бюро кредитных историй.
БР - Банк России.
КА - код аутентификации сообщения.
КО - кредитная организация.
САЭД - специализированный архиватор электронных документов.
СДС - транспортная среда доставки сообщений Банка России.
ТУ - территориальное учреждение Банка России.
ТЧКИ - титульная часть кредитной истории.
ЭПС - электронное почтовое сообщение.

Еще документы: