Рабочие процессы

Назначение #

Рабочие процессы преобразуют знания AML в воспроизводимые действия агента. Каждый процесс должен завершаться конкретным результатом Tom Custos.

Таксономия рабочих процессов Tom Custos#

Tom Custos отделяет выполняемую агентом работу от используемых источников.

Операционный процесс = что Tom делает для compliance-команды.
Процесс источника    = где Tom выполняет проверку в ходе операции.

Различие предотвращает две распространённые ошибки:

• восприятие Tom Custos как включённой подписки на AML-базу;
• смешение названий источников с фактической AML-операцией локального узла.

Связанная страница: «Логика операционных процессов и источников».

Группы процессов, согласованные с сайтом#

Текущее позиционирование Tom Custos использует следующие операционные формулировки:

• процессы CDD / EDD;
• проверки KYB и UBO;
• материалы, готовые к аудиту;
• отчёты и эскалация MLRO;
• локальное развёртывание.

Текущие группы процессов источников:

• официальные санкционные базы;
• коммерческие AML-базы;
• PEP, СМИ и публичный поиск;
• реестры KYB, UBO и регуляторов;
• аналитика доменов, DNS и IP;
• торговля и экспортный контроль;
• blockchain-аналитика.

Универсальная схема процесса#

Вход → операционный процесс → процессы источников → проверки → материалы → классификация → результаты → эскалация MLRO

Процесс онбординга клиента#

Основание#

Проводится онбординг нового физического или юридического лица.

Процесс агента#

1. Определить тип клиента: физическое лицо, юридическое лицо, траст/юридическое образование, финансовая организация, DNFBP, VASP или иной.
2. Собрать идентификационные данные.
3. Верифицировать личность по надёжным независимым документам, данным или информации.
4. Установить бенефициарного владельца и структуру контроля.
5. Понять цель и предполагаемый характер отношений.
6. Провести скрининг клиента, UBO, контролирующих лиц, уполномоченных подписантов и значимых связанных сторон.
7. Оценить факторы риска: клиент, страна, продукт/услуга, канал обслуживания, модель транзакций.
8. Выбрать маршрут CDD / SDD / EDD.
9. Сформировать пакет материалов.
10. При наличии критического основания эскалировать MLRO.

Результат#

• Резюме CDD.
• Таблица факторов риска.
• Пакет подтверждающих материалов.
• Перечень отсутствующих сведений.
• Заключение об эскалации, когда требуется.

Процесс скрининга контрагента#

Основание#

Клиент намерен взаимодействовать с поставщиком, покупателем, посредником, банком, биржей, платёжным провайдером или иным контрагентом.

Процесс агента#

1. Идентифицировать контрагента и географический или операционный контекст.
2. Собрать корпоративные идентификаторы, веб-сайт, юридический адрес, директоров, UBO и связанных лиц.
3. Проверить имена по санкционным, PEP- и adverse media-источникам.
4. Проверить географический и отраслевой риск.
5. При наличии товаров или трансграничной торговли проверить торговый и продуктовый риск.
6. Проверить red flags владения и контроля.
7. Подготовить заключение о риске контрагента.

Результат#

• Рейтинг риска контрагента.
• Пакет материалов.
• Факторы, препятствующие сделке.
• Открытые вопросы.
• Эскалация MLRO при санкциях, серьёзной adverse media или необъяснимых red flags владения.

Процесс проверки PEP#

1. Установить, является ли результат возможным, вероятным или подтверждённым совпадением PEP.
2. Определить тип PEP: иностранный, национальный, международной организации, член семьи или близкий деловой партнёр.
3. Установить роль, её контекст, даты и текущий статус.
4. Оценить значимость для клиента, UBO, контролирующего лица или подписанта.
5. При необходимости запросить или проверить материалы source of wealth и source of funds.
6. Применить EDD и усиленный непрерывный мониторинг для высокорисковых отношений.
7. Получить одобрение старшего руководства, если того требует политика внедрения.
8. Подготовить заключение о PEP.

Процесс проверки санкционного совпадения#

1. Зафиксировать состояние процесса: не одобрять молча и не игнорировать потенциальное совпадение.
2. Классифицировать результат: ложноположительное, возможное, вероятное или подтверждённое совпадение.
3. Сопоставить идентификаторы: полное имя, псевдонимы, дату рождения, гражданство, адрес, регистрационный номер, паспорт/ID, корпоративные идентификаторы.
4. Проверить связи владения и контроля.
5. Установить, является ли список базовым списком ООН, внутренним перечнем политики или специальным списком внедряющей организации.
6. Немедленно эскалировать MLRO вероятные и подтверждённые совпадения.
7. Не уведомлять клиента при риске tipping-off или нарушения санкционной конфиденциальности.
8. Подготовить заключение о санкционном совпадении.

Процесс проверки adverse media#

1. Выполнить поиск по точным именам и вариантам транслитерации.
2. Разделить утверждения, подтверждённые меры, судебные споры, санкции, мошенничество, коррупцию, неплатёжеспособность и репутационный контент.
3. Оценить качество и актуальность источника.
4. Установить, относится ли публикация к клиенту, UBO, контролирующему лицу, директору, связанному лицу или тёзке.
5. Извлечь факты, а не мнения.
6. Связать публикацию с факторами риска.
7. Подготовить заключение по adverse media.

Процесс эскалации STR/SAR#

1. Установить факты, создающие подозрение или разумные основания подозревать.
2. Отделить необычное от подозрительного.
3. Не задавать клиенту дополнительных вопросов при риске tipping-off.
4. Сохранить материалы и хронологию.
5. Подготовить внутреннее заключение о подозрении.
6. Эскалировать MLRO.
7. MLRO решает вопрос о подаче STR/SAR в FIU или через местный портал.

Процесс периодической проверки#

1. Подтвердить цикл: низкий, средний, высокий риск или событийная проверка.
2. Обновить сведения о клиенте и скрининг.
3. Сопоставить ожидаемую деятельность с фактической.
4. Повторно проверить структуру UBO и контроля.
5. Обновить географическую, отраслевую и санкционную подверженность.
6. Пересмотреть рейтинг риска.
7. Подготовить резюме периодической проверки.

Процесс проверки VASP / криптоактивов#

1. Установить, является ли сторона VASP или клиентом с криптовалютной подверженностью.
2. Проверить статус лицензии/регистрации согласно политике внедряющей организации.
3. Определить доступные адреса кошельков, контрагентов и вид потока.
4. Оценить blockchain-подверженность с помощью утверждённых инструментов, если они доступны.
5. Проверить контекст Travel Rule для переводов.
6. Эскалировать связь с darknet, mixer, санкционным адресом или высокорисковой биржей.
7. Подготовить заключение AML по криптоактивам.

Процесс проверки TBML#

1. Установить стороны, товары, географию, торговый маршрут и маршрут платежа.
2. Проверить, являются ли товары продукцией двойного назначения, дорогостоящими, подобными наличным, санкционными, ограниченными или не соответствуют профилю клиента.
3. Сопоставить счёт, договор, перевозочные и платёжные данные.
4. Проверить необычные маршруты, цены, объёмы и посредников.
5. Проверить индикаторы санкций и PF.
6. Подготовить заключение о риске TBML.

Процесс проверки Digital Jurisdiction Exposure#

Цель: выявить публичные связи DNS и почтовой инфраструктуры, способные создавать индикаторы юрисдикционной подверженности для KYB/EDD.

1. Установить домен клиента и значимые операционные поддомены.
2. Проверить доступные публичные записи A/AAAA, MX, TXT/SPF, DMARC, DKIM, NS, CNAME, SOA и PTR.
3. Выявить видимых поставщиков электронной почты, DNS, хостинга, CDN, SaaS и ретрансляции.
4. Сопоставить ссылки с заявленной географией и бизнес-моделью клиента.
5. Обозначить расхождения как Digital Jurisdiction Exposure, а не автоматические санкционные совпадения.
6. Добавить материалы в досье и при необходимости запросить разъяснение.
7. Эскалировать только в сочетании с другими факторами риска AML/KYB.

Связанная статья: «Риск цифровой юрисдикции».

Практический уровень операционных процессов#

Операционные процессы Tom Custos должны использовать общий контрольный уровень, основанный на подтверждающих материалах.

Одинаковая дисциплина применяется к онбордингу клиентов, скринингу контрагентов, проверке поставщиков и сотрудников, периодической проверке и поддержке эскалации MLRO:

1. создать контекст дела;
2. классифицировать объект;
3. перечислить заявленные факты;
4. выбрать утверждённые процессы источников;
5. зафиксировать каждую существенную проверку источника;
6. сохранить подтверждающие материалы;
7. зарегистрировать расхождения и отсутствующие сведения;
8. сопоставить факторы риска;
9. подготовить результат, пригодный для проверки аналитиком;
10. сохранить аудиторский след.

Область, перечень источников и обращение с материалами различаются по процессам. Скрининг сотрудников уже и чувствительнее с точки зрения конфиденциальности. Периодическая проверка сосредоточена на выявлении изменений. EDD и поддержка MLRO — на неразрешённом риске и материалах эскалации.

Связанная страница: «Шаблоны операционных процессов».