Формирование кредитной истории давно перестало быть просто выгрузкой файла. Сегодня это жестко регламентированный процесс, где малейшее нарушение логики связей ведет к отклонению данных со стороны бюро кредитных историй (БКИ) и пристальному вниманию регулятора.
Одной из самых частых проблем, с которой сталкиваются лизинговые компании, является путаница в наследовании Уникальных идентификаторах договора (УИд). Ошибки при присвоении УИд на этапах от первичной заявки до выдачи предмета лизинга ломают всю цепочку кредитной истории субъекта.
В чем кроется главная сложность?
Правила формирования УИд [
1] строго регламентированы регулятором. Согласно требованиям Центрального банка России (ЦБР) [
2] и рекомендациям Объединенной лизинговой ассоциацией (ОЛА), главная технологическая ловушка кроется в связке «Обращение – Договор»:
- Если договор лизинга заключается по первичному обращению лизингополучателя, УИд сделки обязан строго соответствовать УИд этого обращения.
- Если же по одному обращению заключается сразу несколько договоров лизинга, возникает развилка: УИд обращения наследует только первая совершенная по времени сделка. Всем остальным договорам лизингодатель обязан присвоить абсолютно новые, уникальные УИды.
- Дополнительный контроль требуется при получении прав требования: если лизингодатель получает права по договорам в полном объеме (и УИд ранее не присваивался) или частично, он должен сгенерировать и присвоить им УИды самостоятельно.
-
Пытаться контролировать эти ветвления вручную или сводить их в таблицах – это гарантированный путь к человеческим ошибкам и разрывам в кредитных историях.
Как 1С решает проблему?
Специализированный модуль «
Ортикон: НБКИ», работающий в бесшовной связке с конфигурацией «
Ортикон: Лизинг. Бухгалтерский учет» на платформе 1С, автоматизирует заполнение данных.
Вам больше не нужно держать в голове схемы наследования идентификаторов, то есть:
- При создании документа «Договор лизинга» достаточно выбрать документ-основание («Обращение»), после чего система сама предложит заменить текущий УИд договора на УИд обращения, обеспечивая жесткую алгоритмическую связку.
- Модуль на программном уровне контролирует идентичность УИд договора контрагента и УИд самого обращения, не давая пользователю совершить логическую ошибку
- Если документ «Обращение» в учете не создавался (например, при специфических условиях сделки), алгоритм 1С потребует скопировать УИд из договора контрагента напрямую в договор лизинга, сохраняя целостность данных для выгрузки в БКИ.
Внедрение модуля позволяет автоматизировать на механизмы 1С. Это минимизирует риски, ускоряет обмен данными с бюро и избавляет ваших сотрудников от необходимости вручную выверять каждую цепочку идентификаторов.
________________________
1. Пункты 6.1, 6.4 и 6.5 раздела 6 и разделом 13 национального стандарта Российской Федерации ГОСТ Р ИСО/МЭК 9834-8-2011 «Информационная технология. Взаимосвязь открытых систем. Процедуры работы уполномоченных по регистрации ВОС. Часть 8. Создание, регистрация универсально уникальных идентификаторов (УУИД) и их использование в качестве компонентов идентификатора объекта АСН.1», утвержденного 10 приказом Федерального агентства по техническому регулированию и метрологии от 7 сентября 2011 года № 256-ст «Об утверждении национального стандарта» (М., ФГУП «Стандартинформ», 2012);
2. Приложение 2 к Положению Банка России от 11 мая 2021 года №758-П «О порядке формирования кредитной истории». Правила присвоения источником формирования кредитной истории уникального идентификатора договору (сделке).