Что такое core banking system и когда он нужен именно вам

У любого учреждения, которое двигает деньги, есть свой набор книг учета: остатки, проводки, платежные инструкции, картотеки. Эта машина называется core banking system. Но термин износился: BaaS-платформа и монолит на Java одинаково уверенно называют себя core banking. Если вы в этом году выбираете платформу, разница важнее вывески, поэтому давайте зафиксируем определения.

Что core banking system делает на самом деле

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

Это все определение. Мобильное приложение, воронка онбординга, AI-скоринг живут сверху. Ядро подделать нельзя, потому что именно в нем денежная математика либо сходится, либо нет.

Обходной путь через BaaS

Последние годы принесли короткий путь: арендовать ядро. Провайдеры Banking-as-a-Service открывают доступ к книгам и BIN-спонсорству через API. У этого пути честные плюсы: запуск за недели, лицензию несет провайдер, банковского кода почти не пишете. Мы сами вели клиентов этой дорогой, когда скорость была единственным приоритетом.

Счет приходит позже. Данные клиентов, история транзакций и комплаенс-логика живут на чужой инфраструктуре. Тарифы пересматривают после продления контракта, а не до. Когда регулятор спрашивает, почему не сработал санкционный контроль, ответ "у провайдера BaaS медленная очередь" никого не устраивает. И комиссия за транзакцию, которая кажется дешевой на десяти тысячах платежей в месяц, перестает быть дешевой на двух миллионах.

Когда собственное ядро становится осмысленным

Четыре сигнала, примерно в том порядке, в каком мы слышим их от учреждений:

• Контроль комплаенса. Регулятор ждет ваших политик, вашего аудиторского следа, вашего размещения данных. Молча делегировать это третьей стороне перестает работать.
• Маржа. На реальных объемах тарифы BaaS за транзакцию перекрывают стоимость ядра, которым вы управляете сами.
• Глубина продукта. Кастомные модели комиссий, кредитная логика, мультивалютные позиции: BaaS API открывает ровно то, что провайдер решил открыть.
• Риск выхода. Провайдера купили, подняли цены или закрыли. Миграция под давлением стоит дороже любого проекта в банковском ИТ.

Если ни один сигнал не горит, оставайтесь на BaaS. Скажем прямо: для proof of concept аренда оправдана, и стыдиться тут нечего. Ошибка в другом: считать обходной путь конечной точкой маршрута.

Как устроены ядра и почему книги учета это самое сложное

Исторически ядра росли как монолиты: одна большая система от крупного вендора, настроенная десятилетиями, с апгрейдом раз в несколько лет и проектом в придачу. Современная схема компактнее: острое ядро в центре, а все остальное вокруг как сервисы. Книги и платежный движок в середине, каналы и интеграции по краям. Только середина проще не стала. Согласованность двойной записи под конкурирующей нагрузкой, восстановление после сбоя посреди батча, балансировка по валютам. Это немодная инженерия, которая наказывает за халтуру спустя годы.

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

Что "свое ядро" значит по деньгам

Фраза пугает, потому что рисует проект на пять лет и пятьдесят инженеров. Эта картина устарела. Современное white-label ядро вроде Smartex ABS Core поставляет книги, платежный движок, картовый модуль и комплаенс-хуки как развертываемую систему, настроенную под ваш тип лицензии за недели. Ваша команда владеет конфигурацией и политиками; двойную запись мы уже написали.

Что все-таки нужно с вашей стороны: лицензия или партнерская схема, решение по хостингу (свои серверы, приватное облако или managed) и человек, который отвечает за комплаенс-нарратив. Это малая доля старой стоимости, но не ноль. Кто говорит вам обратное, тот что-то продает.

Как оценить ядро до подписания

Демо прячут то, что ломается в production. Когда сравниваете ядра, давите на негламурные места: как ведут себя книги, когда два процесса одновременно проводят по одному счету; что остается после сбоя посреди батча; как настраивается новый продукт, новая модель комиссий, новая валюта, и кто это делает. Попросите показать аудиторский журнал, который регулятор получит на самом деле, а не скриншот дашборда. И спросите, как проходят апгрейды: ядро, требующее окна простоя на каждый релиз, будет облагать вас налогом годами.

Ответы отделяют платформы от презентаций быстрее любой таблицы фич. На нашей странице сравнения перечислены критерии, которые мы используем, когда учреждения просят сравнить нас с легаси-ядрами и SaaS-стеками.

Путь миграции, если вы уже арендуете

Переезд с BaaS это проект, но ограниченный, если правильно выбрать порядок. Последовательность, которая работает: поднимите собственное ядро параллельно, держите книги BaaS как источник истины, гоняйте обе системы в shadow-режиме, пока не сведете остатки и историю транзакций, потом переводите продукты по одному, сначала предоплаченные, кредитные позже. Миграция данных занимает больше времени, чем кто-либо закладывает: форматы истории никогда не совпадают чисто, а настоящая работа прячется в сверке.

Планируйте выход, пока у вас есть переговорная позиция. Форматы экспорта и тестовые файлы запрашивайте при подписании, а не в конце.

Решение, если сжать

Арендуйте ядро, пока проверяете продукт. Владейте им, когда контроль комплаенса, маржа или глубина продукта начинают весить больше скорости запуска. Обе стороны мы собрали на одной странице: сравнение Smartex с легаси-ядрами и SaaS - самый короткий путь к взвешенному решению.