1 октября 2024 года для всех лизинговых компаний наступил «крайний» крайний срок для старта передачи в БКИ сведений о кредитной истории в соответствии с Положением Банка России №758-П.
«Дата Х» была сначала установлена на 01.01.2022, потом 3 раза переносилась по причине тотальной неготовности компаний. При этом ЦБ РФ продолжает «закручивать гайки» − повышает требования к объему и качеству данных. Системы с невысоким уровнем автоматизации чем дальше, тем сильнее будут отвлекать ресурсы лизинговых компаний и повышать операционные и репутационные риски. В этой статье перечислены аспекты, на которые мы рекомендуем обратить внимание при оценке надежности и эффективности выбранной системы.
Важные аспекты, связанные с передачей сведений в БКИ
Для качественной оценки необходимо в первую очередь адекватно оценивать контекст. Применительно к БКИ важно понимать следующие аспекты:
1. Передача данных в БКИ – это очень сложная задача, а не просто «еще одна выгрузка»
2. Регулярная поддержка сложнее, чем первоначальное внедрение
3. Лучше, если данные для БКИ формируются в отдельном Модуле, а не в Учетной системе
Передача данных в БКИ – это очень сложная задача, а не просто «еще одна выгрузка»
Сроки несколько раз переносили не просто так, а потому что долгое время очень мало кому удавалось эту задачу решить с соответствующим уровнем надежности и качества подготовки данных.
Задача действительно очень сложная с точки зрения разработки. Для БКИ нужна своя система обработки и подготовки данных:
1. Учет взаиморасчетов должен вестись по правилам, жестко прописанным ЦБ в 758-П. Эти правила могут отличаться от правил бизнеса – некоторым компаниям нужен отдельный «учет взаиморасчетов по правилам ЦБ». Особенно это критично для компаний, у которых договоры лизинга содержат несколько приложений / спецификаций со своими графиками.
2. Для учета взаиморасчетов необходимо выполнять перенос плановых дат платежей, приходящихся на праздничные и выходные дни с учетом условий, прописанных в договорах лизинга.
3. Правила «перевода» операций на язык ЦБ такие, что одна и та же операция может трактоваться по-разному в зависимости от других операций по договору и того, когда и как она внесена. Например, при поступлении платежа по договору лизинга, в зависимости от ситуации, необходимо либо формировать событие с кодом 2.3 «Изменение задолженности …», либо событие с кодом 3.2 «Требуется внесение изменений в связи с ошибкой ...», либо вообще не формировать событие по договору лизинга, а также формировать аналогичные события по связанным договорам поручительства.
4. Система должна автоматически отслеживать изменения «задним числом» и формировать события по лизингу и поручительству. В отличие от банков с их «лицевыми счетами» и «банковскими днями», для большинства лизинговых компаний изменения «задним числом» − обычная, довольно частая практика. У некоторых компаний «горизонт» изменений доходит до 1-2 месяцев. Качественно отслеживать изменения и готовить корректировочные события при ежедневной отчетности в (полу)ручном режиме практически невозможно − слишком велик риск ошибиться.
Многие команды, которые начали самостоятельную разработку, столкнувшись с этими сложностями, решили пересмотреть подход и выбрать готовое решение, в котором задача отслеживания и обработки изменений «задним числом» уже решена, а сами сконцентрировались на внедрении.
Регулярная поддержка сложнее, чем первоначальное внедрение
Мы занимаемся разработкой и развитием модуля «АЛЬТЕО БКИ» с конца 2021 года, первые клиенты начали передавать данные в продуктивные контуры БКИ (НБКИ и ОКБ) с марта 2024 года. Наш опыт показал следующее:
1. Требуется регулярно отслеживать и анализировать изменения от ЦБ и БКИ, выполнять доработки системы минимум по 2 раза в квартал. Для поддержания продукта в актуальном состоянии нужна высокопрофессиональная команда минимум из 5 человек (руководитель, методолог, 2 разработчика, тестировщик), для которой БКИ – задача наивысшего приоритета. Вот некоторая статистика:
a. За 2022-2023 годы было 18 изменений в связи с Письмами и Указаниями ЦБ. Плюс к этому − технические изменения от БКИ. Общий объем документов – более 3 тысячи страниц, написанных техническим языком. Некоторые из изменений – очень масштабные. В связи с Указанием ЦБ 6300-У сложность алгоритмов обработки данных возросла в 3-4 раза
b. В 2024 году для перехода на Единый Формат в соответствии с Указанием ЦБ 6551-У требуется не только доработать алгоритм формирования новых событий, но и сконвертировать данные ранее сформированных событий для того, чтобы корректно заполнять «корректировочные» события с кодом 3.2
a. В 2025 году в соответствии с Указанием ЦБ 6878-У требуется расширенная информация об ИП, раскрытие источников погашения задолженности лизингополучателями, а также сведения о задолженности за балансом
2. Необходимо очень качественно тестировать любые доработки. При каждом изменении системы нужно прогонять десятки тестовых примеров для БКИ. Делать это регулярно и качественно можно только с помощью процедур автоматизированного тестирования. Но и здесь не все так просто. При любом изменении форматов устаревает большинство «стандартных» автотестов. Поэтому мы разработали специальные инструменты для «автоматизации автоматического тестирования». В настоящий момент количество ежедневно прогоняемых автоматически тестируемых сквозных сценариев для «АЛЬТЕО БКИ» уже составляет более 100
3. Нужно в течение 1 дня разрешать любые инциденты. При ежедневной отчетности в режиме «в среду отчитываемся за понедельник» и разнесении выписки «во вторник за понедельник» остается чуть более одного рабочего дня на то, чтобы обработать бизнес-операции, сформировать данные для БКИ, проверить и разобраться со всеми инцидентами. При выявлении ошибок в большинстве случаев невозможно вручную готовить и/или корректировать данные для БКИ. Поэтому практически все инциденты имеют 1-й приоритет и должны разрешаться в течение 1 рабочего дня.
Как следствие, ряд компаний, столкнувшись со сложностями регулярной поддержки самостоятельно разработанных решений, и оценив ее стоимость, запускают перевнедрение на базе тиражных продуктов.
Лучше, если данные для БКИ формируются в отдельном модуле, а не в Учетной системе
Основные аргументы за то, чтобы готовить данные для БКИ в отдельной информационной системе:
1. Упрощение установки обновлений. Изменения правил формирования данных для БКИ могут «прилететь» в любой момент. Обработать эти изменения и установить обновление нужно строго за 45 дней. Если формирование событий производится в доработанной бухгалтерской системе, то это требование может вступить в противоречия с «релизной политикой», связанной с «периодами закрытия» бухгалтерии. Отдельно стоящий модуль проще перенастроить и его легче обновлять.
2. Упрощение внедрения новых систем и модулей. В ИТ-инженерии это называется «слабая связность». Если компания рассматривает в обозримом будущем вопрос смены системы, то для варианта «БКИ в отдельном модуле» для новой системы потребуется разработать только интеграционную часть (процедуры передачи данных в Модуль). А для варианта «БКИ в Учетной системе», потребуется перерабатывать практически всю функциональность и производить перенос данных для БКИ в новую систему – такой проект реализовать значительно сложнее как с точки зрения разработки, так и внедрения.
3. Возможность оптимизации производительности для компаний с большими портфелями. При количестве договоров лизинга от 10 000, как правило, актуальным является вопрос производительности пакетных процедур. При запуске бухгалтерией формирования актов и счетов-фактур, или закрытия месяца значительно повышается нагрузка на сервер. Необходимость в параллель с этим в той же информационной базе выполнять обработку данных для БКИ может усугублять положение. Вынесение системы подготовки данных для БКИ на отдельный сервер позволяет распределять нагрузку и оптимизировать быстродействие.
Модуль «АЛЬТЕО БКИ» − надежное решение
Модуль «АЛЬТЕО БКИ» − продуманное тиражное решение, учитывающее все вышеперечисленные особенности. Позволяет в автоматическом режиме отслеживать и обрабатывать любые изменения «задним числом», передавать данные напрямую в ОКБ и НБКИ. Модуль выбрало более 35 лизинговых компаний различного масштаба, включая АО «ГТЛК», ПАО «Трансфин-М», ООО «Флит Автолизинг», АО «Интеза Лизинг», ООО «Аспект», ООО «МСИА», ООО «Софтлайн Финанс». Большинство проектов внедрения уже успешно завершены, компании регулярно сдают сведения в продуктивные контуры БКИ и перешли в режим регулярной поддержки. Проекты были реализованы как в формате «Под ключ», так и «Модуль + экспертиза для самовнедрения».
Страница продукта: https://www.alteosoft.com/bki
Реклама. ООО «АЛЬТЕО СОФТ». ИНН 9725042438.