Новости компании

5 неоднозначных ситуаций, с которыми могут столкнуться банки при передаче данных в НБКИ

1657
5 неоднозначных ситуаций, с которыми могут столкнуться банки при передаче данных в НБКИ

Елена Дьяченко

Ведущий аналитик проекта RS-Loans V.6 департамента банковского ПО RS-Bank, R-Style Softlab

Вы специалист кредитного отдела, а ваш банк заключил договор об оказании информационных услуг с Национальным бюро кредитных историй (НБКИ) и передает ему все имеющиеся данные по выданным кредитам (как того требует Федеральный закон РФ № 218-ФЗ от 30.12.2004 «О кредитных историях»)? Вам хорошо знакомы форматы передачи данных TransUnion (TUTDF) и руководство по их применению, но в то же время у вас есть сомнения, связанные с трактовкой принципов заполнения полей? Мы подготовили подборку из пяти неоднозначных ситуаций, с которыми можно столкнуться при формировании транспортных файлов в НБКИ, и обратились за разъяснением к кураторам из Национального бюро кредитных историй, которые по долгу службы знают TUTDF, как свои пять пальцев. Теперь предлагаем вашему вниманию мини-инструкции, следуя которым вы избежите ненужных ошибок.

1. Как формировать сегмент «Сделка» (Trade) по банковской гарантии?

При формировании кредитной истории нужно четко помнить, на основании какого договора она создается — договора банковской гарантии или гарантийной линии.

Дело в том, что сегмент «Сделка» для этих видов договоров формируется по-разному. Так, при формировании кредитной истории по гарантийной линии, предоставленной на основании отдельного договора банковской гарантии, вы создаете один сегмент «Сделка» по договору в целом. Если же банковская гарантия выдана в рамках договора гарантийной линии, то по каждой гарантии нужно формировать отдельный сегмент «Сделка», указывая в поле «Номер счета» уникальный номер для каждой выданной гарантии в рамках одного договора.

Пример. В банковской системе кредитования заведен Договор гарантии № 555. По нему выданы две банковские гарантии:

  • Банковская гарантия № 555/1,
  • Банковская гарантия № 555/2.

При создании транспортного файла в НБКИ по такому договору вам придется сформировать два сегмента «Сделка» — по количеству банковских гарантий, при этом в поле «Номер счета» по каждой банковской гарантии указывается <Номер договора банковской гарантийной линии>/<Номер банковской гарантии>.

2. Нужно ли указывать индекс в сегменте «Адрес»?

В документе НБКИ «Спецификация качества данных» от 3 апреля 2015 года (версия 1.29r) в числе возможных ошибок при заполнении адреса имеется следующая: «В адресе отсутствует индекс». В то же время в описании форматов TUTDF поле «Индекс» является необязательным. Как же быть?

Обратившись за разъяснением в НБКИ, мы получили такой ответ: «Индекс — это составная часть адреса, источник обязан предоставлять в БКИ всю имеющуюся информацию. Поэтому, если индекс известен — его надо предоставлять, а если неизвестен — данную ошибку отчета качества следует игнорировать».

Таким образом, отсутствие индекса в сегменте «Адрес» ошибкой не считается.

3. Как отразить обеспечение в кредитной истории поручителя? 

В форматах TUTDF алгоритмы заполнения полей сегмента «Сделка» по поручителю различаются в зависимости от того, приступил поручитель к исполнению обязательств заемщика или нет.

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

Пример 1. По кредитному договору принято обеспечение в виде гарантии и поручительства. Часть задолженности будет востребована по договору гарантии, а оставшуюся часть заплатит поручитель. В этом случае никакого обеспечения по договору не будет, так как второй договор обеспечения был также востребован в оплату задолженности по договору. 

Пример 2. Рассмотрим такую ситуацию: в обеспечение по кредитному договору оформлены договор залога и договор поручительства. Залог не реализуется, и поручитель начинает платить за заемщика. Тогда (если это не противоречит условиям договоров залога и поручительства) договор залога может быть предъявлен как обеспечение по кредитному договору, по которому начал платить поручитель.

4. Как передать кредитную историю по физическому лицу, объявившему себя банкротам?

В форматах TUTDF сегмент «Банкротство» был всегда. Но поскольку законодательной базы по банкротствам физических лиц не было, данный сегмент заполнялся только по юридическим лицам. После принятия Закона о банкротстве физических лиц в форматы были внесены изменения: прежний сегмент «Банкротство» был переименован в «Банкротство юридических лиц», плюс был добавлен новый сегмент — «Банкротство физических лиц». Но, банкам этот сегмент заполнять не нужно, поскольку он предназначен только для финансовых управляющих.

Возникает вопрос: так как же передавать информацию о банкротстве физических лиц, если таковая имеется? Оказывается, её нужно передавать в сегменте «Юридический статус».

То есть, если физическое лицо объявило себя банкротом, и об этом стало известно банку, то в НБКИ передается транспортный файл, в котором сегмент «Сделка» отсутствует, а вместо него формируется сегмент «Юридический статус», в котором и передается данная информация.

5. Как формируется сегмент «Сделка» при наличии просрочки? 

В руководстве по применению формата TUTDF особое внимание уделяется просроченным задолженностям.

При наличии просрочки алгоритм формирования сегмента «Сделка» (Trade) будет отличаться в зависимости от того, когда именно создается транспортный файл.

Формат предусматривает следующие правила:

  • Дата формирования файла совпадает с датой вынесения на просрочку, и до этого момента договор просрочен не был (на счетах регистров просроченной задолженности были нулевые остатки); операция вынесения на просрочку – единственная за эту дату операция, по которой должен формироваться сегмент Trade. При соблюдении этих условий сегмент Trade за дату операции вынесения на просрочку формировать не нужно, так как просрочка сроком менее одного дня таковой не считается. 
  • Дата формирования файла совпадает с датой вынесения на просрочку, и до этого момента договор просрочен не был (на счетах регистров просроченной задолженности были нулевые остатки); операция вынесения на просрочку – не единственная в этот день операция, по которой должен формироваться сегмент Trade. При соблюдении этих условий сегмент Trade за дату операции вынесения на просрочку формируется. При этом поле «Состояние счета» за текущую дату = «0» (Активный), а поле «Своевременность платежей» принимает одно из двух значений:
    • «1» (Оплата без просрочек), если по договору была хотя бы одна операция погашения на полную сумму (без недоплат);
    • «0» (Новый, оценка невозможна), если по договору не было ни одной операции погашения на полную сумму.
  • Дата формирования файла хотя бы на один день превышает дату вынесения на просрочку, и до этого момента договор просрочен не был. В этом случае сегмент Trade за дату операции вынесения на просрочку формируется. При этом поле «Состояние счета» за эту дату = «52» (Просрочен), а поле «Своевременность платежей» = «А» (Просрочка 1–30 дней).

Пример 1. Договор открыт 15.03.15, выдача – 15.03.15, просрочка – 01.05.15. Других операций нет.

Если вы создаете транспортный файл 01.05.15, то должен формироваться один сегмент Trade за 15.03.15, причем «Состояние счета» в сегменте Trade за 15.03.15 должно быть равно «00» (Активный), а в поле «Своевременность платежей» указываем «0» (Новый, оценка невозможна).

Если же транспортный файл создается, скажем, 05.05.15, то необходимо сформировать два сегмента Trade — за 15.03.15 и за 01.05.15, причем «Состояние счета» в сегменте Trade за 01.05.15 = «52» (Просрочен), а «Своевременность платежей» = «A» (Просрочка от 1 до 29 дней).

Пример 2. Договор открыт 15.03.15, выдача – 15.03.15, частичное погашение и просрочка – 01.05.15. Других операций нет.

При создании транспортного файла 01.05.15 формируем два сегмента Trade — за 15.03.15 и 01.05.15, параметр «Состояние счета» за обе даты = «00» (Активный), а «Своевременность платежей» = «0» (Новый, оценка невозможна).

Если транспортный файл создается 05.05.15, то также следует сформировать два сегмента Trade — за 15.03.15 и за 01.05.15, но параметр «Состояние счета» в сегменте Trade за 01.05.15 будет равен «52» (Просрочен), а «Своевременность платежей» = «A» (Просрочка от 1 до 29 дней).

Пример 3. Договор открыт 15.03.15, выдача – 15.03.15, просрочка – 01.05.15, полное погашение просрочки – 01.05.15.

При создании транспортного файла 01.05.15 нужно сформировать один сегмент Trade за 15.03.15, «Состояние счета» в этом сегменте за 15.03.15 = «00» (Активный), а «Своевременность платежей» = «0» (Новый, оценка невозможна).

Если же транспортный файл создается 05.05.15, то будем формировать два сегмента Trade — за 15.03.15 и 01.05.15, «Состояние счета» в сегменте Trade за 01.05.15 = «00» (Активный), а «Своевременность платежей» = «1» (Оплата без просрочки).

Итак, вы теперь знаете, на какие моменты нужно обратить особое внимание при формировании транспортного файла для НБКИ, содержащего информацию по кредитным историям клиентов. Для вас не составит труда, следуя форматам TUTDF, заполнить сегмент «Сделка» по договорам банковской гарантии и гарантийной линии, вы не ошибетесь с формированием этого сегмента при наличии просрочки, знаете, как поступать с физическими лицами — банкротами и можете не тратить время на поиски почтового индекса при заполнении адреса заемщика. Надеюсь, проблема с некорректной передачей данных, ведущая к искажению реальной ситуации по кредитам, обойдет вас стороной. 

Похожие записи

РСХБ и R-Style Softlab презентовали решение по цифровому рублю для банков Председателю Центрального Банка России Эльвире Набиуллиной

Новости компании

На форуме финансовых технологий Финополис-2024 руководителям Центрального Банка РФ было продемонстрировано решение для банков по работе с цифровым рублем от R-Style Softlab. С возможностями программного продукта RS-Digital Ruble ознакомились председатель Центрального банка РФ Эльвира Набиуллина и первый заместитель Председателя Центрального банка Ольга Скоробогатова.  Презентация решения прошла на стенде РСХБ.цифра. Сценарии работы с цифровым рублем были […]

266

Uniteller — новый партнер R-Style Softlab для развития направления по цифровому рублю

Новости компании

R-Style Softlab и компания Uniteller (АО «Предпроцессинговый расчетный центр») объявили о партнерстве. Соглашение было подписано в рамках форума финансовых технологий  Финополис-2024 в Сочи. Компании договорились совместно разрабатывать и внедрять проекты, направленные на соблюдение и обеспечение предприятий банковской отрасли программными продуктами в рамках Платформы Цифрового Рубля и развития платежных сервисов, системами дистанционного банковского обслуживания для юридических и […]

239

FINOPOLIS 2024: R-Style Softlab и Ассоциация ФинТех подписали соглашение о сотрудничестве

Новости компании

R-Style Softlab и Ассоциация ФинТех (АФТ) подписали соглашение о сотрудничестве в рамках форума FINOPOLIS 2024 в Сочи на стенде Ассоциации ФинТех. Со стороны Ассоциации в церемонии подписания документа участвовал генеральный директор АФТ Максим Григорьев, cо стороны R-Style Softlab — генеральный директор компании Сергей Машурин. Стороны договорились о сотрудничестве в области развития финансовых и информационных технологий, […]

238