CDD / KYC

1. Определение #

CDD/KYC — процесс, в рамках которого Tom Custos идентифицирует клиента, верифицирует его личность или сведения о нём, устанавливает бенефициарных владельцев, выясняет цель деловых отношений и проверяет, соответствует ли деятельность профилю риска клиента.

2. Почему это важно #

Без CDD агент не может знать, кого именно он проверяет, не скрывается ли за клиентом лицо под санкциями, PEP или участник преступной деятельности и являются ли транзакции необычными.

3. Типичные основания и случаи применения #

  • Онбординг нового клиента.
  • Разовая транзакция, превышающая применимое пороговое значение.
  • Подозрение в ML/TF/PF.
  • Сомнения в ранее полученных идентификационных данных.
  • Существенное изменение структуры владения, контроля, деятельности, адреса, отрасли или характера транзакций.
  • Периодическая проверка.

4. Источники требований #

  • SRC-FATF-001: Рекомендация 10 FATF и пояснительная записка к ней.
  • Связанные источники: SRC-FATF-004 и SRC-FATF-005 для углублённого анализа бенефициарного владения.
  • Местные требования имеют приоритет: всегда применяйте установленные регулятором пороговые значения и требования CDD, если они строже или конкретнее.

5. Рабочий процесс агента #

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

6. Данные физического лица #

  • Полное имя по официальным документам.
  • Дата и место рождения.
  • Гражданство и страна проживания.
  • Реквизиты государственного удостоверения личности или паспорта.
  • Адрес проживания.
  • Профессия и работодатель либо вид предпринимательской деятельности.
  • Source of funds, когда применимо.
  • Source of wealth, когда применимо.
  • Ожидаемая деятельность и размер транзакций.
  • Результаты скрининга PEP, санкций и adverse media.

7. Данные юридического лица #

  • Юридическое наименование.
  • Организационно-правовая форма.
  • Регистрационный номер.
  • Место учреждения или регистрации.
  • Юридический адрес и основное место ведения деятельности.
  • Учредительные документы, когда применимо.
  • Директора, руководители и уполномоченные подписанты.
  • Схема структуры владения.
  • Бенефициарные владельцы и контролирующие лица.
  • Характер деятельности.
  • Ожидаемая деятельность и профиль транзакций.
  • Веб-сайт или домен и география фактической деятельности.

8. Данные юридического образования или трастоподобной структуры #

  • Учредитель траста или структуры.
  • Доверительный собственник, администратор или члены совета.
  • Протектор или лицо, обеспечивающее исполнение, если применимо.
  • Бенефициары или категория бенефициаров.
  • Любое лицо, осуществляющее конечный фактический контроль.
  • Цель создания структуры.
  • Источник активов, переданных в структуру.

9. Подтверждающие материалы #

  • Копии удостоверения личности или паспорта либо результат цифровой идентификации.
  • Выписка из корпоративного реестра.
  • Свидетельство о регистрации или надлежащем статусе компании.
  • Устав, учредительный договор или эквивалентные учредительные документы.
  • Декларация UBO и подтверждающие документы.
  • Схема владения и контроля.
  • Снимки экрана или журналы скрининга.
  • Ссылки на официальные реестры и дата получения сведений.
  • Поисковые запросы и результаты проверки adverse media.
  • Заметки аналитика и обоснование риска.

10. Индикаторы риска #

Средний уровень#

  • Клиент предоставляет неполный комплект документов, но сотрудничает.
  • Клиент-нерезидент не имеет очевидной связи с продуктом или контекстом деятельности.
  • Ожидаемая деятельность описана неопределённо.
  • Незначительное расхождение в адресе или транслитерации.

Высокий уровень#

  • Сложная структура владения без экономического обоснования.
  • Номинальные лица или инструменты, сходные с предъявительскими, без понятного объяснения.
  • Финансирование третьей стороной без очевидной связи с клиентом.
  • Клиент отказывается раскрыть UBO или контролирующее лицо.
  • Документы противоречат друг другу или не поддаются проверке.

Критический уровень#

  • Возможное совпадение с санкционным списком.
  • Подозрение на поддельные документы, удостоверяющие личность.
  • Попытка клиента избежать раскрытия структуры владения.
  • Запрос CDD создаёт риск tipping-off в подозрительном контексте.

11. Матрица решений #

РезультатДействие агента
Данные полные, риск низкийПровести стандартную CDD и установить цикл пересмотра
Незначительные пробелыЗапросить недостающие сведения; при существенности пробелов не давать окончательного одобрения до их устранения
Факторы повышенного рискаНаправить на EDD
Подозрение или критическое совпадениеЭскалировать MLRO, не допуская tipping-off
CDD невозможно завершитьНе проводить онбординг / рассмотреть прекращение отношений / передать на рассмотрение MLRO в соответствии с политикой внедряющей организации

12. Результат Tom Custos #

# Резюме CDD

Клиент: [имя/наименование]
Тип клиента: [физическое лицо/юридическое лицо/иное]
Географический и операционный контекст: [страна/территория/рынок, если применимо]
Цель деловых отношений: [краткое описание]
UBO/контроль: [краткое описание]
Результаты скрининга: [санкции/PEP/adverse media]
Рейтинг риска: [низкий/средний/высокий/критический]
Недостающие сведения: [список]
Рекомендация: [продолжить/запросить сведения/EDD/эскалировать]
Источник требований: SRC-FATF-001
Указатель подтверждающих материалов: [ссылки/файлы/снимки экрана]

13. Связанные страницы #

  • EDD
  • Бенефициарное владение
  • PEP
  • Санкции / TFS / CPF
  • Adverse Media
  • Шаблоны пакетов подтверждающих материалов

Проверка надстройки юрисдикции#

После универсального CDD process выполняется jurisdiction check. Для Европейского союза используется EU AML/CFT Framework с проверкой актуального AMLR, национальной имплементации AMLD6, стандартов AMLA и guidance competent authority.

Tom Custos AML Knowledge BaseОбучение и операцииСкачать исходный .md