Архитектура и открытое API
Модульное ядро, событийная шина и Open Banking API: то, на чём стоит платформа.
Модульное ядро
DDD с явными границами контекстов: клиенты, счета, платежи, кредиты, депозиты, карты, главная книга, казначейство. Старт с модульного монолита, сервисы выделяются по мере роста нагрузки.
Событийная шина
Каждая значимая операция публикует доменное событие в формате CloudEvents через transactional outbox: в Kafka, RabbitMQ, Pulsar или по вебхуку.
CQRS для отчётности
Тяжёлые сценарии чтения, отчётные витрины, аналитика и дистанционное обслуживание обслуживаются отдельно от операционной записи.
Идемпотентность
Каждый публичный вызов API и обработчик события принимает Idempotency-Key. Повторный запрос не создаёт вторую операцию.
Изоляция данных банков
Банк размещается в общей базе, в отдельной схеме или в выделенной базе данных. Изоляция данных проверяется на каждом запросе, при ошибке доступ закрывается.
Zero trust между сервисами
mTLS и JWT внутри периметра, TLS 1.3 снаружи, HSM для ключей PCI DSS и национальной криптографии, WAF и защита от DDoS на границе.
Наблюдаемость
Структурированные логи со сквозным correlation id, метрики через OpenTelemetry, трассировка одной операции через все модули на её пути.
Open Banking API
OAuth 2.1 и OIDC, песочница для разработчиков партнёров, документация в формате OpenAPI 3 и AsyncAPI для синхронных и событийных интерфейсов.
Что можно проверить в коде
Стек платформы
Общие модули платформы A3 (учёт, кредитные бюро, комплаенс, проверки ПОД/ФТ) подключаются как внутренние сервисы со стабильными API. Банку не нужно интегрировать их заново.
Страновая специфика: план счетов, форматы платежей, правила KYC и отчётность подключаются через точки расширения ядра, а не форк кода.
Масштаб одной инсталляции
Готовы посмотреть API
Документация OpenAPI и песочница для разработчиков открываются партнёрам после короткого разговора о задаче.