РЕР/санкційні списки: скринінг

1) Навіщо скринінг РЕР/санкцій в iGaming

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

2) Джерела та типи списків

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

3) Коли і кого скринити (КУС/КУВ/операції)

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/AO), аліаси/колишні назви, реєстраційні номери.
Крипто: нормалізація адрес і провайдерів (біржі, кастодіани), мережі/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) Резюме

Ефективний скринінг РЕР/санкцій - це не тільки «пробити за списками». Це нормалізовані дані, гнучкий exact + fuzzy матчинг, керований процес рев'ю з пріоритетами і SLA, щоденний рескрининг і інтеграція з AML/KYC/KYB/KYT. Такий контур мінімізує хибнопозитивні, ловить реальні ризики, захищає платіжні рейки і прискорює легітимні висновки - а значить, підтримує стійку монетизацію.