Quando um desses cartões é recusado, o error_code e error_message do pagamento refletem o cenário acima. Consulte qualquer código na referência Falhas de Transação para entender seu significado e ação recomendada, e veja Como Tratar Falhas de Pagamento para lidar com recusas na sua integração.
Número do Cartão
Validade
CVC
4000 0000 0000 0341
12/34
123
Use este cartão para testar cenários de falha de renovação, atualização e downgrade de inscrição.
Para todos os cartões de teste, use a data de validade 06/32 (ou 12/34) e CVV 123.
Crie uma assinatura com suas chaves de API de teste usando um cartão de teste de sucesso (por exemplo, 4242 4242 4242 4242). A cobrança inicial deve ser bem-sucedida e a assinatura deve se tornar ativa.
2
Swap in the failure card via Customer Portal
Abra o Portal do Cliente, encontre a assinatura que você acabou de criar e clique em Atualizar Método de Pagamento. Insira o cartão de teste de falha 4000 0000 0000 0341 (Validade: 12/34, CVC: 123) e salve-o como método de pagamento da assinatura.
3
Advance the next billing date (optional)
Para acionar a renovação imediatamente, em vez de esperar o ciclo de faturamento natural, use a API de Atualização de Assinatura para definir next_billing_date para o horário UTC atual. O valor deve ser um timestamp UTC ISO 8601 / RFC 3339 (o sufixo Z é necessário).
A cobrança de renovação é recusada no cartão de falha
A assinatura muda para o status Em Espera
Um evento webhook payment.failed é enviado
O cliente pode retornar ao Portal do Cliente para atualizar o método de pagamento e tentar novamente
Este cartão é especificamente para testar falhas de renovação. A cobrança será recusada na próxima data de faturamento, permitindo que você teste a lógica de tentativa de pagamento, notificações ao cliente e tratamento de falhas.
Escolha Afterpay como o método de pagamento no checkout e clique em Pagar.
2
Test successful payment
Use qualquer endereço de email e endereço de entrega válidos para pagamentos bem-sucedidos.
3
Test failed authentication
Para simular uma falha, feche a janela modal Afterpay na página de redirecionamento. O pagamento transita de requires_action para requires_payment_method.
Afterpay requer um valor mínimo de transação de $50.01 para aparecer como opção de pagamento.
Para obter a documentação completa de BNPL, incluindo os testes B2B do Billie, consulte a página Buy Now Pay Later.
Use suas chaves de teste da API e siga o fluxo padrão de checkout. As transações de teste são simuladas sem cobranças reais.Para obter a documentação completa sobre carteiras digitais, incluindo a verificação de domínio do Apple Pay, consulte a página Digital Wallets.
Não teste apenas pagamentos bem-sucedidos. Teste recusas, cancelamentos e casos extremos, como fundos insuficientes.
Verify webhook handling
Certifique-se de que seus endpoints de webhook processem corretamente todos os tipos de evento, especialmente payment.succeeded, payment.failed e eventos de assinatura.Use a Dodo Payments CLI para testar webhooks localmente:
dodo wh listen encaminha webhooks de teste ativos para o seu servidor local
dodo wh trigger envia payloads simulados para todos os 22 tipos de evento
Test on real devices
Para Apple Pay e Google Pay, teste em dispositivos iOS e Android reais. Os simuladores não reproduzem completamente o comportamento das carteiras.
Test regional methods with correct addresses
Os métodos de pagamento regionais (UPI, iDEAL etc.) exigem endereços de cobrança correspondentes. Um endereço de cobrança dos EUA não exibirá o iDEAL.
Verify minimum amounts
Os métodos de BNPL exigem um mínimo de US$ 50,01. Teste se eles aparecem ou ficam ocultos corretamente com base no total do carrinho.