Директор по информационным технологиям ОТП Банка Сергей Симоненко о локализации банковского процессинга в сжатые сроки:

— Российская банковская отрасль за последние несколько лет прошла значительный путь модернизации IT-систем и к 2026 году может заявить о достигнутом результате, который в том числе значим для компаний, еще стоящих на пути импортозамещения.

Выйти из полноэкранного режима

Развернуть на весь экран

ОТП Банк — один из немногих игроков на российском рынке, кто уже полностью заместил свой карточный процессинг. Мы завершили этот проект за один год и девять месяцев, уложившись ровно в те сроки, которые сейчас обсуждаются в отрасли как ориентир. Наш опыт был вынужденным и непростым, но именно такие кейсы сегодня важны для всех, кто только встает на путь импортозамещения ключевых IT-систем.

В середине 2022 года нам пришлось оперативно менять вендора, с которым мы работали почти 15 лет. Нам дали два года на переход, после чего система просто перестала бы функционировать. Собственную разработку мы даже не рассматривали: написание процессинга с нуля заняло бы не менее пяти лет и потребовало колоссальных инвестиций. Времени не было, поэтому мы приступили к поиску готового решения.

Мы проанализировали всех крупных российских вендоров, представленных на рынке в тот момент. БПЦ, «Кард стандарт», «Компас+» — все предлагали монолитные решения, и все они были построены на СУБД Oracle. Это означало, что после внедрения банку пришлось бы проходить через повторную миграцию — теперь уже с Oracle на PostgreSQL. Мы поняли, что такой сценарий несет двойные риски, и сделали ставку на решение, изначально работающее на отечественном стеке. В итоге выбор пал на продукт компании Solanteq, который нас полностью устроил, при этом важную роль сыграли ощущение подлинного партнерства и готовность команды работать плечом к плечу.

Внедрение заняло полтора года, еще около трех месяцев ушло на доработки и тестирование. Главный вывод, который мы сделали: сама процессинговая платформа — это лишь верхушка айсберга. У всех вендоров она примерно одинаковая по качеству и функциональности. Основные сложности возникают на этапе интеграции с существующим ландшафтом банка: автоматизированной банковской системой, дистанционным обслуживанием, цифровыми каналами, отчетностью перед регулятором. Именно здесь потребовалось кратно больше усилий, чем мы планировали изначально. Поэтому тем, кто только готовится к миграции, я настоятельно рекомендую закладывать значительный бюджет времени именно на интеграционные работы.

Еще один критически важный этап — тестирование. Мы провели нагрузочные испытания на своих тестовых средах. В реальной эксплуатации при текущей нагрузке 100–150 трансакций мы имеем трехкратный запас прочности. Параллельно мы запустили пилотную эксплуатацию на узкой группе лояльных клиентов и сотрудников — это помогло выявить множество нюансов, незаметных при тестах.

Отдельная тема — стратегия самой миграции. Мы пошли на определенный риск и провели переход в формате big bang, одномоментно перенеся все 2,5 млн карт. Это произошло в ночь на 25 марта прошлого года. Нам повезло: операция прошла успешно, хотя были моменты, когда все висело на волоске. При этом у нас имелся план отката, но сама процедура возврата к старой системе тоже стресс для банка. Сейчас, оглядываясь назад, я рекомендовал бы договариваться с НСПК о поэтапной миграции по BIN-диапазонам. Это дольше, но безопаснее и для банка, и для клиентов.

Сегодня мы работаем на новом процессинге уже почти год. Производительность, скорость обработки трансакций, отказоустойчивость — все соответствует заявленным характеристикам. Важное преимущество нового стека (PostgreSQL, Java, Kafka) — возможность обновлять систему без остановки сервисов. В старом монолите на Oracle деплой (развертывание.— “Ъ”) всегда означал простой. Теперь мы можем развивать продукты непрерывно.

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

Резюмируя, хочу выделить несколько практических рекомендаций для коллег, которым еще предстоит локализация критической инфраструктуры. Прежде всего при выборе решения нужно ориентироваться не на декларируемые характеристики платформы — у всех вендоров они сопоставимы, а на способность команды к глубокой кооперации и готовность погружаться в задачи банка. Крайне важно закладывать основную часть ресурсов не на внедрение самой коробки, а на интеграцию с существующим ландшафтом — именно здесь возникает большинство сложностей. Тотальное тестирование, включая программу friends and family и нагрузочные испытания на своей конфигурации,— единственный способ выявить проблемы до того, как они затронут клиентов.