PEP/санкционные списки: скрининг

1) Зачем скрининг PEP/санкций в iGaming

Скрининг — базовый контур комплаенса: предотвращает работу с запрещенными лицами/организациями и снижает риск регуляторных санкций, заморозки платежных каналов и блокировок у банков/PSP. В iGaming (MCC 7995) он дополняет KYC/KYB и AML-мониторинг и напрямую влияет на доступность платежной инфраструктуры и скорость выводов.

2) Источники и типы списков

Санкционные списки: международные (ООН), наднациональные/региональные (ЕС, Великобритания), национальные (OFAC США, а также локальные регистры).
PEP (Politically Exposed Persons): действующие/бывшие публичные должностные лица + родственники и близкие связаныe лица.
Adverse Media (негативные СМИ): криминальные расследования, мошенничество, коррупция и пр. — вспомогательный слой.
Де-факто запреты и торговые эмбарго: страны, сектора, активы.
Крипто-адреса с санкционными метками: биржи/кошельки/миксеры, высокий риск по KYT.

3) Когда и кого скринить (KYC/KYB/операции)

KYC (физлица): при регистрации (Tier 1), перед первым выводом, при апгрейде до Tier 2/3, при смене ФИО/адреса/документа, ежесуточный рескрининг.
KYB (юрлица): компания, директора/офицеры, UBO; при онбординге, обновлениях структуры, раз в 6–12 мес плановый рескрининг.
Операционные события: крупные депозиты/выводы (порог-триггеры), изменение гео/устройства, рост риска в AML.

4) Качество данных и нормализация (до матчей)

Нормализация ФИО: регистр, пробелы, диакритика, транслитерация (GOST/ISO/национальные правила), альтернативные формы (Aleksandr/Alexander).
Даты рождения: форматы `DD/MM/YYYY` vs `YYYY-MM-DD`, погрешность ±1 день (ошибки документов).
Адреса: страны/регионы в ISO-кодификациях, справочники городов.
Организации: юридическая форма (LLC/Ltd/АО), алиасы/бывшие названия, регистрационные номера.
Крипто: нормализация адресов и провайдеров (биржи, кастодианы), сети/chain.

5) Матчинг: точный, нечеткий и снижение ложноположительных

• Exact match по идентификаторам: паспорт/рег. номер, дата/место рождения, регистрационный номер компании.
• Fuzzy match (алгоритмы расстояний: Levenshtein, Jaro-Winkler) с порогами по схожести.
• Алиасы/AKAs: сопоставление по альтернативным именам, девичьим фамилиям, латинице/кириллице.

• Требовать совпадения минимум по двум независимым признакам (имя+дата рождения / имя+страна / номер документа).
• Дедупликация алертов (консолидация матчей по одной персоне/компании).
• Геофильтры и контекст (страна рождения vs текущая резиденция).
• Белые списки (allow-list) для подтвержденных «ложных совпадений» с контрольным сроком (expiry).

6) Классификация алертов и приоритезация

Порог fuzzy-матча выбирайте по рынку/языку (для кириллицы — чуть выше, учитывая транслитерацию).

7) Процесс ревью (workflow)

1. Обогащение: подтянуть данные клиента/контрагента (KYC/KYB, гео, платежи).
2. Верификация источника: сверить запись в реестре/агрегаторе (актуальность, дата обновления).
3. Принятие решения: Approve (ложное совпадение), EDD/лимиты, Reject/Freeze.
4. Документирование: причина, использованные поля сопоставления, ссылки на источники, срок действия решения (для allow-list).
5. Коммуникация: запрос документов/пояснений, соблюдение запрета tipping-off при SAR.

• High: ≤ 4 ч (критические блокировки)
• Medium: ≤ 24 ч
• Low: ≤ 72 ч

8) Рескрининг и события (event-driven)

Ежесуточно: автоматический прогон всех активных профилей/контрагентов.
On-demand: при изменении ФИО/адреса/документа/UBO/директоров, при крупных выводах, при AML-алертах.
Версионирование списков: фиксируйте дату/версию источника в логах, чтобы воспроизвести решение через год.

9) Интеграция с KYB/KYC/AML/Payments

KYC/KYB: скрининг в момент онбординга и при любом апгрейде уровня.
AML-мониторинг: позитивный скрининг повышает приоритет алертов (см. Rapid In-Out, Structuring).
Payments Orchestrator: автоматические holds/limits при High-алертах; маршрутизация на «безопасные» методы.
KYT/Travel Rule: санкционные риски по крипто-адресам, обмен атрибутами между VASP (где применимо).

10) Данные, приватность и аудит

Минимизация: храните только поля, использованные для решения; маскируйте номера документов.
Шифрование и доступ: KMS/HSM, RBAC, журнал обращений; запрет выгрузок вне защищенных каналов.
Retention: хранение решений/логов в соответствии с регулированием (часто 5+ лет).
Аудит следа: кто/когда/что сопоставил, какая версия списка, какой исход.

11) Метрики и качества процесса

Точность и скорость

Precision/Recall по ручной разметке (sample), доля ложноположительных (FP).
SLA hit rate (High/Med/Low), среднее время до решения (p50/p95).

Операционные

Доля рескринингов с изменением статуса, частота обновления списков.
Количество алертов на 1k онбордингов / на 1k активных клиентов.
Удельная стоимость одного кейса.

Риск/бизнес

Количество Stop-кейсов (санкции) и предотвращенные выплаты.
Корреляция «положительного скрининга» с AML-инцидентами, чарджбеками.

12) Выбор провайдера и архитектура

• Покрытие: международные + локальные списки (официальные источники), частота обновления.
• Качество матчей: настраиваемые пороги, поддержку транслитераций, алиасов, fuzzy.
• Производительность: API-латентность, SLA uptime, пакетный режим для рескрининга.
• Конфиденциальность/комплаенс: DPIA, локация данных, журналы, сертификаты.
• Функции: case-менеджмент, allow/deny-lists, версионирование источников, веб-хуки.

• Скрининг-сервис (микросервис) + кэш «горячих» результатов.
• Очереди для пакетного рескрининга (ночные задачи).
• Case-система для ручных ревью, с интеграцией в KYC/KYB/AML.

13) Матрица решений (пример)

14) Анти-паттерны

«Глухой» exact-match только по имени — лавина FP.
Отсутствие транслитерации/алиасов — пропуск реальных матчей.
Нет allow-list с экспирацией — команда тонет в повторных FP.
Редкий рескрининг — не ловятся новые включения в списки.
Нет журналирования версий списков — решения невозможно защитить при аудите.
Сообщение клиенту о SAR (tipping-off) — серьезное нарушение.

15) Чек-лист внедрения

• Источники: международные, региональные и локальные списки + агрегатор.
• Нормализация данных (ФИО/даты/адреса/организации/крипто), транслитерации и алиасы.
• Стратегия матчей: exact + fuzzy с настраиваемыми порогами и геоконтекстом.
• Процесс ревью: роли, SLA (4h/24h/72h), шаблоны решений и коммуникаций.
• Allow/deny-lists с экспирацией и аудитом.
• Ежесуточный рескрининг + on-demand события; версионирование источников.
• Интеграции: KYC/KYB/AML, KYT/Travel Rule, Payments Orchestrator (holds/limits).
• Данные/приватность: шифрование, RBAC, журналы, ретеншн.
• Метрики качества и регулярный QA-семплинг; снижение FP целевыми экспериментами.
• План непрерывности (fallback-провайдер, деградация API).

16) Резюме

Эффективный скрининг PEP/санкций — это не только «пробить по спискам». Это нормализованные данные, гибкий exact+fuzzy матчинг, управляемый процесс ревью с приоритетами и SLA, ежедневный рескрининг и интеграция с AML/KYC/KYB/KYT. Такой контур минимизирует ложноположительные, ловит реальные риски, защищает платежные рельсы и ускоряет легитимные выводы — а значит, поддерживает устойчивую монетизацию.