--- title: "<Письмо> Банка России от 18.08.2025 N 44-19/5864" number: "44-19/5864" issuer: "Центральный банк Российской Федерации" issued_on: 2025-08-18 status: действует canonical: "https://bukva.ai/docs/pismo-44-195864" --- ## <Письмо> Банка России от 18.08.2025 N 44-19/5864 # <Письмо> Банка России от 18.08.2025 N 44-19/5864 "О порядке применения Положения N 758-П и Единого формата" > [!IMPORTANT] > Текст документа приведен в соответствии с публикацией на сайте https://www.cbr.ru по состоянию на 29.08.2025.
**ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ** **ПИСЬМО**
**от 18 августа 2025 г. N 44-19/5864**
О ПОРЯДКЕ ПРИМЕНЕНИЯ ПОЛОЖЕНИЯ N 758-П И ЕДИНОГО ФОРМАТА Департамент небанковского кредитования Банка России рассмотрел вопросы Ассоциации банков России о порядке применения [Положения](https://bukva.ai/docs/758-p) N 758-П <1> и Единого формата <2>, поступившие письмом от 10.07.2025 N 02-05/873, и направляет ответы на указанные вопросы в [приложении](#p100010) к настоящему письму. --- <1> [Положение](https://bukva.ai/docs/758-p) Банка России от 11.05.2021 N 758-П "О порядке формирования кредитной истории". <2> Единый технический формат направления источниками формирования кредитных историй данных в бюро кредитных историй (формат XML).
Заместитель директора
Департамента небанковского
кредитования Банка России
Е.В.ФРОЛКОВ
**Приложение** ВОПРОСЫ
АССОЦИАЦИИ БАНКОВ РОССИИ [<1>](#p100053) ПО ПОЛОЖЕНИЮ N 758-П [<2>](#p100054)
И ОТВЕТЫ ДЕПАРТАМЕНТА [<3>](#p100055)
| N п/п | Содержание предложения/вопроса | Ответ Департамента | | --- | --- | --- | | 1 | 2 | 3 | | 1. | Вопрос по формированию показателя [ФЛ_54.2](https://bukva.ai/docs/758-p#p124) "Минимальная процентная ставка".
Ситуация: договором предусмотрена льготная пониженная процентная ставка (помимо основной процентной ставки), применяющаяся только в случае выполнения субъектом [<4>](#p100056) обозначенных в договоре условий.
Вопрос: если на момент формирования кредитной информации условия применения льготной ставки ни разу не были соблюдены - следует ли указывать значение данной льготной ставки в качестве значения показателя [ФЛ_54.2](https://bukva.ai/docs/758-p#p124) "Минимальная процентная ставка"? | Показатель [ФЛ_54.2](https://bukva.ai/docs/758-p#p124) "Минимальная процентная ставка" заполняется согласно условиям договора (сделки). Таким образом, если условиями договора (сделки) предусмотрена минимальная процентная ставка, значение такой ставки должно быть отражено по показателю [ФЛ_54.2](https://bukva.ai/docs/758-p#p124) "Минимальная процентная ставка" вне зависимости от того, наступали указанные в сделке условия для ее применения или нет. | | 2. | Вопрос по формированию показателя [ФЛ_21.6](https://bukva.ai/docs/758-p#p100464) [(ЮЛ_14.6)](https://bukva.ai/docs/758-p#p101633) "Сумма минимального платежа".
1. В случае внесения в течение платежного периода части минимального платежа по договору, которым предусмотрен минимальный ежемесячный платеж, по показателю [ФЛ_21.6](https://bukva.ai/docs/758-p#p100464) [(ЮЛ_14.6)](https://bukva.ai/docs/758-p#p101633) "Сумма минимального платежа" по [событию 2.3](https://bukva.ai/docs/758-p#p728) "Изменение задолженности, в том числе ввиду исполнения обязательства, наступили ответственность поручителя или обязательство принципала возместить выплаченную сумму" следует указать остаток подлежащей уплате суммы текущего рассчитанного минимального платежа? | По показателю [ФЛ_21.6](https://bukva.ai/docs/758-p#p100464) [(ЮЛ_14.6)](https://bukva.ai/docs/758-p#p101633) "Сумма минимального платежа" указывается сумма минимального платежа по договору.
1. Если в приведенном случае внесение субъектом суммы минимального платежа несколькими частями не влечет изменение общего размера минимального платежа, подлежащего внесению по условиям договора, значение показателя [ФЛ_21.6](https://bukva.ai/docs/758-p#p100464) [(ЮЛ_14.6)](https://bukva.ai/docs/758-p#p101633) "Сумма минимального платежа" также остается неизменным. | | | 2. Является ли изменение суммы минимального платежа (значение показателя [ФЛ_21.6](https://bukva.ai/docs/758-p#p100464) [(ЮЛ_14.6)](https://bukva.ai/docs/758-p#p101633) "Сумма минимального платежа" в результате частичного погашения задолженности поводом для формирования [события 2.1](https://bukva.ai/docs/758-p#p695) "Изменились сведения об условиях обязательства субъекта"?
Если да, то как следует заполнять блоки [ФЛ_23](https://bukva.ai/docs/758-p#p100479) [(ЮЛ_15)](https://bukva.ai/docs/758-p#p101641) "Сведения об изменении договора", [ФЛ_23(1)](https://bukva.ai/docs/758-p#p69) [(ЮЛ_15(1))](https://bukva.ai/docs/758-p#p279) "Сведения об изменении условий обязательства в результате наступления указанного в сделке события"? | 2. Если по условиям договора размер минимального платежа зависит от задолженности, то в результате частичного погашения такой задолженности размер минимального платежа изменится и источник [<5>](#p100057) в рамках [события 2.1](https://bukva.ai/docs/758-p#p695) "Изменились сведения об условиях обязательства субъекта", приведенного в [разделе 5](https://bukva.ai/docs/758-p#p553) приложения 3 к Положению N 758-П, должен сформировать все блоки показателей, предусмотренные для такого [события](https://bukva.ai/docs/758-p#p695), включая блоки [ФЛ_21](https://bukva.ai/docs/758-p#p100453) [(ЮЛ_14)](https://bukva.ai/docs/758-p#p101622) "Сведения об условиях платежей", [ФЛ_23](https://bukva.ai/docs/758-p#p100479) [(ЮЛ_15)](https://bukva.ai/docs/758-p#p101641) "Сведения об изменении договора", [ФЛ_23(1)](https://bukva.ai/docs/758-p#p69) [(ЮЛ_15(1))](https://bukva.ai/docs/758-p#p279) "Сведения об изменении условий обязательства в результате наступления указанного в сделке события" с актуальными на дату наступления указанного [события](https://bukva.ai/docs/758-p#p695) значениями. | | | 3. Если по условиям кредитного договора просроченная задолженность включается в сумму минимального платежа, то и значение показателя [ФЛ_21.6](https://bukva.ai/docs/758-p#p100464) [(ЮЛ_14.6)](https://bukva.ai/docs/758-p#p101633) "Сумма минимального платежа" блока [ФЛ_21](https://bukva.ai/docs/758-p#p100453) [(ЮЛ_14)](https://bukva.ai/docs/758-p#p101622) "Сведения об условиях платежей" должно включать в том числе и сумму просроченной задолженности? | 3. Если по условиям договора просроченная задолженность включается в сумму минимального платежа, то значение суммы минимального платежа по показателю [ФЛ_21.6](https://bukva.ai/docs/758-p#p100464) [(ЮЛ_14.6)](https://bukva.ai/docs/758-p#p101633) "Сумма минимального платежа" должно учитывать сумму просроченной задолженности (при ее наличии). | | 3. | Вопрос по формированию показателя [ФЛ_19(1).4](https://bukva.ai/docs/758-p#p51) [(ЮЛ_12(1).4)](https://bukva.ai/docs/758-p#p271) "Код типа обеспечиваемого обязательства".
Согласно Техническим требованиям [<6>](#p100058), включающим Единый формат [<7>](#p100059) (версия 4.1), показатель обязателен, если [ФЛ_19(1).1](https://bukva.ai/docs/758-p#p45) [(ЮЛ_12(1).1)](https://bukva.ai/docs/758-p#p265) "Признак обеспечивающего обязательства" равно "1".
По схеме показатель необязателен:
"refContractType" minOccurs="0">

19(1).4. Код типа
обеспечиваемого обязательства


Почему требования не совпадают? Какие требования верные? | Источникам следует руководствоваться условиями обязательности, описанными в актуальных Технических требованиях. В то же время Единый формат может содержать послабления, направленные на обеспечение возможности представления источниками достоверной информации в БКИ в случае подтверждения отсутствия сведений для заполнения показателя.
Дополнительно сообщаем, что в целях обеспечения единого подхода к заполнению [показателя](https://bukva.ai/docs/758-p#p51) "Код типа обеспечиваемого обязательства" требования к его обязательности будут скорректированы в схеме Единого формата при дальнейшем ее совершенствовании. | | 4. | 1. В соответствии с Техническими требованиями, включающими Единый формат (версия 4.1), допустимо передавать значение показателя [ФЛ_6.2](https://bukva.ai/docs/758-p#p100267) "Номер налогоплательщика" при отсутствии показателя [ФЛ_6.2(1)](https://bukva.ai/docs/758-p#p934) "Признак проверки ИНН" в тех случаях, когда проверка ИНН [<8>](#p100060) не требуется? | 1. С 01.03.2025 [Положение](https://bukva.ai/docs/758-p) N 758-П дополнено новым показателем [ФЛ_6.2(1)](https://bukva.ai/docs/758-p#p934) "Признак проверки ИНН".
Согласно [абзацу второму подпункта 3.1.4 пункта 3.1 раздела 1](https://bukva.ai/docs/758-p#p932) приложения 3 к Положению N 758-П ИНН субъекта - физического лица указывается по показателю [ФЛ_6](https://bukva.ai/docs/758-p#p105006) "Номер налогоплательщика", если по показателю [ФЛ_6.2(1)](https://bukva.ai/docs/758-p#p934) "Признак проверки ИНН" указан код "1".
В ином случае сведения об ИНН субъекта - физического лица источником в БКИ [<9>](#p100061) не передаются.
Таким образом, формирование показателя [ФЛ_6](https://bukva.ai/docs/758-p#p105006) "Номер налогоплательщика" без формирования показателя [ФЛ_6.2(1)](https://bukva.ai/docs/758-p#p934) "Признак проверки ИНН" (с указанием кода "1") будет являться нарушением требований [Положения](https://bukva.ai/docs/758-p) N 758-П. | | | 2. При передаче сведений об обращении субъекта - физического лица передается блок [ФЛ_6](https://bukva.ai/docs/758-p#p105006) "Номер налогоплательщика, регистрационный номер и признак специального налогового режима" в титульной части и блок [ФЛ_55](https://bukva.ai/docs/758-p#p105078) "Сведения об обращении".
В Технических требованиях, включающих Единый формат (версия 4.1), обязательность показателя [ФЛ_6.2(1)](https://bukva.ai/docs/758-p#p934) "Признак проверки ИНН" указана только относительно значений показателей блока [ФЛ_18](https://bukva.ai/docs/758-p#p100418) "Общие сведения о сделке". Каковы критерии обязательности показателя [ФЛ_6.2(1)](https://bukva.ai/docs/758-p#p934) "Признак проверки ИНН" при наличии в выгрузке только блока [ФЛ_55](https://bukva.ai/docs/758-p#p105078) "Сведения об обращении"? | 2. Согласно Техническим требованиям, включающим Единый формат (версия 4.1), показатель [ФЛ_6.2(1)](https://bukva.ai/docs/758-p#p934) "Признак проверки ИНН" при отсутствии в передаваемом событии блока [ФЛ_18](https://bukva.ai/docs/758-p#p100418) "Общие сведения о сделке" заполняется с учетом следующего требования:
"заполняется при наличии сведений у источника, если значение показателя [ФЛ_6.1](https://bukva.ai/docs/758-p#p100265) равно "1". | | 5. | Вопрос по формированию показателя [ФЛ_28.16](https://bukva.ai/docs/758-p#p1054) [(ЮЛ_20.14)](https://bukva.ai/docs/758-p#p1187) "Валюта внесенных платежей".
В Технических Требованиях, включающих Единый формат (версия 4.1), указано требование "должен отсутствовать, если не указано значение показателя [ФЛ_28.6](https://bukva.ai/docs/758-p#p1202) [(ЮЛ_20.6)](https://bukva.ai/docs/758-p#p101728)". При этом показатель [ФЛ_28.6](https://bukva.ai/docs/758-p#p1202) [(ЮЛ_20.6)](https://bukva.ai/docs/758-p#p101728) "Сумма всех внесенных платежей по обязательству" безусловно обязателен, т.е. его значение указано всегда.
Просим подтвердить, что показатель [ФЛ_28.16](https://bukva.ai/docs/758-p#p1054) [(ЮЛ_20.14)](https://bukva.ai/docs/758-p#p1187) "Валюта внесенных платежей" должен отсутствовать, если показатель [ФЛ_28.6](https://bukva.ai/docs/758-p#p1202) [(ЮЛ_20.6)](https://bukva.ai/docs/758-p#p101728) "Сумма всех внесенных платежей по обязательству" = 0. | Согласно Техническим требованиям, включающим Единый формат (версия 4.1), показатель [ФЛ_28.16](https://bukva.ai/docs/758-p#p1054) [(ЮЛ_20.14)](https://bukva.ai/docs/758-p#p1187) "Валюта внесенных платежей" должен отсутствовать, только если отсутствует значение по показателю [ФЛ_28.6](https://bukva.ai/docs/758-p#p1202) [(ЮЛ_20.6)](https://bukva.ai/docs/758-p#p101728) "Сумма всех внесенных платежей по обязательству". Так как "0" также является значением, следовательно, показатель [ФЛ_28.16](https://bukva.ai/docs/758-p#p1054) [(ЮЛ_20.14)](https://bukva.ai/docs/758-p#p1187) "Валюта внесенных платежей" должен быть заполнен кодом валюты, предусмотренной условиями договора для внесения платежей.
Дополнительно сообщаем, что схема Единого формата будет скорректирована при дальнейшем ее совершенствовании в целях обеспечения единого подхода в части требований к обязательности заполнения данного показателя путем исключения возможности его незаполнения. | | 6. | Вопрос по правилам преобразования.
Показатели:
- [ФЛ_10.2](https://bukva.ai/docs/758-p#p100339) [(ЮЛ_2.13)](https://bukva.ai/docs/758-p#p101517) "Комментарий к номеру телефона"
- [ФЛ_23.5](https://bukva.ai/docs/758-p#p100488) [(ЮЛ_15.5)](https://bukva.ai/docs/758-p#p101650) "Описание иного изменения договора"
- [ФЛ_23(1).3](https://bukva.ai/docs/758-p#p74) [(ЮЛ_15(1).3)](https://bukva.ai/docs/758-p#p284) "Описание иного изменения условий обязательства"
- [ФЛ_39.9](https://bukva.ai/docs/758-p#p122) [(ЮЛ_30.9)](https://bukva.ai/docs/758-p#p311) "Дополнительные сведения по судебному акту"
- [ФЛ_54.5](https://bukva.ai/docs/758-p#p105076) [(ЮЛ_44.5)](https://bukva.ai/docs/758-p#p105270) "Информация о программе государственной поддержки"
Правила преобразования не содержат информацию про регистр.
При этом тип значения показателя не предполагает прописные буквы:
Запрещено использование управляющих символов 0x00 - 0x1F, символ неразрывного пробела 0xA0, символ мягкого переноса строки 0xAD, прописные буквы кириллического и латинского алфавита.
Значениями упомянутых показателей является произвольный текст, который может состоять из предложений.
Просим разъяснить, верно ли, что даже в предложениях все буквы должны быть строчные? | Согласно Техническим требованиям, включающим Единый формат (версия 4.1), по указанным показателям требования к заполнению показателей только строчными буквами отсутствуют. Таким образом, допускается заполнение указанных показателей как строчными, так и прописными буквами. | | 7. | Вопрос по формированию показателей [ФЛ_4.5](https://bukva.ai/docs/758-p#p100229), [ФЛ_5.6](https://bukva.ai/docs/758-p#p100252) "Серия документа".
Правила преобразования не требуют удаления пробелов.
При этом тип значения показателя не предусматривает пробелы.
Почему требования не совпадают? Какие требования верные? | Источникам следует руководствоваться условиями обязательности, приведенными в актуальных Технических требованиях. Следует отметить, что Технические требования включают в себя Единый формат. Таким образом, по данному вопросу регулярное выражение Единого формата содержит дополнительное требование, которое не противоречит Техническим требованиям.
Дополнительно сообщаем, что в целях обеспечения единого подхода к формированию значения [показателя](https://bukva.ai/docs/758-p#p100229) "Серия документа" правила преобразования Технических требований при их дальнейшем совершенствовании будут дополнены требованием об удалении знака "пробел". | | 8. | Вопрос по формированию [события 1.7](https://bukva.ai/docs/758-p#p989) "Изменились сведения титульной части кредитной истории субъекта" (далее - событие 1.7).
1. В случае изменения сведений в титульной части и для ФЛ [<10>](#p100062), и для ЮЛ [<11>](#p100063) следует в [событии 1.7](https://bukva.ai/docs/758-p#p989) передать блоки титульной части с новой информацией, а в блоке "Title" передать сведения о субъекте, ранее переданные в БКИ, которые в блоках [события 1.7](https://bukva.ai/docs/758-p#p989) будут уже числиться как предыдущие? | 1. В случае изменения сведений в титульной части для ФЛ и для ЮЛ в [событии 1.7](https://bukva.ai/docs/758-p#p989) следует передать блоки титульной части с новой информацией. В блоке "Title", в свою очередь, будут содержаться ранее переданные в БКИ сведения титульной части. | | | 2. Допустимо ли одновременно в рамках одного документа, указав в блоке "Title" ранее переданные данные, передать и [событие 1.7](https://bukva.ai/docs/758-p#p989), и прочие события по обязательству субъекта? | 2. В случае, если в одном файле передаются несколько событий в отношении одного субъекта, включая [событие 1.7](https://bukva.ai/docs/758-p#p989), во избежание включения в кредитную историю некорректных данных при передаче информации источниками в БКИ рекомендуем иные события, содержащие обновленные данные титульной части, после [события 1.7](https://bukva.ai/docs/758-p#p989) передавать с обновленным блоком "Title". | | 9. | Согласно пункту 1 приложения к письму Департамента от 16.10.2024 N 44-8-1-1/4918, если договор "зонтичного" поручительства является рамочным, то кредитная информация по такому договору не формируется и УИд [<12>](#p100064) не присваивается. Источники формируют кредитную информацию по отдельным договорам, заявкам субъекта, заключенным или поданным соответственно на основании либо во исполнение рамочного договора с присвоением УИд каждой отдельной сделке.
1. Если N клиентов заключат договор с зонтичным поручительством АО "Корпорация МСП", то каждому кредитному договору банк присвоит свой УИд, но при этом по всем этим N клиентам банк будет передавать один и тот же УИд договора поручительства АО "Корпорация "МСП"?
2. Есть ли рекомендации Банка России о признании "зонтичного" договора поручительства с АО "Корпорация "МСП" рамочным? | Повторно отмечаем, что источник должен самостоятельно осуществлять отнесение договора к рамочному, исходя из его положений и требований законодательства Российской Федерации ([статья 429.1](https://bukva.ai/docs/kodeks-51-fz/statya-429-1#p10741) ГК РФ [<13>](#p100065)).
В случае если заключенный договор "зонтичного" поручительства является рамочным, то кредитная информация по такому договору не формируется и УИд не присваивается. Источники формируют кредитную информацию по отдельным договорам, заявкам субъекта, заключенным или поданным соответственно на основании либо во исполнение рамочного договора, с присвоением УИд каждой отдельной сделке.
Соответствующие разъяснения ранее направлены в адрес Ассоциации банков России письмом Департамента от 16.10.2024 N 44-8-1-1/4918.
Учитывая изложенное, если в приведенной ситуации договор поручительства с АО "Корпорация МСП" не является рамочным, источник должен присвоить такому договору УИд. Сведения о присвоенном договору поручительства УИд также подлежат отражению в кредитных историях заемщиков по обязательствам, обеспеченным таким поручительством, по показателю [ФЛ_33.2](https://bukva.ai/docs/758-p#p100632) "УИд договора поручительства".
В случае если заключенный договор поручительства является рамочным, то источник должен присвоить УИд каждому отдельному договору поручительства, заключенному во исполнение рамочного договора, и также отразить сведения о заключенном договоре, включая присвоенный договору УИд, в кредитных историях заемщиков по обязательствам, обеспеченным таким поручительством. | --- <1> Письмо от 10.07.2025 N 02-05/873. <2> [Положение](https://bukva.ai/docs/758-p) Банка России от 11.05.2021 N 758-П "О порядке формирования кредитной истории" в редакции Указания Банка России N 6878-У "О внесении изменений в Положение Банка России от 11 мая 2021 года N 758-П "О порядке формирования кредитной истории".
<3> Департамент небанковского кредитования Банка России.
<4> Субъект кредитной истории.
<5> Источники формирования кредитных историй.
<6> Технические требования к формированию показателей кредитной информации.
<7> Единый технический формат направления источниками формирования кредитных историй данных в бюро кредитных историй (формат XML).
<8> Идентификационный номер плательщика.
<9> Бюро кредитных историй.
<10> Физическое лицо.
<11> Юридическое лицо.
<12> Уникальный идентификатор.
<13> Гражданский [кодекс](https://bukva.ai/docs/kodeks-51-fz/statya-1) Российской Федерации.
---