Testar Stripe Radar

Use as informações a seguir para testar sua estratégia de prevenção a fraudes.

Use os números de cartão de crédito de teste a seguir para criar pagamentos em um ambiente de área restrita com um nível de risco específico. Crie pagamentos de teste no Stripe Dashboard (em uma área restrita) ou chamando criar uma cobrança com sua chave de API de teste.

Número	Descrição
	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:

Contestações e alertas antecipados de fraude: pagamentos que receberam uma contestação ou um alerta antecipado de fraude (EFW).
Pagamentos reembolsados: pagamentos que foram reembolsados.
Pagamentos bloqueados e malsucedidos: pagamentos que foram bloqueados pelo Radar, bloqueados pela Stripe ou recusados por emissores.
Pagamentos bem-sucedidos: pagamentos que foram processados corretamente e ainda não foram 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.

Captura de tela que mostra o possível impacto de uma regra personalizada

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	It matches payments that were disputed, received an EFW, or refunded as fraud at the cost of an acceptable amount of legitimate payments for your business. 3DS doesn’t always guarantee that your user will receive a challenge. This means that while you might get liability shift if a fraudulent actor passes frictionless 3DS and commits fraud, you might still receive an EFW (which ultimately can lead to identification in 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.