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

ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ
ПОРЯДОК
ВЗАИМОДЕЙСТВИЯ БАНКА РОССИИ С ФЕДЕРАЛЬНОЙ НОТАРИАЛЬНОЙ
ПАЛАТОЙ ПРИ ПРЕДОСТАВЛЕНИИ ИНФОРМАЦИИ ЦЕНТРАЛЬНОГО
КАТАЛОГА КРЕДИТНЫХ ИСТОРИЙ
1. Общие положения
1.1. Введение
Настоящий документ определяет порядок взаимодействия автоматизированной системы "Центральный каталог кредитных историй", разработанной во исполнение Федерального закона от 30.12.2004 N 218-ФЗ "О кредитных историях", и Федеральной нотариальной палаты.
При описании порядка взаимодействия также учитываются требования, изложенные в Федеральном законе от 28.06.2014 N 189-ФЗ "О внесении изменений в Федеральный закон "О кредитных историях" и отдельные законодательные акты Российской Федерации", а также Указании Банка России от ___________ N _______ "О порядке направления запросов и получения информации из Центрального каталога кредитных историй нотариусом, а также субъектом кредитной истории и пользователем кредитной истории посредством передачи заявления через нотариуса".
В документе приводятся сведения об используемых технологиях обмена данными, о форматах передаваемых данных, о порядке обмена ключами кодов аутентификации и шифрования.
Федеральная нотариальная палата (далее - ФНП) выступает посредником при направлении в Центральный каталог кредитных историй запросов о представлении информации о бюро кредитных историй, в котором хранится кредитная история субъекта кредитной истории:
субъектами кредитной истории и пользователями кредитной истории посредством передачи заявления через нотариуса;
нотариусами - в связи с необходимостью осуществления проверки состава наследственного имущества при совершении нотариальных действий по выдаче свидетельства о праве на наследство.
Центральный каталог кредитных историй предоставляет информацию о бюро кредитных историй, в (котором) которых хранится кредитная история субъекта кредитной истории, субъектам кредитных историй и пользователям кредитных историй, а также нотариусам на безвозмездной основе на основании их запросов, содержащих информацию о субъекте запрашиваемой кредитной истории из титульной части кредитной истории через ФНП. Взаимодействие нотариусов и ФНП при направлении запросов в Центральный каталог кредитных историй и получении ответов из него не определяется настоящим документом и устанавливается ФНП.
Реализация перечисленных выше функций обеспечивается автоматизированной системой "Центральный каталог кредитных историй" (далее - АС ЦККИ). Эксплуатацию и сопровождение АС ЦККИ ведет Департамент информационных технологий Банка России (ДИТ Банка России).
Информация, обрабатываемая в АС ЦККИ, не содержит информации ограниченного доступа, а также сведений, составляющих государственную тайну.
Информация, обрабатываемая в АС ЦККИ, содержит персональные данные субъектов кредитных историй - физических лиц. Состав персональных данных определяется Федеральным законом от 30 декабря 2004 года N 218-ФЗ "О кредитных историях", а также Указаниями Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй".
В соответствии с пунктом 17 Положения от 11 апреля 2014 года N 418-П "Об обработке персональных данных в Банке России" обработка ПД в АС ЦККИ не требует согласия субъектов кредитных историй на обработку их ПД (основание - Федеральный закон от 30 декабря 2004 года N 218-ФЗ "О кредитных историях").
1.2. Порядок подключения Федеральной нотариальной палаты к Центральному каталогу кредитных историй
1.2.1. ФНП направляет в Центральный каталог кредитных историй (на имя Директора Департамента лицензирования деятельности и финансового оздоровления кредитных организаций Банка России) официальное письмо, содержащее следующую информацию:
- лист с образцами печати ФНП и личной подписи руководителя;
- сведения о контактных лицах, уполномоченных от лица ФНП взаимодействовать с Центральным каталогом кредитных историй по вопросам подключения к АС ЦККИ (ФИО, контактные телефоны, факс, адреса электронной почты);
- выписку из приказа о назначении администратора информационной безопасности ФНП и его заместителя, заверенную подписью руководителя ФНП и печатью организации;
- контактные телефоны, факс и почтовые адреса администратора информационной безопасности ФНП и его заместителя;
- номера или диапазон номеров ключевых документов, которые будут использоваться при информационном обмене.
1.2.2. После получения письма от ФНП, Центральный каталог кредитных историй направляет полученные материалы в ДИТ Банка России. ДИТ Банка России:
- обеспечивает регистрацию открытых ключей, предназначенных для расшифрования данных, отправляемых из ФПН в Центральный каталог кредитных историй, а также для проверки соответствующих кодов аутентификации (порядок начальной регистрации ключевых документов ФНП описан в п. 3.2 настоящего документа);
- передает в ФНП открытые ключи, предназначенные для расшифрования данных, отправляемых из Центрального каталога кредитных историй в ФНП, а также для проверки соответствующих кодов аутентификации;
- осуществляет регистрацию ФПН в справочнике организаций, взаимодействующих с АС ЦККИ.
1.2.3. Если в ходе функционирования ФНП происходит изменение реквизитов, представленных ФНП в Банк России при подключении к Центральному каталогу кредитных историй (см. п. 1.2.1), ФНП направляет в Центральный каталог кредитных историй (на имя Директора Департамента лицензирования деятельности и финансового оздоровления кредитных организаций Банка России) официальное письмо, содержащее сведения о произошедших изменениях.
2. Описание технологии обмена данными
2.1. Обмен данными между Федеральной нотариальной палатой и Центральным каталогом кредитных историй
Обмен данными между ФНП и Центральным каталогом кредитных историй осуществляется по электронной почте через сеть Интернет. Информация (в виде XML-сообщения) помещается в файл, который вкладывается в электронное почтовое сообщение (далее - ЭПС). В одном ЭПС может присутствовать только один файл вложения. ФНП могут быть сформированы одиночные запросы и запросы в виде пакетов. Соответственно от АС ЦККИ на запросы ФНП формируются одиночные ответы и ответы в виде пакетов, в зависимости от поступившего запроса.
ЭПС от ФНП должны направляться на адрес электронной почты bkickki@cbr.ru. Ответное ЭПС от Центрального каталога кредитных историй направляется на адрес, с которого поступило входящее ЭПС.
Все передаваемые XML-сообщения защищаются с использованием СКЗИ "Верба-OW" (версия 6.1.2 или выше) в соответствие с Порядком использования средств криптографической защиты информации при обмене электронными почтовыми сообщениями между Банком России и бюро кредитных историй, установленным Указанием Банка России от 31 августа 2005 г. N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй". Защита XML-сообщений должна осуществляться в соответствии с требованиями, изложенными в п. 2.2 данного документа.
Тема ЭПС (subject), направляемого на адрес Центрального каталога кредитных историй, должна содержать код вида сообщения в соответствии с приведенной ниже таблицей:
Вид ЭПС
Тема ЭПС
Запросы и заявки к Центральному каталогу кредитных историй
Единичный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, от субъекта кредитной истории или нотариуса.
B03_XXXX_NNNNN
Единичный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, от пользователя кредитной истории.
B04_XXXX_NNNNN
Пакет запросов информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, от разных субъектов кредитной истории и (или) пользователей кредитной истории
B06_XXXX_NNNNN
Где:
B - символ "B" латинского алфавита.
XXXX - регистрационный номер, присвоенный при регистрации Федеральной нотариальной палаты в АС ЦККИ (не более 10 знаков);
NNNN - номер ЭПС (не более 30 знаков).
После получения электронного сообщения АС ЦККИ производит контроль темы поступившего ЭПС. В случае если тема не соответствует установленным требованиям (см. таблицу выше в настоящем пункте), обработка такого ЭПС не производится, ответ на него не направляется.
В случае успешного результата контроля темы поступившего ЭПС, АС ЦККИ осуществляет расшифровку XML-сообщения, содержащегося в поступившем ЭПС, и производит проверку кода аутентификации, которым снабжено указанное XML-сообщение.
Затем производится проверка соответствия формата и структуры файла вложения правилам, определенным в Приложениях 5 и 6 (для одиночных запросов) или 7 и 8 (для пакетов запросов) к настоящему документу. При соответствии формата и структуры файла вложения указанным правилам производится обработка запроса (запросов), содержащихся в данном файле. Правила обработки запроса приведены в Приложении 11 к данному документу.
При невозможности расшифровки XML-сообщения, отрицательном результате проверки кода аутентификации, несоответствии формата и структуры файла вложения установленным правилам электронное сообщение (далее - ЭС) в дальнейшую обработку не допускается. Центральный каталог кредитных историй направляет ФНП извещение о непринятии поступившего от него ЭС, с указанием причин непринятия. Извещение направляется по электронной почте на адрес, с которого поступило исходное ЭПС. Информация от Центрального каталога кредитных историй помещается в текст ЭПС (в виде, удобном для чтения), а также во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Файл вложения имеет название ERROR.XML. Описание формата и структуры извещения о непринятии электронного сообщения приведены в Приложении 9 к настоящему документу.
После обработки запроса АС ЦККИ формирует ответное ЭПС и направляет его на адрес, с которого поступило исходное ЭПС. Информация от Центрального каталога кредитных историй помещается во вложение к ЭПС (файл вложения представляет собой XML-документ, удобный для машинной обработки). Формат файла вложения (XML-документа) для ответа на одиночные запросы в виде XML-схемы приведен в Приложении 1, описание его структуры - в Приложении 2. Формат файла вложения (XML-документа) для ответа на пакет запросов в виде XML-схемы приведен в Приложении 3, описание его структуры - в Приложении 4.
2.2. Порядок защиты информации при ее передаче по электронной почте
Технология, описанная в данном пункте, должна применяться для защиты всех XML-сообщений, передаваемых из ФНП в Центральный каталог кредитных историй, а также всех XML-сообщений, передаваемых из Центрального каталога кредитных историй в ФНП.
Для XML-сообщения формируется КА с использованием функции СКЗИ "Верба-OW" (версия 6.1.2 или выше) "Подпись блока памяти". В конец блока памяти, содержащего XML-сообщение, добавляется блок памяти с КА.
Полученный блок памяти зашифровывается с использованием функции СКЗИ "Верба-OW" (версия 6.1.2 или выше) "Зашифрование блока памяти".
2.3. Порядок действий в случае возникновения нештатных ситуаций
При отправке данных из ФНП в Центральный каталог кредитных историй возможны следующие основные нештатные ситуации:
1) Отправленное ЭПС не было принято в обработку АС ЦККИ, в ФНП поступило ответное ЭПС, содержащее сведения об обнаруженной ошибке - о нарушении целостности отправленного ЭПС (ошибка при дешифровке или при проверке КА - ошибка с кодом 905, приложение 9 к настоящему документу).
2) Отправленное ЭПС не было принято в обработку АС ЦККИ, в ФНП поступило ответное ЭПС, содержащее сведения об обнаруженной ошибке - о несоответствии ЭПС установленному формату (либо об иных ошибках в реквизитах ЭПС - ошибки с кодами 902, 903, 904, 906, 911, описанные в приложении 9 к настоящему документу).
3) На отправленное в Центральный каталог кредитных историй ЭПС не поступило ответа.
4) Ответ на запрос субъекта или пользователя кредитной истории к Центральному каталогу кредитных историй содержал неполную информацию.
5) Поступившее от Центрального каталога кредитных историй ответное ЭПС было некорректно (не соответствовало формату, установленному Банком России).
6) При расшифровке данных, содержащихся в поступившем в ФНП ответном ЭПС, либо при проверке КА были зафиксированы ошибки.
В случае возникновения ошибок, описанных в подпунктах 1 - 5, рекомендуется проверить формат отправленного ЭПС, после чего повторить отправку. В случае если при повторной отправке вновь возникла нештатная ситуация, а также в случае возникновения нештатной ситуации, описанной в подпункте 6, необходимо направить официальный запрос в Центральный каталог кредитных историй (на имя Директора Департамента лицензирования деятельности и финансового оздоровления кредитных организаций Банка России). В запрос следует включить:
- общее описание нештатной ситуации;
- сведения о реквизитах исходного ЭПС, отправленного в Центральный каталог кредитных историй (адрес, с которого было отправлено ЭПС, дата и время отправки ЭПС, тема ЭПС);
- текст сообщения об ошибке, содержавшийся в поступившем от Центрального каталога кредитных историй ответном ЭПС;
- контактные данные исполнителей, уполномоченных от лица ФНП участвовать в расследовании нештатной ситуации.
3. Порядок управления ключами кодов аутентификации
и шифрования
3.1. Общие положения
3.1.1. Защита информации при обмене данными между АС ЦККИ и ФНП осуществляется с применением СКЗИ "Верба-OW" (версия 6.1.2 или выше). Данное средство используется для формирования/проверки кодов аутентификации (КА) и шифрования/расшифрования передаваемых данных.
3.1.2. Для организации защищенного информационного взаимодействия между Банком России и ФНП в ДИТ Банка России создан центр управления ключевой системой (ЦУКС).
Для осуществления функций по управлению ключевой системой ЦУКС имеет собственные комплекты ключевых документов. В функции ЦУКС входит:
- решение общих вопросов управления ключевой системой;
- регистрация открытых ключей ФНП;
- изготовление и регистрация ключей, используемых для формирования/проверки КА, а также шифрования/расшифрования ЭПС, отправляемых из Центрального каталога кредитных историй в ФНП (далее - "ключи пользователя ДИТ");
- распределение справочников открытых ключей для участников обмена ЭПС.
3.1.3. ФНП самостоятельно изготавливает ключевую информацию и записывает ее на носители ключевой информации (далее - НКИ) с использованием закупленного программного обеспечения. Перечень поддерживаемых типов НКИ определен в эксплуатационной документации на СКЗИ "Верба-OW" (версия 6.1.2 или выше).
3.1.4. Для ФНП изготавливаются два типа комплектов ключевых документов:
- администраторский (действующий и резервный), данный комплект должен использоваться только для взаимодействия администратора информационной безопасности ФНП с администратором ЦУКС. Использование данного типа комплекта для других целей запрещается;
- пользовательский (действующий и резервный), данный комплект должен использоваться только для передачи информации в АС ЦККИ.
Для передачи информации в АС ЦККИ используется один пользовательский комплект ключевых документов.
3.1.5. При формировании комплектов ключевых документов должен использоваться ГОСТ Р 34.10-2001 (алгоритм, основанный на эллиптических кривых) и Windows кодировка текстовых полей реквизитов.
3.1.6. Периодичность плановой смены ключевых документов - не реже одного раза в 15 месяцев. Конкретная дата смены ключевых документов устанавливается ЦУКС.
3.1.7. Сертификатом ЦУКС является регистрационная карточка (бумажный бланк), заверенная в соответствии с п. п. 3.2.5 и 3.2.12 настоящего документа.
3.2. Начальная регистрация ключевых документов Федеральной нотариальной палаты
3.2.1. Центральный каталог кредитных историй направляет копию поступившего от ФНП письма, а также копии всех прилагаемых к нему материалов в ДИТ Банка России (для ЦУКС).
3.2.2. ЦУКС по получении письма из Центрального каталога кредитных историй с соответствующей резолюцией Директора ДИТ Банка России, официальным письмом за подписью Директора ДИТ Банка России сообщает ФНП дату прибытия АИБ ФНП в ЦУКС для проведения регистрации. Для ускорения процесса регистрации допускается согласование даты прибытия АИБ ФНП в ДИТ Банка России производить по телефону.
3.2.3. АИБ ФНП осуществляет генерацию пользовательских ключевых носителей с использованием соответствующего программного обеспечения:
- эталон действующего ключа КА и шифрования;
- копия действующего ключа КА и шифрования;
- эталон резервного ключа КА и шифрования;
- копия резервного ключа КА и шифрования.
Сформированные НКИ должны быть учтены как носители информации ограниченного доступа.
3.2.4. АИБ ФНП изготавливает собственный комплект ключевой информации (действующая и резервная) для обеспечения функций по поддержке управления ключевой системой и записывает его на НКИ. Сформированные НКИ должны быть учтены как носители информации ограниченного доступа.
3.2.5. Открытые ключи шифрования (административные действующий и резервный ключи, пользовательские действующий и резервный ключи) копируются на специально выделенный для этого транспортный гибкий магнитный диск (ГМД) <1>.
--------------------------------
<1> По согласованию с администратором ЦУКС допускается использование иных машинных носителей информации.
Регистрационные карточки, содержащие открытый ключ шифрования (форма карточки приведена в Приложении 10), должны быть распечатаны в двух экземплярах. Регистрационные карточки изготавливаются с использованием штатных средств АРМ АБ СКЗИ "Верба-OW" (версия 1 или выше).
Карточки с открытым ключом пользователя ФНП подписываются пользователем ФНП и АИБ ФНП (4 штуки). Подписи заверяются печатью организации и подписью руководителя ФНП.
Карточки с открытым ключом шифрования АИБ ФНП (4 штуки) подписываются АИБ ФНП. Подпись заверяется печатью организации и подписью руководителя ФНП.
3.2.6. Открытые ключи КА (действующий и резервный) обоих типов копируются на специально выделенный для этого транспортный ГМД.
Регистрационные карточки (форма которых приведена в Приложении 10), содержащие открытый ключ КА, должны быть распечатаны в двух экземплярах. Регистрационные карточки изготавливаются с использованием штатных средств АРМ АБ СКЗИ "Верба-OW" (версия 1 или выше).
Карточки с открытым ключом КА пользователя ФНП подписываются пользователем ФНП и АИБ ФНП (4 штуки). Подписи заверяются печатью организации и подписью руководителя ФНП.
Карточки с открытым ключом КА АИБ ФНП (4 штуки) подписываются АИБ ФНП. Подпись заверяется печатью ФНП и подписью руководителя ФНП.
3.2.7. При заполнении регистрационных карточек по п. п. 3.2.5 и 3.2.6 дата начала действия ключа КА/шифрования устанавливается равной дате изготовления ключа, дата окончания действия ключа КА/шифрования - на пятнадцать месяцев позднее. Диапазон действия ключа вводится в верхней строке поля, определяющего состав лиц, подписывающих регистрационную карточку.
3.2.8. Транспортный ГМД и регистрационные карточки, изготовленные в соответствии с п. п. 3.2.4, 3.2.5, и 3.2.6 настоящего документа, с официальным сопроводительным письмом доставляются АИБ ФНП в ЦУКС. Отсканированный образ официального сопроводительного письма предварительно должен быть направлен по электронной почте администратору ЦУКС.
3.2.9. Для оформления пропуска на территорию Банка России, АИБ ФНП должен предварительно (за два дня до даты прибытия) поставить в известность администратора ЦУКС о своем прибытии и иметь при себе общегражданский российский паспорт.
3.2.10. Администратор ЦУКС проверяет соответствие открытых ключей регистрационным карточкам и в случае положительного результата проверки добавляет их в полные справочники открытых ключей КА и шифрования, содержащие ключи участников обмена ЭПС и формирует справочники открытых ключей для ФНП.
В случае обнаружения несоответствия открытых ключей и регистрационных карточек, ключевые документы возвращаются АИБ ФНП для повторного формирования.
Справочники открытых ключей КА и шифрования для ФНП содержат следующие ключи:
- действующий и резервный ключ пользователя ДИТ;
- действующий и резервный ключ администратора ЦУКС;
- действующий и резервный ключ пользователя ФНП;
- действующий и резервный ключ АИБ ФНП.
3.2.11. Сформированные справочники открытых ключей КА и шифрования ФНП переносятся на транспортный ГМД ФНП.
3.2.12. Регистрационные карточки подписываются администратором ЦУКС и руководителем ЦУКС или его заместителем. Подписи заверяются печатью подразделения ДИТ Банка России, в составе которого функционирует ЦУКС.
3.2.13. Один экземпляр регистрационных карточек остается в ЦУКС, второй передается АИБ ФНП.
3.3. Плановая замена ключевых документов
3.3.1. Администратор ЦУКС заблаговременно письменно уведомляет администраторов информационной безопасности ФНП о дате и времени замены комплектов ключевых документов.
3.3.2. АИБ ФНП, при получении уведомления администратора ЦУКС о замене ключевых документов, изготавливает ключевые документы в соответствии с п. п. 3.2.3 - 3.2.4 настоящего документа.
3.3.3. После изготовления ключевых документов АИБ ФНП последовательно проводит следующие операции:
- устанавливает КА и шифрует открытые ключи шифрования (действующий и резервный) на администратора ЦУКС с использованием действующих ключей АИБ ФНП, после чего помещает их на специально выделенный для этого транспортный ГМД;
- устанавливает КА и шифрует открытые ключи КА (действующий и резервный) на администратора ЦУКС с использованием действующих ключей АИБ ФНП, после чего помещает их на специально выделенный для этого транспортный ГМД;
- осуществляет формирование и оформление регистрационных карточек открытых ключей шифрования и КА в соответствии с п. п. 3.2.5 - 3.2.7 настоящего документа. Дата начала действия ключей КА/шифрования устанавливается равной дате, указанной администратором ЦУКС. Дата окончания действия ключа КА/шифрования - на пятнадцать месяцев позднее даты начала действия ключа;
- отправляет с сопроводительным письмом в адрес ЦУКС фельдъегерской почтой (или иной почтой, гарантирующей доставку и целостность корреспонденции) транспортный ГМД и регистрационные карточки.
3.3.4. Администратор ЦУКС при получении транспортного ГМД и регистрационных карточек из ФНП производит следующие действия:
- расшифровывает, проверяет и удаляет КА открытых ключей размещенных на транспортном ГМД с использованием действующих ключей ЦУКС;
- в случае положительного результата расшифрования и проверки КА, формирует справочники открытых ключей ФНП в соответствии с п. 3.2.10 настоящего документа (в случае отрицательного результата расшифрования и проверки КА, транспортный ГМД и регистрационные карточки возвращаются в ФНП);
- устанавливает КА и шифрует справочники открытых ключей с использованием действующих ключей администратора ЦУКС, после чего помещает их на соответствующий транспортный ГМДФНП;
- выполняет операции по п. 3.2.12 настоящего документа;
- отправляет с сопроводительным письмом в адрес ФНП фельдъегерской почтой (или иной почтой, гарантирующей доставку и целостность корреспонденции) транспортный ГМД и вторые комплекты регистрационных карточек.
3.3.5. АИБ ФНП при получении транспортного ГМД из ЦУКС проводит следующие действия:
- расшифровывает, проверяет и удаляет КА справочников открытых ключей, размещенных на транспортном ГМД с использованием действующих ключей АИБ ФНП;
- в случае положительного результата расшифрования и проверки КА, переносит справочники открытых ключей на АРМ АБ СКЗИ "Верба-OW" (версия 1 или выше) и проводит в установленное ЦУКС время замену ключевых документов в ФНП. Замена производится в соответствии с порядком, описанным в эксплуатационной документации на СКЗИ "Верба-OW" (версия 6.1.2 или выше). При отрицательном результате расшифрования и проверки КА АИБ ФНП в рабочем порядке связывается с администратором ЦУКС и проводит работы по устранению возникшей ситуации.
3.3.6. По взаимному соглашению администратора ЦУКС и АИБ ФНП доставка новых ключевых документов в ЦУКС может быть произведена АИБ ФНП лично. В этом случае регистрация ключевых документов производится в порядке, определенном п. п. 3.2.8 - 3.2.13 настоящего документа.
3.3.7. В течение 3-х рабочих дней после даты замены ключевых документов выведенные из обращения секретные ключи КА, шифрования и справочники открытых ключей шифрования подлежат уничтожению с составлением акта. Акт подписывается пользователем ФНП и АИБ ФНП, после чего заверяется печатью организации и подписью руководителя ФНП. Справочник открытых ключей КА ФНП подлежит хранению на протяжении срока хранения ЭПС, защищенных с использованием содержащихся в справочнике ключей.
3.4. Действия АИБ ФНП при компрометации ключевых документов СКЗИ "Верба-OW" пользователей
3.4.1. АИБ ФНП пользователя, допустившего компрометацию ключевых документов действующего комплекта, по телефону информирует о факте компрометации администратора ЦУКС. Начиная с этого момента ЭПС, защищенные с использование скомпрометированных ключевых документов, в обработку АС ЦККИ не принимаются. АИБ ФНП направляет в ЦУКС письмо (по факсу с досылкой) за подписью руководителя ФНП, в котором сообщается о факте компрометации, начале служебного расследования данного факта и необходимости перехода на резервный комплект ключевых документов.
3.4.2. АИБ ФНП сохраняет справочник открытых ключей КА, формирует новые справочники открытых ключей для ФНП (исключает скомпрометированные ключи и изменяет статус резервных ключей с "резервный" на "действующий"). Откорректированные справочники переносит на НКИ пользователя (резервные) и администратора (действующие и резервные).
3.4.3. АИБ ФНП извещает администратора ЦУКС (по телефону и по электронной почте) о готовности к переходу на работу с измененными ключевыми документами.
3.4.4. После получения от АИБ ФНП информации о готовности к переходу на работу с измененными ключевыми документами, администратор ЦУКС назначает дату и время перехода, о чем извещает АИБ ФНП (по телефону и по электронной почте).
3.4.5. В назначенное администратором ЦУКС время АИБ ФНП проводит работу по замене справочников открытых ключей на рабочих местах с установленным программным обеспечением криптографической обработки информации. С момента времени, установленного администратором ЦУКС, резервный комплект ключевых документов считается действующим и используется ФНП при передаче ЭПС в Центральный каталог кредитных историй. АИБ ФНП составляет акт о переходе с основного комплекта ключей на резервный, который подписывается пользователем ФНП и АИБ ФНП, после чего заверяется печатью ФНП и подписью руководителя ФНП.
В течение 3-х рабочих дней после даты замены ключевых документов выведенные из обращения (скомпрометированные) секретные ключи КА, шифрования и справочники открытых ключей шифрования подлежат уничтожению с составлением акта. Акт подписывается пользователем ФНП и АИБ ФНП, после чего заверяется печатью организации и подписью руководителя ФНП. Соответствующий справочник открытых ключей КА ФНП подлежит хранению на протяжении срока хранения ЭПС, защищенных с использованием содержащихся в справочнике ключей.
3.4.6. АИБ ФНП изготавливает следующий резервный комплект ключевых документов. Для этого выполняются действия, аналогичные п. п. 3.3.2 - 3.3.6 (с учетом необходимости изготовления только резервного комплекта ключевых документов для пользователя ФНП).
3.5. Порядок обращения с носителями ключевой информации
3.5.1. НКИ, на которые записываются ключевые документы, должны быть учтены как носители информации ограниченного доступа.
3.5.2. Должен быть утвержден список лиц, которые имеют доступ к секретным ключам КА и шифрования.
3.5.3. Для выполнения криптографических операций должен использоваться НКИ с копией действующих ключевых документов. Использование эталонного НКИ запрещается.
3.5.4. В случае физической неисправности НКИ с копией действующих ключей КА и шифрования, данный носитель подлежит уничтожению с составлением соответствующего акта. Акт подписывается пользователем ФНП и АИБ, после чего заверяется печатью организации и подписью руководителя ФНП. Изготовляется новая копия, соответствующая эталонному НКИ.
3.5.5. Неиспользуемые НКИ (эталон действующих ключевых документов, эталон и копия резервных ключевых документов) должны быть помещены в опечатанные владельцем контейнеры. Для хранения НКИ должны использоваться надежные металлические хранилища (сейфы). Хранение НКИ допускается в одном хранилище с другими документами.
3.5.6. Во избежание одновременной компрометации секретных ключей, записанных на НКИ с действующими и на НКИ с резервными ключевыми документами, данные НКИ должны храниться в разных опечатанных контейнерах.
3.5.7. По окончании рабочего дня, а также вне времени составления и передачи - приема ЭПС опечатанный контейнер с НКИ, на котором записана копия действующих ключевых документов, должен помещаться в надежное металлическое хранилище (сейф).
3.5.8. Не допускается:
- снимать несанкционированные копии с носителей ключевой информации;
- знакомить с содержанием носителей ключевой информации или передавать носители ключевой информации лицам, к ним не допущенным;
- выводить секретные ключи КА или ключи шифрования на дисплей (монитор) ПЭВМ или принтер;
- устанавливать носитель секретных ключей КА или ключей шифрования в считывающее устройство (дисковод) ПЭВМ, на которой программные средства передачи - приема ЭПС функционируют в непредусмотренных (нештатных) режимах, а также на другие ПЭВМ;
- записывать на носители ключевой информации постороннюю информацию.
3.5.9. По окончанию срока действия или по указанию администратора ЦУКС информация с НКИ подлежит уничтожению с составлением соответствующего акта. Акт подписывается пользователем ФНП и АИБ, после чего заверяется печатью организации и подписью руководителя ФНП. Справочник открытых ключей КА подлежит хранению в течение срока хранения ЭПС.
Приложение 1
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ОДИНОЧНЫЙ ЗАПРОС СУБЪЕКТА
ИЛИ ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
        <xs:element name="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>
Приложение 2
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ОДИНОЧНЫЙ ЗАПРОС
СУБЪЕКТА ИЛИ ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Ответ на одиночный запрос субъекта или пользователя кредитной истории в ЦККИ структурирован в виде xml-файла. Тэг верхнего уровня должен иметь наименование REPLY и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и запрос субъекта или пользователя кредитной истории (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
RequestID
Идентификатор запроса, присвоенный отправителем
Положительное целое число (12)
2.
CreateDate
Дата формирования ответа
Дата вида ДД.ММ.ГГГГ
V
Тэг TBODY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса субъекта или пользователя кредитной истории (ResData).
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (60)
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
DocDelivDate
Дата выдачи документа, удостоверяющего личность. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Дата вида ДД.ММ.ГГГГ
Блок ResData включает:
- обязательный код результата обработки запроса субъекта или пользователя кредитной истории (ResCode),
Перечень возможных значений результата обработки (ResCode):
Код результата обработки
Описание результата обработки
900
Успешная обработка
910
Соответствующая информация не найдена
- обязательный текст результата обработки запроса субъекта или пользователя кредитной истории (ResText),
- необязательный блок списка БКИ (BKIList). Блок BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Он может быть пустым, либо содержать несколько блоков BKI,
- обязательный текст результата обработки запроса в удобном для просмотра виде (ResFullText).
Структура блока BKI:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
BKIName
Полное наименование БКИ
Текст (255)
V
2.
BKINumber
Номер БКИ из государственного реестра бюро кредитных историй
Текст (10)
V
3.
BKIAddress
Адрес (место нахождения) и телефон
Текст (1680)
V
4.
BKISign
Признак "Прежние ключевые реквизиты":
0 - указанные в запросе субъекта или пользователя кредитной истории реквизиты известны в БКИ
1 - указанные в запросе субъекта или пользователя кредитной истории реквизиты неизвестны в БКИ.
Текст (1)
V
Пример xml-документа:
<?xml version="1.0" encoding="windows-1251"?>
<REPLY>
    <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>
Приложение 3
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ СУБЪЕКТОВ
И ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
   <xs:element name="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>
Приложение 4
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ
СУБЪЕКТОВ И ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Ответ на пакет запросов субъектов или пользователей кредитной истории в ЦККИ структурирован в виде xml-файла. Тэг верхнего уровня должен иметь наименование REPLYPACKET и обязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и список ответов на запросы субъектов и пользователей кредитной истории (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
PackID
Идентификатор пакета с запросами
Целое число (12)
V
2.
CreatePackDate
Дата формирования пакета ответов
Дата вида ДД.ММ.ГГГГ
V
Элемент TBODY содержит множество элементов REQREPLY, содержащих обязательный атрибут ID, указывающих на номер ответа в пакете.
Тэг REQREPLY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса субъекта или пользователя кредитной истории (ResData).
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Текст (60)
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
DocDelivDate
Дата выдачи документа, удостоверяющего личность. Элемент может отсутствовать, если не был указан в соответствующем запросе.
Дата вида ДД.ММ.ГГГГ
Блок ResData включает:
- обязательный код результата обработки запроса субъекта или пользователя кредитной истории (ResCode),
- обязательный текст результата обработки запроса субъекта или пользователя кредитной истории (ResText),
- необязательный блок списка БКИ (BKIList).
Блок BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Он может быть пустым, либо содержать несколько блоков BKI.
Структура блока BKI:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
BKIName
Полное наименование БКИ
Текст (255)
V
2.
BKINumber
Номер БКИ из государственного реестра бюро кредитных историй
Текст (10)
V
3.
BKIAddress
Адрес (место нахождения) и телефон
Текст (1680)
V
4.
BKISign
Признак "Прежние ключевые реквизиты":
0 - указанные в запросе субъекта или пользователя кредитной истории реквизиты известны в БКИ
1 - указанные в запросе субъекта или пользователя кредитной истории реквизиты неизвестны в БКИ.
Текст (1)
V
Пример xml-документа:
<?xml version="1.0" encoding="windows-1251"?>
<REPLYPACKET 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>
Приложение 5
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОДИНОЧНЫЙ ЗАПРОС СУБЪЕКТА
ИЛИ ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
        <xs:element name="INQ">
                <xs:complexType>
                        <xs:sequence>
                                <xs:element ref="THEADER"/>
                                <xs:element ref="TBODY"/>
                        </xs:sequence>
                        <xs:attribute name="version" type="StVers" use="optional"/>
                </xs:complexType>
        </xs:element>
        <xs:element name="THEADER">
                <xs:complexType>
                        <xs:sequence>
                                <xs:element ref="RequestID" minOccurs="0"/>
                                <xs:element ref="CreateDate"/>
                        </xs:sequence>
                </xs:complexType>
        </xs:element>
        <xs:element name="CreateDate" type="StDate"/>
        <xs:element name="RequestID" type="xs:positiveInteger"/>
        <xs:element name="TBODY">
                <xs:complexType>
                        <xs:choice>
                                <xs:element name="InquiryBKI" type="CtInquiry"/>
                                <xs:element name="ChangeCode" type="CtCode"/>
                                <xs:element name="ProvisionalCode" type="CtCode"/>
                                <xs:element name="AnnulCode" type="CtAnnul"/>
                        </xs:choice>
                </xs:complexType>
        </xs:element>
        <xs:complexType name="CtInquiry">
                <xs:all>
                        <xs:element name="KeyData" type="CtKey"/>
                        <xs:element ref="SubjectCode" minOccurs="0"/>
                        <xs:element ref="Email" minOccurs="0"/>
                </xs:all>
        </xs:complexType>
        <xs:complexType name="CtCode">
                <xs:all>
                        <xs:element name="KeyData" type="CtKey"/>
                        <xs:element ref="SubjectCode" minOccurs="0"/>
                        <xs:element ref="Email" minOccurs="0"/>
                        <xs:element ref="NewCode"/>
                </xs:all>
        </xs:complexType>
        <xs:complexType name="CtAnnul">
                <xs:all>
                        <xs:element name="KeyData" type="CtKey"/>
                        <xs:element ref="SubjectCode" minOccurs="0"/>
                        <xs:element ref="Email" minOccurs="0"/>
                </xs:all>
        </xs:complexType>
        <xs:element name="SubjectCode" type="StSubjCode"/>
        <xs:element name="Email" type="StStr1020"/>
        <xs:element name="NewCode" type="StSubjCode"/>
        <xs:complexType name="CtKey">
                <xs:choice>
                        <xs:element ref="KEYLP"/>
                        <xs:element ref="KEYNP"/>
                </xs:choice>
        </xs:complexType>
        <xs:element name="KEYLP">
                <xs:complexType>
                        <xs:all>
                                <xs:element ref="Name" minOccurs="0"/>
                                <xs:element ref="EGRN" minOccurs="0"/>
                                <xs:element ref="INN" minOccurs="0"/>
                        </xs:all>
                </xs:complexType>
        </xs:element>
        <xs:element name="Name" type="StStr1020"/>
        <xs:element name="EGRN" type="StEGRN"/>
        <xs:element name="INN" type="StINN"/>
        <xs:element name="KEYNP">
                <xs:complexType>
                        <xs:all>
                                <xs:element ref="FirstName"/>
                                <xs:element ref="LastName"/>
                                <xs:element ref="MiddleName" minOccurs="0"/>
                                <xs:element ref="DocNumber"/>
                                <xs:element ref="DocDelivDate" minOccurs="0"/>
                        </xs:all>
                </xs:complexType>
        </xs:element>
        <xs:element name="FirstName" type="StStr60"/>
        <xs:element name="LastName" type="StStr60"/>
        <xs:element name="MiddleName" type="StStr060"/>
        <xs:element name="DocNumber" type="StStr50"/>
        <xs:element name="DocDelivDate" type="StDate"/>
        <xs:simpleType name="StVers">
                <xs:restriction base="xs:positiveInteger">
                        <xs:enumeration value="1"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StDate">
                <xs:restriction base="xs:string">
                        <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StEGRN">
                <xs:restriction base="xs:string">
                        <xs:minLength value="0"/>
                        <xs:maxLength value="1024"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StINN">
                <xs:restriction base="xs:string">
                        <xs:minLength value="0"/>
                        <xs:maxLength value="1024"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StSubjCode">
                <xs:restriction base="xs:string">
                        <xs:pattern value="[a-zA-Z0-9а-яА-ЯёЁ]{4,15}"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr60">
                <xs:restriction base="xs:string">
                        <xs:minLength value="1"/>
                        <xs:maxLength value="60"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr060">
                <xs:restriction base="xs:string">
                        <xs:maxLength value="60"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr50">
                <xs:restriction base="xs:string">
                        <xs:minLength value="1"/>
                        <xs:maxLength value="50"/>
                </xs:restriction>
        </xs:simpleType>
        <xs:simpleType name="StStr1020">
                <xs:restriction base="xs:string">
                         <xs:minLength value="1"/>
                         <xs:maxLength value="1020"/>
                </xs:restriction>
        </xs:simpleType>
</xs:schema>
Приложение 6
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОДИНОЧНЫЙ ЗАПРОС СУБЪЕКТА
ИЛИ ПОЛЬЗОВАТЕЛЯ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Одиночный запрос субъекта или пользователя кредитной истории в Центральный каталог кредитных историй структурирован в виде xml-файла. Тэг верхнего уровня должен иметь наименование INQ и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и запрос субъекта или пользователя кредитной истории (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
RequestID
Идентификатор запроса, присвоенный отправителем. Если данный тэг присутствует в запросе, то в ответе ЦККИ он также будет присутствовать и содержать то же значение.
Положительное целое число (12)
2.
CreateDate
Дата формирования запроса субъекта или пользователя кредитной истории, заявки субъекта кредитной истории
Дата вида ДД.ММ.ГГГГ
V
Внутри тэга TBODY должен находиться тэг InquiryBKI - запрос от субъекта или пользователя кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
Блок InquiryBKI включает:
- обязательная ключевая информация (KeyData),
- необязательный код субъекта кредитной истории (SubjectCode) - не указывается;
- необязательный адрес электронной почты для ответа (Email) - не указывается.
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации)
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер. Если ОГРН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика. Если ИНН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (60)
V
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
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>
Приложение 7
ФОРМАТ
ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ СУБЪЕКТОВ
И ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
  <xs:element name="INQPACKET">
    <xs:complexType>
      <xs:sequence>
        <xs:element ref="THEADER" minOccurs="1" maxOccurs="1"/>
        <xs:element ref="TBODY" minOccurs="1" maxOccurs="1"/>
      </xs:sequence>
      <xs:attribute name="version" type="StVers" use="optional"/>
    </xs:complexType>
  </xs:element>
  <xs:element name="THEADER">
    <xs:complexType>
          <xs:sequence>
            <xs:element ref="PackID" minOccurs="1" maxOccurs="1"/>
            <xs:element ref="CreatePackDate" minOccurs="1" maxOccurs="1"/>
          </xs:sequence>
        </xs:complexType>
      </xs:element>
      <xs:element name="PackID" type="xs:positiveInteger"/>
      <xs:element name="CreatePackDate" type="StDate"/>
      <xs:element name="TBODY">
        <xs:complexType>
          <xs:sequence>
            <xs:element ref="REQ" minOccurs="1" maxOccurs="unbounded"/>
          </xs:sequence>
        </xs:complexType>
      </xs:element>
      <xs:element name="REQ" type="CtREQ"/>
      <xs:complexType name="CtREQ">
        <xs:choice>
          <xs:element name="SubjectInquiryBKI" type="CtInquiry"/>
          <xs:element name="UserInquiryBKI" type="CtInquiry"/>
          <xs:element name="ChangeCode" type="CtCode"/>
          <xs:element name="ProvisionalCode" type="CtCode"/>
          <xs:element name="AnnulCode" type="CtAnnul"/>
          <xs:element name="TitleList" type="CtInquiry"/>
        </xs:choice>
        <xs:attribute name="ID" type="xs:positiveInteger" use="required"/>
      </xs:complexType>
      <!-- </xs:element>-->
      <xs:complexType name="CtInquiry">
        <xs:all>
          <xs:element name="KeyData" type="CtKey"/>
          <xs:element ref="SubjectCode" minOccurs="0"/>
          <xs:element ref="Email" minOccurs="0"/>
        </xs:all>
      </xs:complexType>
      <xs:complexType name="CtCode">
        <xs:all>
          <xs:element name="KeyData" type="CtKey"/>
          <xs:element ref="SubjectCode" minOccurs="0"/>
          <xs:element ref="Email" minOccurs="0"/>
          <xs:element ref="NewCode"/>
        </xs:all>
      </xs:complexType>
      <xs:complexType name="CtAnnul">
        <xs:all>
          <xs:element name="KeyData" type="CtKey"/>
          <xs:element ref="SubjectCode" minOccurs="0"/>
          <xs:element ref="Email" minOccurs="0"/>
        </xs:all>
      </xs:complexType>
      <xs:element name="SubjectCode" type="StSubjCode"/>
      <xs:element name="Email" type="StStr1020"/>
      <xs:element name="NewCode" type="StSubjCode"/>
      <xs:complexType name="CtKey">
        <xs:choice>
          <xs:element ref="KEYLP"/>
          <xs:element ref="KEYNP"/>
        </xs:choice>
      </xs:complexType>
      <xs:element name="KEYLP">
        <xs:complexType>
          <xs:all>
            <xs:element ref="Name" minOccurs="0"/>
            <xs:element ref="EGRN" minOccurs="0"/>
            <xs:element ref="INN" minOccurs="0"/>
          </xs:all>
        </xs:complexType>
      </xs:element>
      <xs:element name="Name" type="StStr1020"/>
      <xs:element name="EGRN" type="StEGRN"/>
      <xs:element name="INN" type="StINN"/>
      <xs:element name="KEYNP">
        <xs:complexType>
          <xs:all>
            <xs:element ref="FirstName"/>
            <xs:element ref="LastName"/>
            <xs:element ref="MiddleName" minOccurs="0"/>
            <xs:element ref="DocNumber"/>
            <xs:element ref="DocDelivDate" minOccurs="0"/>
          </xs:all>
        </xs:complexType>
      </xs:element>
      <xs:element name="FirstName" type="StStr60"/>
      <xs:element name="LastName" type="StStr60"/>
      <xs:element name="MiddleName" type="StStr060"/>
      <xs:element name="DocNumber" type="StStr50"/>
      <xs:element name="DocDelivDate" type="StDate"/>
      <xs:simpleType name="StVers">
        <xs:restriction base="xs:positiveInteger">
          <xs:enumeration value="1"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StDate">
        <xs:restriction base="xs:string">
          <xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StEGRN">
        <xs:restriction base="xs:string">
          <xs:minLength value="0"/>
          <xs:maxLength value="1024"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StINN">
        <xs:restriction base="xs:string">
          <xs:minLength value="0"/>
          <xs:maxLength value="1024"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StSubjCode">
        <xs:restriction base="xs:string">
          <xs:pattern value="[a-zA-Z0-9а-яА-ЯёЁ]{4,15}"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StStr60">
        <xs:restriction base="xs:string">
          <xs:minLength value="1"/>
          <xs:maxLength value="60"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StStr060">
        <xs:restriction base="xs:string">
          <xs:maxLength value="60"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StStr50">
        <xs:restriction base="xs:string">
          <xs:minLength value="1"/>
          <xs:maxLength value="50"/>
        </xs:restriction>
      </xs:simpleType>
      <xs:simpleType name="StStr1020">
        <xs:restriction base="xs:string">
          <xs:minLength value="1"/>
          <xs:maxLength value="1020"/>
        </xs:restriction>
      </xs:simpleType>
Приложение 8
ОПИСАНИЕ
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ СУБЪЕКТОВ
И ПОЛЬЗОВАТЕЛЕЙ КРЕДИТНОЙ ИСТОРИИ В ЦККИ"
Пакет запросов субъектов и пользователей кредитной истории в Центральный каталог кредитных историй структурирован в виде xml-файла. Тэг верхнего уровня должен иметь наименование INQPACKET и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и список запросов субъектов и пользователей кредитной истории (TBODY).
В заголовке указывается следующая информация:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
PackID
Идентификатор пакета с запросами
Целое число (12)
V
2.
CreatePackDate
Дата формирования пакета с запросами
Дата вида ДД.ММ.ГГГГ
V
Элемент TBODY содержит множество элементов REQ, содержащих обязательный атрибут ID, указывающий на номер запроса в пакете.
При формировании файла, содержащего пакет запросов субъектов и пользователей кредитных историй, внутри тэга REQ должен находиться один из следующих тэгов:
SubjectInquiryBKI - запрос от субъекта кредитной истории или нотариуса информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
UserInquiryBKI - запрос от пользователя кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
Блоки SubjectInquiryBKI и UserInquiryBKI включают:
- Обязательную ключевую информацию (KeyData),
- код субъекта кредитной истории (SubjectCode) - не указывается,
- адрес электронной почты для ответа (Email) - не указывается.
Внутри тэга KeyData может находиться один из двух тэгов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Структура блока KEYLP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
Name
Полное наименование юридического лица. Допускается не указывать (для юридических лиц, зарегистрированных на территории Российской Федерации)
Текст (1020)
2.
EGRN
Основной государственный регистрационный номер. Если ОГРН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
3.
INN
Идентификационный номер налогоплательщика. Если ИНН у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (1024)
Структура блока KEYNP:
N
Наименование тэга
Описание
Формат данных (Размер)
Обязательное наличие тэга
1.
FirstName
Имя
Текст (60)
V
2.
LastName
Фамилия
Текст (60)
V
3.
MiddleName
Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой тэг или не включать его в XML.
Текст (60)
4.
DocNumber
Серия и номер документа, удостоверяющего личность
Текст (50)
V
5.
DocDelivDate
Дата выдачи документа, удостоверяющего личность. Допускается не указывать
Дата вида ДД.ММ.ГГГГ
Пример 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>
Приложение 9
ИЗВЕЩЕНИЕ О НЕПРИНЯТИИ ЭЛЕКТРОННОГО СООБЩЕНИЯ
Сообщение передается в кодировке 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>
Описание структуры электронного документа "Извещение о непринятии электронного сообщения":
N
Наименование тэга
Описание
Обязательное наличие тэга
1.
errCode
Код ошибки
V
2.
errText
Текст сообщения об ошибке
V
Перечень сообщений об ошибках, формируемых АС ЦККИ при обработке входящих электронных сообщений:
Код ошибки
Сообщение
Ошибка
901
Ошибка в заголовке письма
Не определен тип отправителя либо не определен тип сообщения.
Проверьте правильность заполнения типа отправителя и типа сообщения в теме электронного сообщения. Проверьте также, соответствует ли адрес, на который было отправлено сообщение, указанному типу отправителя.
902
Вложение отсутствует
Вложение отсутствует.
Проверьте наличие вложения.
903
Обнаружено более одного вложения
Обнаружено более одного вложения.
Убедитесь в том, что к ЭС прикреплен только один файл вложения.
904
Превышен максимально допустимый размер сообщения
Почтовое сообщение превышает максимально допустимый размер.
Вероятно, к ЭС прикреплен некорректный файл. Убедитесь в том, что файл вложения соответствует установленному формату.
905
Ошибка дешифрации вложения
От ФНП получено сообщение, которое невозможно расшифровать. В тексте сообщения дополнительно указывается код ошибки и сообщение об ошибке, возвращаемые библиотекой СКЗИ "Верба-OW".
Проверьте правильность шифрования и кода аутентификации.
906
Неверный формат сообщения
Файл вложения не соответствует XML-схеме, определенной для данного типа сообщения.
Файл сообщения, полученный по телеграфу, не соответствует установленному формату.
Проверьте файл вложения на соответствие установленному формату.
907
Источник сообщения не определен
Федеральная нотариальная палата не идентифицирована по справочнику или истек срок ее аккредитации в системе.
Проверьте правильность заполнения регистрационного номера в теме ЭС.
911
Сообщение не обработано по техническим причинам
В процессе обработки сообщения произошел критический сбой, не позволивший завершить обработку.
Повторите отправку сообщения.
Помимо файла вложения ERROR.XML, в тексте ответного электронного сообщения присутствует значение элемента ErrText.
Приложение 10
РЕГИСТРАЦИОННАЯ КАРТОЧКА
ОТКРЫТОГО КЛЮЧА КОДА АУТЕНТИФИКАЦИИ (ШИФРОВАНИЯ)
         Регистрационная карточка открытого ключа КА (шифрования)
Корреспондент: <Наименование корреспондента> <тип ключа:административный|пользовательский>
Серия: <номер серии>
Номер ключа: <номер ключа>
Личный код: <номер личного кода КА>
Тип ключа: <действующий|резервный>
Атрибуты:
01:30 30 30 31 39 30 30 38 - 30 30 30 31 20 00 61 62
02:6F 6E 65 6E 74 20 20 20 - 20 20 20 20 20 20 20 20
03:20 20 20 20 20 20 20 20 - 20 20 20 20 20 63 6F 64
4:65 20 20 20 20 20 20 20 - 20 20 20 20 20 6F 72 67
05:20 20 20 20 20 20 20 20 - 20 20 20 20 20 20 20 20
06:20 20 20 20 20 20 6E 61 - 6D 65 20 20 20 20 20 20
07:20 20 20 20 20 20 20 20 - 20 20 20 20 20 20 20 51
08:20 20 31 32 2E 31 32 2E - 31 39 39 39 31 32 2E 31
09:32 2E 32 30 30 30 30 32 - 2E 31 32 2E 31 39 39 38
Открытый ключ:
10:FB EC 7D CF 5A 64 B9 66 - 0E 19 F7 1D 2C 1F 56 06
11:5C 2D C7 A4 62 7D E1 F6 - 5D 18 76 D6 D2 98 DA E8
12:D0 70 07 EE E6 39 6C A1 - 0B 5B 06 D1 4D 2D 82 DA
13:9A E8 8B 05 1A F4 C7 F4 - 39 8F 87 EF 27 82 FF 2C
Хэш-функция:
14:C3 B4 3F AA EE 70 5C F3 - 42 B9 4C 03 CE 39 94 D9
15:A4 33 02 71 54 29 54 29 - 30 F5 57 3A E7 4E 86 7F
Дата формирования ключа: <dd.mm.yyyy> <hh:mm:ss>
Дата начала действия ключа: dd.mm.yyyy Дата окончания действия ключа: dd.mm.yyyy
                 Подпись
Пользователь ---------------/__ ___________ 20__ г. <1>

              Подпись             ФИО
АИБ ФНП -------------------/--------------/__ ________ 20__ г. <2>

                  Подпись           ФИО
Подпись заверяю ---------------/----------/__ ________ 20__ г.

                       м.п.

                     Подпись       ФИО
Администратор ЦУКС -----------/-----------/__ ________ 20__ г.

                    Подпись        ФИО
Руководитель ЦУКС -----------/-----------/__ _________ 20__ г.

                       м.п.
--------------------------------
<1> Для пользовательских ключей расшифровывать подпись не требуется.
<2> Для административных ключей расшифровывать подпись не требуется.
Приложение 11
ПРАВИЛА ПОИСКА ИНФОРМАЦИИ ПО ЗАПРОСАМ К АС ЦККИ
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - физического лица задан следующий набор реквизитов титульной части (далее по тексту - ключевые реквизиты):
- фамилия;
- имя;
- отчество;
- данные паспорта или иного документа, удостоверяющего личность (серия, номер);
- дата выдачи документа, удостоверяющего личность (не обязательна для заполнения).
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - юридического лица задан следующий набор ключевых реквизитов:
- основной государственный регистрационный номер;
- идентификационный номер налогоплательщика;
- полное наименование юридического лица.
При поиске в базе данных ЦККИ титульных частей, совпадающих по ключевым реквизитам с информацией из запроса, выполняется преобразование сравниваемых значений ключевых реквизитов с исключением и заменой ряда символов сравниваемых реквизитов, обусловленное особенностью машинно-электронных форм представления и хранения запрашиваемой информации. При сравнении ключевых реквизитов игнорируются символы, отличные от букв русского и латинского алфавитов и цифр, игнорируется твердый знак, а также не учитывается регистр букв. Кроме того, при сравнении указанных реквизитов взаимозаменяемыми считаются буквы "Е" и "Ё", а также цифра "4" и буква "Ч".
При обработке запроса по физическому лицу игнорируется дата выдачи документа, удостоверяющего личность, указанная в запросе.
При обработке запроса по юридическому лицу реализованы следующие правила:
- Если в запросе указано полное наименование и непустые значения ИНН и (или) ОГРН, то при обработке запроса полное наименование не учитывается (вне зависимости от того, указано оно или нет), а поиск осуществляется по указанным значениям реквизитов ИНН и ОГРН.
- Если в запросе указано полное наименование и пустые значения как ИНН, так и ОГРН, то найдены будут титульные части кредитных историй, у которых полное наименование совпадает с указанным в запросе, а реквизиты ИНН и ОГРН не заполнены.
ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ И ОБОЗНАЧЕНИЙ
1) АИБ - администратор информационной безопасности.
2) АС ЦККИ - автоматизированная система "Центральный каталог кредитных историй".
3) ГМД - гибкий магнитный диск.
4) КА - код аутентификации.
5) НКИ - носитель ключевой информации.
6) СКЗИ - средство криптографической защиты информации.
7) ФНП - Федеральная нотариальная палата.
8) ЦУКС - центр управления ключевой системой АС ЦККИ.
9) ЭПС - электронное почтовое сообщение.
10) XML-сообщение - данные в электронном виде, формат которых соответствует стандарту XML, а также требованиям, установленным настоящим документом.

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

(утв. Госкомимуществом РФ, Минобороны РФ 05.02.1993) (Зарегистрировано в Минюсте РФ 29.03.1993 N 202)
(утв. решением Правления ГК "Агентство по страхованию вкладов" от 29.12.2011, протокол N 107, раздел VII) (ред. от 18.06.2015)
(утв. решением Правления ГК "Агентство по страхованию вкладов" от 24.08.2005, протокол N 63) (с изм. от 11.10.2012)