Цифровая трансформация комплаенс-процессов: от 7 часов к 1 часу на проверки платежей
Приняли участие в создании с нуля системы автоматизированной проверки валютных переводов и платежей на санкционный риск. Система включает интеграцию с мастер-системой для загрузки платежей; она также обеспечивает загрузку и индексацию санкционных списков (Dow Jones, внутренние списки банка); выполняет обогащение клиентских данных, автоматическую проверку на основе fuzzy-поиска через OpenSearch с подсветкой совпадений, разработку АРМ для ручной проверки сотрудниками службы внутреннего аудита; в систему внедряются алгоритмы автоматического распределения платежей по 30+ сотрудникам в трехсменном режиме.
Клиент
Крупный российский банк, внедряющий систему автоматизированного рабочего места (АРМ) для службы внутреннего аудита.
Задача
Бизнес-задачи проекта:
-
отказ от коробочного решения в области комплаенс-контроля (поддержка вендора прекращена);
-
создание собственной высокопроизводительной системы комплаенс-контроля, не зависящей от внешних поставщиков;
-
сокращение времени проверки валютных платежей;
-
обеспечение возможности масштабирования системы при росте числа клиентов и объема валютных операций.
Задача в контексте разработки:
-
спроектировать и реализовать микросервисную архитектуру, обеспечивающую интеграцию с мастер-системой обработки платежей, загрузку и индексацию санкционных списков (внешних и внутренних), выполнение fuzzy-поиска через OpenSearch; создание удобного интерфейса для сотрудников службы внутреннего аудита с автоматическим распределением нагрузки.
Решение
Что планировали сделать
Создать полнофункциональную систему комплаенс-контроля, включающую:
-
модуль загрузки и обогащения платежей данными клиентов из мастер-системы;
-
модуль индексации санкционных списков в OpenSearch;
-
модуль автоматической проверки с fuzzy-поиском и подсветкой совпадений;
-
АРМ для ручной проверки с автоматическим распределением платежей между сотрудниками службы внутреннего аудита;
-
интеграционную шину на базе Kafka для асинхронного обмена между микросервисами и внешними системами.
Этапы и сроки:
-
01.07.2025 — старт работ;
-
01.11.2025 — запуск мини-MVP (базовый функционал: загрузка платежей, проверка по спискам, отображение результатов);
-
01.02.2026 — запуск MVP, переход 30+ сотрудников службы внутреннего аудита на работу в новой системе;
-
01.07.2026 — завершение участия команды (проект передан в промышленную эксплуатацию).
Инструменты: Java, PostgreSQL, OpenSearch, Kafka.
Команда: 4 системных аналитика, 4 бэкенд-разработчика, 1 бизнес-аналитик, 2 фронтенд-разработчика, 2 тестировщика, 1 автотестировщик. Всего 14 специалистов.
Числовые показатели:
-
4 микросервиса разработано;
-
~1000 платежей в день обрабатывается системой;
-
30 сотрудников службы внутреннего аудита работают с АРМ в трехсменном режиме;
-
время проверки сокращено с 5–7 часов до 1–2 часов на один платеж;
-
плановый объем платежей будет расти пропорционально росту клиентской базы банка.
Результат
-
Система реализована в срок, многие задачи решены досрочно
-
Проект завершен ровно через 12 месяцев, как и планировалось
-
С февраля 2026 года все 30 сотрудников службы внутреннего аудита работают в новой системе
-
Банк получил полностью решение, независимое от внешних поставщиков
-
Создана архитектура, готовая к масштабированию при росте числа клиентов и объема операций
Бизнес-эффект
Ключевой результат: время проверки одного валютного платежа на этапе комплаенс-контроля службы внутреннего аудита сокращено в 5 раз — с 5–7 часов до 1–2 часов. Это напрямую влияет на общее время прохождения платежа через всю мастер-систему обработки: от заведения клиентом до отправки SWIFT-перевода или отклонения.
Дополнительные эффекты
-
Снижение операционных затрат на комплаенс-процедуры за счет автоматизации
-
Повышение удовлетворенности клиентов банка за счет ускорения проведения валютных операций
-
Отказ от зависимости от внешнего вендора комплаенс-решения, поддержка которого была прекращена
-
Получение гибкого решения, позволяющего быстро адаптироваться к изменениям санкционных списков и требований регулятора
-
Возможность масштабирования системы без дополнительных капитальных затрат при росте бизнеса
Трудности
Главным вызовом стала необходимость частых корректировок требований в процессе разработки.
Как решали
- Регулярные встречи с бизнес-заказчиком для детализации задач и синхронизации ожиданий
- Подробное описание каждой задачи с четким определением границ и критериев приемки
- Дополнительные согласования всех изменений с бизнесом перед началом реализации Расстановка приоритетов и ведение подробного роуд-мэпа с фиксацией всех договоренностей
- Итеративный подход с частыми демонстрациями промежуточных результатов для оперативного получения обратной связи
Такой подход позволил минимизировать риски, связанные с нестабильностью требований и уложиться в запланированные сроки.
