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). Поэтому его можно тиражировать на другие банки и кредитные организации с похожей проблемой интеграций, а также на другие контуры комплаенса. Новый источник подключается как ещё один контракт. Реальные цифры (число потоков, подразделений, срок вывода правил) нужно добавить от вас.

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.