Обсудить проект_
Если у вас есть ИТ-проблема, напишите нам в Telegram или оставьте ваши контакты, и мы свяжется с вами для детального обсуждения задачи
Усиление команды разработки для системы финансовых сообщений
О продукте:
Категория: Финансовые системы / Банковский софт
Тип продукта: Система обработки финансовых сообщений (аналог SWIFT)
В 2025 году в банковском секторе возникла необходимость срочно внедрить альтернативный механизм обмена финансовыми сообщениями с зарубежными банками — из-за ограничения работы российских банков с международной системой SWIFT. Продукт позволял безопасно отправлять и принимать сообщения между банками, где подобные ограничения отсутствуют.
Ключевые требования к продукту:
Тип продукта: Система обработки финансовых сообщений (аналог SWIFT)
В 2025 году в банковском секторе возникла необходимость срочно внедрить альтернативный механизм обмена финансовыми сообщениями с зарубежными банками — из-за ограничения работы российских банков с международной системой SWIFT. Продукт позволял безопасно отправлять и принимать сообщения между банками, где подобные ограничения отсутствуют.
Ключевые требования к продукту:
- банковский уровень безопасности
- стабильность 24/7
- обработка десятков тысяч финансовых сообщений в сутки
- понятный механизм интеграции с АБС и системами иностранных банков
Задача клиента:
К моменту обращения у клиента был ранний прототип системы, но не хватало ресурсов для ускорения поставки на реальный рынок.
С какими сложностями столкнулся клиент:
Почему внутренних ресурсов не хватало:
Объём задач был большой, сроки — ограниченные, а система уже эксплуатировалась в продакшене.
С какими сложностями столкнулся клиент:
- в команде было только 2 backend-разработчика
- внешний заказчик (банк) выдвигал строгие требования
- аналитика была верхнеуровневой и не учитывала технические детали
- накапливался технический долг
- сроки реализации были жёсткими
Почему внутренних ресурсов не хватало:
Объём задач был большой, сроки — ограниченные, а система уже эксплуатировалась в продакшене.
Состав команды:
Со стороны клиента:
Со стороны Software Cats:
Формат взаимодействия: усиление команды (аутстаф)
- 2 backend-разработчика
- 3 frontend-разработчика
- 3 тестировщика
- 2 аналитика
- PM + PO
Со стороны Software Cats:
- 1 Senior Java разработчик (финтех/Enterprise)
Формат взаимодействия: усиление команды (аутстаф)
Технологии:
Архитектура:
Продукт реализован как толстый клиент — отдельное Java-приложение, которое устанавливается в контур банка и может напрямую взаимодействовать:
Толстый клиент разделён на 3 контура:
- с АБС банка-клиента
- с системами банка-заказчика
Толстый клиент разделён на 3 контура:
- пользовательский (для клиентов банка)
- администраторский
- контур сотрудников банка
Процесс работы:
- Методология: Agile, 4х недельные спринты.
- Период работы: июль — декабрь 2025
Технические вызовы и решения:
- Криптография (ГОСТ)Проблема: необходимость соответствия стандартам ГОСТ и интеграции с КриптоПРО
Решение:- глубокое погружение в КриптоПРО
- написан модуль интеграции с его API
- реализована полноценная поддержка ГОСТ сертификатов
- Безопасность и авторизацияПроблема: банковский уровень ИБ при работе через толстый клиент
Решение:- Keycloak за reverse-proxy
- строгие правила доступа и токенов
- валидация входных данных на всех слоях
- Интернализация (i18n)Проблема: поддержка нескольких локалей для зарубежных клиентов
Решение: отдельная библиотека текстовок на разных языках
Результаты:
За 6 месяцев были достигнуты следующие эффекты:
Технические:
Технические:
-
повышена стабильность приложения -
устранены замечания по ИБ - увеличена скорость обработки сообщений
- снижено количество ошибок благодаря входной валидации
- поставлено 5 релизов в банк
- часть решений адаптирована под иностранных клиентов
Бизнес-результат:
- увеличилось количество платежей, проводимых через систему
Текущий статус:
- продукт используется в проде
- работает в контуре крупного российского банка
- взаимодействует с иностранными финансовыми организациями
Инсайты и уроки:
Главный вывод:
В сложных финансовых продуктах критично проектировать надёжные переиспользуемые компоненты — это уменьшает точки отказа и повышает стабильность.
Что можно улучшить:
включать требования ИБ в описание задач заранее, чтобы разработчики закладывали безопасное поведение на старте
В сложных финансовых продуктах критично проектировать надёжные переиспользуемые компоненты — это уменьшает точки отказа и повышает стабильность.
Что можно улучшить:
включать требования ИБ в описание задач заранее, чтобы разработчики закладывали безопасное поведение на старте
Отзывы:
“
Задачи выполнялись точно и в срок, а команда разработчиков была разгружена и смогла сосредоточиться на критичных задачах.
“
Проект дал глубокий опыт работы с криптографией и банковскими системами. Было приятно видеть прямую связь между нашей работой и ростом бизнес-метрик клиента.
Обсудить проект _
Если у вас есть ИТ-проблема , оставьте свои контакты, и мы поможем правительству спланировать ее решение . Обещаем не рассылать спам.
Нажимая, я говорю «Да» конфиденциальности и соглашаюсь с обработкой персональных данных
Контакты _
