APPROVED, IN_REVIEW, DECLINED) e a decisão de criar um alerta, abrir um caso ou exigir correção pelo utilizador.
A fórmula
- Pontuação base: 0.
- Cada regra correspondente contribui com o seu
score_deltaconfigurado (normalmente 25–35). - Uma transação sem regras correspondentes tem pontuação 0.
Limiares e estados
Os limiares de pontuação são configurados por aplicação em Transações → Definições.
Atribuição de estado:
action: change_status → DECLINED recusa a transação independentemente da pontuação.
Contributos das regras: exemplo prático
Suponha que estas regras são acionadas numa única transação:
Pontuação total = 30 + 35 + 35 = 100.
Com um limiar de revisão de 60 e um limiar de recusa de 85, esta transação fica
DECLINED.
Com os limiares predefinidos (75 para revisão, 500 para recusa), fica IN_REVIEW, porque o valor predefinido nunca recusa por pontuação.
Substituições por ação
As regras também podem definir diretamente o estado, ignorando os limiares de pontuação:
Uma única regra pode ter várias ações, por exemplo
add_score(35) + add_tags(["structuring"]) + add_note("Auto-tagged by structuring preset").
Porque é que as pontuações são melhores do que as regras rígidas
Um limiar simples (por exemplo, «recusar todas as transações acima de $100k») aciona tanto transações legítimas de valor elevado como riscos reais. Combinar várias regras comscore_delta moderado e um limiar de revisão/recusa oferece:
- Pontuação em camadas: nenhuma regra isolada provoca uma recusa; vários sinais têm de coincidir.
- Sensibilidade ajustável: aumente ou diminua os limiares sem alterar as definições das regras.
- Ordenação por gravidade: uma transação com pontuação 65 vai para revisão (merece atenção); uma transação com pontuação 90 é recusada (grave).
Configurar os limiares
Em Transações → Definições:- Limiar de revisão: aumente se a sua fila de revisão estiver sobrecarregada; diminua para detetar mais casos limítrofes.
- Limiar de recusa: aumente para reduzir as recusas por falsos positivos; diminua para tender para um bloqueio mais agressivo. Defina-o com o valor máximo (
500) para encaminhar as pontuações elevadas para revisão, em vez de recusar automaticamente.
Modo de teste para regras
As regras podem ser executadas no modoTEST:
- A regra avalia as transações, mas não contribui para a pontuação nem para o estado.
- São criados registos
TransactionRuleRuncomis_test = true. - Permite validar a seletividade de uma regra sem arriscar recusas em produção.
ACTIVE quando estiver satisfeito com a seletividade.
Severidade e campos legados
O camposeverity em Transaction e TransactionAlert é anulável e legado. As novas avaliações de regras não o definem. Use score como principal sinal de risco.
Inspecionar pontuações
Através da API
Cada resposta de transação incluiscore e um array rule_runs[] com uma entrada por regra correspondente (consulte o esquema de resposta para ver todos os campos):
Na consola
Na página de detalhe da transação, o separador Pontuação mostra a discriminação da contribuição de cada regra correspondente e o mapeamento do estado final. Passe o cursor sobre o distintivo da pontuação para ver os valores dos limiares usados na avaliação.Próximos passos
Regras
Anatomia e avaliação das regras.
Alertas
O que acontece quando uma regra é acionada.
Definições
Configure os limiares.