Запрос кредитной истории субъекта из НБКИ
Для подачи запроса:
Выберете пункт меню НБКИ (что бы данный пункт меню был доступен, администратору необходимо выставить пользователю разрешение на доступ к коннектору «НБКИ-B2B» в разделе «Редактирование пользователя»).
Заполните форму «Запрос кредитной истории физического лица» или форму «Запрос кредитной истории юридического лица» (все поля формы должны быть заполнены).
Нажмите Поиск.
Будет показано две таблицы: «Информация о запросе» и «Отчет НБКИ о кредитной истории субъекта». В таблице «Отчет НБКИ о кредитной истории субъекта» будут содержаться данные отчета. В случае если запрашиваемый субъект не был найден, в таблицу будет выведена запись об ошибке (см. Рис. 6).
Рис. 6
Проверка данных предоставленных субъектом НБКИ-Кронос.
Для проверки данных предоставленных субъектом:
Выберете пункт меню Кронос.
Заполните форму Проверка НБКИ-Кронос.
Нажмите Поиск.
Будет показано две таблицы: «Информация о запросе» и «Результаты проверки субъекта:». В таблице Результаты проверки субъекта:» будут содержаться данные проверки.
Отправка сообщения для ЦККИ
Для отправки сообщения для ЦККИ:
1. Выберете пункт меню АС-ЦККИ.
2. Выберете необходимый тип запроса в разделе Тип запроса.
3. Заполните форму в соответствии с выбранным типом запроса.
4. Нажмите отправить.
Импорт данных в Credit Registry
В новой версии системы поддерживается возможность импорта данных в формате XML. Данные представляются в гораздо более простом и понятном формате, чем TUTDF, его можно просматривать без использования специальных средств. Схема xml-файла находится в дистрибутиве программы (файл ImportCreditRegistry.xsd).
Функция импорта требует наличия в лицензии соответствующего пункта.
Для выполнения импорта:
Выберите пункт меню Импорт;
Укажите путь к xml-файлу c помощью кнопки Обзор;
Щелкните по кнопке Импорт.
Будет показано количество успешно импортированных и отвергнутых субъектов, и таблица с ошибками и предупреждениями (если есть).
Описание xml-файла и особенностей импорта
Файл для импорта может содержать несколько физических и/или юридических лиц, сначала идут физические (Person), затем юридические (Business). Схема позволяет загрузить любые поля формата TUTDF, но большая часть из них является необязательной и может быть опущена. В нижеприведенных примерах используются, за редким исключением, только необходимые поля.
Для идентификации субъекта используется тэг , его значением является строка длиной до 32 символов. В базе она хранится в поле REF_CODE таблицы SUBJECT. Если ReferenceCode не задан, то при импорте создается новый субъект, вне зависимости от наличия похожих на него в базе. При обновлении уже существующего субъекта можно пропускать любые сегменты, они сохранят свое старое значение. Однако система будет контролировать наличие обязательных сегментов после обновления субъекта. Для физического лица обязательно должен быть документ с типом от 1 до 27, и два адреса (прописки и проживания). Для юридического нужен фактический адрес и телефон. Если в результате объединения с данными базы у субъекта не окажется ни одного из сегментов Кредитное дело (Trade), Юридический статус (Legal), Информация, полученная из государственных органов (Official), Банкротство (Bankruptcy), то будет выдано предупреждение, субъект будет импортирован, но не будет экспортироваться в TUTDF. В случае любой другой ошибки новые данные субъекта в базу не заносятся.
Для документов (Document), адресов (Address) и телефонов (Phone) действует следующее правило обновления существующих данных: у каждого их них есть поле тип, и для каждого типа, присутствующего в файле импорта по данному субъекту в базе оставляется только одна запись – последняя данного типа из файла по этому субъекту.
Сегменты Место работы (Employment), Юридический статус (Legal), Информация, полученная из государственных органов (Official), Банкротство (Bankruptcy) добавляются к субъекту, за исключением случая, когда в базе присутствует их точная копия (все поля совпадают).
Сегмент Кредитное дело ищется в базе для данного субъекта по полям Membercode и Account. При наличии такого кредитного дела его поля обновляются, и добавляется запись об изменении кредитного дела. Если запись с такой же датой отчета уже была, то она заменяется новой.
Для паспорта РФ необходимо наличие серии, но если тэг не задан или пустой, то система попытается выделить серию и номер из тэга . Допустимые варианты:
4501 123456
45 01 123456
Для адреса при отсутствии тэга из тэга делается попытка выделить населенный пункт, по списку из файла locations.txt.
Обратите внимание, что тэги должны располагаться в том же порядке, в котором они указаны в схеме, иначе файл будет считаться ошибочным. Необязательные тэги могут быть пропущены.
|
