Письмо Банка России от 18.08.2025 N 44-19/5864 "О порядке применения Положения N 758-П и Единого формата"

N п/п

Содержание предложения/вопроса

Ответ Департамента

1

2

3

1.

Вопрос по формированию показателя ФЛ_54.2 "Минимальная процентная ставка".

Ситуация: договором предусмотрена льготная пониженная процентная ставка (помимо основной процентной ставки), применяющаяся только в случае выполнения субъектом < 4 > обозначенных в договоре условий.

Вопрос: если на момент формирования кредитной информации условия применения льготной ставки ни разу не были соблюдены - следует ли указывать значение данной льготной ставки в качестве значения показателя ФЛ_54.2 "Минимальная процентная ставка"?

Показатель ФЛ_54.2 "Минимальная процентная ставка" заполняется согласно условиям договора (сделки). Таким образом, если условиями договора (сделки) предусмотрена минимальная процентная ставка, значение такой ставки должно быть отражено по показателю ФЛ_54.2 "Минимальная процентная ставка" вне зависимости от того, наступали указанные в сделке условия для ее применения или нет.

2.

Вопрос по формированию показателя ФЛ_21.6 (ЮЛ_14.6) "Сумма минимального платежа".

1. В случае внесения в течение платежного периода части минимального платежа по договору, которым предусмотрен минимальный ежемесячный платеж, по показателю ФЛ_21.6 (ЮЛ_14.6) "Сумма минимального платежа" по событию 2.3 "Изменение задолженности, в том числе ввиду исполнения обязательства, наступили ответственность поручителя или обязательство принципала возместить выплаченную сумму" следует указать остаток подлежащей уплате суммы текущего рассчитанного минимального платежа?

По показателю ФЛ_21.6 (ЮЛ_14.6) "Сумма минимального платежа" указывается сумма минимального платежа по договору.

1. Если в приведенном случае внесение субъектом суммы минимального платежа несколькими частями не влечет изменение общего размера минимального платежа, подлежащего внесению по условиям договора, значение показателя ФЛ_21.6 (ЮЛ_14.6) "Сумма минимального платежа" также остается неизменным.

2. Является ли изменение суммы минимального платежа (значение показателя ФЛ_21.6 (ЮЛ_14.6) "Сумма минимального платежа" в результате частичного погашения задолженности поводом для формирования события 2.1 "Изменились сведения об условиях обязательства субъекта"?

Если да, то как следует заполнять блоки ФЛ_23 (ЮЛ_15) "Сведения об изменении договора", ФЛ_23(1) (ЮЛ_15(1)) "Сведения об изменении условий обязательства в результате наступления указанного в сделке события"?

2. Если по условиям договора размер минимального платежа зависит от задолженности, то в результате частичного погашения такой задолженности размер минимального платежа изменится и источник < 5 > в рамках события 2.1 "Изменились сведения об условиях обязательства субъекта", приведенного в разделе 5 приложения 3 к Положению N 758-П, должен сформировать все блоки показателей, предусмотренные для такого события, включая блоки ФЛ_21 (ЮЛ_14) "Сведения об условиях платежей", ФЛ_23 (ЮЛ_15) "Сведения об изменении договора", ФЛ_23(1) (ЮЛ_15(1)) "Сведения об изменении условий обязательства в результате наступления указанного в сделке события" с актуальными на дату наступления указанного события значениями.

3. Если по условиям кредитного договора просроченная задолженность включается в сумму минимального платежа, то и значение показателя ФЛ_21.6 (ЮЛ_14.6) "Сумма минимального платежа" блока ФЛ_21 (ЮЛ_14) "Сведения об условиях платежей" должно включать в том числе и сумму просроченной задолженности?

3. Если по условиям договора просроченная задолженность включается в сумму минимального платежа, то значение суммы минимального платежа по показателю ФЛ_21.6 (ЮЛ_14.6) "Сумма минимального платежа" должно учитывать сумму просроченной задолженности (при ее наличии).

3.

Вопрос по формированию показателя ФЛ_19(1).4 (ЮЛ_12(1).4) "Код типа обеспечиваемого обязательства".

Согласно Техническим требованиям < 6 > , включающим Единый формат < 7 > (версия 4.1), показатель обязателен, если ФЛ_19(1).1 (ЮЛ_12(1).1) "Признак обеспечивающего обязательства" равно "1".

По схеме показатель необязателен:

< xs:element name="securityTypeCode" type=

"refContractType" minOccurs="0" >

< xs:annotation >

< xs:documentation > 19(1).4. Код типа

обеспечиваемого обязательства < /xs:documentation >

< /xs:annotation >

< /xs:element >

Почему требования не совпадают? Какие требования верные?

Источникам следует руководствоваться условиями обязательности, описанными в актуальных Технических требованиях. В то же время Единый формат может содержать послабления, направленные на обеспечение возможности представления источниками достоверной информации в БКИ в случае подтверждения отсутствия сведений для заполнения показателя.

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

4.

1. В соответствии с Техническими требованиями, включающими Единый формат (версия 4.1), допустимо передавать значение показателя ФЛ_6.2 "Номер налогоплательщика" при отсутствии показателя ФЛ_6.2(1) "Признак проверки ИНН" в тех случаях, когда проверка ИНН < 8 > не требуется?

1. С 01.03.2025 Положение N 758-П дополнено новым показателем ФЛ_6.2(1) "Признак проверки ИНН".

Согласно абзацу второму подпункта 3.1.4 пункта 3.1 раздела 1 приложения 3 к Положению N 758-П ИНН субъекта - физического лица указывается по показателю ФЛ_6 "Номер налогоплательщика", если по показателю ФЛ_6.2(1) "Признак проверки ИНН" указан код "1".

В ином случае сведения об ИНН субъекта - физического лица источником в БКИ < 9 > не передаются.

Таким образом, формирование показателя ФЛ_6 "Номер налогоплательщика" без формирования показателя ФЛ_6.2(1) "Признак проверки ИНН" (с указанием кода "1") будет являться нарушением требований Положения N 758-П.

2. При передаче сведений об обращении субъекта - физического лица передается блок ФЛ_6 "Номер налогоплательщика, регистрационный номер и признак специального налогового режима" в титульной части и блок ФЛ_55 "Сведения об обращении".

В Технических требованиях, включающих Единый формат (версия 4.1), обязательность показателя ФЛ_6.2(1) "Признак проверки ИНН" указана только относительно значений показателей блока ФЛ_18 "Общие сведения о сделке". Каковы критерии обязательности показателя ФЛ_6.2(1) "Признак проверки ИНН" при наличии в выгрузке только блока ФЛ_55 "Сведения об обращении"?

2. Согласно Техническим требованиям, включающим Единый формат (версия 4.1), показатель ФЛ_6.2(1) "Признак проверки ИНН" при отсутствии в передаваемом событии блока ФЛ_18 "Общие сведения о сделке" заполняется с учетом следующего требования:

"заполняется при наличии сведений у источника, если значение показателя ФЛ_6.1 равно "1".

5.

Вопрос по формированию показателя ФЛ_28.16 (ЮЛ_20.14) "Валюта внесенных платежей".

В Технических Требованиях, включающих Единый формат (версия 4.1), указано требование "должен отсутствовать, если не указано значение показателя ФЛ_28.6 (ЮЛ_20.6)". При этом показатель ФЛ_28.6 (ЮЛ_20.6) "Сумма всех внесенных платежей по обязательству" безусловно обязателен, т.е. его значение указано всегда.

Просим подтвердить, что показатель ФЛ_28.16 (ЮЛ_20.14) "Валюта внесенных платежей" должен отсутствовать, если показатель ФЛ_28.6 (ЮЛ_20.6) "Сумма всех внесенных платежей по обязательству" = 0.

Согласно Техническим требованиям, включающим Единый формат (версия 4.1), показатель ФЛ_28.16 (ЮЛ_20.14) "Валюта внесенных платежей" должен отсутствовать, только если отсутствует значение по показателю ФЛ_28.6 (ЮЛ_20.6) "Сумма всех внесенных платежей по обязательству". Так как "0" также является значением, следовательно, показатель ФЛ_28.16 (ЮЛ_20.14) "Валюта внесенных платежей" должен быть заполнен кодом валюты, предусмотренной условиями договора для внесения платежей.

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

6.

Вопрос по правилам преобразования.

Показатели:

- ФЛ_10.2 (ЮЛ_2.13) "Комментарий к номеру телефона"

- ФЛ_23.5 (ЮЛ_15.5) "Описание иного изменения договора"

- ФЛ_23(1).3 (ЮЛ_15(1).3) "Описание иного изменения условий обязательства"

- ФЛ_39.9 (ЮЛ_30.9) "Дополнительные сведения по судебному акту"

- ФЛ_54.5 (ЮЛ_44.5) "Информация о программе государственной поддержки"

Правила преобразования не содержат информацию про регистр.

При этом тип значения показателя не предполагает прописные буквы:

Запрещено использование управляющих символов 0x00 - 0x1F, символ неразрывного пробела 0xA0, символ мягкого переноса строки 0xAD, прописные буквы кириллического и латинского алфавита.

Значениями упомянутых показателей является произвольный текст, который может состоять из предложений.

Просим разъяснить, верно ли, что даже в предложениях все буквы должны быть строчные?

Согласно Техническим требованиям, включающим Единый формат (версия 4.1), по указанным показателям требования к заполнению показателей только строчными буквами отсутствуют. Таким образом, допускается заполнение указанных показателей как строчными, так и прописными буквами.

7.

Вопрос по формированию показателей ФЛ_4.5, ФЛ_5.6 "Серия документа".

Правила преобразования не требуют удаления пробелов.

При этом тип значения показателя не предусматривает пробелы.

Почему требования не совпадают? Какие требования верные?

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

Дополнительно сообщаем, что в целях обеспечения единого подхода к формированию значения показателя "Серия документа" правила преобразования Технических требований при их дальнейшем совершенствовании будут дополнены требованием об удалении знака "пробел".

8.

Вопрос по формированию события 1.7 "Изменились сведения титульной части кредитной истории субъекта" (далее - событие 1.7).

1. В случае изменения сведений в титульной части и для ФЛ < 10 > , и для ЮЛ < 11 > следует в событии 1.7 передать блоки титульной части с новой информацией, а в блоке "Title" передать сведения о субъекте, ранее переданные в БКИ, которые в блоках события 1.7 будут уже числиться как предыдущие?

1. В случае изменения сведений в титульной части для ФЛ и для ЮЛ в событии 1.7 следует передать блоки титульной части с новой информацией. В блоке "Title", в свою очередь, будут содержаться ранее переданные в БКИ сведения титульной части.

2. Допустимо ли одновременно в рамках одного документа, указав в блоке "Title" ранее переданные данные, передать и событие 1.7, и прочие события по обязательству субъекта?

2. В случае, если в одном файле передаются несколько событий в отношении одного субъекта, включая событие 1.7, во избежание включения в кредитную историю некорректных данных при передаче информации источниками в БКИ рекомендуем иные события, содержащие обновленные данные титульной части, после события 1.7 передавать с обновленным блоком "Title".

9.

Согласно пункту 1 приложения к письму Департамента от 16.10.2024 N 44-8-1-1/4918, если договор "зонтичного" поручительства является рамочным, то кредитная информация по такому договору не формируется и УИд < 12 > не присваивается. Источники формируют кредитную информацию по отдельным договорам, заявкам субъекта, заключенным или поданным соответственно на основании либо во исполнение рамочного договора с присвоением УИд каждой отдельной сделке.

1. Если N клиентов заключат договор с зонтичным поручительством АО "Корпорация МСП", то каждому кредитному договору банк присвоит свой УИд, но при этом по всем этим N клиентам банк будет передавать один и тот же УИд договора поручительства АО "Корпорация "МСП"?

2. Есть ли рекомендации Банка России о признании "зонтичного" договора поручительства с АО "Корпорация "МСП" рамочным?

Повторно отмечаем, что источник должен самостоятельно осуществлять отнесение договора к рамочному, исходя из его положений и требований законодательства Российской Федерации (статья 429.1 ГК РФ < 13 > ).

В случае если заключенный договор "зонтичного" поручительства является рамочным, то кредитная информация по такому договору не формируется и УИд не присваивается. Источники формируют кредитную информацию по отдельным договорам, заявкам субъекта, заключенным или поданным соответственно на основании либо во исполнение рамочного договора, с присвоением УИд каждой отдельной сделке.

Соответствующие разъяснения ранее направлены в адрес Ассоциации банков России письмом Департамента от 16.10.2024 N 44-8-1-1/4918.

Учитывая изложенное, если в приведенной ситуации договор поручительства с АО "Корпорация МСП" не является рамочным, источник должен присвоить такому договору УИд. Сведения о присвоенном договору поручительства УИд также подлежат отражению в кредитных историях заемщиков по обязательствам, обеспеченным таким поручительством, по показателю ФЛ_33.2 "УИд договора поручительства".

В случае если заключенный договор поручительства является рамочным, то источник должен присвоить УИд каждому отдельному договору поручительства, заключенному во исполнение рамочного договора, и также отразить сведения о заключенном договоре, включая присвоенный договору УИд, в кредитных историях заемщиков по обязательствам, обеспеченным таким поручительством.