Банковская разработка — не обычная разработка. Каждое изменение проходит через требования регулятора, интегрируется с legacy-ядром (АБС), затрагивает деньги и персональные данные клиентов. Ошибка в скоринге или платёжном шлюзе стоит не спринт, а лицензию. SOWA Digital с 2021 года формирует команды и ведёт проекты для банков и финтех-компаний Узбекистана с пониманием этой специфики — от интеграции с legacy-ядром до соответствия PCI DSS.
Четыре области, где чаще всего нужна внешняя команда: фронт для клиента, деньги в движении, риск-контроль и соответствие требованиям. Ниже — с чем именно мы работаем.
Веб- и мобильные приложения для физических и юридических лиц: выписки, переводы, оплата услуг, управление картами и депозитами. Проектируем поверх существующей АБС — не переписываем банковское ядро, а строим клиентский слой, который с ним корректно интегрируется через API или файловый обмен.
Отдельно закрываем UX-долг легаси-интерфейсов: старые интернет-банки часто теряют клиентов на простых сценариях вроде повторного перевода или подтверждения платежа.
Подключение карточных процессингов, платёжных шлюзов и локальных систем мгновенных платежей (аналогов СБП). Работаем с 3-D Secure, токенизацией карт, идемпотентностью операций и сверкой транзакций — теми деталями, где обычно теряются деньги при невнимательной интеграции.
Проектируем retry-логику и обработку зависших платежей отдельно: это то, что банки чаще всего недооценивают на этапе ТЗ.
Системы принятия решений по кредитным заявкам и мониторинг транзакций в реальном времени на признаки мошенничества. Строим пайплайны сбора данных, правиловые движки и интеграции с внешними бюро — с прицелом на объяснимость решений, которую требует регулятор.
Разделяем скоринговую модель и бизнес-правила: это ускоряет последующую донастройку без привлечения разработчиков на каждое изменение.
Проектируем архитектуру и процессы разработки так, чтобы они не противоречили требованиям регулятора к банковской IT-инфраструктуре и стандарту PCI DSS для работы с карточными данными: сегментация сети, шифрование, журналирование доступа, разграничение прав.
При необходимости проводим аудит существующей системы и готовим её к прохождению внешней проверки соответствия.
В банкинге утечка данных или простой платёжного сервиса — это не репутационный риск, а прямые финансовые потери клиентов и штрафы для банка. Мы встраиваем требования безопасности в процесс разработки с первого дня, а не добавляем их постфактум перед аудитом.
Работаем по сертифицированной системе управления информационной безопасностью — от контроля доступа до реагирования на инциденты. Это касается и того, как наши инженеры работают с вашей кодовой базой и данными.
Соглашение о конфиденциальности подписывается до передачи любой технической документации, доступов или деталей архитектуры — это стандартная точка входа в проект, а не отдельная услуга по запросу.
Ревью кода с фокусом на безопасность, контроль зависимостей, разделение сред разработки и продакшена, минимизация прав доступа команды к боевым данным — практики, которые встроены в наш процесс разработки, а не привязаны к конкретному проекту.
Документируем архитектурные решения и процессы так, чтобы они выдерживали проверку внутренним и внешним аудитором банка — включая трассируемость изменений и журналирование доступа к чувствительным данным.
Ориентировочные показатели по проектам этого профиля — иллюстрация масштаба, а не гарантия для конкретного банка: сроки и состав команды всегда зависят от объёма интеграции и состояния legacy-системы.
Да. Мы проектируем архитектуру, процессы разработки и хранение данных с учётом требований регулятора к банковской IT-инфраструктуре в Узбекистане. Если у банка уже есть внутренний комплаенс-отдел, работаем в паре с ним — это ускоряет согласование, а не замедляет его.
Работаем по ISO 27001, подписываем NDA до начала любого технического обсуждения, разграничиваем доступ команды к боевым данным по принципу минимальных привилегий и встраиваем ревью безопасности в цикл разработки, а не проводим его разово перед релизом.
Да, это частый и разумный первый шаг — особенно если систему строила другая команда или нужно понять готовность к PCI DSS до старта интеграции. Такой аудит — часть нашего tech-консалтинга: получаете независимую оценку архитектуры, узких мест и рисков до того, как вложитесь в разработку.
Зависит от того, есть ли у банка собственный tech-lead и процесс управления разработкой. Если да — обычно эффективнее аутстаффинг: инженеры встраиваются в вашу команду и процессы. Если нужен результат под ключ с полной ответственностью за поставку — аутсорсинг. Мы обсуждаем это на первой встрече, исходя из вашей текущей структуры.
Расскажите о задаче — предложим формат вовлечения и соберём команду за 14 дней. Примеры реализованных проектов — в портфолио.
Обсудить проект