When one of these cards declines, the payment’s error_code and error_message reflect the scenario above. Look up any code in the Transaction Failures reference for its meaning and recommended action, and see Handle Payment Failures for handling declines in your integration.
Card Number
Expiry
CVC
4000 0000 0000 0341
12/34
123
Use this card to test subscription Failure renewal, upgrade, and downgrade scenarios.
For all test cards, use expiry date 06/32 (or 12/34) and CVV 123.
Create a subscription with your test API keys using a success test card (for example, 4242 4242 4242 4242). The initial charge should succeed and the subscription should become active.
2
Swap in the failure card via Customer Portal
Open the Customer Portal, find the subscription you just created, and click Update Payment Method. Enter the failure test card 4000 0000 0000 0341 (Expiry: 12/34, CVC: 123) and save it as the subscription’s payment method.
3
Advance the next billing date (optional)
To trigger renewal immediately instead of waiting for the natural billing cycle, use the Update Subscription API to set next_billing_date to the current UTC time. The value must be an ISO 8601 / RFC 3339 UTC timestamp (the Z suffix is required).
The customer can return to the Customer Portal to update the payment method and retry
This card is specifically for testing renewal failures. The charge will decline on the next billing date, allowing you to test payment retry logic, customer notifications, and failure handling.
Usa tus claves de API de prueba y sigue el flujo estándar de checkout. Las transacciones de prueba se simulan sin realizar cargos reales.Para consultar la documentación completa sobre billeteras digitales, incluida la verificación de dominios para Apple Pay, visita la página de Digital Wallets.
No pruebes únicamente pagos exitosos. Prueba también los rechazos, las cancelaciones y casos extremos, como fondos insuficientes.
Verify webhook handling
Asegúrate de que tus endpoints de webhook procesen correctamente todos los tipos de eventos, especialmente payment.succeeded, payment.failed y los eventos de suscripción.Usa la Dodo Payments CLI para probar webhooks localmente:
dodo wh listen reenvía webhooks de prueba activos a tu servidor local
dodo wh trigger envía payloads simulados para los 22 tipos de eventos
Test on real devices
Para Apple Pay y Google Pay, prueba en dispositivos iOS y Android reales. Los simuladores no reproducen completamente el comportamiento de las billeteras.
Test regional methods with correct addresses
Los métodos de pago regionales (UPI, iDEAL, etc.) requieren direcciones de facturación coincidentes. Una dirección de facturación de EE. UU. no mostrará iDEAL.
Verify minimum amounts
Los métodos BNPL requieren un mínimo de $50.01. Comprueba que aparezcan o se oculten correctamente según el total del carrito.