Resulta em uma cobrança com um nível de risco de highest, mas poderia ser bloqueado dependendo das regras em vigor (por exemplo, pagamentos feitos com este cartão não são bloqueados se a regra Block if :risk_level: = 'highest' estiver desativada).
Resulta em uma cobrança com nível de risco de highest e é sempre bloqueada independentemente de suas regras.
Resulta em uma cobrança com nível de risco de elevated.
Regras
Antes de adicionar ou atualizar uma regra, pesquisamos pagamentos do histórico do modo de produção que correspondam aos critérios da regra. Inspecione essa lista de pagamentos para ver se o critério funciona como desejado. Também resumimos esses resultados de pesquisa para ajudar você a estimar seu futuro impacto.
Para cada regra testada, o resumo inclui o volume e o número de pagamentos que se enquadram nas seguintes categorias:
Malsucedidos e bloqueados: pagamentos que foram bloqueados pelo Radar, bloqueados pela Stripe ou recusados pelos emissores.
Legítimos: pagamentos processados corretamente e ainda não identificados como fraudulentos nem reembolsados.
Além disso, quando você testa regras de permissão, também pode ver Substituições. Isso se refere a pagamentos que o Radar bloqueia devido a alto risco de fraude ou uma regra de bloqueio personalizada, mas agora serão permitidos pela sua regra proposta. No Dashboard, você pode ver mais detalhes dessas métricas resumidas. Por exemplo, você pode ver reembolsos classificados como fraudulentos.
Revise os exemplos de perguntas na tabela a seguir para ajudar a decidir se você pode implementar sua regra.
Cuidado
É incomum encontrar uma regra perfeita que só bloqueie pagamentos fraudulentos ou só permita pagamentos válidos. Portanto, sua decisão de implementar uma regra normalmente é baseada em uma compensação. Considere se esta regra bloqueará pagamentos fraudulentos o suficiente para valer a pena em comparação com quaisquer pagamentos válidos que ela possa bloquear incorretamente. A escolha certa para você depende dos detalhes da sua empresa. Para obter mais informações, consulte a nossa cartilha de detecção de fraudes.
Tipo de regra
Implemente essa regra se…
Bloquear
Ela corresponde aos pagamentos que foram contestados, receberam um EFW ou foram reembolsados como fraude ao custo de um valor aceitável de pagamentos legítimos para sua empresa.
Ela correspondes aos reembolsos e se você estiver tentando economizar carga operacional e evitar abusos de reembolso.
Ela corresponde aos pagamentos que falharam porque os emissores recusaram o pagamento. Às vezes, os emissores podem diminuir as taxas de autenticação para você caso envie um número alto de transações que falham (por exemplo, se uma empresa passar por uma grande quantidade de testes de cartão).
Revisar
Ela corresponde aos pagamentos que foram contestados, receberam um EFW ou foram reembolsados como fraude. Ela solicita que sua equipe avalie de perto possíveis transações fraudulentas ou outras atividades de pagamento suspeitas.
Solicitar 3DS
Ela corresponde aos pagamentos que foram contestados, receberam um EFW ou foram reembolsados como fraude ao custo de um valor aceitável de pagamentos legítimos para sua empresa. Observação: a 3DS nem sempre garante que seu usuário receberá um desafio. Isso significa que enquanto você pode obter uma transferência de responsabilidade se um fraudador passar 3DS sem dificuldades e confirmar a fraude, você ainda pode receber um EFW (que, no final das contas, pode resultar em identificação em VFMP).
Permitir
Ela corresponde a um valor aceitável de pagamentos previamente bloqueados que você pode ter um alto grau de certeza que devem ser seguros para sua empresa. Regras de permissão são mais complicadas porque não temos como saber quais cobranças bloqueadas teriam se revelado fraudes se fossem autorizadas. Por isso, é especialmente importante analisar o histórico de pagamentos semelhantes e para assegurar que sejam pagamentos que você gostaria de permitir.
Não corresponde a várias sobreposições. Isso indica que você está permitindo pagamentos de alto risco.
