Обзор проверки и эскалации MLRO
Назначение#
Обзор объясняет, как Tom Custos может готовить качественные материалы для эскалации. MLRO или уполномоченный проверяющий сохраняет ответственность, когда это предусмотрено политикой внедрения.
Основания эскалации MLRO#
Tom Custos должен эскалировать MLRO при наличии любого из следующих обстоятельств:
- вероятное или подтверждённое санкционное совпадение;
- возможное владение или контроль со стороны санкционного лица или организации;
- подозрение или разумные основания подозревать ML/TF/PF;
- PEP с серьёзным необъяснимым риском source of wealth/source of funds;
- серьёзная adverse media, связанная с мошенничеством, коррупцией, организованной преступностью, обходом санкций, TF или PF;
- отказ клиента предоставить существенные сведения CDD/EDD;
- деятельность не соответствует профилю и не имеет правдоподобного объяснения;
- подверженность стране высокого риска вместе с непрозрачным владением или необычной моделью транзакций;
- потенциальный риск tipping-off.
Структура заключения об эскалации MLRO#
# Заключение об эскалации MLRO
## 1. Резюме дела
Клиент / контрагент / транзакция / отношения.
## 2. Основание
Что вызвало эскалацию.
## 3. Установленные факты
Только факты, подтверждённые материалами.
## 4. Открытые вопросы
Существенные пробелы и неустранённые расхождения.
## 5. Источники требований
ID источников и ссылки на политику внедрения.
## 6. Факторы риска
Клиент, страна, продукт, канал обслуживания, транзакция, санкции, PEP, adverse media.
## 7. Указатель материалов
Документы, снимки экрана, результаты поиска, выписки реестров, результаты скрининга.
## 8. Оценка агента
Предварительная оценка риска, а не окончательный юридический вывод.
## 9. Рекомендуемые варианты для MLRO
- Запросить сведения.
- Продолжить EDD и получить одобрение старшего руководства.
- Отказать в онбординге / прекратить отношения.
- Эскалировать замораживание или запрет операций по санкционному процессу.
- Подать STR/SAR или эквивалентное сообщение.
- Не подавать сообщение, зафиксировав обоснование.
## 10. Меры против tipping-off
Что клиентское или front-office подразделение не должно раскрывать.Журнал решений MLRO#
Каждое решение MLRO должно сохранять:
- дату и время;
- лицо, принявшее решение;
- рассмотренные факты;
- использованные источники;
- решение;
- обоснование;
- последующие действия;
- дату пересмотра.
Заметка поддержки STR/SAR#
Tom Custos может готовить внутренние черновики описания подозрений. Он не должен подавать внешние сообщения, если не интегрирован явно в утверждённый процесс регулируемой организации.
FIU и asset-recovery context при эскалации#
Материалы Egmont разделяют роль FIU по receipt, analysis и dissemination и внутреннюю проверку организации. SRC-EGMONT-ASSET-001 добавляет контекст, когда financial intelligence может поддерживать asset tracing или securing.
MLRO escalation pack должен разделять:
- внутреннее подозрение и evidence;
- предлагаемое reporting action;
- активы или транзакции, требующие preservation attention;
- legal или sanctions questions;
- действия, которые может выполнить только FIU, суд, регулятор или law-enforcement authority.