Открытая архитектура и поэтапная модернизация: пути к независимым решениям в банковском ПО
По данным Банка России, около 50 крупнейших финансовых организаций должны перейти на отечественное программное обеспечение до 1 января 2025 года. Это серьезный вызов для всей отрасли, учитывая сложность банковских систем и их глубокую интеграцию с зарубежными решениями.
Я часто сталкиваюсь с вопросами о том, как провести такую масштабную трансформацию без потери качества сервиса и с минимальными рисками для бизнеса. В этой статье я поделюсь своим видением того, как российские банки могут достичь технологической независимости, и расскажу о примерах успешного импортозамещения в финансовом секторе.
Время перемен: как банки адаптируются к новым условиям
После введения санкций и ухода западных IT-компаний российским банкам пришлось серьезно менять внутренние системы. По моему опыту, на данный момент нет готовых продуктов, способных моментально заменить западное ПО в банковской сфере. Но я вижу, что эту задачу можно решить — и некоторые банки уже успешно с ней справляются.
Так, «Сбер» успешно внедрил собственную платформу SmartContactPlatform (SCPL) для своих контактных центров. Это комплексное решение для омниканальных коммуникаций с клиентами уже заменило такие зарубежные продукты как Avaya, Bright Pattern и Nice. На новую платформу перешли более 5000 операторов, обслуживающих все дочерние компаний «Сбера» по телефону и в чате.
Россельхозбанк также демонстрирует прогресс в цифровой трансформации. Они создали новую систему для работы с юридическими лицами на языке Java и смогли отказаться от программ Oracle. По данным банка, доля расходов на закупку российского ПО выросла с 63% до 76% в 2022 году, а к 2024 году планируется достичь показателя в 83%.
Особенно интересен опыт Т-Банка — они первыми в России перешли с системы сертификации Microsoft CA на отечественное решение SafeTech CA. Переход занял 4,5 месяца и прошел полностью бесшовно благодаря импорту сертификатов и шаблонов. За время тестирования банк выпустил несколько тысяч технических сертификатов для разных устройств и операционных систем Windows и Linux.
Почему важно объединять усилия
На мой взгляд, самый эффективный способ решить задачу импортозамещения — создать консорциум. Я предлагаю объединить усилия ключевых участников рынка для разработки единой стандартной платформы, где каждый сможет создавать собственные модули, совместимые с общей архитектурой.
Такой подход хорошо себя показал на мировом уровне: компании объединяются и вместе создают стандарты интерфейсов и обмена данными. Это позволяет каждому участнику сосредоточиться на разработке специализированных решений и не тратить силы на полную замену всех программ.
Как открытая архитектура решает кадровый вопрос
Я убежден, что открытая архитектура дает возможность привлечь больше разработчиков. Сейчас банки часто ищут специалистов, разбирающихся в специфических нюансах банковского ПО. Но если мы сделаем архитектуру утилитарной и понятной для широкого круга разработчиков — достаточно будет нанять джавистов с общими компетенциями.
С единой понятной платформой будет проще находить программистов и бизнес-аналитиков. А значит, банки смогут быстрее внедрять изменения и продуктивнее работать.
Зачем нужна помощь государства
Для объединения большого количества игроков необходим сильный лидер, и государство отлично подходит на эту роль. Показательный пример — Ассоциация «Финтех», созданная при поддержке Банка России. Центральный банк успешно курировал ее деятельность, развивал общую инфраструктуру и создавал стандарты.
На мой взгляд, государство могло бы возглавить создание единой IT-платформы с открытыми интерфейсами. Выступая в качестве гаранта, оно может создать оптимальные условия для кооперации участников рынка через программы и инициативы, которые поддержат российских разработчиков и помогут привлечь необходимых специалистов.
Как начать переход на отечественное ПО
Пока идея создания консорциума находится в разработке, я рекомендую рассмотреть альтернативную стратегию — постепенную замену старых модулей на новые, построенные на микросервисной архитектуре. Это более простой и реалистичный путь. Начинать лучше с модулей, оказывающих наибольшее влияние на бизнес-процессы банка: проведение платежей, обслуживание клиентов и управление рисками.
Переход на микросервисы дает возможность обновлять отдельные блоки без изменения всей системы. Это особенно удобно для программ, работающих с большими объемами данных — банки смогут обслуживать больше клиентов и обрабатывать больше информации, сохраняя быстродействие и стабильность системы.
У меня есть хороший пример использования микросервисов — проект по созданию новой версии части кредитного конвейера, которая отвечает за графики платежей по кредитам. Благодаря правильно организованной работе микросервисов и хорошо продуманной структуре данных мы получили отличный результат: система обрабатывает 500 тысяч кредитных договоров всего за 17 минут. Это доказывает, что при продуманной архитектуре приложения можно не только добиться высокой скорости работы, но и легко увеличивать мощность системы при росте нагрузки.
Почему важна мотивация разработчиков
На основе моего опыта могу сказать, что ключевой фактор успешной разработки российского ПО — личная вовлеченность специалистов. Вопрос «Где наш русский айфон?» действительно мотивирует разработчиков создавать уникальные продукты, которые могут конкурировать с мировыми аналогами. Я вижу, как люди стремятся создавать решения, которые станут частью повседневной жизни миллионов. Каждый хочет с гордостью сказать: «Это моя работа, я внес свой вклад в общее дело».
Я убежден, что именно стремление к национальной гордости становится мощной движущей силой. Такой подход не только помогает создавать нужные и удобные программы, но и формирует позитивное отношение к продуктам российского рынка, создавая условия для технологического прорыва во всем секторе.
О чем хотите спросить автора статьи? Пишите вопросы в комментариях.