# 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* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes) com um nível de risco específico. Crie pagamentos de teste no [Stripe Dashboard](https://dashboard.stripe.com/test/payments) (em uma área restrita) ou chamando [criar uma cobrança](https://docs.stripe.com/api.md#create_charge) com sua [chave de API de teste](https://docs.stripe.com/keys.md). #### Números de cartões | Número | Descrição | | ---------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 4000000000004954 | 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). | | 4100000000000019 | Resulta em uma cobrança com nível de risco de `highest` e é sempre bloqueada independentemente de suas regras. | | 4000000000009235 | Resulta em uma cobrança com nível de risco de `elevated`. | #### Tokens | Token | Descrição | | ------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `tok_riskLevelHighest` | 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). | | `tok_chargeDeclinedFraudulent` | Resulta em uma cobrança com nível de risco de `highest` e é sempre bloqueada independentemente de suas regras. | | `tok_riskLevelElevated` | Resulta em uma cobrança com nível de risco de `elevated`. | #### PaymentMethods | PaymentMethod | Descrição | | ---------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `pm_card_riskLevelHighest` | 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). | | `pm_card_chargeDeclinedFraudulent` | Resulta em uma cobrança com nível de risco de `highest` e é sempre bloqueada independentemente de suas regras. | | `pm_card_riskLevelElevated` | Resulta em uma cobrança com nível de risco de `elevated`. | ## Regras Antes de [adicionar ou atualizar uma regra](https://docs.stripe.com/radar/rules.md), 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)](https://docs.stripe.com/disputes/how-disputes-work.md#early-fraud-warnings). - **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](https://b.stripecdn.com/docs-statics-srv/assets/backtesting-review-new-rule.6f8037bd10a5877e60a6237ebdbd414d.png) Revise os exemplos de perguntas na tabela a seguir para ajudar a decidir se você pode implementar sua regra. > É 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](https://stripe.com/radar/guide#fraud-prevention-performance). | 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](https://docs.stripe.com/disputes/prevention/card-testing.md#consequences) (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 | - Ele compara 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. O 3DS nem sempre garante que seu usuário receberá uma contestação. Isso significa que, embora você possa receber uma transferência de responsabilidade se um fraudador passar pelo 3DS sem atrito e cometer fraude, você ainda poderá receber um EFW (o que pode levar à identificação no 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. - Ele não corresponde a muitas substituições. Isso indica que você está permitindo a passagem de pagamentos de alto risco. |