MaxMind minFraud Score e a variação do risco
Sua equipe ativa o minFraud Score usando os limites de exemplo. Na segunda-feira, um pedido de teste enviado para o endereço do escritório recebe um score bem abaixo de 5 e é aprovado. Na terça-feira, você envia o mesmo pedido, com o mesmo cartão e endereço de entrega, e ele vai para análise. Suas regras não mudaram, mas o histórico do endereço, sim. Durante a semana, outros pedidos de teste foram enviados para lá, alguns com dados deliberadamente arriscados. O Score levou em conta o histórico acumulado entre as solicitações e passou a avaliar o endereço de outra forma. Quando o resultado muda, mas os dados visíveis do pedido continuam iguais, o que está influenciando o score?
Campos retornados pelo Score
O Score retorna um score geral de risco da transação e uma avaliação separada do risco do IP. Os dois scores vão de 0,01 a 99. Segundo a documentação de respostas da MaxMind, um score de 20 indica 20% de chance de a transação ser fraudulenta.
Veja o score geral de uma chamada real que enviou apenas um endereço IP:
{"risk_score":0.32}
O Score é cobrado por consulta, conforme a página de preços da MaxMind. Ele não explica por que o score é alto ou baixo. O Insights retorna mais detalhes da transação, e o Factors apresenta os motivos do score.
Histórico da rede
O minFraud analisa a atividade em toda a sua rede, que, segundo a MaxMind, reúne mais de 7.000 empresas. Se uma transação fraudulenta é identificada em uma delas, o score pode subir quando a mesma pessoa tenta comprar em outra. A rede considera as transações observadas no último ano, como explica a MaxMind sobre a rede do minFraud.
Vimos um endereço mudar o resultado. Em uma chamada, um endereço de entrega em Praga reduziu o score. Em uma chamada posterior, o mesmo endereço elevou o score, e o Factors indicou o motivo: MAX_RECENT_SHIP, com multiplicador de 5,1. Nossos testes haviam usado esse endereço de entrega várias vezes, inclusive com um IP de saída do Tor ou um cartão de outro país.
Em outro teste, um endereço de e-mail novo teve um efeito menor. Ele elevou o score na primeira chamada, mas o aumento foi menor nas chamadas seguintes. Até mesmo uma solicitação idêntica pode receber scores diferentes nas primeiras chamadas: uma solicitação real teve score de 54,60 na primeira chamada e de 15,53 nas chamadas feitas alguns minutos depois.
O score é uma leitura do momento, influenciada pelo histórico que o minFraud observou.
Alertas depois da análise
Uma transação pode parecer segura para você e ainda ser considerada arriscada por outras empresas da rede minFraud. Os dados delas, junto com os resultados que você informa, podem ajudar a identificar um problema depois que você já analisou e aprovou a transação.
A Report Transactions API permite que uma empresa envie à MaxMind informações sobre as próprias transações, usando a etiqueta chargeback, not_fraud, suspected_fraud ou spam_or_abuse.
A minFraud Alerts monitora por 24 horas as transações com score inicial de 10 ou menos. Se novas informações das suas transações ou da rede elevarem o score recalculado para 75 ou mais, a MaxMind envia um alerta por e-mail ou webhook. O webhook inclui o IP da solicitação original, o domínio do e-mail, a localização de cobrança, o ID da transação e a data, além do ID do minFraud, dos scores anterior e atualizado, do horário da atualização, do motivo e do código do motivo. O alerta não identifica outra empresa nem informa quem enviou os dados.
Analise a transação, verifique a conta e avalie se é melhor interromper ou adiar o envio do pedido ou o pagamento.
Dados enviados e scores de risco
O e-mail comercial já conhecido reduziu os dois scores. Incluir o prefixo do emissor do cartão elevou o risco do IP no pedido com dados divergentes, em que o país não correspondia. Acrescentar o endereço de entrega aumentou os dois scores gerais. O valor do pedido não alterou nenhum deles.
O histórico do e-mail e do endereço de entrega é levado em conta, assim como o país associado ao prefixo do cartão e o país do IP. Envie todos os dados disponíveis para que o score considere as informações que você tem.
Como ajustar os limites
A MaxMind sugere aceitar transações com score de 5,00 ou menos, rejeitar as que tenham 50,00 ou mais e analisar os resultados entre essas faixas de exemplo. As orientações sobre pontos de corte dizem que esses limites precisam ser ajustados ao longo do tempo.
Ajuste os limites com base nos seus pedidos e nos resultados deles. Informe chargebacks e falsos positivos pela Report Transactions API. A MaxMind afirma que o envio desses resultados ajuda a detectar cerca de 10% a 50% mais fraudes e a reduzir falsos positivos.
Preste atenção especial aos pedidos que ficam entre os limites de aprovação e rejeição. É nessa faixa que sua política de análise direciona os casos para uma pessoa. O volume e os resultados desses casos são importantes para a operação.
Fluxo de decisão para fraude
- Faça as verificações que seu processo já prevê antes de pagar pela chamada ao Score.
- Envie todos os dados relevantes disponíveis. O score considera a solicitação à luz do histórico associado às informações enviadas.
- Associe o score retornado às suas próprias faixas de aprovação, rejeição ou análise. A decisão fica a cargo das suas regras.
- Defina nas suas regras como tratar uma chamada com falha. Uma fonte com falha retorna valores ausentes e um indicador de erro. Uma resposta 402 significa que os créditos da conta acabaram.
- Use um endereço de teste que ainda não tenha sido usado. Escolha endereços de e-mail e de entrega que não tenham aparecido em chamadas anteriores e não envie dados de clientes reais. Um pedido de teste pode afetar o próximo score do mesmo endereço.
- Envie à MaxMind o resultado da transação para que ela possa usar essa informação.
Casos de uso
Criação de conta e login
A solicitação pode indicar criação de conta ou login como tipo de evento. O Score fornece uma avaliação geral de risco e outra do risco do IP para o seu fluxo de decisão.
Finalização de compra e pagamentos
Você pode enviar uma compra como tipo de evento. O Score pode ser suficiente quando suas regras precisam das duas avaliações de risco que ele retorna. Se a pessoa responsável pela análise precisar de mais detalhes da transação, como as informações do e-mail, o Insights acrescenta esses campos.
Crédito
Você pode indicar uma solicitação de crédito como tipo de evento. Suas regras definem o que a avaliação de risco de fraude significa para essa solicitação.
Perguntas frequentes
Por que o mesmo pedido recebeu scores diferentes em dias distintos?
A solicitação visível não inclui todo o histórico da rede que o minFraud considera. A atividade associada a um endereço pode mudar a influência dele no score.
Devo testar o minFraud com os dados da minha equipe?
Não. Um pedido de teste pode afetar o próximo score do mesmo endereço. Use dados de teste que não tenham aparecido em chamadas anteriores e não inclua informações de clientes reais nos testes.
Qual serviço devo usar?
O Score fornece a avaliação geral de risco e o risco do IP. O Insights acrescenta detalhes da transação, e o Factors apresenta os motivos do score. Escolha conforme as informações que seu fluxo de decisão e as pessoas responsáveis pela análise precisam receber.
A MaxMind pode enviar um alerta depois que outra empresa informa uma transação?
Após calcular o score, a MaxMind acompanha por 24 horas as transações com score de 10 ou menos. Se novas informações das transações da própria empresa ou da rede minFraud elevarem o score recalculado para 75 ou mais, a MaxMind envia um alerta por e-mail ou webhook. Um relato feito por outra empresa pode contribuir para essa mudança, e o alerta pode chegar depois que a transação já foi aceita. O alerta inclui um código de motivo, mas não identifica a empresa que fez o relato.
O que significam os erros da API?
Uma resposta 429 indica que a solicitação foi limitada e não foi processada. Uma resposta 402 significa que os créditos da conta acabaram.
| Status | Código | Significado |
|---|---|---|
| 400 | JSON_INVALID, REQUEST_INVALID | O corpo não está em JSON ou não contém dados de entrada válidos |
| 401 | AUTHORIZATION_INVALID | O ID da conta ou a chave de licença está incorreto |
| 402 | INSUFFICIENT_FUNDS | Os créditos da conta acabaram |
| 403 | PERMISSION_REQUIRED | A conta não tem permissão para usar este serviço |
| 429 | none | Solicitação limitada e não processada |
| 500 | SERVER_ERROR | Ocorreu um erro durante o processamento |
Para autenticar, salve o ID da conta MaxMind como nome de usuário e a chave de licença como senha em uma credencial HTTP Basic. O assistente pode configurar a fonte de dados com base na documentação de solicitações da MaxMind e pedir a credencial em um campo separado.
