Legacy системы банки: архаика против финтеха

Legacy системы банки: почему старые игроки проигрывают финтехам

Вы открываете счёт в традиционном банке. Процесс занимает три дня, бумажные анкеты, сканы документов. В тот же день вы регистрируетесь в финтех-приложении — 4 минуты, и вы в системе. Legacy системы банки (устаревшие IT-архитектуры, разработанные десятилетия назад) — главная причина этой разницы. Старые банки буквально не могут ускориться из-за долгов перед собственным прошлым.

Рынок не прощает медлительности. По данным McKinsey 2025, 43% клиентов в Европе и Украине готовы сменить банк, если цифровой онбординг занимает более 15 минут. Финтехи это знают и давят на слабое место.

Почему Legacy системы банки стали проблемой?

Большинство крупных банков работает на core banking systems (центральное ядро, которое обрабатывает все транзакции, счета, кредиты), созданных в 80–90-х годах. Речь об AS/400, COBOL, CICS. Эти системы писали, когда интернет-банкинг казался фантастикой.

Вот где нюанс: они стабильны — действительно, падение раз в год против ежемесячных апдейтов у финтехов. Но расширять их — как достраивать лифт к хрущёвке. Каждая новая функция требует месяцев тестирования, а интеграция с современными API (интерфейсами для обмена данными между программами) становится головной болью.

Как выглядит типичная транзакция в legacy-банке Вы переводите деньги через мобильное приложение. Запрос идёт: фронт → API-шлюз (старый, на XML) → core banking → система процессинга платежей → core banking → API → фронт. До 7–10 систем. Каждая — отдельная база данных, отдельная команда поддержки.

Реальная проблема — не скорость выполнения самого платежа (туда банки научились кешировать ответы), а синхронизация данных между сервисами. Например, баланс в приложении может обновиться через 5 минут после покупки, или лимиты не применяются мгновенно. У финтехов вроде Revolut или Monobank это происходит за 1–2 секунды. Разница в восприятии — колоссальная.

Цена вопроса: обслуживание vs развитие

По оценкам Gartner 2025, legacy-банки тратят 70–80% IT-бюджета на поддержку работающих систем. Финтехи — 30–40%. Разница в 40 процентных пунктов — это деньги, которые можно вложить в новые продукты, маркетинг или более низкие комиссии.

Конкретный пример: украинский ПриватБанк до 2023 года держал часть процессинга на системах 90-х. Оценка полной замены core banking — свыше $200 млн. Поэтому банки не спешат. Они застряли в ловушке: «работает — не трогай». ПриватБанк — как раз пример банка, который смог построить гибкий middleware (промежуточный слой) над legacy ещё раньше многих финтехов, используя собственную платформу Corezoid.

Битва архитектур: что финтех делает иначе

Финтехи строятся с нуля на микросервисной архитектуре (когда каждая функция — отдельный независимый модуль). Если упадёт сервис уведомлений — переводы работают. В legacy-банке падение одного модуля часто валит всё ядро.

API-first подход

Вместо того чтобы подключаться к core banking через SOAP (громоздкий протокол 90-х), финтехи используют REST API (лёгкий современный стандарт). Это позволяет:

  • Добавить новый платёжный метод за неделю, а не за полгода

  • Масштабироваться горизонтально: возможность быстро добавлять мощности во время пиковых нагрузок (например, в 'Чёрную пятницу')

  • Обновлять функции без остановки системы

Вот где важен локальный контекст. Monobank (Украина) построил всё на микросервисах с нуля за 18 месяцев. Сейчас обслуживает более 7 млн клиентов. Аналогичный по размеру legacy-банк потратил бы на ребрендинг мобильного приложения те же 18 месяцев.

Что происходит на рынках Центральной Азии и Кавказа

Казахстанский Kaspi.kz — гибридный кейс. Они строили платёжную систему параллельно с legacy-банком. Итог: банк до сих пор на старом ядре, но 90% операций идёт через новую fintech-прослойку. Стоимость поддержки двух параллельных систем — примерно $15 млн в год. Но потерять рынок было бы дороже.

Грузинские банки (TBC, Bank of Georgia) пошли путём постепенного рефакторинга (переписывания частей кода без изменения функционала). Заменили сначала систему карт, затем — кредитный конвейер. Процесс идёт с 2021 года, финиш — 2027-й.

Анализ: риски, цена задержки и возможности

Рынок финтеха растёт на 23% ежегодно (Statista 2025). Старые банки теряют 5–7% клиентов в год именно из-за цифрового неудобства. Это не теоретическая угроза. Но стоит признать: legacy-системы — это «грузовики» финансового мира. Они медленны на изменения, но способны бесперебойно обрабатывать миллиарды транзакций десятилетиями без единой перезагрузки. Финтехи на микросервисах падают чаще (в 2024 году Revolut имел 3 глобальных сбоя против 0 в типичных legacy-банках), но восстанавливаются за минуты.

Риски для банков, которые тянут с модернизацией

  • Сценарий 1: Отток молодёжи и малого бизнеса Клиенты 18–35 лет выбирают приложение, где всё за 2 клика. Если ваш банк требует визита в отделение для смены лимита — теряете этот сегмент. Последствие: старение клиентской базы, снижение перекрёстных продаж. Минимизация: запустите хотя бы API для удалённой идентификации через Дія.Підпис или аналогичный сервис.

  • Сценарий 2: Регуляторные штрафы Европейский DORA (Digital Operational Resilience Act) с 2025 года требует от банков отчитываться об инцидентах API за 24 часа. Legacy-системы часто не имеют мониторинга в реальном времени.

Штраф — до 2% годового оборота, а для системно значимых банков отдельные нарушения могут тянуть до 5% или до €10 млн. Для банка с оборотом €1 млрд это €20–50 млн. Кроме того, сложная архитектура старых банков часто обусловлена необходимостью выполнять тысячи регуляторных проверок (KYC, AML, санкционные списки), которые финтехи иногда упрощают, рискуя лицензией. Кейс Revolut в Британии 2024 года — штраф £4 млн за задержки с отчётностью.

  • Сценарий 3: Уязвимости безопасности Устаревший код сложно адаптировать под современные стандарты шифрования и протоколы безопасности (например, TLS 1.3), что создаёт «дыры» на стыке старой системы и нового веб-интерфейса. В 2024 году хакеры использовали это в атаке на европейский банк — украли €8 млн.

Минимизация: наймите пентестеров (специалистов по тестированию на проникновение) под legacy, но это стоит от $50 тыс. за аудит.

Практический кейс: как банк обошёл свою legacy-систему

Представим банк «Альфа» (условно). Тратил $40 млн в год на поддержку core banking от IBM 1998 года. Новая команда из 15 fintech-разработчиков предложила за 8 месяцев написать API Gateway (промежуточный шлюз), который перехватывает 80% операций (переводы, карты, уведомления) и ведёт их через новую микросервисную систему. Старое ядро осталось для кредитной отчётности и архива.

Результат: время синхронизации данных сократилось с 12 секунд до 0.8 секунды. Стоимость одной операции упала с $0.12 до $0.009. Окупили проект за 14 месяцев. Вот что значит обойти legacy, а не убивать его.

Сравнение: Legacy-банк vs Финтех-игрок

legacy-sistemi-banki-arhayika-proti-fintehu_2

“Многие называют legacy-системы 'тормозом', но забывают, что они обеспечивают 99.999% аптайма (доступности) десятилетиями. Финтехи падают чаще, просто восстанавливаются быстрее. Вопрос не в том, что лучше, а в том, какой риск вы готовы принять: медленную эволюцию или периодические сбои ради инноваций.” — Алексей Новиков, финансовый аналитик

Вывод: Legacy системы банки — это не просто техдолг, а потерянная выручка

Каждый день работы на старой архитектуре стоит банку потерянных клиентов и увеличения технического долга (стоимости будущего переписывания). McKinsey оценивает: банк с 1 млн клиентов теряет около $2–3 млн в год только из-за медленного онбординга и рассинхронизации данных.

Что делать прямо сейчас, если вы принимаете решения в банке или fintech-компании:

  • Проведите аудит Customer Journey Map (CJM) с фокусом на технические задержки API-запросов — измерьте реальное время синхронизации балансов и лимитов.

  • Определите топ-3 операции, которые генерируют 80% жалоб на «зависания» или «неактуальные данные». Именно их выносите на новый API Gateway в первую очередь.

  • Оцените стоимость альтернативы: купить готовую core banking platform (Temenos, Thought Machine) стоит от $500 тыс. до $5 млн. Нанять команду из 10 senior-разработчиков для написания middleware — $300–600 тыс. на 6 месяцев.

При инвестировании в банковский сектор состояние ИТ-инфраструктуры является ключевым показателем риска. Научитесь анализировать такие активы: «Как проверить компанию или банк перед инвестированием: чек-лист 2026».

Чек-лист для действий

  1. Проверьте среднее время отображения операции в приложении вашего банка (засеките лично).
  2. Проанализируйте отчёт об инцидентах за последние 6 месяцев — сколько раз падала core banking система.
  3. Рассчитайте, сколько клиентов вы потеряли во время последней DDoS-атаки или технического сбоя.
  4. Спросите IT-отдел: сколько дней нужно, чтобы добавить новый платёжный метод (Google Pay, Apple Pay, крипту).
  5. Сравните свои комиссии с финтехами — можете ли вы быть дешевле без смены архитектуры?

Часто задаваемые вопросы

Что такое legacy системы в банках простыми словами?

Это устаревшие компьютерные системы, написанные 20–30 лет назад. Они надёжны, но очень медленны для внедрения новых функций — как старый дизельный двигатель, который невозможно подключить к современной электронике.

Почему банки до сих пор не заменили старые системы?

Замена core banking стоит $50–200 млн и занимает 3–5 лет. Риск сбоев во время миграции может парализовать работу банка на недели. Поэтому банки выбирают «латать» старое вместо полной замены.

Какие лимиты на транзакции в legacy-банках против финтехов?

Legacy-банки часто ставят дневные лимиты $5–10 тыс. из-за технических ограничений процессинга. Финтехи дают $50–100 тыс., потому что их архитектура масштабируется без потери скорости. Исключения — подтверждённые доходы.

Безопасно ли держать крупные суммы в финтехах?

Финтехи имеют те же лицензии (в ЕС — EMI, в Украине — лицензия НБУ на переводы). Но страхование депозитов: во время военного положения и 6 месяцев после него в Украине действует 100% гарантия на вклады. После этого сумма гарантии вырастет до ₴600 тыс. (закон № 2579-IX). В ЕС — €100 тыс. Проверяйте на сайте регулятора.