СТАТЬЯ 28 • AMLAML / CFT означает Anti-Money Laundering / Combating the Financing of Terrorism. По-русски: меры против отмывания денег и финансирования терроризма./KYCKYC означает Know Your Customer — проверку клиента или игрока. KYB означает Know Your Business — проверку юридического лица, например B2B-партнёра, PSP, поставщика платформы или аффилиатной сети. OPERATIONS
Структурированная редакция 2.0 — содержание сохранено, материал собран в восемь операционных глав
ДИСКЛЕЙМЕР High-Risk Licensing — аналитический B2B-ресурс о лицензировании, платежной готовности и операционных рисках. Мы не являемся оператором азартных игр, не принимаем ставки, не открываем игровые счета и не помогаем обходить требования AML/KYC, санкционные ограничения, налоговые, платежные или игровые правила. Материал носит информационный характер и не заменяет анализ конкретной лицензии, AML-законодательства, индивидуальных условий, санкционного режима и обстоятельств отдельного клиента.
Короткий ответ
AML/KYC-система онлайн-казино не заканчивается после проверки паспорта. Она должна постоянно сопоставлять личность игрока, платежные методы, GEOGEO — страны или рынки, на которые ориентируется оператор: где он принимает игроков, покупает трафик, запускает аффилиатные кампании, принимает платежи или размещает рекламу., устройства, связанные счета, игровое поведение, источник средств и изменение риска. Каждый значимый сигнал проходит единый жизненный цикл: регистрация → первичная защита → сбор данных → оценка → углублённая проверка → решение MLRO → действие по счёту и выплате → внешнее сообщение или документированный отказ от него → закрытие и последующий мониторинг.
Главная формула:
сигнал → защита → факты → риск → проверка → решение → действие → доказательство → пересмотр
Система должна одновременно избегать двух противоположных ошибок:
Недостаточный контроль: клиент проходит паспорт один раз, а последующие платежи и поведение не анализируются.
Избыточный контроль: оператор запрашивает у каждого игрока одинаковый пакет документов, задерживает выплаты без ясного основания и считает количество загруженных файлов доказательством AML-соответствия.
ПРОВЕРЕННЫЙ ФАКТUKGC, MGA/FIAU и Curaçao CGACGA означает Curaçao Gaming Authority. GCB — прежнее название Gaming Control Board. После вступления LOK в силу 24 декабря 2024 года регулятор онлайн-гейминга действует как CGA. используют риск-ориентированный подход. Конкретные пороги, формы и адресаты сообщений различаются, но общая архитектура включает оценку риска, проверку клиента, постоянный мониторинг, углублённые меры, внутреннее сообщение, решение MLRO, внешнее SARSAR означает Suspicious Activity Report. STR означает Suspicious Transaction Report. Это отчеты о подозрительной активности или подозрительных транзакциях./STR, хранение записей и проверку эффективности.
АНАЛИТИЧЕСКИЙ ВЫВОДАвтоматический сигнал не является подозрением сам по себе. Он обязан открыть проверку. Подозрение возникает после оценки фактов в соответствии с применимым правовым порогом.
АНАЛИТИЧЕСКИЙ ВЫВОДДенежный порог не должен быть единственным условием контроля. Небольшие суммы могут быть существенными из-за структуры, скорости, третьих лиц, криптовалютного происхождения, связанных счетов или отсутствия реальной игры.
Операционная модель
AML-решение должно быть пропорционально не количеству загруженных файлов, а качеству объяснения риска. Система последовательно повышает уровень доказательств только тогда, когда предыдущего уровня недостаточно.
| Шаг | Смысл |
|---|---|
| 1 | Сигнал — что именно отклонилось: личность, платёж, устройство, GEO, поведение, связанный счёт или криптовалютный риск. |
| 2 | Контекст — базовый профиль, история, продукт, объём, частота, источник платежа и возможные законные объяснения. |
| 3 | Подтверждение — независимые данные, документы, реестры, платёжные записи, блокчейн-аналитика и сопоставление сторон. |
| 4 | Экономическое объяснение — источник конкретных средств, при необходимости источник благосостояния и соответствие активности профилю. |
| 5 | Решение MLRO — правовой порог подозрения, необходимость SAR/STR, ограничения, продолжение отношений или прекращение. |
| 6 | Последующий контроль — условия продолжения, частота пересмотра, сценарии повторного сигнала и проверка эффективности. |
АНАЛИТИЧЕСКИЙ ВЫВОДАвтоматический сигнал открывает проверку, но не равен юридическому подозрению. Решение должно быть независимым, пропорциональным и воспроизводимым по сохранённым материалам.
Кому и когда полезен материал
| Для кого | Особенно полезно, если |
|---|---|
| собственников и руководителей игровых компаний; | KYC сводится к загрузке паспорта; |
| MLRO и руководителей AML/KYC; | проверка начинается только при выводе; |
| юридической и комплаенс-функции; | разные бренды не видят связанные счета; |
| платежной команды и казначейства; | источник средств запрашивается бессистемно; |
| антифрод и информационной безопасности; | VIPVIP player — игрок с высоким оборотом, крупными депозитами или особым коммерческим статусом. может влиять на решение; |
| ответственная игра; | AML и антифрод спорят о выплате; |
| руководителей поддержки и VIP; | криптовалютные депозиты проверяются только по снимку кошелька; |
| продуктовой и технической команды; | дела хранятся в переписке; |
| внутренних аудиторов; | MLRO получает неполные материалы; |
| инвесторов и покупателей игрового бизнеса. | регулятору или PSPPSP означает Payment Service Provider — платёжного провайдера, который помогает оператору принимать депозиты, обрабатывать платежи и расчёты, управлять возвратами, чарджбэками, резервами и, в некоторых моделях, потоками выплат. невозможно объяснить, почему клиенту разрешили продолжить игру. |
Новая архитектура статьи
Основной маршрут сокращён до восьми глав. Подробные перечни сохранены, но перенесены в таблицы, матрицы, сценарные блоки и приложения, чтобы текст можно было читать последовательно, а не как непрерывный набор списков.
| Глава | Содержание |
|---|---|
| 1 | Архитектура AML/KYC-системы |
| 2 | Риск-ориентированный подход и регуляторные режимы |
| 3 | Жизненный цикл дела, триггеры и приоритет |
| 4 | KYC, мониторинг и углублённая проверка |
| 5 | Источник средств, источник благосостояния и документы |
| 6 | Платежи, игра, криптовалюта и выплаты |
| 7 | Внутреннее сообщение, MLRO и SAR/STR |
| 8 | Governance, доказательства и внедрение |
ГЛАВА I
Архитектура AML/KYC-системы
Глава объясняет, почему KYC не является папкой документов, а AML — автоматической блокировкой. Термины и границы смежных процессов собраны в одном месте.
Что такое AML/KYC-операции
AML/KYC-операции — это ежедневная система выявления, оценки и управления риском отмывания денег, финансирования терроризма, финансирования распространения оружия массового уничтожения, санкций и связанной преступной деятельности в отношениях с игроками.
Она включает:
- установление личности;
- проверку данных;
- оценку риска;
- политику принятия клиентов;
- проверку PEPPEP означает Politically Exposed Person. Это политически значимое лицо, а также в ряде случаев его родственники и близкие связанные лица. и санкций;
- контроль платежных методов;
- постоянный мониторинг;
- выявление связанных счетов;
- EDDEDD означает Enhanced Due Diligence. Это усиленная проверка клиента, UBO, игрока, партнера или транзакции.;
- источник средств;
- источник благосостояния;
- анализ криптовалюты;
- внутренние сообщения;
- решение MLRO;
- внешние SAR/STR;
- ограничения и выплаты;
- закрытие отношений;
- хранение доказательств;
- обучение и контроль качества.
KYC — не папка документов
Паспорт отвечает только на часть вопроса «кто клиент». Он не объясняет:
- кому принадлежит карта;
- почему резко вырос объем;
- кто контролирует криптовалютный кошелек;
- почему клиент почти не играл;
- почему вывод направляется другому лицу;
- связан ли счет с другими игроками;
- соответствует ли операция профессии и доходу;
- изменился ли риск после регистрации.
AML — не автоматическая блокировка
Система должна уметь:
- обнаружить сигнал;
- собрать контекст;
- проверить альтернативное объяснение;
- применить временную защиту;
- передать дело уполномоченному лицу;
- принять юридически допустимое решение;
- сохранить доказательства.
Термины
| Блок | Содержание |
|---|---|
| Идентификация | Получение предусмотренных сведений о клиенте: имени, даты рождения, адреса, гражданства и других данных. |
| Проверка личности | Подтверждение данных с помощью надёжного независимого источника: документа, электронной базы, государственной идентификации или комбинации средств. |
| KYC | Отраслевой термин для установления и поддержания достаточного знания о клиенте. Он охватывает профиль, риск, платежи, поведение и обновление данных. |
| CDD | Стандартная проверка клиента: идентификация, проверка, понимание цели и характера отношений и постоянный мониторинг. |
| EDD | Углублённая проверка при повышенном риске. Она усиливает меры, но не является автоматическим отказом. |
| Источник средств | Экономическое происхождение конкретных денег, использованных для депозита или серии операций. |
| Источник благосостояния | Происхождение общего накопленного состояния клиента. |
| PEP | Политически значимое лицо, а также предусмотренные законом члены семьи и близкие связи. |
| SAR / STR | Внешнее сообщение о подозрительной деятельности или операции в компетентное подразделение финансовой разведки. Название и процедура зависят от юрисдикции. |
| MLRO | Должностное лицо, которое получает внутренние сообщения, оценивает подозрение, принимает решение о внешнем сообщении и контролирует AML-функцию. |
| Запрещённое разглашение | Передача клиенту или другому лицу сведений, которые могут раскрыть SAR/STR или повредить расследованию. |
Какие процессы нельзя смешивать
| Блок | Содержание |
|---|---|
| Проверка возраста и AML-проверка | Проверка возраста устанавливает право участвовать в игре. AML-проверка устанавливает личность, риск и объяснимость операций. Один документ может служить двум целям, но решение и доказательство должны оставаться различимыми. |
| Источник средств и финансовая уязвимость | Источник средств отвечает на вопрос, откуда появились деньги и являются ли они экономически объяснимыми. ответственная игра отвечает на вопрос, не причиняет ли игра финансовый или иной вред. Высокий законный доход не исключает вреда. Низкий доход не означает преступное происхождение средств. |
| антифрод и AML | Мошенничество может быть источником преступных средств и AML-сигналом. Но бонусное нарушение не становится отмыванием денег автоматически. антифрод определяет схему, ущерб и договорные последствия. AML определяет подозрение, отчетность и меры финансовой разведки. |
| Санкции и AML | Санкции имеют собственные списки, критерии совпадения, правила замораживания и уведомления. Санкционный запрет нельзя заменить общим баллом AML-риска. |
| KYC и выплата | Пройденный KYC не гарантирует автоматическую выплату при новом высоком риске. Непройденный KYC не означает автоматическую конфискацию. Решение должно отдельно учитывать: идентификацию; источник средств; подозрение; антифрод; санкции; бесспорный баланс; применимое право; условия; указание компетентного органа. |
ГЛАВА II
Риск-ориентированный подход и регуляторные режимы
Риск бизнеса, клиента и конкретной операции оценивается раздельно. Затем эта модель сопоставляется с требованиями UKGC, MGA/FIAU и Curaçao CGA.
Три уровня оценки риска
| Блок | Содержание |
|---|---|
| 1. Риски бизнеса | Оператор оценивает собственную модель: виды игр; GEO; удалённую регистрацию; валюты; криптовалюты; платежных посредников; аффилиатов; VIP; скорость ввода и вывода; P2P-функции; поставщиков KYC и аналитики; структуру группы; хранение и обмен данными; возможность анонимизации. Результат — оценка рисков бизнеса, которая определяет правила принятия клиентов, триггеры и глубину контроля. |
| 2. Риск клиента | Начальный и текущий профиль учитывает: страну проживания; гражданство; профессию; предполагаемый объем; PEP; санкции; негативную информацию; платежные методы; криптовалюту; устройства; связанные счета; аффилиата; VIP-статус; историю проверок; поведение на других брендах, если обмен допустим. |
| 3. Риск операции или дела | Конкретное событие оценивается по: сумме; скорости; структуре; участникам; направлению; игровому обороту; несоответствию профилю; платежному методу; связанным счетам; возвратам; криптовалютному пути; попытке обхода контроля. [АНАЛИТИЧЕСКИЙ ВЫВОД] Высокий риск клиента не означает, что каждая операция подозрительна. Низкий риск клиента не исключает подозрительной операции. |
Сравнение UKGC, MGA/FIAU и Curaçao CGA
| Вопрос | UKGC / Великобритания | MGA / FIAU | Curaçao CGA | Практический результат |
|---|---|---|---|---|
| Основная модель | MLR 2017, POCA, Terrorism Act, LCCP и руководство UKGC | PMLA, PMLFTR и обязательные процедуры FIAU | NOGC/LOKLOK — Landsverordening op de Kansspelen, закон Кюрасао об азартных играх, вступивший в силу 24 декабря 2024 года. Он заменил старую модель мастер-лицензий и суб-лицензий прямым лицензированием и надзором Curaçao Gaming Authority., NORUT, NOIS, SNO и указания CGA | Создавать отдельную нормативную карту по лицензии |
| Риск бизнеса | обязательная оценка риска | обязательная оценка рисков бизнеса | политики AML/CFT/CPF и независимая проверка | Риск продукта должен определять триггеры |
| Принятие клиентов | риск-ориентированные CDD/EDD | политика принятия клиентов | процедуры идентификации и проверки | Формальный допуск клиента до операций |
| MLRO | назначенное лицо по применимому режиму | одобряемая MGA ключевая AML-функция, зарегистрированная FIAU | NORUT/NOIS ответственное лицо по соблюдению NORUT/NOIS как ключевое лицо | Независимость, полномочия и резерв |
| Мониторинг | постоянный мониторинг | постоянный мониторинг по процедурам FIAU | доступность данных и отчётность | Объединить платежи, игры и связанные счета |
| Внешнее сообщение | SAR в NCA | STR в FIAU | сообщение по NORUT в FIU Curaçao | Раздельные формы, пороги и каналы |
| Запрет разглашения | POCA и применимые правила | PMLA/PMLFTR | местное AML-законодательство | Ограничить доступ и шаблоны коммуникации |
| Независимая проверка | предусмотренная системой AML оценка эффективности | надзор MGA/FIAU и обязательные процедуры | независимый эксперт по NORUT/NOIS | Хранить доказательства эффективности, не только политики |
Таблица показывает архитектуру, а не универсальные денежные пороги. Точные суммы, сроки и формы проверяются перед запуском проекта и для конкретной лицензии.
UKGC и британский AML-режим
Основные источники
Для британского казино применяются, в частности:
- Money Laundering Regulations 2017;
- Proceeds of Crime Act 2002;
- Terrorism Act 2000;
- санкционное законодательство;
- LCCP;
- руководство UKGC для казино.
Риск-ориентированный подход
Казино должно оценить риски ML/TF, создать политики, контроль, обучение, мониторинг и независимую проверку, соразмерные бизнесу.
CDD и мониторинг
CDD включает установление личности, проверку данных, понимание отношений и анализ операций на протяжении отношений.
Точные денежные пороги, варианты проверки и правила агрегирования не следует брать из вторичного обзора. Они проверяются по действующей редакции MLR 2017 и актуальному руководству UKGC.
EDD
Усиленные меры применяются при повышенном риске, PEP, высокорисковой стране, сложной или необычной операции, сомнении в данных и других предусмотренных обстоятельствах.
Внутреннее и внешнее сообщение
Сотрудник направляет внутреннее сообщение назначенному лицу, когда применимый порог знания или подозрения достигнут. MLRO оценивает факты и принимает решение о SAR в NCA.
Когда планируемое действие может затрагивать преступное имущество, требуется отдельный анализ режима согласия или разрешения до выполнения действия.
Коммуникация
Клиенту нельзя раскрывать SAR, содержание подозрения или действия органа, если это создаёт запрещённое разглашение.
MGA и FIAU
Надзорная конструкция
ПРОВЕРЕННЫЙ ФАКТMGA является надзорным органом и агентом FIAU для удалённого игорного сектора.
Кому применимо
Официальная страница MGA указывает B2C-лицензиатов, предлагающих игры типов 1, 2 и 3, как субъектов AML/CFT-обязанностей.
Обязательная система
- оценка рисков бизнеса
- политика принятия клиентов
- AML/CFT-политики
- CDD и EDD
- постоянный мониторинг
- MLRO
- внутренние сообщения
- STR в FIAU
- обучение
- хранение записей
- контроль эффективности.
MLRO
ПРОВЕРЕННЫЙ ФАКТMLRO должен иметь достаточную старшинство и полномочия, анализировать необычную или подозрительную деятельность и подавать STR. Он регистрируется в FIAU и является ключевой функцией, одобряемой MGA.
Процедуры FIAU
ПРОВЕРЕННЫЙ ФАКТImplementing Procedures Part I и Part II для удалённого игорного сектора являются обязательными.
перед запуском проекта отдельно проверяются действующие:
- денежные пороги;
- период агрегирования;
- момент проверки;
- условия EDD;
- процесс goAMLgoAML — информационная система, разработанная для подразделений финансовой разведки и подачи сообщений в сфере AML. В контексте Кюрасао она важна как элемент отчётности и операционной готовности некоторых операторов после реформы.;
- PEP;
- высокорисковые страны;
- хранение записей.
Curaçao CGA
Основные источники
Условия лицензии ссылаются на:
- NOGC / LOK;
- NORUT;
- NOIS;
- SNO;
- указания CGA;
- индивидуальный чек-лист в кабинете.
Политики
ПРОВЕРЕННЫЙ ФАКТЛицензиат должен иметь процедуры по идентификации и проверке клиента, AML/CFT/CPF, управлению счетами и средствами, а также приостановлению и закрытию счетов.
Ответственное лицо
Определение ключевого лица включает NORUT/NOIS ответственное лицо по соблюдению NORUT/NOIS.
Платежные записи
Все операции проходят через идентифицируемый счет игрока. Посредники должны быть зарегистрированы и проверены, а цепочка должна оставаться раскрываемой.
Отчётность и проверка
CGA может потребовать политики и отчёты. Условия предусматривают независимое заключение о соблюдении NORUT и NOIS и доступность критических данных о клиентах и операциях.
Необычные операции
NORUT использует режим сообщений о необычных операциях. Точные объективные и субъективные индикаторы, сроки и технический канал проверяются по действующим актам FIU Curaçao и кабинету лицензиата.
АНАЛИТИЧЕСКИЙ ВЫВОДТермины «необычная» и «подозрительная» операция нельзя автоматически считать одинаковыми. Внутренняя процедура должна сохранять юридическую терминологию конкретной юрисдикции.
ГЛАВА III
Жизненный цикл дела, триггеры и приоритет
Сигнал должен открывать проверку, но не заменять юридическое решение. Глава связывает источник сигнала, временную защиту, гипотезы, анализ, решение MLRO и последующий мониторинг.
Жизненный цикл AML/KYC-дела
| Этап | Что происходит и какой результат фиксируется |
|---|---|
| Этап 1. Сигнал | Сигнал может поступить из: автоматического мониторинга; KYC; платежей; антифрод; ответственная игра; поддержки; VIP; санкционного сервиса; негативной информации; банка или PSP; жалобы; правоохранительного органа; связанного счета; ручного наблюдения. |
| Этап 2. Регистрация | В деле фиксируются: дата и время; клиент; компания и лицензия; бренд и GEO; источник сигнала; правило и версия; операция; сумма; платежный метод; связанные счета; первоначальная критичность; автоматическое действие. |
| Этап 3. Первичная защита | В зависимости от риска: остановить новые депозиты; перевести выплату на ручную проверку; запретить новый метод; сохранить журналы; заблокировать изменение данных; прекратить маркетинг; применить санкционную меру; срочно передать MLRO. |
| Этап 4. Сбор данных | Собираются: профиль; документы; платежные операции; игровые операции; IP, устройства и GEO; связанные счета; коммуникации; бонусы; RG-сигналы; антифрод-аналитика; PEP и санкции; открытые источники; сведения PSP; криптовалютный путь. |
| Этап 5. Гипотезы | Аналитик формулирует проверяемые объяснения: средства принадлежат клиенту; действует третье лицо; счет используется транзитно; выявлено мошенничество; расхождение вызвано ошибкой; риск относится к RG, а не AML; присутствует санкционное совпадение; используется украденная личность; операция объяснима законным доходом. |
| Этап 6. Проверка | Запрашиваются только сведения, необходимые для проверки конкретного риска. |
| Этап 7. Анализ | Факты сопоставляются с: ожидаемым профилем; источником средств; источником благосостояния; платежами; игровым поведением; связанными счетами; документами; внешними источниками; версией политики. |
| Этап 8. Внутреннее сообщение | Если применимый порог достигнут, сотрудник передает факты MLRO. Он не должен ждать полного завершения собственного расследования. |
| Этап 9. Решение MLRO | MLRO определяет: достигнуто ли подозрение; требуется ли внешнее сообщение; можно ли выполнить выплату; требуется ли согласие органа; какие ограничения сохранить; следует ли прекратить отношения; кому доступно решение. |
| Этап 10. Действие | Варианты: продолжить отношения; усилить мониторинг; ограничить платеж или продукт; выплатить; выплатить бесспорную часть; отложить действие на законном основании; закрыть счет; отклонить платеж; подать SAR/STR; выполнить санкционную меру; передать дело другой функции. |
| Этап 11. Коммуникация | Игрок получает допустимое объяснение без раскрытия SAR/STR, критериев мониторинга и расследования. |
| Этап 12. Закрытие | Фиксируются: решение; основание; доказательства; итоговый риск; дальнейший мониторинг; дата пересмотра; результат контроля качества. |
Матрица AML/KYC-триггеров
| Блок | Содержание |
|---|---|
| Личность | несовпадение имени; несовпадение даты рождения; изменённый документ; документ другого лица; несоответствие лица и биометрии; повторное использование документа; изменение данных перед выплатой; признаки украденной личности. |
| Платежи | карта или счет третьего лица; много методов; быстрый депозит и вывод; низкий игровой оборот; вывод на другой метод; дробление сумм; серия отклонений; высокий уровень возвратов; чарджбэк после вывода; посредники; платеж из запрещенного GEO; резкий рост объема; несоответствие валюты профилю. |
| Игровое поведение | минимальный реальный риск; противоположные ставки связанных счетов; согласованное поведение; передача стоимости другому игроку; быстрый оборот; повторяемая низковолатильная игра перед выводом; поведение, не соответствующее профилю. |
| Устройства и связи | несколько счетов на устройстве; общий платежный метод; общий IP; удалённое управление; анонимизатор; несовпадение GEO; вход из нескольких стран; связь с закрытым счетом; смена устройства после запроса документов. |
| Профиль | PEP; высокорисковая страна; санкционное совпадение; негативная информация; необъяснимый объем; противоречащая профессия; сложная бизнес-структура; отсутствие понятного дохода; отказ объяснить источник; противоречащие ответы. |
| Криптовалюта | миксер; darknet; мошенничество; санкционный адрес; быстрые межсетевые переводы; чужой кошелек; высокорисковый обменник; вывод без игры; дробление; недавно созданный адрес с крупной суммой; путь не соответствует объяснению. |
Как приоритизировать дела
| Уровень | Признаки |
|---|---|
| Критические | подтвержденное санкционное совпадение; запрос органа; вероятная украденная личность; связь с преступной деятельностью; массовая схема счетов; риск немедленного вывода; возможное разглашение SAR; системный отказ мониторинга; риск нескольких брендов. |
| Высокие | PEP с необъяснимым источником; платеж третьего лица; быстрый депозит и вывод; существенное несоответствие профилю; высокорисковая криптовалютная цепочка; повторный отказ от документов; сложная операция без цели; связь с ранее закрытым счетом. |
| Обычные | истекший документ; плохая читаемость; исправимое расхождение; единичный автоматический сигнал без других факторов; небольшое отклонение профиля. Критичность пересматривается по мере появления новых фактов. |
ГЛАВА IV
KYC, мониторинг и углублённая проверка
Регистрация, повторная проверка и EDD собраны как единый процесс. Глубина запроса определяется конкретным риском, а не универсальным пакетом файлов.
KYC при регистрации
| Блок | Содержание |
|---|---|
| Что должна установить система | В зависимости от режима: имя; дата рождения; адрес; страна проживания; гражданство; действительность документа; соответствие лица документу; PEP; санкции; принадлежность платежного метода; цель и ожидаемый объем; начальный риск. |
| Электронная проверка | Электронный источник должен быть: надежным; независимым; подходящим для GEO; воспроизводимым; способным объяснить результат. Оператор сохраняет: дату и время; источник; проверенные поля; результат; критерий совпадения; причину отказа; версию модели; доказательство. |
| Почему проверка только при выводе опасна | Такая модель позволяет клиенту вносить и проигрывать деньги до проверки, а документы запрашивает преимущественно у победителей. Это создает одновременно AML-, лицензионный, потребительский и репутационный риск. |
Постоянный мониторинг
Профиль клиента обновляется при изменении фактов, а не только по календарю.
| Блок | Содержание |
|---|---|
| Мониторинг должен сопоставлять | фактический объем с ожидаемым; депозит и вывод; платежный метод и владельца; игру и экономическую логику; устройства; GEO; связанные счета; PEP и санкции; негативную информацию; документы; RG-сигналы; антифрод; запросы PSP; криптовалютные связи. |
| События повторной проверки | резкий рост оборота; новый платежный метод; изменение страны; новый PEP-статус; санкционное обновление; негативная информация; крупный вывод; третье лицо; связанный счет; изменение имени или адреса; криптовалюта; подозрительное игровое поведение; запрос банка; жалоба; истечение документа. |
| Баланс автоматизации и человека | Автоматизация: обнаруживает; сопоставляет; приоритизирует; применяет заранее утвержденную временную меру; сохраняет данные. Человек: проверяет контекст; оценивает альтернативу; определяет достаточность; принимает решение; отвечает за исключение. |
Углублённая проверка
EDD начинается с причины риска, а не с универсального списка файлов.
| Блок | Содержание |
|---|---|
| Возможные меры | дополнительный документ; независимая проверка адреса; видеопроверка; подтверждение платежного метода; источник средств; источник благосостояния; профессия; работодатель; бизнес и UBOUBO означает Ultimate Beneficial Owner. Это конечный бенефициарный владелец, то есть физическое лицо, которое реально владеет или контролирует компанию.; налоговые сведения; объяснение операции; открытые источники; одобрение руководителя; усиленный мониторинг; проверка связанных лиц; блокчейн-аналитика. |
| Принцип соразмерности | Запрос отвечает на конкретный вопрос: кто является владельцем денег; откуда поступила сумма; почему операция соответствует профилю; как сформировано состояние; почему использован третий метод; кто контролирует кошелек; что объясняет риск. |
| Что не является EDD | одинаковый пакет для всех; запрос максимального количества документов; повторное получение уже подтвержденных данных; бессрочная задержка без плана; просьба «доказать законность всех денег»; отказ объяснить категории нужных сведений; автоматическая конфискация при непредоставлении. |
ГЛАВА V
Источник средств, источник благосостояния и документы
Глава показывает, как связать заявленное экономическое объяснение с конкретными деньгами, общим состоянием и качеством подтверждающих документов.
Источник средств
Источник средств объясняет происхождение конкретных денег, использованных для депозита или серии операций.
| Блок | Содержание |
|---|---|
| Главный вопрос | Не «есть ли у клиента доход вообще», а: каким образом именно эта сумма появилась у клиента и как она поступила на использованный платежный метод? |
| Зарплата | Возможные доказательства: расчетный лист; трудовой договор; банковское поступление; налоговая декларация; подтверждение работодателя при необходимости. Проверяются: чистая сумма; периодичность; работодатель; дата поступления; связь с депозитом; другие обязательства клиента; согласованность с заявленным профилем. Один расчетный лист не всегда объясняет крупный депозит, многократно превышающий обычный доход. |
| Собственный бизнес | Возможные доказательства: регистрация компании; доля клиента; отчетность; дивиденды; решение о распределении; банковские выписки компании и клиента; налоговые документы; договоры и счета. Оборот компании не является личным доходом владельца. Необходимо установить законное право клиента на конкретные деньги. |
| Продажа имущества | Проверяются: право собственности; договор продажи; цена; дата расчета; поступление; налоги; дальнейший перевод на платежный метод. |
| Наследство или дарение | Возможны: свидетельство о наследстве; завещание; договор дарения; личность передающего лица; банковское поступление; происхождение средств дарителя при повышенном риске. |
| Заем | Наличие договора не завершает проверку. Нужно понять: кто кредитор; откуда у него деньги; почему предоставлен заем; срок и условия возврата; поступила ли сумма фактически; не используется ли фиктивный договор для объяснения третьего платежа. |
| Инвестиции | Возможны: брокерская выписка; история приобретения; продажа актива; вывод средств; банковское поступление; налоговая отчетность. |
| Выигрыш | Проверяются: оператор или организатор; законность источника; история счета; подтверждение результата; выплата; сумма после удержаний; связь с депозитом. |
| Криптовалюта | Проверяются: адрес кошелька; контроль адреса; дата и способ приобретения; биржа или иной источник; фиатное финансирование; история транзакций; блокчейн-путь; налоговые данные; связь с конкретным депозитом. Снимок баланса подтверждает наличие актива, но не его происхождение. |
Источник благосостояния
Источник благосостояния объясняет, как сформировано общее состояние клиента.
Он может требоваться при:
- PEP;
- длительном высоком объеме;
- крупном совокупном риске;
- несоответствии профессии и состояния;
- сложной корпоративной структуре;
- повышенном GEO-риске;
- существенной негативной информации;
- требованиях конкретного режима.
| Блок | Содержание |
|---|---|
| Что нужно установить | основной механизм создания состояния; период накопления; приблизительный размер; карьера; компании и доли; недвижимость; наследство; инвестиции; продажа бизнеса; согласованность с публичными и документальными источниками. |
| Различие на примере | Клиент сообщает, что продал долю в компании и внес €100 000. Источник средств: договор продажи, расчет и поступление конкретных €100 000; Источник благосостояния: как клиент приобрел долю, развивал бизнес и сформировал общее состояние. [АНАЛИТИЧЕСКИЙ ВЫВОД] Банковский остаток показывает, где деньги находятся сейчас, но не обязательно объясняет, откуда они появились. |
Как оценивать качество документов
Документ оценивается по пяти критериям.
| Блок | Содержание |
|---|---|
| 1. Подлинность | структура документа; источник; признаки изменения; метаданные; арифметика; возможность независимой проверки; соответствие известному формату. |
| 2. Актуальность | Документ должен охватывать нужный период. Старый расчетный лист не объясняет новый резкий объем без дополнительного контекста. |
| 3. Относимость | Документ отвечает именно на поставленный вопрос. Пример: регистрация компании подтверждает существование бизнеса, но не выплату дивиденда клиенту. |
| 4. Достаточность | Сумма и экономическая логика должны объяснять проверяемые операции. |
| 5. Согласованность | Документ сопоставляется с: профилем; другими документами; платежами; датами; играми; открытыми источниками; связанными счетами; объяснением клиента. |
| Красные флаги | обрезанные поля; отсутствующие страницы; разные шрифты; арифметические ошибки; сумма не совпадает; документ другого лица; дата после операции; перевод без оригинала; заявление без независимого подтверждения; повторное использование связанными счетами; выписка без идентификации банка; редактируемый файл вместо первичного документа. |
ГЛАВА VI
Платежи, игра, криптовалюта и выплаты
Платежная хронология, реальная игровая активность и блокчейн-путь анализируются совместно. Решение по выплате отделяется от коммерческих интересов и автоматической конфискации.
Анализ платежей и игровой активности
AML-анализ должен соединять кассу и игру. Отдельный просмотр депозитов без игрового контекста может дать неправильный вывод.
| Блок | Содержание |
|---|---|
| Единая хронология | Фиксируются: регистрация; KYC; депозиты; бонусы; ставки; выигрыши и проигрыши; выводы; возвраты; чарджбэки; изменение данных; новые методы; коммуникации; сигналы; ограничения; документы; решения. |
| Финансовая реконструкция | начальный баланс + депозиты + выигрыши + бонусные начисления + положительные корректировки − ставки и игровые списания − выводы − возвраты − чарджбэки − комиссии − отрицательные корректировки = конечный баланс Дополнительно указываются: источник каждого депозита; владелец метода; получатель вывода; реальный игровой оборот; скорость; связанные счета; расхождения платформы и PSP; сумма бесспорных средств. |
| Игровой риск | Оператор оценивает, нес ли клиент реальный риск или использовал продукт преимущественно для перемещения стоимости. Сигналы: депозит и почти немедленный вывод; минимальный оборот; повторяемая низкорисковая стратегия; противоположные позиции связанных счетов; передача стоимости через P2P или турнир; намеренные потери определенному счету; необычно согласованная игра; ставка, экономически бессмысленная без связанного участника. Один сигнал не доказывает отмывание. Нужен контекст, альтернативные объяснения и применимый порог подозрения. |
Криптовалютные AML/KYC-операции
Криптовалюта добавляет прозрачность публичной цепочки, но не решает вопрос личности и законности происхождения автоматически.
| Блок | Содержание |
|---|---|
| Что установить | Кто контролирует адрес; Как актив был приобретен; Через какие адреса и сервисы прошел; Есть ли санкционные или преступные связи; Каково расстояние до источника риска; Связан ли адрес с другим клиентом; Использовался ли миксер; Присутствуют ли высокорисковые биржи, darknet, взломы или мошенничество; Соответствует ли путь объяснению клиента; Является ли участвующий VASPVASP означает Virtual Asset Service Provider. FATF использует этот термин для провайдеров услуг с виртуальными активами, включая обмен, перевод, хранение, администрирование и отдельные иные операции с такими активами./CASPCASP означает Crypto-Asset Service Provider. MiCA использует этот термин в ЕС для провайдеров услуг с криптоактивами. регулируемым. |
| Доказательство контроля кошелька | В зависимости от модели: подписанное сообщение; микротранзакция; подтверждение биржи; технический способ поставщика; история вывода с идентифицированного счета. |
| Ограничения блокчейн-отчета | Показатель риска зависит от: методологии; базы атрибуции; глубины цепочки; типа связи; времени; сети; возможности ложной или общей связи. Отчет должен интерпретироваться аналитиком, а не автоматически превращаться в конфискацию или SAR. |
| Перевод между сетями | Межсетевой мост, обменник или несколько промежуточных адресов не являются преступлением сами по себе. Но они повышают сложность и могут потребовать дополнительного подтверждения пути. |
Ограничения по счету
Ограничение должно защищать оператора и финансовую систему, но не использоваться как наказание до решения.
| Блок | Содержание |
|---|---|
| Возможные меры | остановка новых депозитов; ручная проверка вывода; запрет нового метода; ограничение игры; запрет бонусов; блокировка перевода; заморозка по санкциям; закрытие отношений; сохранение средств до указания органа, когда это предусмотрено законом. |
| Принципы | Есть правовое и фактическое основание; Мера соразмерна риску; Решение принято уполномоченным лицом; Срок пересмотра установлен; Бесспорный баланс анализируется отдельно; Коммуникация не раскрывает SAR/STR; Поддержка, VIP и коммерческая функция не снимают меру; Ограничение не используется для получения ненужных документов; Техническое действие соответствует решению; Сохраняется журнал изменений. |
AML/KYC и выплаты
Выплата является одной из наиболее чувствительных точек: оператор должен одновременно не выводить потенциально преступные или замороженные средства и не удерживать законный баланс без основания.
| Блок | Содержание |
|---|---|
| Контрольные вопросы | подтверждена ли личность; принадлежит ли метод клиенту; соответствует ли вывод источнику депозита; объяснена ли сумма; имеется ли подозрение; передано ли внутреннее сообщение; подано ли SAR/STR; требуется ли согласие; применимы ли санкции; есть ли антифрод-основание; какая сумма бесспорна; что разрешено сообщить клиенту; кто утвердил действие. |
| Запрос документов перед выплатой | Документы можно запрашивать, когда это предусмотрено законом, лицензией, политикой и конкретным риском. Опасная практика: принимать депозит без контроля; разрешать длительную игру; запрашивать максимальный пакет только после выигрыша; не объяснять категории нужных сведений; бессрочно переносить решение; смешивать AML и коммерческое желание не платить. |
| Непредоставление документов | Возможные последствия: сохранение ограничения; прекращение новых операций; закрытие отношений; внутреннее сообщение; внешнее сообщение; возврат средств на исходный метод, если это разрешено; иное действие по указанию органа. [АНАЛИТИЧЕСКИЙ ВЫВОД] Непредоставление документа является фактором риска и препятствием для продолжения отношений, но не универсальным юридическим основанием присвоить остаток. |
ГЛАВА VII
Внутреннее сообщение, MLRO и SAR/STR
Внутреннее сообщение передаёт факты; MLRO независимо оценивает правовой порог; внешнее сообщение и коммуникация с клиентом управляются раздельно.
Внутреннее сообщение
Сотрудник не должен принимать решение о SAR самостоятельно. Его задача — своевременно передать факты MLRO.
| Блок | Содержание |
|---|---|
| Минимальное содержание | клиент; связанные счета; дата возникновения знания или подозрения; выявившее лицо; фактическое описание; операции; суммы и валюты; платежные методы; документы; игровые данные; причины сигнала; альтернативное объяснение; предпринятые ограничения; ожидаемое действие; срочность; приложения. |
| Что нельзя делать | ждать полной уверенности; обсуждать с клиентом; закрывать сигнал из-за VIP-статуса; удалять черновые факты; направлять в общий чат; использовать формулировку без описания событий; просить коммерческого руководителя разрешить сообщение. |
Решение MLRO
MLRO должен иметь достаточные полномочия, независимость, доступ к данным и прямой канал к руководству.
| Блок | Содержание |
|---|---|
| Структура решения | Полученные материалы; Применимый правовой порог; Факты; Анализ; Альтернативные объяснения; Достигнуто ли подозрение; Подано ли внешнее сообщение; Требуется ли согласие или указание; Решение по выплате; Решение по счету; Ограничение доступа к сведениям; Следующий пересмотр; Условия закрытия. |
| Документированный отказ от сообщения | Если MLRO решает не подавать SAR/STR, дело должно показывать, почему факты не достигли применимого порога. Формулировка «недостаточно оснований» без анализа не является качественным решением. |
SAR/STR
Внешнее сообщение не заменяет внутреннее управление риском и не освобождает от принятия решения по отношениям.
| Блок | Содержание |
|---|---|
| После подачи | Оператор отдельно определяет: доступ к счету; новые депозиты; игру; вывод; сохранение данных; коммуникацию; усиленный мониторинг; ожидание согласия; закрытие; дополнение сообщения при новых фактах. |
| Различия юрисдикций | UK: SAR в NCA и применимый режим согласия по POCA; Malta: STR в FIAU через действующий канал, включая goAML; Curaçao: сообщения по NORUT в FIU Curaçao по применимым индикаторам. Нельзя копировать порог, форму или термин из одной лицензии в другую. |
Запрет разглашения
| Блок | Содержание |
|---|---|
| Кто должен знать | Только лица, которым сведения необходимы для: решения MLRO; технического применения ограничения; юридического анализа; обязательной отчетности; санкционного действия; внутренней проверки. |
| Коммуникация игроку | Допустимо сообщать: что проводится обязательная проверка; какие категории документов нужны; что некоторые операции временно недоступны; какой канал использовать; что срок зависит от получения и проверки сведений. Нельзя сообщать: что подан SAR/STR; что орган рассматривает игрока; содержание подозрения; правило мониторинга; как обойти триггер; внутреннее решение MLRO. |
| Архитектура доступа | отдельный статус дела; ограниченные роли; скрытые заметки; журнал просмотров; запрет общей CRM; отдельный канал MLRO; проверка шаблонов поддержки; обучение VIP и платежная функция; контроль экспорта данных. |
ГЛАВА VIII
Governance, доказательства и внедрение
Реестр, роли, доказательства, QA, показатели и исправление ошибок формируют доказуемую систему, а не набор формальных политик.
Реестр AML/KYC-дел
Обязательные поля
| № | Поле или доказательство |
|---|---|
| 1 | Номер дела. |
| 2 | Клиент. |
| 3 | Связанные счета. |
| 4 | Компания и лицензия. |
| 5 | Бренд и GEO. |
| 6 | Дата открытия. |
| 7 | Источник сигнала. |
| 8 | Правило и версия. |
| 9 | Категория. |
| 10 | Критичность. |
| 11 | Сумма и валюта. |
| 12 | Платежные методы. |
| 13 | Первичное ограничение. |
| 14 | Аналитик. |
| 15 | Срок первичной проверки. |
| 16 | Запрошенные документы. |
| 17 | Дата запроса. |
| 18 | Ответ клиента. |
| 19 | Качество документов. |
| 20 | Источник средств. |
| 21 | Источник благосостояния. |
| 22 | PEP. |
| 23 | Санкции. |
| 24 | Негативная информация. |
| 25 | Криптовалютный риск. |
| 26 | Связанные лица. |
| 27 | Внутреннее сообщение. |
| 28 | Дата передачи MLRO. |
| 29 | Решение MLRO. |
| 30 | Внешнее сообщение. |
| 31 | Подтверждение подачи. |
| 32 | Согласие или указание. |
| 33 | Решение по выплате. |
| 34 | Решение по счету. |
| 35 | Коммуникация. |
| 36 | Дата закрытия. |
| 37 | Итоговый риск. |
| 38 | Усиленный мониторинг. |
| 39 | Следующий пересмотр. |
| 40 | Проверяющий качества. |
| 41 | Результат проверки. |
| 42 | Ссылка на доказательства. |
Статусы дела
- новый сигнал
- первичная проверка
- ожидание внутренней информации
- ожидание клиента
- EDD
- передано MLRO
- внешнее сообщение
- ожидание указания
- решение по выплате
- усиленный мониторинг
- закрытие отношений
- завершено
- повторная проверка качества.
Статус «ожидание» должен иметь причину, ответственного и следующую дату действия.
Распределение ролей
| Функция | Основная роль | Запрещённое действие |
|---|---|---|
| Поддержка | распознаёт сигнал и сохраняет сообщение | обещать выплату или раскрывать SAR |
| KYC | проверяет личность и документы | решать внешнее сообщение |
| AML-аналитик | исследует риск и операции | подменять MLRO |
| антифрод | устанавливает мошенническую схему | автоматически квалифицировать ML/TF |
| платежная функция | предоставляет данные и исполняет решение | снимать ограничение |
| ответственная игра | передаёт сигналы вреда и финансового поведения | считать низкий доход преступным источником |
| VIP | предоставляет контекст | влиять на риск из-за дохода клиента |
| юридическая функция | анализирует право, санкции и выплаты | принимать решение MLRO вместо него |
| MLRO | оценивает подозрение и отчетность | зависеть от коммерческой функции |
| Руководство | обеспечивает ресурсы и независимость | блокировать SAR по коммерческой причине |
| Внутренний аудит | проверяет эффективность | выполнять ежедневные решения |
Разделение полномочий
Один сотрудник не должен одновременно:
- создавать правило;
- закрывать его сигнал;
- одобрять исключение;
- принимать решение MLRO;
- проверять качество собственного решения.
- В небольшой организации независимая проверка может быть организована через второй уровень, внешнего специалиста или периодическую выборку.
Комплект доказательств
Для каждого значимого дела сохраняются:
| № | Поле или доказательство |
|---|---|
| 1 | Данные регистрации. |
| 2 | Результат идентификации. |
| 3 | Оригиналы документов. |
| 4 | Электронные проверки. |
| 5 | PEP и санкции. |
| 6 | Негативная информация. |
| 7 | Платежные журналы. |
| 8 | Игровые журналы. |
| 9 | IP, устройства и GEO. |
| 10 | Связанные счета. |
| 11 | Коммуникации. |
| 12 | Сигнал и версия правила. |
| 13 | Запросы документов. |
| 14 | Ответы игрока. |
| 15 | Анализ источника средств. |
| 16 | Анализ источника благосостояния. |
| 17 | Блокчейн-отчет. |
| 18 | Финансовая реконструкция. |
| 19 | Внутреннее сообщение. |
| 20 | Решение MLRO. |
| 21 | Подтверждение SAR/STR. |
| 22 | Решение по ограничениям. |
| 23 | Решение по выплате. |
| 24 | Закрытие счета. |
| 25 | Итоговая коммуникация. |
| 26 | Последующий мониторинг. |
| 27 | Контроль качества. |
Что недостаточно
- отметка «KYC approved»
- снимок экрана без даты
- копия документа без результата проверки
- блокчейн-балл без интерпретации
- таблица платежей без игры
- решение «подозрительно» без фактов
- решение «не подавать» без причин
- письмо клиенту без внутреннего основания
- документ в личной папке
- ссылка на данные поставщика после истечения хранения.
Контроль качества
| Блок | Содержание |
|---|---|
| Выборка | Обязательно включать: высокорисковых клиентов, которым разрешено продолжить; дела без SAR/STR; PEP; криптовалюту; VIP; отказ в выплате; закрытые без EDD; просроченные дела; повторные сигналы; дела каждого аналитика; санкционные совпадения; решения по третьим платежам. |
| Критерии | правильная классификация; достаточность данных; соразмерность запроса; качество гипотез; полнота хронологии; независимость; соблюдение срока; решение по выплате; защита от разглашения; доказательства; следующий мониторинг. |
| Калибровка | Команда периодически рассматривает одинаковые обезличенные сценарии. Цель: выявить разные толкования; уточнить критерии; снизить зависимость от конкретного аналитика; проверить MLRO-решения; обновить обучение; скорректировать правила. |
Показатели эффективности
| Блок | Содержание |
|---|---|
| Производительность | новые сигналы; очередь; возраст дел; время первичной оценки; время ожидания клиента; время EDD; срок решения MLRO; просроченные действия. |
| Риск | высокорисковые клиенты; повторные сигналы; связанные счета; третьи платежи; PEP; санкции; криптовалютный риск; внешние сообщения; запросы органов; антифрод-потери; закрытые отношения. |
| Качество | ложные срабатывания; пропущенные сигналы; ошибки классификации; неполные комплекты; отменённые решения; несоразмерные запросы; разглашения; нарушения выплат; повторяющиеся причины; расхождения аналитиков; замечания регулятора, PSP или аудитора. |
| Опасные показатели | Не следует управлять функцией исключительно по: минимальному числу SAR; максимальному числу SAR; скорости закрытия; проценту отказов; проценту одобрений; числу документов; сумме заблокированных выплат. Они создают стимул либо пропускать риск, либо подавать защитные сообщения без качественного анализа. |
Красные флаги системы
| Уровень | Признаки |
|---|---|
| Критические | игрок участвует до проверки, когда это запрещено; санкционное совпадение игнорируется; MLRO не имеет доступа; VIP снимает ограничение; SAR обсуждается с клиентом; выплата проведена вопреки решению ожидать; нет журнала решений; разные бренды не видят критическую связь; мониторинг отключен; сообщения не подаются из-за дохода клиента; баланс конфискуется только из-за отсутствия документа; нет действующего или резервного MLRO; дела хранятся в общей CRM; санкционные и AML-решения объединены в один непрозрачный балл. |
| Высокие | триггеры только по сумме; одинаковый EDD; источник средств не связан с депозитом; электронная проверка не сохраняет доказательство; нет контроля третьих платежей; блокчейн-отчет используется автоматически; PEP не пересматриваются; документы не проверяются; дела закрываются без итогового риска; PSP-запросы не связываются с клиентом; пороги не учитывают продукт и GEO; поддержка видит решение MLRO; нет сроков ожидания клиента. |
| Средние | не назначен пересмотр; нет справочника причин; разные форматы решений; версия правила не сохраняется; очередь не разделена; нет калибровки; доказательства в личных папках; нет отчёта о просроченных делах. |
Что делать при ошибочном решении
Остановить продолжающееся действие.
Сохранить данные и версию правила.
Определить затронутых игроков и период.
Повторно оценить выплату.
Передать MLRO и юридическая функция.
Проверить SAR/STR и необходимость дополнения.
Исправить права игрока.
Проверить аналогичные дела.
Определить корневую причину.
Исправить правило, систему или обучение.
Провести повторный тест.
Уведомить регулятора, FIU, PSP или орган, если требуется.
Закрыть корректирующее действие доказательством.
Типовые корневые причины
- неправильный порог
- неполные данные
- задержка интеграции
- неясное полномочие
- конфликт VIP
- отсутствие связи между брендами
- неправильный шаблон
- ошибка поставщика
- плохое обучение
- перегрузка очереди
- недостаточный доступ MLRO
- несогласованные AML и антифрод-политики.
План внедрения на 30/60/90 дней
| Период | Основные действия | Ожидаемый результат |
|---|---|---|
| Дни 1–30: увидеть фактическую систему | собрать нормативные источники; обновить оценку рисков бизнеса; описать путь игрока; инвентаризировать триггеры; проверить PEP и санкции; определить роли и доступы; подтвердить MLRO и резерв; собрать открытые дела; выявить просроченные выплаты; проверить третьи платежи; проверить хранение SAR/STR; создать первоначальный реестр; остановить критические пробелы. | карта риска и перечень срочных исправлений. |
| Дни 31–60: внедрить единый процесс | утвердить классификацию; создать форму дела; настроить сроки; создать матрицу EDD; создать карту источника средств; связать платежная функция, антифрод, RG, поддержка и VIP; определить решения по выплате; ограничить доступ к SAR; внедрить комплект доказательств; настроить контроль качества; обучить команды; связать сроки с календарём обязательств. | единый жизненный цикл дела. |
| Дни 61–90: проверить эффективность | провести выборочную проверку; протестировать санкционный сценарий; смоделировать SAR/STR; проверить отсутствие MLRO; проверить криптовалютное дело; проверить третью карту; провести калибровку; измерить ложные срабатывания; проверить выплаты после EDD; протестировать доступы; доложить руководству; утвердить план улучшений. | доказуемая эффективность, а не только наличие политики. |
Частые вопросы
Когда онлайн-казино должно проводить KYC?
В момент, установленный законом и лицензией, а затем повторно при пороге, изменении данных, повышении риска, выплате или подозрительном поведении. Универсального момента для всех юрисдикций нет.
Можно ли проводить KYC только перед выплатой?
Во многих регулируемых режимах — нет. Кроме того, это позволяет принять и проиграть деньги до проверки, а контроль применяется преимущественно к победителю.
Когда нужен источник средств?
Когда этого требует закон, порог или конкретный риск. Запрос должен объяснять конкретные деньги, а не просто наличие любого дохода.
Когда нужен источник благосостояния?
При PEP, высоком риске, длительном крупном объеме или ином случае, когда необходимо понять общее состояние клиента.
Можно ли задержать выплату?
Иногда да, при наличии правового и договорного основания. Мера должна быть соразмерной, регулярно пересматриваться и учитывать бесспорные средства, санкции, антифрод и SAR/STR.
Что делать, если игрок не предоставляет документы?
Ограничить дальнейшие отношения в допустимой мере, оценить выплату и закрытие, рассмотреть внутреннее и внешнее сообщение. Автоматическая конфискация без отдельного основания опасна.
Кто решает, подавать ли SAR/STR?
MLRO или иное назначенное лицо по местному режиму. Аналитик передает факты и внутреннее сообщение.
Можно ли сказать игроку, что подан SAR?
Обычно нет, если это создаёт запрещённое разглашение. Коммуникация должна быть ограниченной и согласованной.
PEP запрещено обслуживать?
Не обязательно. Обычно применяются EDD, одобрение руководителя и усиленный мониторинг. Санкции оцениваются отдельно.
Достаточно ли блокчейн-аналитики?
Нет. Нужно оценить методологию, связь, контроль кошелька, источник актива и другие факты.
Можно ли использовать данные разных брендов?
Только при законном основании и корректной модели защиты данных. Однако отсутствие законной связи между брендами может создавать критический AML-пробел.
Нужно ли подавать SAR на каждое ложное имя или чарджбэк?
Нет автоматического правила для всех режимов. Событие оценивается по фактам и порогу знания или подозрения.
Можно ли вернуть депозит на исходный метод и закрыть счет?
Иногда это допустимая мера, но она должна учитывать подозрение, санкции, антифрод, право и возможное согласие компетентного органа.
Стратегические выводы
KYC начинается при регистрации, но не заканчивается после паспорта.
Риск бизнеса, клиента и операции оценивается отдельно.
Сигнал не равен подозрению.
Денежный порог не заменяет анализ структуры.
Источник средств относится к конкретным деньгам.
Источник благосостояния объясняет общее состояние.
Документ оценивается по пяти критериям.
антифрод, AML, санкции и RG связаны, но не взаимозаменяемы.
Выплата не должна быть рычагом для ненужного запроса.
Непредоставление документов не означает автоматическую конфискацию.
Внутреннее сообщение содержит факты и передается своевременно.
MLRO принимает независимое решение.
VIP не влияет на порог подозрения.
Запрет разглашения требует отдельной архитектуры доступа.
Блокчейн-аналитика является инструментом, а не решением.
Решение не подавать SAR также требует обоснования.
Каждое дело должно быть воспроизводимым.
Показатели измеряют риск и качество, а не только скорость.
Система проверяется на выборке и сценариях.
Регулятор оценивает обоснованность и эффективность, а не объем документов.
Практический чек-лист
Нормативная основа
- Определены применимые AML-законы.
- Определены FIU и канал сообщения.
- Проверены пороги и сроки.
- Определены санкционные органы.
- Учтены индивидуальные условия лицензии.
- Источники внесены в календарь обновлений.
Риск
- Оценка рисков бизнеса актуальна.
- Политика принятия клиентов утверждена.
- Клиентский риск рассчитывается.
- Риск операции оценивается отдельно.
- GEO, продукты и платежи учтены.
- Криптовалюта выделена.
KYC
- Данные собираются в нужный момент.
- Личность проверяется независимым источником.
- Сохраняется доказательство электронной проверки.
- PEP и санкции проверяются.
- Платежный метод принадлежит клиенту.
- Данные обновляются по событию.
Мониторинг
- Платежи связаны с игрой.
- Связанные счета выявляются.
- Третьи платежи сигнализируются.
- Правила имеют версию.
- Автоматические меры утверждены.
- Сигналы приоритизируются.
EDD
- Причина риска сформулирована.
- Запрос соразмерен.
- Источник средств относится к депозиту.
- Источник благосостояния проверяется при необходимости.
- Документы оцениваются по пяти критериям.
- Установлен срок пересмотра.
Выплаты
- Решение имеет основание.
- Бесспорная сумма выделена.
- Санкции проверены.
- антифрод анализируется отдельно.
- MLRO вовлечен при подозрении.
- Коммуникация не раскрывает SAR.
SAR/STR
- Внутренняя форма содержит факты.
- MLRO независим.
- Есть резерв на время отсутствия.
- Канал внешнего сообщения проверен.
- Подтверждение подачи хранится отдельно.
- Доступ ограничен.
- Решение не подавать обосновано.
Качество
- Реестр дел полный.
- Доказательства централизованы.
- Проводится выборка.
- Есть калибровка аналитиков.
- Ложные срабатывания измеряются.
- Повторные причины исправляются.
- Руководство получает риск-отчёт.
Источники
Информация проверена по состоянию на дату актуальности статьи. Приоритет отдаётся официальным документам и первичным источникам. Коммерческие условия, процедуры и применимость выводов необходимо повторно проверить перед использованием материала для конкретного проекта.
- Money Laundering, Terrorist Financing and Transfer of Funds Regulations 2017 — Базовый нормативный акт, определяющий полномочия регулятора, лицензионный режим и ключевые обязанности.
- Proceeds of Crime Act 2002 — Базовый нормативный акт, определяющий полномочия регулятора, лицензионный режим и ключевые обязанности.
- Terrorism Act 2000 — Базовый нормативный акт, определяющий полномочия регулятора, лицензионный режим и ключевые обязанности.
- UKGC LCCP — Официальный сайт регулятора: требования, реестры, уведомления и актуальные публикации.
- UKGC AML guidance for casino operators — Требования к AML/CFT, KYC, санкционным проверкам, мониторингу операций и отчётности.
- NCA Suspicious Activity Reports — Официальный или независимый материал для проверки правового и институционального контекста.
- MGA Anti-Money Laundering — Требования к AML/CFT, KYC, санкционным проверкам, мониторингу операций и отчётности.
- FIAU Implementing Procedures Part I — Первичный или независимый источник, использованный для проверки соответствующего утверждения и актуальной практики.
- FIAU Implementing Procedures Part II – Remote Gaming Sector — Первичный или независимый источник, использованный для проверки соответствующего утверждения и актуальной практики.
- Prevention of Money Laundering Act — Базовый нормативный акт, определяющий полномочия регулятора, лицензионный режим и ключевые обязанности.
- Prevention of Money Laundering and Funding of Terrorism Regulations — Базовый нормативный акт, определяющий полномочия регулятора, лицензионный режим и ключевые обязанности.
- FIAU goAML guidance — Требования к AML/CFT, KYC, санкционным проверкам, мониторингу операций и отчётности.
- License conditions for an indefinite-term online gaming licence — Опубликованные условия лицензии, включая обязанности оператора, отчётность и основания регуляторных мер.
- NORUT — Первичный или независимый источник, использованный для проверки соответствующего утверждения и актуальной практики.
- NOIS — Официальный портал для заявок, форм, публикаций и проверки лицензионного статуса.
- Sanctions National Ordinance — Требования к AML/CFT, KYC, санкционным проверкам, мониторингу операций и отчётности.
- FIU Curaçao reporting indicators and guidance — Официальный или независимый материал для проверки правового и институционального контекста.
- CGA portal checklist — Официальный портал для заявок, форм, публикаций и проверки лицензионного статуса.
- FATF Recommendations — Международный стандарт по AML/CFT, рискам виртуальных активов и применению Travel Rule.
- FATF Risk-Based Approach Guidance for Casinos — актуальную редакцию проверить перед использованием — Международный стандарт по AML/CFT, рискам виртуальных активов и применению Travel Rule.
