AML как Платформа: low-code среда разработки контура ПОД/ФТ
- Заказчик:
- АО Россельхозбанк
- Руководитель проекта со стороны заказчика
- Поставщик
- Россельхозбанк
- Год завершения проекта
- 2026
- Сроки выполнения проекта
- апрель, 2024 — апрель, 2026
- Масштаб проекта
- 10000 человеко-часов
- Цели
Повысить эффективность и прозрачность системы финансового мониторинга банка за счёт перехода от жёстко закодированного монолита к гибкой aml на базе low-code платформы, обеспечивающей высокое качество выявления подозрительных операций (включая дропперов и операции с цифровым рублём) при снижении стоимости и сроков изменений.
Ключевые задачи
1. Обеспечить управляемость данных (Data Governance)
2. Создать среду самостоятельной разработки (Low-code & Sandbox)
3. Обеспечить технологическую независимость и масштабируемость
4. Повысить качество комплаенс-функции
- Результаты
Проект повышает качество выявления подозрительных операций, в том числе дропперов и неполно контролируемых переводов СБП. Это защищает клиентов и банковскую систему от мошенничества, отмывания доходов и финансирования терроризма. Он также помогает банку выполнять требования регулятора, включая новые требования по цифровому рублю и цифровым активам.
Уникальность проекта
- Data contracts, SLA и мониторинг качества данных применены к регулируемым потокам ПОД/ФТ: интеграция стала самостоятельным управляемым объектом.
- AML-контур превращён в среду разработки: бизнес сам создаёт правила и формы, ИТ работает как platform team.
- Sandbox с автоматическими quality gates даёт «управляемую автономию»: бизнес быстро проверяет гипотезы, ИТ защищает production, а проверяющий получает воспроизводимые результаты.
- Бизнес-логика отделена от СУБД: при смене СУБД правила остаются.
- Новые источники, например цифровой рубль, подключаются добавлением контракта, без изменения архитектуры.
- Использованное ПО
Ключевые принципы:· Единая платформа вместо точечных интеграций — снижает общее число серверов и дублирующих компонентов.· Sandbox использует копию данных и выделенные, но ограниченные вычислительные ресурсы (контейнеры/ВМ), которые масштабируются по необходимости и не влияют на production.·
Импортозамещённый стек (отечественное ПО и open source) совместим с текущим парком оборудования и не требует закупки проприетарных лицензий или специализированных модулей.· Мониторинг data quality и ETL работают в фоновом режиме с настраиваемыми лимитами по CPU/памяти.Таким образом, вспомогательная система использует стандартное оборудование и инфраструктуру банка, а нагрузка на него остаётся контролируемой и прогнозируемой.
- Сложность реализации
Проект предлагает отрасли воспроизводимую архитектурную модель: управление потоками данных как продуктом, платформа разработки вместо поставки правил, управляемая автономия бизнеса. Он развивает отечественный технологический стек и компетенции по ПОД/ФТ и импортозамещению, а решение показано на открытой профессиональной площадке (конференция по автоматизации ПОД/ФТ).
- Описание проекта
Проект перестраивает контур финансового мониторинга банка: AML-система развивается как платформа разработки, которая дополняет АБС, а не заменяет её (функции ПОД/ФТ в АБС сохранены). Проблема: данные для качественных alert (ДБО, СБП, CRM, реестры) находятся вне АБС, а число интеграций и стоимость изменений росли. Решение: 1) потоки данных стали управляемым объектом: типизированные потоки (фиат, цифровой рубль, клиенты, счета), data contract на каждый поток, SLA по полноте и задержке, мониторинг data quality; 2) единая НСИ с маппингами между системами исключает дубли клиентов и «тихие» отказы правил; 3) low-code среда: конструкторы форм, правил и аналитики, оркестратор процессов, ETL, BI-отчётность; 4) sandbox с копией данных и автоматическими quality gates (валидация, профилирование запроса, back-test, прогноз доли срабатываний) позволяет бизнесу самостоятельно разрабатывать правила без риска для production; 5) стек полностью импортозамещённый (отечественное ПО и open source), бизнес-логика хранится в платформе, а не в хранимых процедурах. Подключение цифрового рубля потребовало добавить один data contract без изменения архитектуры.
- География проекта
Подход не привязан к конкретной АБС: он дополняет контур и опирается на стандартизованные элементы (data contracts, единая НСИ, sandbox, low-code). Поэтому его можно тиражировать на другие банки и кредитные организации с похожей проблемой интеграций, а также на другие контуры комплаенса. Новый источник подключается как ещё один контракт. Реальные цифры (число потоков, подразделений, срок вывода правил) нужно добавить от вас.