Когда международные вендоры начали массово покидать российский рынок, многим банкам пришлось срочно перестраивать ИТ-архитектуру. ОТП Банк стал одним из первых, кто отказался от Oracle и иностранного карточного процессинга, сделав ставку на российские разработки.
Новый процессинг — Solar от российской компании «Солантек» — построен на базе PostgreSQL с открытым кодом. Переход стал не просто вынужденной мерой, а шагом к обновлению всей инфраструктуры. Результат — заметный рост скорости, масштабируемости и безопасности операций. Как это удалось, какие риски приходилось учитывать и что теперь ждет ИТ-направление банка — разбираемся.
Почему пришлось менять
После того как Oracle и прибалтийская Tietoevry объявили о прекращении поддержки, стало понятно, что обновлять критически важные системы больше не получится. Для банка это означало бы невозможность запускать новые продукты, снижать риски и соответствовать отраслевым требованиям — от международного стандарта безопасности PCI DSS до обновлений, вводимых Национальной системой платёжных карт.
Чтобы сохранить контроль и устойчивость, в ОТП Банке приняли решение полностью перейти на отечественные разработки — и в части СУБД, и в части карточного процессинга.
Что могло пойти не так
Если бы дедлайн, установленный Oracle и Tietoevry, был нарушен, банк мог столкнуться с серьёзными последствиями — от отставания в защите данных и роста киберрисков до перебоев в ключевых транзакциях и утраты гибкости в обновлении систем. В перспективе это грозило бы полной потерей карточного бизнеса.
Как проходил переход
Проект стартовал в 2023 году и занял год и девять месяцев. Завершающий этап потребовал особой точности: за одну ночь необходимо было перевести 2,5 миллиона карт на новую платформу, избежать сбоев и обеспечить бесперебойную работу всех сервисов.
Кроме миграции, нужно было обеспечить синхронизацию с внутренними системами, в том числе с автоматизированной банковской системой (АБС) — платформой, которая управляет основными бизнес-процессами банка: от обслуживания клиентов до подготовки отчётности и взаимодействия с регуляторами.
Что изменилось
Центральной технологической связкой стал российский процессинг Solar и СУБД PostgreSQL. Архитектура новой платформы позволила отказаться от устаревших протоколов, ускорить работу ключевых процессов и улучшить интеграцию с мобильными приложениями.
Что дало обновление:
- Повышение стабильности и скорости операций;
- Переход к модели с несколькими картами на одном счёте, включая детские и партнёрские продукты;
- Полный отказ от оффлайн-обработки транзакций — теперь все платежи проходят онлайн;
- Расширенные возможности для настройки лояльности и запуска персонализированных сервисов.
Что дальше
Цель проекта выходила далеко за рамки замены одной системы на другую. В банке подчёркивают: сегодня важно не просто обеспечить бесперебойную работу, а выстроить архитектуру, готовую к будущим вызовам. За почти два года команда накопила значимую ИТ-экспертизу — и в ближайшее время планирует обсудить, как использовать её в рамках дальнейшей стратегии, как внутри банка, так и за его пределами.
Создавать собственную экосистему с десятками сервисов в планах нет. Вместо этого — ставка на Open API и интеграцию с лидерами отрасли. Приоритетом остаётся гиперперсонализация: благодаря данным и ИИ банк стремится глубже понимать потребности клиентов и предлагать точечные решения — как из собственной линейки, так и через партнёрские продукты. Такой подход даёт больше гибкости, охватывает больше сценариев и делает цифровое обслуживание по-настоящему индивидуальным.
Читать первым в Telegram-канале «Код Дурова»
