"Порядок взаимодействия Банка России Федеральной нотариальной палатой при предоставлении информации из Центрального каталога кредитных историй. Редакция 1.1" (утв. Банком России) (вместе с "Правилами поиска информации по запросам к АС ЦККИ")
ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ
ВЗАИМОДЕЙСТВИЯ БАНКА РОССИИ С ФЕДЕРАЛЬНОЙ НОТАРИАЛЬНОЙ
ПАЛАТОЙ ПРИ ПРЕДОСТАВЛЕНИИ ИНФОРМАЦИИ ИЗ ЦЕНТРАЛЬНОГО
КАТАЛОГА КРЕДИТНЫХ ИСТОРИЙ
Настоящий документ определяет порядок взаимодействия Банка России и Федеральной нотариальной палаты при предоставлении информации из Центрального каталога кредитных историй (далее - ЦККИ), функционирующего на основании Федерального закона от 30 декабря 2004 года N 218-ФЗ "О кредитных историях".
При описании порядка взаимодействия учитываются требования, изложенные в Указании Банка России от 29 июня 2016 года N 3701-У "О порядке направления запросов и получения информации из Центрального каталога кредитных историй посредством передачи запроса через нотариуса", а также в Федеральном законе от 27 июля 2006 года N 152-ФЗ "О персональных данных".
В документе приводятся сведения об используемых технологиях обмена данными, о форматах передаваемых данных, о порядке защиты передаваемых данных.
В настоящей редакции в документ внесены следующие изменения:
- удален раздел "Порядок управления ключами кодов аутентификации и шифрования СКЗИ "Верба-OW";
- исключено описание переходного периода при замене средства криптографической защиты информации (далее - СКЗИ) "Верба-OW" на СКЗИ СКАД "Сигнатура";
- уточнен порядок защиты передаваемых сообщений (п. 2. п. 3): исключено описание использования СКЗИ "Верба-OW";
- исключено приложение "Регистрационная карточка открытого ключа кода аутентификации (шифрования)";
- в связи с доработкой автоматизированной системы "Центральный каталог кредитных историй" в целях приема запросов финансовых управляющих о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории, исключена информация о плановом сроке начала обработки таких запросов.
Федеральная нотариальная палата (далее - ФНП) выступает посредником при направлении в ЦККИ посредством нотариуса запросов о представлении информации о бюро кредитных историй (далее - БКИ), в котором хранится кредитная история субъекта кредитной истории, следующими лицами:
- претендующим на наследство лицом (далее - наследник) в связи с необходимостью осуществления нотариусом проверки состава наследственного имущества при совершении нотариальных действий по выдаче свидетельства о праве на наследство;
- субъектом кредитной истории, пользователем кредитной истории, а также финансовым управляющим, утвержденным в деле о несостоятельности (банкротстве) субъекта кредитной истории - физического лица (далее - финансовый управляющий).
ЦККИ предоставляет информацию о БКИ, в котором (которых) хранится кредитная история субъекта кредитной истории, субъектам кредитных историй, пользователям кредитных историй, финансовым управляющим, а также нотариусам на безвозмездной основе на основании их запросов, содержащих информацию о субъекте запрашиваемой кредитной истории из титульной части кредитной истории через ФНП. Взаимодействие нотариусов и ФНП при направлении запросов в ЦККИ и получении ответов из него не определяется настоящим документом и устанавливается ФНП.
Реализация перечисленных выше функций обеспечивается автоматизированной системой "Центральный каталог кредитных историй" (далее - АС ЦККИ).
Информация, обрабатываемая в АС ЦККИ, не содержит сведений, составляющих государственную тайну.
Информация, обрабатываемая в АС ЦККИ, содержит персональные данные субъектов кредитных историй - физических лиц. Состав персональных данных определяется Федеральным законом от 30 декабря 2004 года N 218-ФЗ "О кредитных историях", а также Указаниями Банка России от 31 августа 2005 года N 1611-У "О порядке и формах представления бюро кредитных историй информации, содержащейся в титульных частях кредитных историй, и кодов субъектов кредитных историй в Центральный каталог кредитных историй".
В соответствии с пунктом 17 Положения от 11 апреля 2014 года N 418-П "Об обработке персональных данных в Банке России" обработка персональных данных в АС ЦККИ не требует согласия субъектов кредитных историй на обработку их персональных данных (основание - Федеральный закон от 30 декабря 2004 года N 218-ФЗ "О кредитных историях").
1.2. Порядок подключения Федеральной нотариальной палаты к Центральному каталогу кредитных историй
1.2.1. ФНП направляет на имя директора Департамента обработки отчетности Банка России (далее - ДОО Банка России) официальное письмо, содержащее следующую информацию:
- лист с образцами печати ФНП и личной подписи руководителя;
- сведения о контактных лицах, уполномоченных от лица ФНП взаимодействовать с ДОО Банка России по вопросам подключения к АС ЦККИ (ФИО, контактные телефоны, факс, адреса электронной почты);
- выписку из приказа о назначении администратора информационной безопасности ФНП и его заместителя, заверенную подписью руководителя ФНП и печатью организации;
- контактные телефоны, факс и почтовые адреса администратора информационной безопасности ФНП и его заместителя;
- информацию, необходимую для создания и регистрации ключевой информации (см п. 3.2).
1.2.2. После получения письма от ФНП ДОО Банка России направляет полученные материалы в Департамент информационных технологий Банка России (далее - ДИТ Банка России). ДИТ Банка России:
- совместно с ФНП выполняет действия, необходимые для создания и регистрации ключевой информации (см. п. 3.2);
- осуществляет регистрацию ФНП в справочнике организаций, взаимодействующих с АС ЦККИ.
1.2.3. Если в ходе функционирования ФНП происходит изменение реквизитов, представленных ФНП в Банк России при подключении к Центральному каталогу кредитных историй (см. п. 1.2.1), ФНП направляет на имя директора ДОО Банка России официальное письмо, содержащее сведения о произошедших изменениях.
После получения письма от ФНП ДОО Банка России направляет полученные материалы в ДИТ Банка России.
ДИТ Банка России обновляет информацию о ФНП в соответствии с полученными материалами в справочнике организаций, взаимодействующих с АС ЦККИ.
2. Описание технологии обмена данными
2.1. Обмен данными между Федеральной нотариальной палатой и Центральным каталогом кредитных историй
Обмен данными между ФНП и ЦККИ осуществляется по электронной почте через информационно-телекоммуникационную сеть "Интернет". Информация (в виде XML-сообщения) помещается в файл, который вкладывается в электронное почтовое сообщение (далее - ЭПС). В одном ЭПС может присутствовать только один файл вложения. Файл может содержать одиночный запрос либо пакет запросов. Соответственно, в АС ЦККИ на запросы ФНП формируются одиночные ответы и ответы в виде пакетов в зависимости от поступившего файла.
ЭПС от ФНП должны направляться на адрес электронной почты bkickki@cbr.ru. Ответное ЭПС от АС ЦККИ направляется на адрес, с которого поступило входящее ЭПС.
Передаваемые XML-файлы должны защищаться с использованием средства криптографической защиты информации (СКЗИ) в соответствии с требованиями, изложенными в п. 2.2 настоящего документа.
Тема ЭПС (subject), направляемого на адрес АС ЦККИ, должна содержать код вида сообщения в соответствии с приведенной ниже Таблицей 1.
Таблица 1 - Тема ЭПС, направляемого на адрес АС ЦККИ
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.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.10. По окончании срока действия или по указанию администратора ЦУКС информация с НКИ подлежит уничтожению с составлением соответствующего акта. Акт подписывается пользователем ФНП и АИБ, после чего заверяется печатью организации и подписью руководителя ФНП.
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ОДИНОЧНЫЙ ЗАПРОС
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<xs:element name="REPLY">
<xs:complexType>
<xs:sequence>
<xs:element ref="THEADER"/>
<xs:element ref="TBODY"/>
</xs:sequence>
<xs:attribute name="version" type="StVers" use="optional"/>
</xs:complexType>
</xs:element>
<xs:element name="THEADER">
<xs:complexType>
<xs:sequence>
<xs:element ref="RequestID" minOccurs="0"/>
<xs:element ref="CreateDate"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="CreateDate" type="StDate"/>
<xs:element name="RequestID" type="xs:positiveInteger"/>
<xs:element name="TBODY">
<xs:complexType>
<xs:sequence>
<xs:element name="KeyData" type="CtKey"/>
<xs:element name="ResData" type="CtRes"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name="CtKey">
<xs:choice>
<xs:element ref="KEYLP"/>
<xs:element ref="KEYNP"/>
</xs:choice>
</xs:complexType>
<xs:element name="KEYLP">
<xs:complexType>
<xs:all>
<xs:element ref="Name" minOccurs="0"/>
<xs:element ref="EGRN" minOccurs="0"/>
<xs:element ref="INN" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="Name" type="StStr1020"/>
<xs:element name="EGRN" type="StEGRN"/>
<xs:element name="INN" type="StINN"/>
<xs:element name="KEYNP">
<xs:complexType>
<xs:all>
<xs:element ref="FirstName"/>
<xs:element ref="LastName"/>
<xs:element ref="MiddleName" minOccurs="0"/>
<xs:element ref="DocNumber"/>
<xs:element ref="DocDelivDate" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="FirstName" type="StStr60"/>
<xs:element name="LastName" type="StStr60"/>
<xs:element name="MiddleName" type="StStr060"/>
<xs:element name="DocNumber" type="StStr50"/>
<xs:element name="DocDelivDate" type="StDate"/>
<xs:complexType name="CtRes">
<xs:sequence>
<xs:element ref="ResCode"/>
<xs:element ref="ResText"/>
<xs:element ref="BKIList" minOccurs="0"/>
<xs:element ref="ResFullText"/>
</xs:sequence>
</xs:complexType>
<xs:element name="ResCode" type="xs:positiveInteger"/>
<xs:element name="ResText" type="xs:string"/>
<xs:element name="ResFullText" type="xs:string"/>
<xs:element name="BKIList">
<xs:complexType>
<xs:sequence>
<xs:element name="BKI" type="CtBKI" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name="CtBKI">
<xs:sequence>
<xs:element ref="BKIName"/>
<xs:element ref="BKINumber"/>
<xs:element ref="BKIAddress"/>
<xs:element ref="BKISign"/>
</xs:sequence>
</xs:complexType>
<xs:element name="BKIName" type="StStr255"/>
<xs:element name="BKINumber" type="StStr10"/>
<xs:element name="BKIAddress" type="StStr1680"/>
<xs:element name="BKISign" type="StBKISign"/>
<xs:simpleType name="StVers">
<xs:restriction base="xs:positiveInteger">
<xs:enumeration value="1"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StDate">
<xs:restriction base="xs:string">
<xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StEGRN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StINN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr60">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr060">
<xs:restriction base="xs:string">
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr50">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="50"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr1020">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="1020"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr255">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="255"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr10">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="10"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr100">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="100"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr1680">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="1680"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StBKISign">
<xs:restriction base="xs:string">
<xs:enumeration value="0"/>
<xs:enumeration value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:schema>
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ОДИНОЧНЫЙ ЗАПРОС
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Ответ на одиночный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование REPLY и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и тело запроса (TBODY).
Описание структуры заголовка приведено в таблице Б.1.
Таблица Б.1 - Структура заголовка
Элемент TBODY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса (ResData).
Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица Б.2 - Структура элемента KEYLP
Таблица Б.3 - Структура элемента KEYNP
- обязательный код результата обработки запроса (ResCode). Возможные значения: 900 - "Успешной обработки", 910 - "Соответствующая информация не найдена";
- обязательный текст результата обработки запроса (ResText);
- необязательный список БКИ (BKIList). Элемент BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Он может быть пустым либо содержать несколько блоков BKI;
- обязательный текст результата обработки запроса в удобном для просмотра виде (ResFullText).
Таблица Б.4 - Структура элемента BKI
<?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>Акционерное общество "Язык Эзопа"</BKIName>
<BKINumber>1</BKINumber>
<BKIAddress>г. Владивосток, Японский пер., д.3</BKIAddress>
<BKISign>0</BKISign>
</BKI>
<BKI>
<BKIName>Oбщество с ограниченной ответственностью "МИДАС"</BKIName>
<BKINumber>2</BKINumber>
<BKIAddress>г. Ленинград, ул. Левая, д98, 222222</BKIAddress>
<BKISign>0</BKISign>
</BKI>
</BKIList>
<ResFullText>В ответ на Ваш запрос:
дата запроса: 18.08.2005
фамилия: БУКАРЕВ
имя: АНДРЕЙ
отчество: ЕГОРОВИЧ
документ: 2891104230
Центральный каталог кредитных историй сообщает:
По состоянию на 18.08.2005
Соответствующая кредитная история сформирована в следующем (следующих) БКИ:
Номер БКИ из государственного реестра бюро кредитных историй: 1
Наименование организации: Акционерное общество "Язык Эзопа"
Адрес (место нахождения) и телефон: г. Владивосток, Японский пер., д. 3
Номер БКИ из государственного реестра бюро кредитных историй: 2
Наименование организации: Общество с ограниченной ответственностью "МИДАС"
Адрес (место нахождения) и телефон: г. Ленинград, ул. Левая, д. 98
</ResFullText>
</ResData>
</TBODY>
</REPLY>
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ ИНФОРМАЦИИ
О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<xs:element name="REPLYPACKET">
<xs:complexType>
<xs:sequence>
<xs:element ref="THEADER"/>
<xs:element ref="TBODY"/>
</xs:sequence>
<xs:attribute name="version" type="StVers" use="optional"/>
</xs:complexType>
</xs:element>
<xs:element name="THEADER">
<xs:complexType>
<xs:sequence>
<xs:element ref="PackID"/>
<xs:element ref="CreatePackDate"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="PackID" type="xs:positiveInteger"/>
<xs:element name="CreatePackDate" type="StDate"/>
<xs:element name="TBODY">
<xs:complexType>
<xs:sequence>
<xs:element ref="REQREPLY" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="REQREPLY">
<xs:complexType>
<xs:sequence>
<xs:element name="KeyData" type="CtKey"/>
<xs:element name="ResData" type="CtRes"/>
</xs:sequence>
<xs:attribute name="ID" type="xs:positiveInteger" use="required"/>
</xs:complexType>
</xs:element>
<xs:complexType name="CtKey">
<xs:choice>
<xs:element ref="KEYLP"/>
<xs:element ref="KEYNP"/>
</xs:choice>
</xs:complexType>
<xs:element name="KEYLP">
<xs:complexType>
<xs:all>
<xs:element ref="Name" minOccurs="0"/>
<xs:element ref="EGRN" minOccurs="0"/>
<xs:element ref="INN" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="Name" type="StStr1020"/>
<xs:element name="EGRN" type="StEGRN"/>
<xs:element name="INN" type="StINN"/>
<xs:element name="KEYNP">
<xs:complexType>
<xs:all>
<xs:element ref="FirstName"/>
<xs:element ref="LastName"/>
<xs:element ref="MiddleName" minOccurs="0"/>
<xs:element ref="DocNumber"/>
<xs:element ref="DocDelivDate" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="FirstName" type="StStr60"/>
<xs:element name="LastName" type="StStr60"/>
<xs:element name="MiddleName" type="StStr060"/>
<xs:element name="DocNumber" type="StStr50"/>
<xs:element name="DocDelivDate" type="StDate"/>
<xs:complexType name="CtRes">
<xs:sequence>
<xs:element ref="ResCode"/>
<xs:element ref="ResText"/>
<xs:element ref="BKIList" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
<xs:element name="ResCode" type="xs:positiveInteger"/>
<xs:element name="ResText" type="xs:string"/>
<xs:element name="BKIList">
<xs:complexType>
<xs:sequence>
<xs:element name="BKI" type="CtBKI" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name="CtBKI">
<xs:sequence>
<xs:element ref="BKIName"/>
<xs:element ref="BKINumber"/>
<xs:element ref="BKIAddress"/>
<xs:element ref="BKISign"/>
</xs:sequence>
</xs:complexType>
<xs:element name="BKIName" type="StStr255"/>
<xs:element name="BKINumber" type="StStr10"/>
<xs:element name="BKIAddress" type="StStr1680"/>
<xs:element name="BKISign" type="StBKISign"/>
<xs:simpleType name="StVers">
<xs:restriction base="xs:positiveInteger">
<xs:enumeration value="1"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StDate">
<xs:restriction base="xs:string">
<xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StEGRN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StINN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr060">
<xs:restriction base="xs:string">
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr60">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr50">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="50"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr1020">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="1020"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr255">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="255"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr10">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="10"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr100">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="100"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr1680">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="1680"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StBKISign">
<xs:restriction base="xs:string">
<xs:enumeration value="0"/>
<xs:enumeration value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:schema>
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОТВЕТ НА ПАКЕТ ЗАПРОСОВ
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Ответ АС ЦККИ на пакет запросов структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование REPLYPACKET и обязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и список ответов на запросы (TBODY).
Структура заголовка приведена в таблице Г.1.
Таблица Г.1 - Структура заголовка
Элемент TBODY содержит множество элементов REQREPLY, содержащих обязательный атрибут ID, указывающих на номер ответа в пакете.
Элемент REQREPLY состоит из двух обязательных частей - ключевой информации (KeyData) и результата обработки запроса (ResData).
Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица Г.2 - Структура элемента KEYLP
Таблица Г.3 - Структура элемента KEYNP
- обязательный код результата обработки запроса (ResCode),
- обязательный текст результата обработки запроса (ResText),
- необязательный блок списка БКИ (BKIList).
Элемент BKIList должен обязательно присутствовать в ответе на запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Он может быть пустым либо содержать несколько блоков BKI.
Таблица Г.4 - Структура элемента BKI
<?xml version="1.0" encoding="windows-1251"?>
<REPLYPACKET version="1">
<THEADER>
<PackID>1234</PackID>
<CreatePackDate>09.04.2009</CreatePackDate>
</THEADER>
<TBODY>
<REQREPLY ID="421">
<KeyData>
<KEYNP>
<LastName>Подъяров-Пакетный</LastName>
<FirstName>Семен</FirstName>
<MiddleName>Иванович</MiddleName>
<DocNumber>4503655374</DocNumber>
<DocDelivDate>22.08.1975</DocDelivDate>
</KEYNP>
</KeyData>
<ResData>
<ResCode>900</ResCode>
<ResText>Соответствующая кредитная история сформирована в следующем (следующих) БКИ:</ResText>
<BKIList>
<BKI>
<BKIName>Кредитное бюро N 1</BKIName>
<BKINumber>075-00001</BKINumber>
<BKIAddress> 190031, г. Санкт-Петербург, ул. Казанская, д. 45
(812)327-21-06/ (812)327-21-13
</BKIAddress>
<BKISign>0</BKISign>
</BKI>
</BKIList>
</ResData>
</REQREPLY>
<REQREPLY ID="422">
<KeyData>
<KEYNP>
<LastName>Пакетная</LastName>
<FirstName>Наталья</FirstName>
<MiddleName>Сергеевна</MiddleName>
<DocNumber>5036553744</DocNumber>
<DocDelivDate>04.12.2001</DocDelivDate>
</KEYNP>
</KeyData>
<ResData>
<ResCode>900</ResCode>
<ResText>Соответствующая кредитная история сформирована в следующем (следующих) БКИ:</ResText>
<BKIList>
<BKI>
<BKIName>Кредитное бюро N 1</BKIName>
<BKINumber>075-00001</BKINumber>
<BKIAddress>190031, г. Санкт-Петербург, ул. Казанская, д. 45
(812)327-21-06/ (812)327-21-13
</BKIAddress>
<BKISign>0</BKISign>
</BKI>
</BKIList>
</ResData>
</REQREPLY>
</TBODY>
</REPLYPACKET>
ЭЛЕКТРОННОГО ДОКУМЕНТА "ОДИНОЧНЫЙ ЗАПРОС ИНФОРМАЦИИ О БКИ,
В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<xs:element name="INQ">
<xs:complexType>
<xs:sequence>
<xs:element ref="THEADER"/>
<xs:element ref="TBODY"/>
</xs:sequence>
<xs:attribute name="version" type="StVers" use="optional"/>
</xs:complexType>
</xs:element>
<xs:element name="THEADER">
<xs:complexType>
<xs:sequence>
<xs:element ref="RequestID" minOccurs="0"/>
<xs:element ref="CreateDate"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="CreateDate" type="StDate"/>
<xs:element name="RequestID" type="xs:positiveInteger"/>
<xs:element name="TBODY">
<xs:complexType>
<xs:choice>
<xs:element name="InquiryBKI" type="CtInquiry"/>
</xs:choice>
</xs:complexType>
</xs:element>
<xs:complexType name="CtInquiry">
<xs:all>
<xs:element name="KeyData" type="CtKey"/>
</xs:all>
</xs:complexType>
<xs:complexType name="CtKey">
<xs:choice>
<xs:element ref="KEYLP"/>
<xs:element ref="KEYNP"/>
</xs:choice>
</xs:complexType>
<xs:element name="KEYLP">
<xs:complexType>
<xs:all>
<xs:element ref="Name" minOccurs="0"/>
<xs:element ref="EGRN" minOccurs="0"/>
<xs:element ref="INN" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="Name" type="StStr1020"/>
<xs:element name="EGRN" type="StEGRN"/>
<xs:element name="INN" type="StINN"/>
<xs:element name="KEYNP">
<xs:complexType>
<xs:all>
<xs:element ref="FirstName"/>
<xs:element ref="LastName"/>
<xs:element ref="MiddleName" minOccurs="0"/>
<xs:element ref="DocNumber"/>
<xs:element ref="DocDelivDate" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="FirstName" type="StStr60"/>
<xs:element name="LastName" type="StStr60"/>
<xs:element name="MiddleName" type="StStr060"/>
<xs:element name="DocNumber" type="StStr50"/>
<xs:element name="DocDelivDate" type="StDate"/>
<xs:simpleType name="StVers">
<xs:restriction base="xs:positiveInteger">
<xs:enumeration value="1"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StDate">
<xs:restriction base="xs:string">
<xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StEGRN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StINN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr060">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr060">
<xs:restriction base="xs:string">
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr50">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="50"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr1020">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="1020"/>
</xs:restriction>
</xs:simpleType>
</xs:schema>
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ОДИНОЧНЫЙ ЗАПРОС
ИНФОРМАЦИИ О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ
СУБЪЕКТА КРЕДИТНОЙ ИСТОРИИ"
Одиночный запрос информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, в АС ЦККИ структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование INQ и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок (THEADER) и содержание запроса (TBODY). Описание структуры заголовка приведено в таблице Е.1.
Таблица Е.1 - Структура заголовка
Идентификатор запроса, присвоенный отправителем. Если данный элемент присутствует в запросе, то в ответе ЦККИ он также будет присутствовать и содержать то же значение. | |||
Внутри элемента TBODY должен находиться элемент InquiryBKI - запрос информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
Элемент InquiryBKI должен содержать информацию, идентифицирующую субъекта кредитной истории (элемент KeyData). Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица Е.2 - Структура элемента KEYLP
Таблица Е.3 - Структура элемента KEYNP
Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой элемент или не включать его в XML. | |||
Дата выдачи документа, удостоверяющего личность. Допускается не указывать. |
<?xml version="1.0" encoding="windows-1251"?>
<INQ version="1">
<THEADER>
<CreateDate>20.07.2005</CreateDate>
</THEADER>
<TBODY>
<InquiryBKI>
<KeyData>
<KEYLP>
<Name>ООО "Прогресс"</Name>
<EGRN>5678190123456</EGRN>
<INN>2464072098</INN>
</KEYLP>
</KeyData>
</InquiryBKI>
</TBODY>
</INQ>
ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ ИНФОРМАЦИИ О БКИ,
В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified">
<xs:element name="INQPACKET">
<xs:complexType>
<xs:sequence>
<xs:element ref="THEADER" minOccurs="1" maxOccurs="1"/>
<xs:element ref="TBODY" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
<xs:attribute name="version" type="StVers" use="optional"/>
</xs:complexType>
</xs:element>
<xs:element name="THEADER">
<xs:complexType>
<xs:sequence>
<xs:element ref="PackID" minOccurs="1" maxOccurs="1"/>
<xs:element ref="CreatePackDate" minOccurs="1" maxOccurs="1"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="PackID" type="xs:positiveInteger"/>
<xs:element name="CreatePackDate" type="StDate"/>
<xs:element name="TBODY">
<xs:complexType>
<xs:sequence>
<xs:element ref="REQ" minOccurs="1" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="REQ" type="CtREQ"/>
<xs:complexType name="CtREQ">
<xs:choice>
<xs:element name="SubjectInquiryBKI" type="CtInquiry"/>
<xs:element name="UserInquiryBKI" type="CtInquiry"/>
<xs:element name="FinancialInquiryBKI" type="CtInquiry"/>
</xs:choice>
<xs:attribute name="ID" type="xs:positiveInteger" use="required"/>
</xs:complexType>
<xs:complexType name="CtInquiry">
<xs:all> <xs:element name="KeyData" type="CtKey"/> </xs:all>
</xs:complexType>
<xs:complexType name="CtKey">
<xs:choice>
<xs:element ref="KEYLP"/>
<xs:element ref="KEYNP"/>
</xs:choice>
</xs:complexType>
<xs:element name="KEYLP">
<xs:complexType>
<xs:all>
<xs:element ref="Name" minOccurs="0"/>
<xs:element ref="EGRN" minOccurs="0"/>
<xs:element ref="INN" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="Name" type="StStr1020"/>
<xs:element name="EGRN" type="StEGRN"/>
<xs:element name="INN" type="StINN"/>
<xs:element name="KEYNP">
<xs:complexType>
<xs:all>
<xs:element ref="FirstName"/>
<xs:element ref="LastName"/>
<xs:element ref="MiddleName" minOccurs="0"/>
<xs:element ref="DocNumber"/>
<xs:element ref="DocDelivDate" minOccurs="0"/>
</xs:all>
</xs:complexType>
</xs:element>
<xs:element name="FirstName" type="StStr60"/>
<xs:element name="LastName" type="StStr60"/>
<xs:element name="MiddleName" type="StStr060"/>
<xs:element name="DocNumber" type="StStr50"/>
<xs:element name="DocDelivDate" type="StDate"/>
<xs:simpleType name="StVers">
<xs:restriction base="xs:positiveInteger">
<xs:enumeration value="1"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StDate">
<xs:restriction base="xs:string">
<xs:pattern value="\d{2}[.]\d{2}[.]\d{4}"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StEGRN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StINN">
<xs:restriction base="xs:string">
<xs:minLength value="0"/>
<xs:maxLength value="1024"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr60">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr060">
<xs:restriction base="xs:string">
<xs:maxLength value="60"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr50">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="50"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="StStr1020">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="1020"/>
</xs:restriction>
</xs:simpleType>
</xs:schema>
СТРУКТУРЫ ЭЛЕКТРОННОГО ДОКУМЕНТА "ПАКЕТ ЗАПРОСОВ ИНФОРМАЦИИ
О БКИ, В КОТОРЫХ ХРАНИТСЯ КРЕДИТНАЯ ИСТОРИЯ СУБЪЕКТА
КРЕДИТНОЙ ИСТОРИИ"
Пакет запросов информации о БКИ, в которых хранится кредитная история субъекта кредитной истории, направляемый в АС ЦККИ, структурирован в виде xml-файла. Элемент верхнего уровня должен иметь наименование INQPACKET и необязательный атрибут version, указывающий на версию схемы xml (на данный момент - 1).
Документ подразделяется на две обязательные части - заголовок пакета (THEADER) и список запросов (TBODY). Описание структуры заголовка приведено в таблице И.1
Таблица И.1 - Структура заголовка
Элемент TBODY содержит множество элементов REQ, содержащих обязательный атрибут ID, указывающий на номер запроса в пакете.
При формировании файла, содержащего пакет запросов, внутри элемента REQ должен находиться один из следующих элементов:
SubjectInquiryBKI - запрос от субъекта кредитной истории или наследника информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории;
UserInquiryBKI - запрос от пользователя кредитной истории информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
FinancialInquiryBKI - запрос от финансового управляющего информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории.
Указанные элементы должны содержать информацию, идентифицирующую субъекта кредитных историй (элемент KeyData).
Внутри элемента KeyData может находиться один из двух элементов:
KEYLP - ключевая информация для субъекта кредитной истории, являющегося юридическим лицом;
KEYNP - ключевая информация для субъекта кредитной истории, являющегося физическим лицом.
Таблица И.2 - Структура элемента KEYLP
Таблица И.3 - Структура элемента KEYNP
Отчество. Если отчество у субъекта отсутствует, необходимо указать пустой элемент или не включать его в 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>ООО "Подъем-сервис"</Name>
<EGRN>2345678090123</EGRN>
<INN>4567890123</INN>
</KEYLP>
</KeyData>
</SubjectInquiryBKI>
</REQ>
<REQ ID="422">
<UserInquiryBKI>
<KeyData>
<KEYLP>
<Name>ООО "ЯРПАК"</Name>
<EGRN>5678090123456</EGRN>
<INN>2464073098</INN>
</KEYLP>
</KeyData>
</UserInquiryBKI>
</REQ>
</TBODY>
</INQPACKET>
ИЗВЕЩЕНИЕ О НЕПРИНЯТИИ ЭЛЕКТРОННОГО СООБЩЕНИЯ
Сообщение передается в кодировке windows-1251 и соответствует XML-схеме:
<?xml version="1.0" encoding="windows-1251"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified">
<xs:element name="ERROR_MESSAGE">
<xs:complexType>
<xs:sequence>
<xs:element name="errCode" type="xs:positiveInteger"/>
<xs:element name="errText" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
Описание структуры электронного документа "Извещение о непринятии электронного сообщения" приведено в таблице К.1.
Таблица К.1 - Описание структуры документа
Перечень сообщений об ошибках, формируемых АС ЦККИ при обработке входящих электронных сообщений приведен в таблице К.2.
Таблица К.2 - Перечень сообщений об ошибках
Помимо файла вложения ERROR.XML, в тексте ответного электронного сообщения присутствует значение элемента ErrText.
ПРАВИЛА ПОИСКА ИНФОРМАЦИИ ПО ЗАПРОСАМ К АС ЦККИ
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - физического лица задан следующий набор реквизитов титульной части (далее по тексту - ключевые реквизиты):
- данные паспорта или иного документа, удостоверяющего личность (серия, номер);
- дата выдачи документа, удостоверяющего личность (не обязательна для заполнения).
АС ЦККИ обрабатывает запросы, в которых для субъекта кредитной истории - юридического лица задан следующий набор ключевых реквизитов:
- основной государственный регистрационный номер;
- идентификационный номер налогоплательщика;
- полное наименование юридического лица.
При поиске в базе данных ЦККИ титульных частей, совпадающих по ключевым реквизитам с информацией из запроса, выполняется преобразование сравниваемых значений ключевых реквизитов с исключением и заменой ряда символов сравниваемых реквизитов, обусловленное особенностью машинно-электронных форм представления и хранения запрашиваемой информации. При сравнении ключевых реквизитов игнорируются символы, отличные от букв русского и латинского алфавитов и цифр, игнорируется твердый знак, а также не учитывается регистр букв. Кроме того, при сравнении указанных реквизитов взаимозаменяемыми считаются буквы "Е" и "Ё", а также цифра "4" и буква "Ч".
При обработке запроса по физическому лицу игнорируется дата выдачи документа, удостоверяющего личность, указанная в запросе.
При обработке запроса по юридическому лицу реализованы следующие правила:
- Если в запросе указано полное наименование и непустые значения ИНН и (или) ОГРН, то при обработке запроса полное наименование не учитывается (вне зависимости от того, указано оно или нет), а поиск осуществляется по указанным значениям реквизитов ИНН и ОГРН.
- Если в запросе указано полное наименование и пустые значения как ИНН, так и ОГРН, то найдены будут титульные части кредитных историй, у которых полное наименование совпадает с указанным в запросе, а реквизиты ИНН и ОГРН не заполнены.
ЗАПОЛНЕНИЯ АКТА ПРИЕМА-ПЕРЕДАЧИ НОСИТЕЛЕЙ ДЛЯ РАЗМЕЩЕНИЯ
КЛЮЧЕЙ РЕГИСТРАЦИИ ФНП
приема-передачи носителей для размещения ключей регистрации
Настоящий акт составлен о том, что ___________________ в соответствии с
(день, месяц, год)
Порядком взаимодействия Банка России с Федеральной нотариальной палатой при
предоставлении информации из Центрального каталога кредитных историй
администратором информационной безопасности (АИБ) ФНП (или лицом его
замещающим) Федеральной нотариальной палаты (ФНП)
_______________________________________________ переданы, а администратором
(Ф.И.О., наименование подразделения ФНП)
Центра управления ключевыми системами Департамента информационных
технологий Банка России (ЦУКС)
___________________________________________________________________________
(Ф.И.О.)
приняты поставленные на инвентарный учет в
___________________________________________________________________________
(наименование подразделения ФНП)
зарегистрированные носители для генерации на них ключей регистрации в
следующем составе и для следующих пользователей:
20-151/49 | Иванов И.И. | ||
20-151/50 | |||
20-151/51 | Петров П.П. | ||
20-151/52 |
Также АИБ ФНП передал, а администратор ЦУКС принял машинный носитель для
записи на него сертификатов регистрации.
Акт составлен в двух экземплярах:
1-й экз. - в Департамент информационных технологий Банка России
2-й экз. - в __________________________________________________
(наименование подразделения ФНП)
От Департамента информационных От ________________________________
технологий Банка России (наименование подразделения ФНП)
______________________________ ___________________________________
(должность) (должность)
______________________________ ___________________________________
(подпись, И.О. Фамилия) (подпись, И.О. Фамилия)
ЗАПОЛНЕНИЯ АКТА ПРИЕМА-ПЕРЕДАЧИ УПАКОВОК
С КЛЮЧАМИ РЕГИСТРАЦИИ
приема-передачи упаковок с ключами регистрации
Настоящий акт составлен о том, что ___________________ в соответствии с
(день, месяц, год)
Порядком взаимодействия Банка России с Федеральной нотариальной палатой
при предоставлении информации из Центрального каталога кредитных историй
администратором Центра управления ключевыми системами Департамента
информационных технологий Банка России (ЦУКС)
___________________________________________________________________________
(Ф.И.О.)
переданы, а администратором информационной безопасности (или лицом его
замещающим) (АИБ) Федеральной нотариальной палаты (ФНП)
___________________________________________________________________________
(Ф.И.О., наименование подразделения ФНП)
приняты упаковки, содержащие поставленные на учет в
___________________________________________________________________________
(наименование подразделения ФНП)
ключевые носители (переданные ранее по акту от ___________________________)
(число, месяц, год)
с ключевой информацией в следующем составе и для следующих пользователей:
1 | Иванов И.И. | 20-151/49 | ||
20-151/50 | ||||
2 | Петров П.П. | 20-151/51 | ||
20-151/52 |
Генерация ключевой информации СКАД "Сигнатура" и упаковка ключевых
носителей производились комиссионно.
Также администратором ЦУКС переданы, а АИБ ФНП принят машинный носитель
информации с записанными на него сертификатами регистрации.
Акт составлен в двух экземплярах:
1-й экз. - в Департамент информационных технологий Банка России
----------------------------------------------------
2-й экз. - в ________________________________________________
(наименование подразделения ФНП)
От Департамента информационных От ________________________________
технологий Банка России (наименование БКИ)
______________________________ ___________________________________
(должность) (должность подразделения ФНП)
______________________________ ___________________________________
(подпись, И.О. Фамилия) (подпись, И.О. Фамилия)
АИБ - администратор информационной безопасности.
АРМ - автоматизированное рабочее место.
АС ЦККИ - автоматизированная система "Центральный каталог кредитных историй".
ДИТ Банка России - Департамент информационных технологий Банка России.
ДОО Банка России - Департамент обработки отчетности Банка России;
НКИ - носитель ключевой информации.
СКАД - система криптографической авторизации электронных документов.
СКЗИ - средство криптографической защиты информации.
ФНП - Федеральная нотариальная палата.
ЦУКС - центр управления ключевой системой АС ЦККИ.
ЭП - электронная подпись (усиленная неквалифицированная).
ЭПС - электронное почтовое сообщение.
XML-сообщение - данные в электронном виде, формат которых соответствует стандарту XML, а также требованиям, установленным настоящим документом.
1) В п. 4.2.9 и п. 4.3.4 исключена необходимость подписи бумажного носителя сертификата ключа проверки электронной подписи Федеральной нотариальной палаты ответственным за использование ключа в Федеральной нотариальной палате. 2) Уточнены сроки начала использования СКАД "Сигнатура" для защиты передаваемой информации. 3) Приведен порядок формирования нотариусом запроса финансового управляющего в ЦККИ о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории. Информация о сроке начала обработки АС ЦККИ запросов финансовых управляющих о бюро кредитных историй размещается на сайте Банка России в разделе "Кредитные истории". Плановый срок начала обработки запросов финансовых управляющих АС ЦККИ - не ранее 01.08.2019. 4) Внесены редакционные правки по тексту документа и приложений. 5) Дополнен перечень принятых сокращений. 1) Удален раздел "Порядок управления ключами кодов аутентификации и шифрования СКЗИ "Верба-OW". 2) Исключено описание переходного периода при замене СКЗИ "Верба-OW" на СКЗИ СКАД "Сигнатура". 3) Уточнен порядок защиты передаваемых сообщений (п. 2, п. 3): исключено описание использования СКЗИ "Верба-OW". 4) Исключено приложение "Регистрационная карточка открытого ключа кода аутентификации (шифрования)". 5) В связи с доработкой АС ЦККИ в целях приема запросов финансовых управляющих о представлении информации о бюро кредитных историй, в которых хранится кредитная история субъекта кредитной истории, исключена информация о плановом сроке начала обработки таких запросов. |
ФЗ о страховых пенсиях
ФЗ о пожарной безопасности
ФЗ об ОСАГО
ФЗ об образовании
ФЗ о государственной гражданской службе
ФЗ о государственном оборонном заказе
О защите прав потребителей
ФЗ о противодействии коррупции
ФЗ о рекламе
ФЗ об охране окружающей среды
ФЗ о полиции
ФЗ о бухгалтерском учете
ФЗ о защите конкуренции
ФЗ о лицензировании отдельных видов деятельности
ФЗ об ООО
ФЗ о закупках товаров, работ, услуг отдельными видами юридических лиц
ФЗ о прокуратуре
ФЗ о несостоятельности (банкротстве)
ФЗ о персональных данных
ФЗ о госзакупках
ФЗ об исполнительном производстве
ФЗ о воинской службе
ФЗ о банках и банковской деятельности
Уменьшение неустойки
Проценты по денежному обязательству
Ответственность за неисполнение денежного обязательства
Уклонение от исполнения административного наказания
Расторжение трудового договора по инициативе работодателя
Предоставление субсидий юридическим лицам, индивидуальным предпринимателям, физическим лицам
Управление транспортным средством водителем, находящимся в состоянии опьянения, передача управления транспортным средством лицу, находящемуся в состоянии опьянения
Особенности правового положения казенных учреждений
Общие основания прекращения трудового договора
Порядок рассмотрения сообщения о преступлении
Судебный порядок рассмотрения жалоб
Основания отказа в возбуждении уголовного дела или прекращения уголовного дела
Документы, прилагаемые к исковому заявлению
Изменение основания или предмета иска, изменение размера исковых требований, отказ от иска, признание иска, мировое соглашение
Форма и содержание искового заявления