Pular para o conteúdo
Criar conta
ou
Entrar
O logotipo da documentação da Stripe
/
Pergunte à IA
Criar conta
Login
Comece já
Pagamentos
Automação de finanças
Plataformas e marketplaces
Gestão de valores
Ferramentas para desenvolvedores
Comece já
Pagamentos
Automação de finanças
Comece já
Pagamentos
Automação de finanças
Plataformas e marketplaces
Gestão de valores
Visão geralExplore todos os produtos
Comece a criar
Comece a desenvolver
Projetos de exemplo
Sobre as APIs
Build with LLMs
Use a Stripe sem programação
Configurar a Stripe
Crie uma conta
Dashboard da web
Dashboard móvel
Migrar para a Stripe
Gerenciar risco de fraudes
Entenda as fraudes
Proteção contra fraudes do Radar
    Visão geral
    Integração
    Sessão do Radar
    Avaliação de risco
    Pontuações do Radar de multiprocessadores
    Configurações de risco
    Avaliações
    Listas
    Regras
      Referência
      Atributos aceitos
      Testar regras
      Regras de resolução de contestações
    Análises do Radar
    Radar for Platforms
Gerenciar contestações
Verificar identidades
Página inicialComece jáRadar fraud protectionRules

Testar Stripe Radar

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

Copiar página

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úmeroDescriçã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 regraImplemente 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.
Esta página foi útil?
SimNão
Precisa de ajuda? Fale com o suporte.
Participe do nosso programa de acesso antecipado.
Confira nosso changelog.
Dúvidas? Fale com a equipe de vendas.
LLM? Read llms.txt.
Powered by Markdoc