RR/listas de sanções: screening

1) Porquê o screening do RER/sanções iGaming

O screening é o circuito básico da complacência: impede o uso de pessoas/organizações proibidas e reduz o risco de sanções regulatórias, congelamento de canais de pagamento e bloqueios em bancos/PSP. Em iGaming (MCC 7995), ele complementa KYC/KYB e monitoramento AML e afeta diretamente a disponibilidade de infraestrutura de pagamentos e a velocidade de conclusão.

2) Fontes e tipos de lista

Listas de sanções internacionais (ONU), supranacionais/regionais (UE, Reino Unido), nacionais (OFAC dos EUA e registros locais).
PEP (Politically Exposed Persons): funcionários públicos atuais/antigos + familiares e pessoas próximas.
Adverse Media (mídia negativa): investigação criminal, fraude, corrupção, etc. - camada auxiliar.
Proibições de facto e embargos comerciais, países, setores, ativos.
Endereços cripto com marcas de sanções: bolsas/carteiras/mixers, alto risco de KYT.

3) Quando e quem capturar (CUS/COVE/operações)

KYC (Físico): Quando você se cadastra (Tier 1), antes da primeira retirada, no upgrade para Tier 2/3, quando você muda FIO/endereço/documento, o reescreening é feito.
KYB (Direito): empresa, diretores/oficiais, UBO; em linha, atualizações de estrutura, 6-12 mes de ressecrinagem programada.
Eventos operacionais: grandes depósitos/conclusões (limiar-desencadeadores), alteração de geo/dispositivo, aumento do risco na AML.

4) Qualidade dos dados e normalização (antes dos jogos)

Normalização do FIO: maiúscula, lacunas, diacritica, translitoração (GOST/ISO/regras nacionais), formas alternativas (Aleksandr/Alexander).
Datas de nascimento: formatos 'DD/MM/YYYY' vs 'YYYY-MM-DD', margem de erro de £1 dia (erros de documentos).
Endereços: países/regiões em codificações ISO, guias de cidades.
Organizações: formulário legal (LLC/Ltd/AO), alias/ex-nomes, números de inscrição.
Cripto: normalização de endereços e provedores (bolsas, castodianos), rede/chain.

5) Matching: exato, ímpar e redução de falsos

• Exact match por identificador: passaporte/outdoor. número, data/local de nascimento, número de inscrição da empresa.
• Fuzzy match (algoritmos de distância Levenshtein, Jaro-Winkler) com liminares de semelhança.
• Alias/APOIS s: Comparação em nomes alternativos, nomes de solteira, latim/cirílico.

• Exigir correspondência em pelo menos dois sinais independentes (nome + data de nascimento/nome + país/número do documento).
• Deduplicação de alertas (consolidação de jogos por pessoa/empresa).
• Geofiltras e contexto (país de nascimento vs residência atual).
• Listas brancas (allow-list) para «falsas correspondências» confirmadas com o prazo de verificação (expedy).

6) Classificação de alertas e prioridade

Selecione o limite do jogo de fuzzy pelo mercado/língua (para cirílico, um pouco mais alto, considerando a translitoração).

7) Processo de revidação (workflow)

1. Enriquecimento: alavancar dados do cliente/contratante (KYC/KYB, geo, pagamentos).
2. Verificação de origem: compare o registro/agregador (relevância, data de atualização).
3. Decisão Aprove (falsa coincidência), EDD/limites, Reject/Freeze.
4. Documentação: razão, campos de mapeamento usados, links de origem, vencimento de solução (para allow-list).
5. Comunicação: solicitação de documentos/explicações, cumprimento da proibição de tipping-off em SAR.

• High: ≤ 4h (bloqueios críticos)
• Medium: ≤ 24 ч
• Low: ≤ 72 h

8) Restrining e eventos (event-driven)

Detecção automática de todos os perfis/contêineres ativos.
On-demand: Quando você altera FIO/endereço/documento/UBO/Diretores, em grandes conclusões, em alertas AML.
Versionização de lista: Fixe a data/versão da fonte nos logs para reproduzir a solução daqui a um ano.

9) Integração com KYB/KYC/AML/Payments

KYC/KYB: Screening no momento do processo e em qualquer upgrade de nível.
Monitoramento AML: screening positivo aumenta a prioridade de alertas (consulte Rapid In-Out, Estruturing).
Payments Orquestrator: holds/limits automáticos em alertas de alta qualidade; rotação para métodos «seguros».
KYT/Travel Rule: Riscos de sanções em endereços cripto, compartilhamento de atributos entre VASP (quando aplicável).

10) Dados, privacidade e auditoria

Minimização: guarde apenas os campos usados para a solução; disfarça os números dos documentos.
Criptografia e acesso: KMS/HSM, RBAC, registro de acessos; a proibição de descarregar fora dos canais protegidos.
Retenção: armazenamento de soluções/logs de acordo com regulação (muitas vezes 5 + anos).
Auditoria do rasto: quem/quando/o que mapeou, qual a versão da lista, qual o resultado.

11) Métricas e qualidade de processo

Precisão e velocidade

Precision/Recall de sinalização manual (sample), proporção de falsos essenciais (FP).
SLA hit rate (High/Ted/Low), tempo médio até a decisão (p50/p95).

Operação

A proporção de recalls que alteram o status, a taxa de atualização das listas.
Número de alertas por 1k onboarding/por 1k clientes ativos.
O valor unitário de uma mala.

Risco/Negócio

Número de malas de parar (sanções) e pagamentos evitados.
Correlação de «screening positivo» com incidentes AML, charjbacks.

12) Seleção do provedor e arquitetura

• Revestimento: lista internacional + local (fontes oficiais), taxa de atualização.
• Qualidade dos jogos: liminares personalizáveis, suporte a translitorações, aliasz, fuzzy.
• Desempenho: Latidão API, SLA uptime, modo de recrining em lote.
• Privacidade/complacência: DPIA, localização de dados, registros, certificados.
• Recursos: gestão de case, allow/deny-lists, versionização de fontes, ganchos de Web.

• Serviço de screening (microserviço) + resultados em dinheiro quentes.
• Filas de recrining de lote (tarefas noturnas).
• Sistema Case para Revestimentos Manuais, com integração em KYC/KYB/AML.

13) Matriz de soluções (exemplo)

14) Anti-pattern

«Surdo» exact-match apenas por nome - avalanche FP.
Falta de translitância/alíase - omissão de jogos reais.
Sem allow-list com exposição - o comando afunda em FP repetidos.
Recrining raro: não há novas inclusões.
Não há registro de versões de lista - as soluções não podem ser protegidas durante a auditoria.
A mensagem ao cliente sobre SAR (tipping-off) é uma violação grave.

15) Folha de cheque de implementação

• Fontes: listas internacionais, regionais e locais + agregador.
• Normalização de dados (FIO/datas/endereços/organizações/criptos), translitorações e alisações.
• Estratégia de jogos: exact + fuzzy com liminares personalizáveis e geocontexto.
• Processo de revezamento: papéis, SLA (4h/24h/72h), modelos de soluções e comunicações.
• Allow/deny-lists com exposição e áudio.
• Redescoberto + on-demand do evento; versionização de fontes.
• Integração: KYC/KYB/AML, KYT/Travel Rule, Payments Orquestrator (holds/limits).
• Dados/privacidade: criptografia, RBAC, revistas, retalhos.
• Métricas de qualidade e QA-sempling regular; reduzir FP com experiências de metas.
• Plano de continuidade (provedor fallback, degradação da API).

16) Resumos

O screening efetivo do RER/sanções não é apenas «acertar listas». São dados normalizados, exact + fuzzy matching flexível, processo de revezamento controlado com prioridades e SLA, reescrining diário e integração com AML/KYC/KYB/KYT. Este circuito minimiza os falsos, capta os riscos reais, protege os roteiros de pagamento e acelera as conclusões legítimas - o que significa manter a monetização sustentável.