Замена Pega в российской страховой компании

О заказчике

Заказчик — одна из ведущих российских страховых компаний из B2B-сегмента. Она специализируется на сложных дорогостоящих проектах и имеет системную значимость для российской экономики.

Задача

Ключевая бизнес-система компании была создана на базе иностранной платформы Pega. Ее планировали заменить на российское ПО, чтобы решить три задачи.

1. Компания относится к субъектам критической информационной инфраструктуры, для которых указом Президента определен срок импортозамещения. Процесс урегулирования убытков требовалось перевести на российское ПО до 1 января 2025 года — именно такой срок был определен на момент старта проекта.
2. Развитием систем автоматизации в компании занимается собственное ИТ-подразделение. Поскольку на рынке относительно немного специалистов по работе с Pega, заказчик столкнулся со сложностями в подборе команды. За счет внедрения новой системы планировалось исключить риск потери компетенций в разработке.
3. Чтобы упростить поддержку и развитие системы, было решено перейти от монолитной архитектуры к модульной.

Выбор технологий и подрядчика

Поскольку сроки реализации проекта были сжатыми, компания рассматривала готовые платформы с инструментами ускорения разработки. Было ясно, что для освоения любой технологии потребуется поддержка производителя. В то же время заказчик не хотел постоянно зависеть от вендора платформы.

Исходя из задач проекта, пожеланий и ограничений были сформированы критерии выбора технологий:

• Лицензия ФСТЭК, присутствие в реестре российского ПО
• Независимость от вендора
• Совместимость с российским ПО, в т. ч. Astra Linux
• Популярный язык программирования
• Актуальные технологии, проверенные опытом проектов
• Возможность подключения к разработке специалистов заказчика
• Соответствие требованиям к архитектуре, безопасности, интеграциям

Из представленных на российском рынке платформ была сформирована тройка финалистов. Выбор между ними проходил в рамках конкурсной процедуры. По ее условиям финалистам было необходимо реализовать пилотный прототип. Это позволило заказчику оценить платформы в действии применительно к конкретным задачам.

Разработка прототипа

Разработка прототипа заняла пять месяцев. В рамках этого этапа требовалось реализовать процесс урегулирования убытков, BPM-модуль, авторизацию пользователей и справочники. Работа велась с минимальным набором данных, без интеграций с внешними системами. В процессе разработки заказчик добавил к стартовому ТЗ несколько новых требований, чтобы оценить скорость доставки изменений.

Автоматизация урегулирования убытков

В рамках первой очереди проекта прототип был доведен до полноценной системы. На этом этапе ее функциональность охватывала только процесс урегулирования убытков. Также были реализованы интеграции с внешними системами, в том числе с финансовой системой и с системой на Pega, в которой выполнялись остальные процессы. В соответствии с требованиями ИБ настроены права пользователей в зависимости от их ролей, а также другие механизмы защиты данных. Первая очередь проекта завершилась к 2025 году. Таким образом, заказчик выполнил требование по импортозамещению.

Архитектура и технологии системы

Основная функциональность системы реализована на Jmix 2.4. Как и планировалось, в компании ушли от монолитной архитектуры. В отдельные модули вынесены:

• Урегулирование убытков
• Работа с договорами
• Управление задачами
• BPM
• Нормативно-справочная информация
• Подсистема управления идентификацией (на базе Identity Blitz в связке с дополнением для Jmix OpenID Connect)

Модуль урегулирования убытков сопряжен с хранилищем файлов S3.

Взаимодействие с внешними системами происходит через интеграционную шину на базе Arenadata Streaming Platform — российской платформы для управления Kafka-коннекторами. Среди внешних систем: почтовый сервер (Vk WorkMail), прошлая информационная система, модуль мониторинга сообщений, финансовая система (Diasoft), хранилище учетных записей (LDAP).

Также в проекте используются:

• Серверная ОС Astra Linux
• СУБД Tantor
• Платформа контейнеризации Docker
• Российская JDK от Axiom

Преимущества Jmix

По итогам работы с Jmix заказчик отметил ряд преимуществ платформы.

Распространенный стек технологий

За счет того, что в платформе Jmix используется распространенный Java-стек, заказчику стало проще формировать команду проекта. Компания смогла подключить штатных разработчиков, расширился круг кандидатов, которых можно рассматривать при появлении новых вакансий.

Открытость и кроссплатформенность

Открытость Jmix позволяет использовать внешние платформы и инструменты. Благодаря кроссплатформенности возможны разработка и внедрение системы в окружении российского ПО и в защищенном контуре.

Ускорение разработки

Jmix помогла значительно ускорить реализацию проекта. В первую очередь в компании отмечают скорость разработки архитектуры и готовый интерфейс с возможностью кастомизации. Активно используется большое количество подключаемых компонентов, с помощью которых можно расширить функциональность платформы за пару кликов. За счет того, что Jmix позволяет организовать быструю доставку изменений в проект, заметно снижаются затраты на их поддержку.

Выгодная лицензионная политика

Лицензии на Jmix приобретаются по количеству разработчиков, а не по количеству пользователей созданного решения. Это делает использование платформы более выгодным по сравнению с другими инструментами, в первую очередь Low-Code продуктами. Для сравнения, в разработке со стороны заказчика участвует 10 человек, а пользователей в компании несколько сотен.

Организация разработки

Над проектом работала совместная команда Хоулмонт и компании-заказчика. Был организован классический проектный офис: руководство, проектные менеджеры, бизнес-аналитики, архитектор и другие технические специалисты. Чтобы погрузить ИТ-специалистов заказчика в особенности работы с Jmix, для системных аналитиков, разработчиков и интеграторов проведены обучающие курсы. Внедрение платформы и реализация базовой функциональности проходили по методологии Waterfall, в дальнейшем перешли на продуктовый подход и РБПО.