Коробкова CRM не проходила вимоги регулятора.
Лізингова компанія працювала в коробковій CRM, яка не відповідала вимогам центрального банку: лізингові документи збирали вручну, а звітність щомісяця зводили з таблиць.
Збудували кастомну CRM на власній хмарі клієнта, на PostgreSQL, з матрицею комплаєнсу в основі: вимоги регулятора закладені в модель даних і процеси, тож система готова до перевірок за задумом. Лізингові документи збираються за шаблонами з даних угоди, регулярні звіти формуються без ручних таблиць, а наявний лізинговий калькулятор інтегровано, щоб розрахунки жили в одному контурі з угодами.
Дані повністю мігрували з коробкової системи. Раніше платформа й дані належали вендору коробки, а комплаєнс латали навколо інструмента; тепер система працює на хмарі клієнта і повністю його, документи генеруються, а не збираються, а щомісячна звітність формується автоматично замість ручної роботи щомісяця.
Що заважало
- ✗Коробкова CRM не відповідала вимогам центрального банку
- ✗Лізингові документи збирали вручну
- ✗Звітність щомісяця зводили з таблиць
- ✗Система й дані жили на чужій платформі
Що вміє система
Матриця комплаєнсу
Вимоги регулятора закладені в модель даних і процеси — система готова до перевірок.
Генерація документів
Лізингові документи збираються за шаблонами з даних угоди.
Автоматична звітність
Регулярні звіти формуються без ручних таблиць.
Лізинговий калькулятор
Наявний калькулятор інтегровано — розрахунки в одному контурі з угодами.
Як це влаштовано
Інженерні рішення.
Комплаєнс як модель даних
Вимоги регулятора — не чекліст поверх, а структура даних і процесів системи.
Міграція з коробки
Історичні дані перенесено з коробкової CRM у нову систему.
Хмара клієнта
Розгорнуто на інфраструктурі клієнта — код і дані належать йому.