ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ
ПОРЯДОК
ВЗАИМОДЕЙСТВИЯ БАНКА РОССИИ С ФЕДЕРАЛЬНОЙ НОТАРИАЛЬНОЙ
ПАЛАТОЙ ПРИ ПРЕДОСТАВЛЕНИИ ИНФОРМАЦИИ ИЗ ЦЕНТРАЛЬНОГО
КАТАЛОГА КРЕДИТНЫХ ИСТОРИЙ
РЕДАКЦИЯ 1.1
Аннотация
Настоящий документ определяет порядок взаимодействия Банка России и Федеральной нотариальной палаты при предоставлении информации из Центрального каталога кредитных историй (далее - ЦККИ), функционирующего на основании Федерального закона от 30 декабря 2004 года N 218-ФЗ "О кредитных историях".
При описании порядка взаимодействия учитываются требования, изложенные в Указании Банка России от 29 июня 2016 года N 3701-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством передачи запроса через нотариуса", а также в Федеральном законе от 27 июля 2006 года N 152-ФЗ "О персональных данных".
В документе приводятся сведения об используемых технологиях обмена данными, о форматах передаваемых данных, о порядке защиты передаваемых данных.
В настоящей редакции в документ внесены следующие изменения:
- удален раздел "Порядок управления ключами кодов аутентификации и шифрования СКЗИ "Верба-OW";
- исключено описание переходного периода при замене средства криптографической защиты информации (далее - СКЗИ) "Верба-OW" на СКЗИ СКАД "Сигнатура";
- уточнен порядок защиты передаваемых сообщений (п. 2. п. 3): исключено описание использования СКЗИ "Верба-OW";
- исключено приложение "Регистрационная карточка открытого ключа кода аутентификации (шифрования)";
- в связи с доработкой автоматизированной системы "Центральный каталог кредитных историй" в целях приема запросов финансовых управляющих о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории, исключена информация о плановом сроке начала обработки таких запросов.
1. Общие положения
1.1. Введение
Федеральная нотариальная палата (далее - ФНП) выступает посредником при направлении в ЦККИ посредством нотариуса запросов о представлении информации о бюро кредитных историй (далее - БКИ), в котором хранится кредитная история субъекта кредитной истории, следующими лицами:
- претендующим на наследство лицом (далее - наследник) в связи с необходимостью осуществления нотариусом проверки состава наследственного имущества при совершении нотариальных действий по выдаче свидетельства о праве на наследство;
- субъектом кредитной истории, пользователем кредитной истории, а также финансовым управляющим, утвержденным в деле о несостоятельности (банкротстве) субъекта кредитной истории - физического лица (далее - финансовый управляющий).
ЦККИ предоставляет информацию о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, субъектам кредитных историй, пользователям кредитных историй, финансовым управляющим, а также нотариусам на безвозмездной основе на основании их запросов, содержащих информацию о субъекте запрашиваемой кредитной истории из титульной части кредитной истории через ФНП. Взаимодействие нотариусов и ФНП при направлении запросов в ЦККИ и получении ответов из него не определяется настоящим документом и устанавливается ФНП.
Реализация перечисленных выше функций обеспечивается автоматизированной системой "Центральный каталог кредитных историй" (далее - АС ЦККИ).
Информация, обрабатываемая в АС ЦККИ, не содержит сведений, составляющих государственную тайну.
Информация, обрабатываемая в АС ЦККИ, содержит персональные данные субъектов кредитных историй - физических лиц. Состав персональных данных определяется Федеральным законом от 30 декабря 2004 года N 218-ФЗ "О кредитных историях", а также Указаниями Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй".
В соответствии с пунктом 17 Положения от 11 апреля 2014 года N 418-П "Об обработке персональных данных в Банке России" обработка персональных данных в АС ЦККИ не требует согласия субъектов кредитных историй на обработку их персональных данных (основание - Федеральный закон от 30 декабря 2004 года N 218-ФЗ "О кредитных историях").
1.2. Порядок подключения Федеральной нотариальной палаты к Центральному каталогу кредитных историй
1.2.1. ФНП направляет на имя директора Департамента обработки отчетности Банка России (далее - ДОО Банка России) официальное письмо, содержащее следующую информацию:
- лист с образцами печати ФНП и личной подписи руководителя;
- сведения о контактных лицах, уполномоченных от лица ФНП взаимодействовать с ДОО Банка России по вопросам подключения к АС ЦККИ (ФИО, контактные телефоны, факс, адреса электронной почты);
- выписку из приказа о назначении администратора информационной безопасности ФНП и его заместителя, заверенную подписью руководителя ФНП и печатью организации;
- контактные телефоны, факс и почтовые адреса администратора информационной безопасности ФНП и его заместителя;
- информацию, необходимую для создания и регистрации ключевой информации (см п. 3.2).
1.2.2. После получения письма от ФНП ДОО Банка России направляет полученные материалы в Департамент информационных технологий Банка России (далее - ДИТ Банка России). ДИТ Банка России:
- совместно с ФНП выполняет действия, необходимые для создания и регистрации ключевой информации (см. п. 3.2);
- осуществляет регистрацию ФНП в справочнике организаций, взаимодействующих с АС ЦККИ.
1.2.3. Если в ходе функционирования ФНП происходит изменение реквизитов, представленных ФНП в Банк России при подключении к Центральному каталогу кредитных историй (см. п. 1.2.1), ФНП направляет на имя директора ДОО Банка России официальное письмо, содержащее сведения о произошедших изменениях.
После получения письма от ФНП ДОО Банка России направляет полученные материалы в ДИТ Банка России.
ДИТ Банка России обновляет информацию о ФНП в соответствии с полученными материалами в справочнике организаций, взаимодействующих с АС ЦККИ.
2. Описание технологии обмена данными
2.1. Обмен данными между Федеральной нотариальной палатой и Центральным каталогом кредитных историй
Обмен данными между ФНП и ЦККИ осуществляется по электронной почте через информационно-телекоммуникационную сеть "Интернет". Информация (в виде XML-сообщения) помещается в файл, который вкладывается в электронное почтовое сообщение (далее - ЭПС). В одном ЭПС может присутствовать только один файл вложения. Файл может содержать одиночный запрос либо пакет запросов. Соответственно, в АС ЦККИ на запросы ФНП формируются одиночные ответы и ответы в виде пакетов в зависимости от поступившего файла.
ЭПС от ФНП должны направляться на адрес электронной почты bkickki@cbr.ru. Ответное ЭПС от АС ЦККИ направляется на адрес, с которого поступило входящее ЭПС.
Передаваемые XML-файлы должны защищаться с использованием средства криптографической защиты информации (СКЗИ) в соответствии с требованиями, изложенными в п. 2.2 настоящего документа.
Тема ЭПС (subject), направляемого на адрес АС ЦККИ, должна содержать код вида сообщения в соответствии с приведенной ниже Таблицей 1.
Таблица 1 - Тема ЭПС, направляемого на адрес АС ЦККИ
| Вид ЭПС | Тема ЭПС |
| Запросы к Центральному каталогу кредитных историй | |
| Одиночный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, от субъекта кредитной истории или наследника. | B03_XXXX_NNNNN |
| Одиночный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, от пользователя кредитной истории. | B04_XXXX_NNNNN |
| Одиночный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, от финансового управляющего. | B51_XXXX_NNNNN |
| Пакет запросов информации о БКИ, в которых хранится кредитная история субъекта кредитной истории | B06_XXXX_NNNNN |
Где:
B - символ "B" латинского алфавита.
XXXX - регистрационный номер, присвоенный при регистрации ФНП в АС ЦККИ (не более 10 знаков);
NNNNN - номер ЭПС (допустимы цифры, а также буквы русского и английского алфавитов - не более 30 знаков).
После получения электронного сообщения АС ЦККИ производит контроль темы поступившего ЭПС. В случае если тема не соответствует установленным требованиям (см. таблицу выше в настоящем пункте), обработка такого ЭПС не производится, ответ на него не направляется.
В случае успешного результата контроля темы поступившего ЭПС АС ЦККИ осуществляет расшифрование XML-сообщения, содержащегося в поступившем ЭПС, и производит проверку электронной подписи (далее - ЭП), которой снабжено указанное XML-сообщение.
Затем производится проверка соответствия формата и структуры файла вложения правилам, определенным в Приложениях Д и Е (для одиночных запросов) или Ж и И (для пакетов запросов) к настоящему документу. При соответствии формата и структуры файла вложения указанным правилам производится обработка запроса (запросов), содержащихся в данном файле. Правила обработки запроса приведены в Приложении Л к данному документу.
При невозможности расшифрования XML-сообщения, отрицательном результате проверки ЭП, несоответствии формата и структуры файла вложения установленным правилам, ЭПС в дальнейшую обработку не допускается. АС ЦККИ направляет ФНП извещение о непринятии поступившего от него ЭПС, с указанием причин непринятия. Извещение направляется по электронной почте на адрес, с которого поступило исходное ЭПС. Информация помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Файл вложения имеет название ERROR.XML. Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении К к настоящему документу.
После обработки запроса АС ЦККИ формирует ответное ЭПС и направляет его на адрес, с которого поступило исходное ЭПС. Информация из ЦККИ помещается во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат файла вложения (XML-документа) для ответа на одиночные запросы в виде XML-схемы приведен в Приложении А, описание его структуры - в Приложении Б. Формат файла вложения (XML-документа) для ответа на пакет запросов в виде XML-схемы приведен в Приложении В, описание его структуры - в Приложении Г.
2.2. Порядок защиты информации при ее передаче по электронной почте
Технология, описанная в данном пункте, должна применяться для защиты всех XML-файлов, передаваемых из ФНП в АС ЦККИ, а также всех XML-файлов, передаваемых из АС ЦККИ в ФНП.
Перед передачей xml-файлы должны быть защищены с использованием средств криптографической защиты информации.
Защита информации при обмене между АС ЦККИ и ФНП осуществляется с использованием СКАД "Сигнатура" версии 5 или выше (далее - СКАД "Сигнатура"). Применяется усиленная неквалифицированная электронная подпись (ЭИ) СКАД "Сигнатура".
При использовании СКЗИ Верба-OW КА для XML-файла формируется с использованием функции "Подпись блока памяти". При формировании XML-файла в конец блока памяти, содержащего текст XML, добавляется блок памяти с КА. Полученный блок памяти зашифровывается с использованием функции "Зашифрование блока памяти".
При использовании СКЗИ СКАД "Сигнатура" для XML-файла последовательно выполняются методы "Установка ЭП для файла" и "Шифрование файла". При подписании и зашифровании данных следует использовать формат PKCS#7. Расширение имени файлов, зашифрованных с использованием СКАД "Сигнатура", должно быть ".snr".
2.3. Порядок действий в случае возникновения нештатных ситуаций
При отправке запросов из ФНП в АС ЦККИ возможны следующие основные нештатные ситуации:
- отправленное ЭПС не было принято в обработку АС ЦККИ, в ФНП поступило ответное ЭПС, содержащее сведения об обнаруженной ошибке - о нарушении целостности отправленного ЭПС (ошибка при расшифровании или при проверке ЭП - ошибка с кодом 905, Приложение К к настоящему документу);
- отправленное ЭПС не было принято в обработку АС ЦККИ, в ФНП поступило ответное ЭПС, содержащее сведения об обнаруженной ошибке - о несоответствии ЭПС установленному формату (либо об иных ошибках в реквизитах ЭПС - ошибки с кодами 902, 903, 904, 906, 911, описанные в Приложении К к настоящему документу);
- на отправленное в АС ЦККИ ЭПС не поступило ответа;
- поступившее от АС ЦККИ ответное ЭПС было некорректно (не соответствовало формату, установленному Банком России);
- поступившее от АС ЦККИ ответное ЭПС содержало неполную информацию;
- при расшифровании данных, содержащихся в поступившем в ФНП ответном ЭПС, либо при проверке ЭП были зафиксированы ошибки.
В случае возникновения ошибок, описанных выше, ФНП рекомендуется проверить формат отправленного ЭПС, после чего повторить отправку. В случае если при повторной отправке вновь возникла нештатная ситуация, необходимо направить официальный запрос на имя директора Департамента обработки отчетности Банка России. В запрос следует включить:
- общее описание нештатной ситуации;
- сведения о реквизитах исходного ЭПС, отправленного в АС ЦККИ (адрес, с которого было отправлено ЭПС, дата и время отправки ЭПС, тема ЭПС);
- текст сообщения об ошибке, содержавшийся в поступившем от АС ЦККИ ответном ЭПС;
- контактные данные исполнителей, уполномоченных от лица ФНП участвовать в расследовании нештатной ситуации.
3. Порядок управления ключевой информацией СКАД "Сигнатура"
3.1. Общие положения
3.1.1. Защита информации при обмене данными между ЦККИ и ФНП осуществляется с применением СКАД "Сигнатура". Данное средство используется для установки/проверки ЭП и зашифрования/расшифрования передаваемых данных. 3.1.2. Передача установочного комплекта СКАД "Сигнатура" осуществляется согласно соответствующему договору между Банком России и ФНП.
3.1.3. Для организации защищенного информационного взаимодействия между Банком России и ФНП в ДИТ Банка России в составе центра управления ключевыми системами ДИТ Банка России (далее - ЦУКС) используются программные комплексы (далее - ПК) "Центр регистрации" и "Центр сертификации" СКАД "Сигнатура" "Автоматизированной системы управления сертификатами ключей кодов аутентификации информационно-аналитических систем Банка России".
В функции ЦУКС входит:
- решение общих вопросов управления ключевой системой;
- формирование ключей регистрации ФНП и их доведение до ФНП;
- выпуск сертификатов ключей проверки ЭП ФНП с использованием сформированных в ФНП запросов на сертификаты;
- изготовление ключей, используемых для установки/проверки ЭП, а также зашифрования/расшифрования ЭПС, отправляемых из ЦККИ в ФНП и выпуск соответствующих им сертификатов ключей проверки ЭП;
- формирование справочников сертификатов для АС ЦККИ, формирование и распределение сертификатов ключей проверки ЭП для ФНП.
3.1.4. ФНП самостоятельно изготавливает ключи и записывает их на носители ключевой информации (далее - НКИ) с использованием программного обеспечения, предоставляемого Банком России. Перечень поддерживаемых типов НКИ определен в эксплуатационной документации на СКАД "Сигнатура".
3.1.5. Для ФНП изготавливаются два типа комплектов ключей:
- комплект, используемый для взаимодействия ФНП с администратором ЦУКС (действующий и резервный), данный комплект должен использоваться только для взаимодействия администратора информационной безопасности ФНП с администратором ЦУКС. Использование данного типа комплекта для других целей запрещается;
- комплект, используемый для взаимодействия ФНП с АС ЦККИ (действующий и резервный), данный комплект должен использоваться только для передачи информации в АС ЦККИ.
Для передачи информации в АС ЦККИ используется комплект с меньшим номером комплекта.
3.1.6. При формировании комплекта ключей должен использоваться ГОСТ Р 34.10-2012.
3.1.7. Периодичность плановой смены ключей - не реже одного раза в 15 месяцев. Конкретная дата смены ключей устанавливается ЦУКС.
3.1.8. Ключи ФНП вводятся в действие только после получения, оформленного со стороны ФНП, сертификата на бумажном носителе.
3.2. Начальная регистрация ключей Федеральной нотариальной палаты
3.2.1. ДОО Банка России направляет копию поступившего от ФНП в соответствии с п. 1.2.1 письма, а также копии всех прилагаемых к нему материалов в ДИТ Банка России.
3.2.2. ЦУКС по получении письма из ДОО Банка России с соответствующей резолюцией директора ДИТ Банка России организует работы по формированию ключей регистрации для работы со СКАД "Сигнатура" для ФНП.
3.2.3. Администратор ЦУКС согласует с АИБ ФНП дату прибытия в ЦУКС для получения ключей регистрации по электронной почте и по телефону.
3.2.4. АИБ ФНП лично прибывает в ЦУКС и передает администратору ЦУКС носители для записи ключей регистрации с составлением акта по форме Приложения М. Администратор ЦУКС в присутствии АИБ ФНП выполняет генерацию ключей регистрации и передает их АИБ ФНП с составлением акта по форме Приложения Н. Для оформления пропуска на территорию Банка России АИБ ФНП должен иметь при себе общегражданский российский паспорт.
3.2.5. АИБ ФНП осуществляет генерацию ключей СКАД "Сигнатура" для взаимодействия ФНП с АС ЦККИ и для взаимодействия ФНП с ЦУКС (по два комплекта соответственно) с использованием полученных ключей регистрации и формирует запросы на выпуск сертификатов соответствующих ключей проверки ЭП в электронном виде на USB-flash (ГМД) и на бумажном носителе (в двух экземплярах). Запросы на выпуск сертификатов ключей проверки ЭП на бумажном носителе заверяются печатью ФНП.
3.2.6. Запрос на выпуск сертификатов ключей проверки ЭП (на USB-flash (ГМД) и бумажном носителе) направляются официальным сопроводительным письмом в адрес ДИТ Банка России Почтой России. Скан-копия официального сопроводительного письма предварительно должна быть направлена по электронной почте администратору ЦУКС. Вторые экземпляры запросов на выпуск сертификатов ключей проверки ЭП на бумажном носителе остаются в ФНП.
3.2.7. Администратор ЦУКС выпускает сертификаты ключей проверки ЭП на основании запросов, полученных от ФНП. Сертификаты размещаются в сетевом справочнике сертификатов (в Единой службе каталогов Банка России, далее по тексту - ЕСК) в отдельном контейнере в домене region в специально созданных для этих целей учетных записях.
3.2.8 В АС ЦККИ применяется GDBM-справочник сертификатов, в который включаются сертификаты для ролей "Защита файлов при обмене между АС ЦККИ и БКИ (ФНП)". При формировании справочника используется базовый OID АС ЦККИ 1.3.6.1.4.1.10244.7.1.1.9. GDBM-справочник сертификатов формируется путем автоматического скачивания 1 раз в час соответствующей информации из ЕСК.
3.2.9. Сертификаты ключей проверки ЭП, распечатанные на бумажном носителе и первоначально оформленные со стороны Банка России в двух экземплярах, должны быть направлены в ФНП для дальнейшего завершения оформления со стороны ФНП. Администратор ЦУКС направляет сертификаты ключей проверки ЭП ФНП на USB-flash (ГМД) ФНП и бумажном носителе официальным сопроводительным письмом в адрес ФНП Почтой России.
В ФНП на USB-flash (ГМД) ФНП также передаются 2 справочника сертификатов ключей проверки ЭП, содержащие следующие сертификаты.
1-й набор содержит следующие сертификаты ключей проверки ЭП:
- действующего и резервного ключа АС ЦККИ (1-ый и 2-ой комплект соответственно);
- действующего и резервного ключа ФНП для взаимодействия с АС ЦККИ (1-ый и 2-ой комплект соответственно);
2-й набор содержит следующие сертификаты ключей проверки ЭП:
- действующего и резервного ключа администратора ЦУКС (1-ый и 2-ой комплект соответственно);
- действующего и резервного ключа ФНП для взаимодействия с ЦУКС (1-ый и 2-ой комплект соответственно).
Формирование соответствующих каждому ключу БКИ справочников сертификатов производится АИБ ФНП самостоятельно в соответствии с порядком, описанным в эксплуатационной документации СКАД "Сигнатура".
3.2.10. Получив сертификаты на бумажном носителе, ФНП завершает их оформление (подпись руководителя ФНП и печать ФНП). Один экземпляр оформленного сертификата на бумажном носителе должен быть возвращен на хранение в ДИТ Банка России официальным письмом на имя директора ДИТ. Второй экземпляр оформленного сертификата на бумажном носителе должен храниться в ФНП.
3.2.11. Администратор ЦУКС получает оформленный сертификат со стороны ФНП, сверяет данные сертификата на бумажном носителе с сертификатом в электронном виде. После этого сертификат ФНП может быть введен в действие в АС ЦККИ.
3.3. Плановая смена ключевой информации
3.3.1. Администратор ЦУКС заблаговременно письменно уведомляет администраторов информационной безопасности ФНП о дате и времени смены комплектов ключевой информации.
3.3.2. АИБ ФНП при получении уведомления администратора ЦУКС о замене ключей изготавливает новые ключи СКАД "Сигнатура" и запросы на выпуск сертификатов ключей проверки ЭП для них.
3.3.3. Запросы на выпуск сертификатов ключей проверки ЭП в электронном виде зашифровываются в ФНП с использованием действующего ключа ФНП для взаимодействия с ЦУКС (с меньшим номером комплекта) и направляются в ДИТ Банка России на USB-flash (ГМД) вместе с запросами на выпуск сертификатов ключей проверки ЭП на бумажных носителях (в двух экземплярах). Запросы на выпуск сертификатов ключей проверки ЭП на бумажном носителе заверяются печатью ФНП.
3.3.4. Администратор ЦУКС при получении транспортного USB-flash (ГМД) из ФНП производит следующие действия:
- расшифровывает файлы запросов на выпуск сертификатов ключей проверки ЭП, размещенных на транспортном USB-flash (ГМД) с использованием действующего ключа администратора ЦУКС;
- в случае положительного результата расшифрования формирует сертификаты ключей проверки ЭП на основании запросов, полученных от ФНП;
- направляет сертификаты ключей проверки ЭП ФНП, сертификаты ключей проверки ЭП ДИТ Банка России и сертификаты ключей проверки ЭП администратора ЦУКС в ФНП. Сертификаты в электронном виде подписываются и зашифровываются с помощью действующего ключа администратора ЦУКС и направляются Почтой России на USB-flash (ГМД) вместе с сертификатами ключей проверки ЭП ФНП на бумажных носителях. Сертификаты ключей проверки ЭП, распечатанные на бумажном носителе и первоначально оформленные со стороны Банка России в двух экземплярах, должны быть направлены в ФНП для дальнейшего завершения оформления со стороны ФНП (подпись руководителя ФНП и печать ФНП). Один экземпляр оформленного сертификата на бумажном носителе должен быть возвращен в Банк России на хранение. Второй экземпляр оформленного сертификата на бумажном носителе должен храниться в ФНП
- В случае отрицательного результата расшифрования транспортный USB-flash (ГМД) направляет в ФНП с сопроводительным письмом.
3.3.5. АИБ ФНП при получении транспортного USB-flash (ГМД) из ЦУКС проводит следующие действия:
- расшифровывает файлы сертификатов ключей проверки ЭП, размещенных на транспортном USB-flash (ГМД) с использованием действующего ключа ФНП для взаимодействия с ЦУКС;
- в случае положительного результата расшифрования переносит и импортирует сертификаты ключей проверки ЭП на АРМ "Справочник сертификатов" СКАД "Сигнатура" и проводит в установленное ЦУКС время замену ключевой информации в ФНП. Замена производится в соответствии с порядком, описанным в эксплуатационной документации СКАД "Сигнатура". При отрицательном результате расшифрования АИБ ФНП в рабочем порядке связывается с администратором ЦУКС и проводит работы по устранению возникшей ситуации.
3.3.6. По взаимному соглашению администратора ЦУКС и АИБ ФНП доставка новых запросов на выпуск сертификатов ключей проверки ЭП в ЦУКС может быть произведена АИБ ФНП лично.
3.3.7. В течение 3-х рабочих дней после даты замены ключевой информации выведенные из обращения ключи ЭП подлежат уничтожению с составлением акта. Акт подписывается пользователем ФНП и АИБ ФНП, после чего заверяется печатью организации и подписью руководителя ФНП. Сертификаты ключей проверки ЭП ФНП для взаимодействия с АС ЦККИ подлежат хранению на протяжении срока хранения ЭПС.
3.4. Действия администратора информационной безопасности ФНП при компрометации ключей СКАД "Сигнатура"
3.4.1. АИБ ФНП, допустившего компрометацию ключей действующего комплекта (для взаимодействия с АС ЦККИ или с ЦУКС), по телефону информирует о факте компрометации администратора ЦУКС и направляет в ДИТ Банка России письмо (скан-копия направляется по электронной почте администратору ЦУКС) за подписью руководителя ФНП, в котором сообщается о факте компрометации, начале служебного расследования данного факта и необходимости перехода на резервный комплект ключевой информации.
При поступлении информации от АИБа ФНП о компрометации ключа для взаимодействия с АС ЦККИ администратор ЦУКС производит отзыв соответствующего скомпрометированного сертификата ключа проверки ЭП и публикует информацию в ЕСК.
В случае компрометации ключа для взаимодействия с ЦУКС Администратор ЦУКС производит отзыв скомпрометированного сертификата ключа проверки ЭП и выполняет обновление справочника сертификатов открытых ключей проверки ЭП, используемый для взаимодействия ФНП и ЦУКС.
3.4.2. Администратор ЦУКС формирует и направляет обновленный список отозванных сертификатов АИБу ФНП по электронной почте.
3.4.3. АИБ ФНП делает сертификат резервного ключа (со следующим номером комплекта) рабочим, удаляет сертификат соответствующего скомпрометированного ключа из справочника сертификатов, сохраняет справочники сертификатов на транспортном USB-flash (ГМД).
3.4.4. После получения обновленного списка отозванных сертификатов АИБ ФНП выполняет его загрузку в справочник сертификатов.
3.4.5. АИБ ФНП извещает администратора ЦУКС (по телефону и по электронной почте) о готовности к переходу на работу с новой ключевой информацией.
3.4.6. После получения от АИБ ФНП информации о готовности к переходу на работу с новой ключевой информацией администратор ЦУКС назначает дату и время перехода, о чем извещает АИБ ФНП (по телефону и по электронной почте).
3.4.7. В назначенное администратором ЦУКС время АИБ ФНП проводит работу по замене справочников сертификатов на рабочих местах с установленным программным обеспечением криптографической обработки информации. С момента времени, установленного администратором ЦУКС, резервный комплект ключей (комплект с большим номером) считается действующим и используется ФНП при передаче ЭПС в ЦККИ или администратору ЦУКС. АИБ ФНП составляет акт о переходе с основного комплекта ключей на резервный, который подписывается пользователем ФНП и АИБ ФНП, после чего заверяется печатью ФНП и подписью руководителя ФНП.
В течение 3-х рабочих дней после даты замены ключевой информации выведенные из обращения (скомпрометированные) ключи ЭП подлежат уничтожению с составлением акта. Акт подписывается пользователем ФНП и АИБ ФНП, после чего заверяется печатью организации и подписью руководителя ФНП.
3.4.8. АИБ ФНП изготавливает следующий резервный комплект ключей (со следующим номером комплекта). Для этого выполняются действия, аналогичные п. п. 3.3.3 - 3.3.5 (с учетом необходимости изготовления только резервного комплекта ключевой информации для пользователя ФНП).
3.5. Порядок обращения с носителями ключевой информации
3.5.1. НКИ, на которые записываются ключи, должны быть учтены как носители информации ограниченного доступа.
3.5.2. Должен быть утвержден список лиц, которые имеют доступ к закрытым ключам.
3.5.3. Для каждого комплекта ключей выделяется по 2 НКИ: "Оригинал" и "Рабочая копия".
3.5.4. Для выполнения криптографических операций должен использоваться НКИ с копией действующих ключей ("Рабочая копия"). Использование НКИ "Оригинал" запрещается.
3.5.5. В случае физической неисправности НКИ с копией действующих ключей данный носитель подлежит уничтожению с составлением соответствующего акта. Акт подписывается пользователем ФНП и АИБ, после чего заверяется печатью организации и подписью руководителя ФНП. Изготовляется новая копия, соответствующая НКИ "Оригинал".
3.5.6. Неиспользуемые НКИ (оригинал действующих ключей, оригинал и рабочая копия резервных ключей) должны быть помещены в опечатанные владельцем контейнеры. Для хранения НКИ должны использоваться надежные металлические хранилища (сейфы). Хранение НКИ допускается в одном хранилище с другими документами.
3.5.7. В целях избежания одновременной компрометации действующих и резервных ключей данные НКИ должны храниться в разных опечатанных контейнерах.
3.5.8. По окончании рабочего дня, а также вне времени составления и передачи - приема ЭПС опечатанный контейнер с НКИ, на котором записана копия действующих ключей, должен помещаться в надежное металлическое хранилище (сейф).
3.5.9. Не допускается:
- снимать несанкционированные копии с носителей ключевой информации;
- знакомить с содержанием носителей ключевой информации или передавать носители ключевой информации лицам, к ним не допущенным;
- выводить секретные ключи на дисплей (монитор) ПЭВМ или принтер;
- устанавливать НКИ в считывающее устройство (дисковод) ПЭВМ, на которой программные средства передачи - приема ЭПС функционируют в непредусмотренных (нештатных) режимах, а также на другие ПЭВМ;
- записывать на НКИ постороннюю информацию.
3.5.10. По окончании срока действия или по указанию администратора ЦУКС информация с НКИ подлежит уничтожению с составлением соответствующего акта. Акт подписывается пользователем ФНП и АИБ, после чего заверяется печатью организации и подписью руководителя ФНП.
Приложение А
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ОДИНОЧНЫЙ ЗАПРОС
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке 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"/ > < /xs:sequence > < /xs:complexType > < xs:element name="ResCode" type="xs:positiveInteger"/ > < xs:element name="ResText" type="xs:string"/ > < xs:element name="ResFullText" type="xs:string"/ > < xs:element name="BKIList" > < xs:complexType > < xs:sequence > < xs:element name="BKI" type="CtBKI" minOccurs="0" maxOccurs="unbounded"/ > < /xs:sequence > < /xs:complexType > < /xs:element > < xs:complexType name="CtBKI" > < xs:sequence > < xs:element ref="BKIName"/ > < xs:element ref="BKINumber"/ > < xs:element ref="BKIAddress"/ > < xs:element ref="BKISign"/ > < /xs:sequence > < /xs:complexType > < xs:element name="BKIName" type="StStr255"/ > < xs:element name="BKINumber" type="StStr10"/ > < xs:element name="BKIAddress" type="StStr1680"/ > < xs:element name="BKISign" type="StBKISign"/ > < xs:simpleType name="StVers" > < xs:restriction base="xs:positiveInteger" > < xs:enumeration value="1"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StDate" > < xs:restriction base="xs:string" > < xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StEGRN" > < xs:restriction base="xs:string" > < xs:minLength value="0"/ > < xs:maxLength value="1024"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StINN" > < xs:restriction base="xs:string" > < xs:minLength value="0"/ > < xs:maxLength value="1024"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr60" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="60"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr060" > < xs:restriction base="xs:string" > < xs:maxLength value="60"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr50" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="50"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr1020" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="1020"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr255" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="255"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr10" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="10"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr100" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="100"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr1680" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="1680"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StBKISign" > < xs:restriction base="xs:string" > < xs:enumeration value="0"/ > < xs:enumeration value="1"/ > < /xs:restriction > < /xs:simpleType > < /xs:schema >Приложение Б
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ОДИНОЧНЫЙ ЗАПРОС
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Ответ на одиночный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование REPLY и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и тело запроса (TBODY).
Описание структуры заголовка приведено в таблице Б.1.
Таблица Б.1 - Структура заголовка
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие |
| RequestID | Идентификатор запроса, присвоенный отправителем | Положительное целое число (12) | |
| CreateDate | Дата формирования ответа | Дата вида ДД.ММ.ГГГГ | V |
Элемент TBODY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса (ResData).
Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица Б.2 - Структура элемента KEYLP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие |
| Name | Полное наименование юридического лица. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (1020) | |
| EGRN | Основной государственный регистрационный номер. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (1024) | |
| INN | Идентификационный номер налогоплательщика. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (1024) |
Таблица Б.3 - Структура элемента KEYNP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие |
| FirstName | Имя | Текст (60) | V |
| LastName | Фамилия | Текст (60) | V |
| MiddleName | Отчество. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (60) | |
| DocNumber | Серия и номер документа, удостоверяющего личность | Текст (50) | V |
| DocDelivDate | Дата выдачи документа, удостоверяющего личность. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Дата вида ДД.ММ.ГГГГ |
Элемент ResData включает:
- обязательный код результата обработки запроса (ResCode). Возможные значения: 900 - "Успешной обработки", 910 - "Соответствующая информация не найдена";
- обязательный текст результата обработки запроса (ResText);
- необязательный список БКИ (BKIList). Элемент BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Он может быть пустым либо содержать несколько блоков BKI;
- обязательный текст результата обработки запроса в удобном для просмотра виде (ResFullText).
Таблица Б.4 - Структура элемента BKI
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| BKIName | Полное наименование БКИ | Текст (255) | V |
| BKINumber | Номер БКИ из государственного реестра бюро кредитных историй | Текст (10) | V |
| BKIAddress | Адрес (место нахождения) и телефон | Текст (1680) | V |
| BKISign | Признак "Прежние ключевые реквизиты": 0 - указанные в запросе реквизиты субъекта кредитной истории известны в БКИ 1 - указанные в запросе реквизиты субъекта кредитной истории неизвестны в БКИ. | Текст (1) | V |
Пример xml-документа:
< ?xml version="1.0" encoding="windows-1251"? > < REPLY > < THEADER > < CreateDate > 18.08.2005 < /CreateDate > < /THEADER > < TBODY > < KeyData > < KEYNP > < FirstName > АНДРЕЙ < /FirstName > < LastName > БУКАРЕВ < /LastName > < MiddleName > ЕГОРОВИЧ < /MiddleName > < DocNumber > 2891104230 < /DocNumber > < DocDelivDate > 24.10.1980 < /DocDelivDate > < /KEYNP > < /KeyData > < ResData > < ResCode > 900 < /ResCode > < ResText > Соответствующая кредитная история сформирована в следующих БКИ: < /ResText > < BKIList > < BKI > < BKIName > Акционерное общество & quot;Язык Эзопа & quot; < /BKIName > < BKINumber > 1 < /BKINumber > < BKIAddress > г. Владивосток, Японский пер., д.3 < /BKIAddress > < BKISign > 0 < /BKISign > < /BKI > < BKI > < BKIName > Oбщество с ограниченной ответственностью & quot;МИДАС & quot; < /BKIName > < BKINumber > 2 < /BKINumber > < BKIAddress > г. Ленинград, ул. Левая, д98, 222222 < /BKIAddress > < BKISign > 0 < /BKISign > < /BKI > < /BKIList > < ResFullText > В ответ на Ваш запрос: дата запроса: 18.08.2005 фамилия: БУКАРЕВ имя: АНДРЕЙ отчество: ЕГОРОВИЧ документ: 2891104230 Центральный каталог кредитных историй сообщает: По состоянию на 18.08.2005 Соответствующая кредитная история сформирована в следующем (следующих) БКИ: Номер БКИ из государственного реестра бюро кредитных историй: 1 Наименование организации: Акционерное общество "Язык Эзопа" Адрес (место нахождения) и телефон: г. Владивосток, Японский пер., д. 3 Номер БКИ из государственного реестра бюро кредитных историй: 2 Наименование организации: Общество с ограниченной ответственностью "МИДАС" Адрес (место нахождения) и телефон: г. Ленинград, ул. Левая, д. 98 < /ResFullText > < /ResData > < /TBODY > < /REPLY >Приложение В
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ ИНФОРМАЦИИ
О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке 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 >Приложение Г
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Ответ АС ЦККИ на пакет запросов структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование REPLYPACKET и обязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и список ответов на запросы (TBODY).
Структура заголовка приведена в таблице Г.1.
Таблица Г.1 - Структура заголовка
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| PackID | Идентификатор пакета с запросами | Целое число (12) | V |
| CreatePackDate | Дата формирования пакета ответов | Дата вида ДД.ММ.ГГГГ | V |
Элемент TBODY содержит множество элементов REQREPLY, содержащих обязательный атрибут ID, указывающих на номер ответа в пакете.
Элемент REQREPLY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса (ResData).
Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица Г.2 - Структура элемента KEYLP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| Name | Полное наименование юридического лица. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (1020) | |
| EGRN | Основной государственный регистрационный номер. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (1024) | |
| INN | Идентификационный номер налогоплательщика. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (1024) |
Таблица Г.3 - Структура элемента KEYNP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| FirstName | Имя | Текст (60) | V |
| LastName | Фамилия | Текст (60) | V |
| MiddleName | Отчество. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Текст (60) | |
| DocNumber | Серия и номер документа, удостоверяющего личность | Текст (50) | V |
| DocDelivDate | Дата выдачи документа, удостоверяющего личность. Элемент может отсутствовать, если не был указан в соответствующем запросе. | Дата вида ДД.ММ.ГГГГ |
Элемент ResData включает:
- обязательный код результата обработки запроса (ResCode),
- обязательный текст результата обработки запроса (ResText),
- необязательный блок списка БКИ (BKIList).
Элемент BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Он может быть пустым либо содержать несколько блоков BKI.
Таблица Г.4 - Структура элемента BKI
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| BKIName | Полное наименование БКИ | Текст (255) | V |
| BKINumber | Номер БКИ из государственного реестра бюро кредитных историй | Текст (10) | V |
| BKIAddress | Адрес (место нахождения) и телефон | Текст (1680) | V |
| BKISign | Признак "Прежние ключевые реквизиты": 0 - указанные в запросе реквизиты субъекта кредитной истории известны в БКИ 1 - указанные в запросе реквизиты субъекта кредитной истории неизвестны в БКИ. | Текст (1) | V |
Пример xml-документа:
< ?xml version="1.0" encoding="windows-1251"? > < REPLYPACKET version="1" > < 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.1975 < /DocDelivDate > < /KEYNP > < /KeyData > < ResData > < ResCode > 900 < /ResCode > < ResText > Соответствующая кредитная история сформирована в следующем (следующих) БКИ: < /ResText > < BKIList > < BKI > < BKIName > Кредитное бюро N 1 < /BKIName > < BKINumber > 075-00001 < /BKINumber > < BKIAddress > 190031, г. Санкт-Петербург, ул. Казанская, д. 45 (812)327-21-06/ (812)327-21-13 < /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 > 075-00001 < /BKINumber > < BKIAddress > 190031, г. Санкт-Петербург, ул. Казанская, д. 45 (812)327-21-06/ (812)327-21-13 < /BKIAddress > < BKISign > 0 < /BKISign > < /BKI > < /BKIList > < /ResData > < /REQREPLY > < /TBODY > < /REPLYPACKET >Приложение Д
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОДИНОЧНЫЙ ЗАПРОС ИНФОРМАЦИИ О БКИ,
В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке 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:choice > < /xs:complexType > < /xs:element > < xs:complexType name="CtInquiry" > < xs:all > < xs:element name="KeyData" type="CtKey"/ > < /xs:all > < /xs:complexType > < 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="StStr060" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="60"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr060" > < xs:restriction base="xs:string" > < xs:maxLength value="60"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr50" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="50"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr1020" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="1020"/ > < /xs:restriction > < /xs:simpleType > < /xs:schema >Приложение Е
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОДИНОЧНЫЙ ЗАПРОС
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Одиночный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, в АС ЦККИ структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование INQ и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и содержание запроса (TBODY). Описание структуры заголовка приведено в таблице Е.1.
Таблица Е.1 - Структура заголовка
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| RequestID | Идентификатор запроса, присвоенный отправителем. Если данный элемент присутствует в запросе, то в ответе ЦККИ он также будет присутствовать и содержать то же значение. | Положительное целое число (12) | |
| CreateDate | Дата формирования запроса | Дата вида ДД.ММ.ГГГГ | V |
Внутри элемента TBODY должен находиться элемент InquiryBKI - запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
Элемент InquiryBKI должен содержать информацию, идентифицирующую субъекта кредитной истории (элемент KeyData). Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица Е.2 - Структура элемента KEYLP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| Name | Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации) | Текст (1020) | |
| EGRN | Основной государственный регистрационный номер. Если ОГРН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML. | Текст (1024) | |
| INN | Идентификационный номер налогоплательщика. Если ИНН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML. | Текст (1024) |
Таблица Е.3 - Структура элемента KEYNP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| FirstName | Имя | Текст (60) | V |
| LastName | Фамилия | Текст (60) | V |
| MiddleName | Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML. | Текст (60) | V |
| DocNumber | Серия и номер документа, удостоверяющего личность | Текст (50) | V |
| DocDelivDate | Дата выдачи документа, удостоверяющего личность. Допускается не указывать. | Дата вида ДД.ММ.ГГГГ |
Пример xml-документа:
< ?xml version="1.0" encoding="windows-1251"? > < INQ version="1" > < THEADER > < CreateDate > 20.07.2005 < /CreateDate > < /THEADER > < TBODY > < InquiryBKI > < KeyData > < KEYLP > < Name > ООО "Прогресс" < /Name > < EGRN > 5678190123456 < /EGRN > < INN > 2464072098 < /INN > < /KEYLP > < /KeyData > < /InquiryBKI > < /TBODY > < /INQ >Приложение Ж
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ ИНФОРМАЦИИ О БКИ,
В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке 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="FinancialInquiryBKI" type="CtInquiry"/ > < /xs:choice > < xs:attribute name="ID" type="xs:positiveInteger" use="required"/ > < /xs:complexType > < xs:complexType name="CtInquiry" > < xs:all > < xs:element name="KeyData" type="CtKey"/ > < /xs:all > < /xs:complexType > < 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="StStr60" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="60"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr060" > < xs:restriction base="xs:string" > < xs:maxLength value="60"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr50" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="50"/ > < /xs:restriction > < /xs:simpleType > < xs:simpleType name="StStr1020" > < xs:restriction base="xs:string" > < xs:minLength value="1"/ > < xs:maxLength value="1020"/ > < /xs:restriction > < /xs:simpleType > < /xs:schema >Приложение И
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ ИНФОРМАЦИИ
О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Пакет запросов информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, направляемый в АС ЦККИ, структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование INQPACKET и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок пакета (THEADER) и список запросов (TBODY). Описание структуры заголовка приведено в таблице И.1
Таблица И.1 - Структура заголовка
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| PackID | Идентификатор пакета с запросами | Целое число (12) | V |
| CreatePackDate | Дата формирования пакета с запросами | Дата вида ДД.ММ.ГГГГ | V |
Элемент TBODY содержит множество элементов REQ, содержащих обязательный атрибут ID, указывающий на номер запроса в пакете.
При формировании файла, содержащего пакет запросов, внутри элемента REQ должен находиться один из следующих элементов:
SubjectInquiryBKI - запрос от субъекта кредитной истории или наследника информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
UserInquiryBKI - запрос от пользователя кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
FinancialInquiryBKI - запрос от финансового управляющего информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
Указанные элементы должны содержать информацию, идентифицирующую субъекта кредитных историй (элемент KeyData).
Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица И.2 - Структура элемента KEYLP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| Name | Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации) | Текст (1020) | |
| EGRN | Основной государственный регистрационный номер. Если ОГРН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML. | Текст (1024) | |
| INN | Идентификационный номер налогоплательщика. Если ИНН у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML. | Текст (1024) |
Таблица И.3 - Структура элемента KEYNP
| Наименование элемента | Описание | Формат данных (Размер) | Обязательное наличие элемента |
| FirstName | Имя | Текст (60) | V |
| LastName | Фамилия | Текст (60) | V |
| MiddleName | Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML. | Текст (60) | |
| DocNumber | Серия и номер документа, удостоверяющего личность | Текст (50) | V |
| DocDelivDate | Дата выдачи документа, удостоверяющего личность. Допускается не указывать | Дата вида ДД.ММ.ГГГГ |
Пример xml-документа:
< ?xml version="1.0" encoding="windows-1251"? > < INQPACKET version="1" > < 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 > < /TBODY > < /INQPACKET >Приложение К
ИЗВЕЩЕНИЕ О НЕПРИНЯТИИ ЭЛЕКТРОННОГО СООБЩЕНИЯ
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
< ?xml version="1.0" encoding="windows-1251"? > < xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="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 >Описание структуры электронного документа "Извещение о непринятии электронного сообщения" приведено в таблице К.1.
Таблица К.1 - Описание структуры документа
| Наименование элемента | Описание | Обязательное наличие элемента |
| errCode | Код ошибки | V |
| errText | Текст сообщения об ошибке | V |
Перечень сообщений об ошибках, формируемых АС ЦККИ при обработке входящих электронных сообщений приведен в таблице К.2.
Таблица К.2 - Перечень сообщений об ошибках
| Код ошибки | Сообщение | Ошибка |
| 901 | Ошибка в заголовке письма | Не определен тип отправителя либо не определен тип сообщения. Проверьте правильность заполнения типа отправителя и типа сообщения в теме электронного сообщения. Проверьте также, соответствует ли адрес, на который было отправлено сообщение, указанному типу отправителя. |
| 902 | Вложение отсутствует | Вложение отсутствует. Проверьте наличие вложения. |
| 903 | Обнаружено более одного вложения | Обнаружено более одного вложения. Убедитесь в том, что к ЭПС прикреплен только один файл вложения. |
| 904 | Превышен максимально допустимый размер сообщения | Почтовое сообщение превышает максимально допустимый размер. Вероятно, к ЭПС прикреплен некорректный файл. Убедитесь в том, что файл вложения соответствует установленному формату. |
| 905 | Ошибка расшифрования вложения | От ФНП получено сообщение, которое невозможно расшифровать. В тексте сообщения дополнительно указывается код ошибки и сообщение об ошибке, возвращаемые библиотекой СКЗИ СКАД "Сигнатура". Проверьте правильность ключа шифрования и ЭП |
| 906 | Неверный формат сообщения | Файл вложения не соответствует XML-схеме, определенной для данного типа сообщения. Проверьте файл вложения на соответствие установленному формату. |
| 907 | Источник сообщения не определен | Федеральная нотариальная палата не идентифицирована по справочнику или истек срок ее аккредитации в системе. Проверьте правильность заполнения регистрационного номера в теме ЭПС. |
| 911 | Сообщение не обработано по техническим причинам | В процессе обработки сообщения произошел критический сбой, не позволивший завершить обработку. Повторите отправку сообщения. |
Помимо файла вложения ERROR.XML, в тексте ответного электронного сообщения присутствует значение элемента ErrText.
Приложение Л
ПРАВИЛА ПОИСКА ИНФОРМАЦИИ ПО ЗАПРОСАМ К АС ЦККИ
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - физического лица задан следующий набор реквизитов титульной части (далее по тексту - ключевые реквизиты):
- фамилия;
- имя;
- отчество;
- данные паспорта или иного документа, удостоверяющего личность (серия, номер);
- дата выдачи документа, удостоверяющего личность (не обязательна для заполнения).
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - юридического лица задан следующий набор ключевых реквизитов:
- основной государственный регистрационный номер;
- идентификационный номер налогоплательщика;
- полное наименование юридического лица.
При поиске в базе данных ЦККИ титульных частей, совпадающих по ключевым реквизитам с информацией из запроса, выполняется преобразование сравниваемых значений ключевых реквизитов с исключением и заменой ряда символов сравниваемых реквизитов, обусловленное особенностью машинно-электронных форм представления и хранения запрашиваемой информации. При сравнении ключевых реквизитов игнорируются символы, отличные от букв русского и латинского алфавитов и цифр, игнорируется твердый знак, а также не учитывается регистр букв. Кроме того, при сравнении указанных реквизитов взаимозаменяемыми считаются буквы "Е" и "Ё", а также цифра "4" и буква "Ч".
При обработке запроса по физическому лицу игнорируется дата выдачи документа, удостоверяющего личность, указанная в запросе.
При обработке запроса по юридическому лицу реализованы следующие правила:
- Если в запросе указано полное наименование и непустые значения ИНН и (или) ОГРН, то при обработке запроса полное наименование не учитывается (вне зависимости от того, указано оно или нет), а поиск осуществляется по указанным значениям реквизитов ИНН и ОГРН.
- Если в запросе указано полное наименование и пустые значения как ИНН, так и ОГРН, то найдены будут титульные части кредитных историй, у которых полное наименование совпадает с указанным в запросе, а реквизиты ИНН и ОГРН не заполнены.
Приложение М
ПРИМЕРНАЯ ФОРМА И ПРИМЕР
ЗАПОЛНЕНИЯ АКТА ПРИЕМА-ПЕРЕДАЧИ НОСИТЕЛЕЙ ДЛЯ РАЗМЕЩЕНИЯ
КЛЮЧЕЙ РЕГИСТРАЦИИ ФНП
Экз. N _____ АКТ приема-передачи носителей для размещения ключей регистрации Настоящий акт составлен о том, что ___________________ в соответствии с (день, месяц, год) Порядком взаимодействия Банка России с Федеральной нотариальной палатой при предоставлении информации из Центрального каталога кредитных историй администратором информационной безопасности (АИБ) ФНП (или лицом его замещающим) Федеральной нотариальной палаты (ФНП) _______________________________________________ переданы, а администратором (Ф.И.О., наименование подразделения ФНП) Центра управления ключевыми системами Департамента информационных технологий Банка России (ЦУКС) ___________________________________________________________________________ (Ф.И.О.) приняты поставленные на инвентарный учет в ___________________________________________________________________________ (наименование подразделения ФНП) зарегистрированные носители для генерации на них ключей регистрации в следующем составе и для следующих пользователей:| N п/п | Учетный номер ключевого носителя | Фамилия И.О. допущенного к ключевой информации | |
| 1 | 20-151/49 | Иванов И.И. | |
| 2 | 20-151/50 | ||
| 3 | 20-151/51 | Петров П.П. | |
| 4 | 20-151/52 |
Приложение Н
ПРИМЕРНАЯ ФОРМА И ПРИМЕР
ЗАПОЛНЕНИЯ АКТА ПРИЕМА-ПЕРЕДАЧИ УПАКОВОК
С КЛЮЧАМИ РЕГИСТРАЦИИ
Экз. N _____ АКТ приема-передачи упаковок с ключами регистрации Настоящий акт составлен о том, что ___________________ в соответствии с (день, месяц, год) Порядком взаимодействия Банка России с Федеральной нотариальной палатой при предоставлении информации из Центрального каталога кредитных историй администратором Центра управления ключевыми системами Департамента информационных технологий Банка России (ЦУКС) ___________________________________________________________________________ (Ф.И.О.) переданы, а администратором информационной безопасности (или лицом его замещающим) (АИБ) Федеральной нотариальной палаты (ФНП) ___________________________________________________________________________ (Ф.И.О., наименование подразделения ФНП) приняты упаковки, содержащие поставленные на учет в ___________________________________________________________________________ (наименование подразделения ФНП) ключевые носители (переданные ранее по акту от ___________________________) (число, месяц, год) с ключевой информацией в следующем составе и для следующих пользователей:| N п/п | Номер упаковки | Фамилия И.О. пользователя | Учетный номер ключевого носителя | |
| 1 | 1 | Иванов И.И. | 20-151/49 | |
| 20-151/50 | ||||
| 2 | 2 | Петров П.П. | 20-151/51 | |
| 20-151/52 |
ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ
АИБ - администратор информационной безопасности.
АРМ - автоматизированное рабочее место.
АС ЦККИ - автоматизированная система "Центральный каталог кредитных историй".
БКИ - бюро кредитных историй.
ГМД - гибкий магнитный диск.
ДИТ Банка России - Департамент информационных технологий Банка России.
ДОО Банка России - Департамент обработки отчетности Банка России;
НКИ - носитель ключевой информации.
СКАД - система криптографической авторизации электронных документов.
СКЗИ - средство криптографической защиты информации.
ФНП - Федеральная нотариальная палата.
ЦУКС - центр управления ключевой системой АС ЦККИ.
ЭП - электронная подпись (усиленная неквалифицированная).
ЭПС - электронное почтовое сообщение.
XML-сообщение - данные в электронном виде, формат которых соответствует стандарту XML, а также требованиям, установленным настоящим документом.
ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ
| Редакция | Изменение |
| 1.0 | 1) В п. 4.2.9 и п. 4.3.4 исключена необходимость подписи бумажного носителя сертификата ключа проверки электронной подписи Федеральной нотариальной палаты ответственным за использование ключа в Федеральной нотариальной палате. 2) Уточнены сроки начала использования СКАД "Сигнатура" для защиты передаваемой информации. 3) Приведен порядок формирования нотариусом запроса финансового управляющего в ЦККИ о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Информация о сроке начала обработки АС ЦККИ запросов финансовых управляющих о бюро кредитных историй размещается на сайте Банка России в разделе "Кредитные истории". Плановый срок начала обработки запросов финансовых управляющих АС ЦККИ - не ранее 01.08.2019. 4) Внесены редакционные правки по тексту документа и приложений. 5) Дополнен перечень принятых сокращений. 1) Удален раздел "Порядок управления ключами кодов аутентификации и шифрования СКЗИ "Верба-OW". 2) Исключено описание переходного периода при замене СКЗИ "Верба-OW" на СКЗИ СКАД "Сигнатура". 3) Уточнен порядок защиты передаваемых сообщений (п. 2, п. 3): исключено описание использования СКЗИ "Верба-OW". 4) Исключено приложение "Регистрационная карточка открытого ключа кода аутентификации (шифрования)". 5) В связи с доработкой АС ЦККИ в целях приема запросов финансовых управляющих о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории, исключена информация о плановом сроке начала обработки таких запросов. |