Порядок взаимодействия Банка России Федеральной нотариальной палатой при предоставлении информации из Центрального каталога кредитных историй. Редакция 1.1

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

(вместе с «Правилами поиска информации по запросам к АС ЦККИ»)

ПОРЯДОК

Аннотация

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

При описании порядка взаимодействия учитываются требования, изложенные в Указании Банка России от 29 июня 2016 года № 3701-У «О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством передачи запроса через нотариуса», а также в Федеральном законе от 27 июля 2006 года № 152-ФЗ «О персональных данных».

В документе приводятся сведения об используемых технологиях обмена данными, о форматах передаваемых данных, о порядке защиты передаваемых данных.

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

• удален раздел «Порядок управления ключами кодов аутентификации и шифрования СКЗИ „Верба-OW“;»
• исключено описание переходного периода при замене средства криптографической защиты информации (далее — СКЗИ) «Верба-OW» на СКЗИ СКАД «Сигнатура»;
• уточнен порядок защиты передаваемых сообщений (п. 2. п. 3): исключено описание использования СКЗИ «Верба-OW»;
• исключено приложение «Регистрационная карточка открытого ключа кода аутентификации (шифрования)»;
• в связи с доработкой автоматизированной системы «Центральный каталог кредитных историй» в целях приема запросов финансовых управляющих о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории, исключена информация о плановом сроке начала обработки таких запросов.

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

1.1. Введение

Федеральная нотариальная палата (далее — ФНП) выступает посредником при направлении в ЦККИ посредством нотариуса запросов о представлении информации о бюро кредитных историй (далее — БКИ), в котором хранится кредитная история субъекта кредитной истории, следующими лицами:

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

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

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

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

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

В соответствии с пунктом 17 Положения от 11 апреля 2014 года № 418-П «Об обработке персональных данных в Банке России» обработка персональных данных в АС ЦККИ не требует согласия субъектов кредитных историй на обработку их персональных данных (основание — Федеральный закон от 30 декабря 2004 года № 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 — Тема ЭПС, направляемого на адрес АС ЦККИ

Где:

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-схеме:

<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 — Структура заголовка

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

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

KEYLP — ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;

KEYNP — ключевая информация для субъекта кредитной истории, являющегося физическим лицом.

Таблица Б.2 — Структура элемента KEYLP

Таблица Б.3 - Структура элемента KEYNP

Элемент ResData включает:

• обязательный код результата обработки запроса (ResCode). Возможные значения: 900 - "Успешной обработки", 910 - "Соответствующая информация не найдена";
• обязательный текст результата обработки запроса (ResText);
• необязательный список БКИ (BKIList). Элемент BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Он может быть пустым либо содержать несколько блоков BKI;
• обязательный текст результата обработки запроса в удобном для просмотра виде (ResFullText).

Таблица Б.4 - Структура элемента BKI

Пример xml-документа:

18.08.2005 АНДРЕЙ БУКАРЕВ ЕГОРОВИЧ 2891104230 24.10.1980 900 Соответствующая кредитная история сформирована в следующих БКИ: Акционерное общество "Язык Эзопа" 1 г. Владивосток, Японский пер., д.3 0 Oбщество с ограниченной ответственностью "МИДАС" 2 г. Ленинград, ул. Левая, д98, 222222 0 В ответ на Ваш запрос: дата запроса: 18.08.2005 фамилия: БУКАРЕВ имя: АНДРЕЙ отчество: ЕГОРОВИЧ документ: 2891104230 Центральный каталог кредитных историй сообщает: По состоянию на 18.08.2005 Соответствующая кредитная история сформирована в следующем (следующих) БКИ:

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

Номер БКИ из государственного реестра бюро кредитных историй: 2 Наименование организации: Общество с ограниченной ответственностью "МИДАС" Адрес (место нахождения) и телефон: г. Ленинград, ул. Левая, д. 98

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

<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 - Структура заголовка

Элемент TBODY содержит множество элементов REQREPLY, содержащих обязательный атрибут ID, указывающих на номер ответа в пакете.

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

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

KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;

KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.

Таблица Г.2 - Структура элемента KEYLP

Таблица Г.3 - Структура элемента KEYNP

Элемент ResData включает:

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

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

Таблица Г.4 - Структура элемента BKI

Пример xml-документа:

1234 09.04.2009

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

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified"> <xs:element name="INQ"> xs:complexType xs:sequence <xs:element ref="THEADER"/> <xs:element ref="TBODY"/> </xs:sequence> <xs:attribute name="version" type="StVers" use="optional"/> </xs:complexType> </xs:element> <xs:element name="THEADER"> xs:complexType xs:sequence <xs:element ref="RequestID" minOccurs="0"/> <xs:element ref="CreateDate"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="CreateDate" type="StDate"/> <xs:element name="RequestID" type="xs:positiveInteger"/> <xs:element name="TBODY"> xs:complexType xs:choice <xs:element name="InquiryBKI" type="CtInquiry"/> </xs: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 - Структура заголовка

Внутри элемента TBODY должен находиться элемент InquiryBKI - запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.

Элемент InquiryBKI должен содержать информацию, идентифицирующую субъекта кредитной истории (элемент KeyData). Внутри элемента KeyData может находиться один из двух элементов:

KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;

KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.

Таблица Е.2 - Структура элемента KEYLP

Таблица Е.3 - Структура элемента KEYNP

Пример xml-документа:

20.07.2005 ООО "Прогресс" 5678190123456 2464072098

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

<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 - Структура заголовка

Элемент TBODY содержит множество элементов REQ, содержащих обязательный атрибут ID, указывающий на номер запроса в пакете.

При формировании файла, содержащего пакет запросов, внутри элемента REQ должен находиться один из следующих элементов:

SubjectInquiryBKI - запрос от субъекта кредитной истории или наследника информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;

UserInquiryBKI - запрос от пользователя кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.

FinancialInquiryBKI - запрос от финансового управляющего информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.

Указанные элементы должны содержать информацию, идентифицирующую субъекта кредитных историй (элемент KeyData).

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

KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;

KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.

Таблица И.2 - Структура элемента KEYLP

Таблица И.3 - Структура элемента KEYNP

Пример xml-документа:

1 30.10.2006

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

<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 - Описание структуры документа

Таблица К.2 - Перечень сообщений об ошибках

Помимо файла вложения ERROR.XML, в тексте ответного электронного сообщения присутствует значение элемента ErrText.

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

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

АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - юридического лица задан следующий набор ключевых реквизитов:

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

При поиске в базе данных ЦККИ титульных частей, совпадающих по ключевым реквизитам с информацией из запроса, выполняется преобразование сравниваемых значений ключевых реквизитов с исключением и заменой ряда символов сравниваемых реквизитов, обусловленное особенностью машинно-электронных форм представления и хранения запрашиваемой информации. При сравнении ключевых реквизитов игнорируются символы, отличные от букв русского и латинского алфавитов и цифр, игнорируется твердый знак, а также не учитывается регистр букв. Кроме того, при сравнении указанных реквизитов взаимозаменяемыми считаются буквы "Е" и "Ё", а также цифра "4" и буква "Ч".

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

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

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

Экз. N _____

АКТ приема-передачи носителей для размещения ключей регистрации

Настоящий акт составлен о том, что ___________________ в соответствии с (день, месяц, год) Порядком взаимодействия Банка России с Федеральной нотариальной палатой при

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

замещающим) Федеральной нотариальной палаты (ФНП) _______________________________________________ переданы, а администратором (Ф.И.О., наименование подразделения ФНП)

Центра    управления  ключевыми   системами   Департамента   информационных
технологий                Банка                 России               (ЦУКС)

                             (Ф.И.О.)

приняты поставленные на инвентарный учет в

                 (наименование подразделения ФНП)

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

Также АИБ ФНП передал, а администратор ЦУКС принял машинный носитель для записи на него сертификатов регистрации.

Акт составлен в двух экземплярах:

1-й экз. — в Департамент информационных технологий Банка России

2-й экз. — в __________________________________________________ (наименование подразделения ФНП)

От Департамента информационных          От ________________________________
технологий Банка России                    (наименование подразделения ФНП)
______________________________          ___________________________________
         (должность)                                (должность)
______________________________          ___________________________________
   (подпись, И.О. Фамилия)                    (подпись, И.О. Фамилия)

Экз. N _____

АКТ приема-передачи упаковок с ключами регистрации

Настоящий акт составлен о том, что ___________________ в соответствии с (день, месяц, год)

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

                             (Ф.И.О.)

переданы,  а  администратором  информационной  безопасности  (или лицом его
замещающим)     (АИБ)     Федеральной     нотариальной     палаты     (ФНП)

             (Ф.И.О., наименование подразделения ФНП)

приняты упаковки, содержащие поставленные на учет в

                 (наименование подразделения ФНП)

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

Генерация ключевой информации СКАД «Сигнатура» и упаковка ключевых носителей производились комиссионно.

Целость упаковок не нарушена.

Также администратором ЦУКС переданы, а АИБ ФНП принят машинный носитель информации с записанными на него сертификатами регистрации.

Акт составлен в двух экземплярах:

1-й экз. — в Департамент информационных технологий Банка России ----------------------------------------------------

2-й экз. — в ________________________________________________ (наименование подразделения ФНП)

От Департамента информационных          От ________________________________
технологий Банка России                          (наименование БКИ)
______________________________          ___________________________________
         (должность)                       (должность подразделения ФНП)
______________________________          ___________________________________
   (подпись, И.О. Фамилия)                    (подпись, И.О. Фамилия)

ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ

АИБ — администратор информационной безопасности.

АРМ — автоматизированное рабочее место.

АС ЦККИ — автоматизированная система «Центральный каталог кредитных историй».

БКИ — бюро кредитных историй.

ГМД — гибкий магнитный диск.

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

ДОО Банка России — Департамент обработки отчетности Банка России;

НКИ — носитель ключевой информации.

СКАД — система криптографической авторизации электронных документов.

СКЗИ — средство криптографической защиты информации.

ФНП — Федеральная нотариальная палата.

ЦУКС — центр управления ключевой системой АС ЦККИ.

ЭП — электронная подпись (усиленная неквалифицированная).

ЭПС — электронное почтовое сообщение.

XML-сообщение — данные в электронном виде, формат которых соответствует стандарту XML, а также требованиям, установленным настоящим документом.

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