Письмо Банка России от 18.08.2025 № 44-19/5864
Центральный банк Российской Федерации · № 44-19/5864 от 18.08.2025Действующий акт
Актуально на 31.10.2026.
Как цитировать: <Письмо> Банка России от 18.08.2025 N 44-19/5864. 44-19/5864. 18.08.2025. https://bukva.ai/docs/pismo-44-195864
«О порядке применения Положения № 758-П и Единого формата»
Примечание
Текст документа приведен в соответствии с публикацией на сайте https://www.cbr.ru по состоянию на 29.08.2025.
О ПОРЯДКЕ ПРИМЕНЕНИЯ ПОЛОЖЕНИЯ № 758-П И ЕДИНОГО ФОРМАТА
Департамент небанковского кредитования Банка России рассмотрел вопросы Ассоциации банков России о порядке применения Положения № 758-П <1> и Единого формата <2>, поступившие письмом от 10.07.2025 № 02-05/873, и направляет ответы на указанные вопросы в приложении к настоящему письму.
<1> Положение Банка России от 11.05.2021 № 758-П «О порядке формирования кредитной истории».
<2> Единый технический формат направления источниками формирования кредитных историй данных в бюро кредитных историй (формат XML).
| № п/п | Содержание предложения/вопроса | Ответ Департамента |
|---|---|---|
| 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)) «Сведения об изменении условий обязательства в результате наступления указанного в сделке события»? |
||
| 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:documentation19(1).4. Код типа обеспечиваемого обязательства</xs:documentation> </xs:annotation> </xs:element> Почему требования не совпадают? Какие требования верные? |
Источникам следует руководствоваться условиями обязательности, описанными в актуальных Технических требованиях. В то же время Единый формат может содержать послабления, направленные на обеспечение возможности представления источниками достоверной информации в БКИ в случае подтверждения отсутствия сведений для заполнения показателя. Дополнительно сообщаем, что в целях обеспечения единого подхода к заполнению показателя «Код типа обеспечиваемого обязательства» требования к его обязательности будут скорректированы в схеме Единого формата при дальнейшем ее совершенствовании. |
| 4. | 1. В соответствии с Техническими требованиями, включающими Единый формат (версия 4.1), допустимо передавать значение показателя ФЛ_6.2 «Номер налогоплательщика» при отсутствии показателя ФЛ_6.2(1) «Признак проверки ИНН» в тех случаях, когда проверка ИНН <8> не требуется? | 1. С 01.03.2025 Положение № 758-П дополнено новым показателем ФЛ_6.2(1) «Признак проверки ИНН». Согласно абзацу второму подпункта 3.1.4 пункта 3.1 раздела 1 приложения 3 к Положению № 758-П ИНН субъекта — физического лица указывается по показателю ФЛ_6 «Номер налогоплательщика», если по показателю ФЛ_6.2(1) «Признак проверки ИНН» указан код «1». В ином случае сведения об ИНН субъекта — физического лица источником в БКИ <9> не передаются. Таким образом, формирование показателя ФЛ_6 «Номер налогоплательщика» без формирования показателя ФЛ_6.2(1) «Признак проверки ИНН» (с указанием кода «1») будет являться нарушением требований Положения № 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 № 44-8-1-1/4918, если договор «зонтичного» поручительства является рамочным, то кредитная информация по такому договору не формируется и УИд <12> не присваивается. Источники формируют кредитную информацию по отдельным договорам, заявкам субъекта, заключенным или поданным соответственно на основании либо во исполнение рамочного договора с присвоением УИд каждой отдельной сделке. 1. Если № клиентов заключат договор с зонтичным поручительством АО «Корпорация МСП», то каждому кредитному договору банк присвоит свой УИд, но при этом по всем этим № клиентам банк будет передавать один и тот же УИд договора поручительства АО «Корпорация „МСП“? 2. Есть ли рекомендации Банка России о признании „зонтичного“ договора поручительства с АО „Корпорация „МСП“ рамочным?» |
Повторно отмечаем, что источник должен самостоятельно осуществлять отнесение договора к рамочному, исходя из его положений и требований законодательства Российской Федерации (статья 429.1 ГК РФ <13>). В случае если заключенный договор «зонтичного» поручительства является рамочным, то кредитная информация по такому договору не формируется и УИд не присваивается. Источники формируют кредитную информацию по отдельным договорам, заявкам субъекта, заключенным или поданным соответственно на основании либо во исполнение рамочного договора, с присвоением УИд каждой отдельной сделке. Соответствующие разъяснения ранее направлены в адрес Ассоциации банков России письмом Департамента от 16.10.2024 № 44-8-1-1/4918. Учитывая изложенное, если в приведенной ситуации договор поручительства с АО «Корпорация МСП» не является рамочным, источник должен присвоить такому договору УИд. Сведения о присвоенном договору поручительства УИд также подлежат отражению в кредитных историях заемщиков по обязательствам, обеспеченным таким поручительством, по показателю ФЛ_33.2 «УИд договора поручительства». В случае если заключенный договор поручительства является рамочным, то источник должен присвоить УИд каждому отдельному договору поручительства, заключенному во исполнение рамочного договора, и также отразить сведения о заключенном договоре, включая присвоенный договору УИд, в кредитных историях заемщиков по обязательствам, обеспеченным таким поручительством. |
<1> Письмо от 10.07.2025 № 02-05/873.
<2> Положение Банка России от 11.05.2021 № 758-П «О порядке формирования кредитной истории» в редакции Указания Банка России № 6878-У «О внесении изменений в Положение Банка России от 11 мая 2021 года № 758-П „О порядке формирования кредитной истории“.»
<3> Департамент небанковского кредитования Банка России.
<4> Субъект кредитной истории.
<5> Источники формирования кредитных историй.
<6> Технические требования к формированию показателей кредитной информации.
<7> Единый технический формат направления источниками формирования кредитных историй данных в бюро кредитных историй (формат XML).
<8> Идентификационный номер плательщика.
<12> Уникальный идентификатор.
<13> Гражданский кодекс Российской Федерации.