ГРАЖДАНСКОЕ ЗАКОНОДАТЕЛЬСТВО
ЗАКОНЫ
КОММЕНТАРИИ
СУДЕБНАЯ ПРАКТИКА
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 "УИд договора поручительства". В случае если заключенный договор поручительства является рамочным, то источник должен присвоить УИд каждому отдельному договору поручительства, заключенному во исполнение рамочного договора, и также отразить сведения о заключенном договоре, включая присвоенный договору УИд, в кредитных историях заемщиков по обязательствам, обеспеченным таким поручительством. |