Skip to main content
Usa las credenciales de prueba de esta página para simular pagos exitosos, rechazados y fallidos en modo de prueba. No se mueve dinero ni se carga ninguna cuenta real. Para ver un pago de prueba completo, mira este video.

Full API Access

Todos los endpoints de la API están disponibles en modo de prueba.

Webhook Testing

Los Webhooks se activan para las transacciones de prueba de la misma manera que en producción.
Las credenciales de prueba solo funcionan en modo de prueba. En modo activo, un pago realizado con una credencial de prueba falla.

​
Tarjetas de prueba

Usa estos números de tarjeta para simular pagos exitosos y rechazados en distintas regiones.
Para todas las tarjetas de prueba, usa la fecha de vencimiento 06/32 (o 12/34) y el CVV 123.

​
Probar fallos de renovación

1

Create a test subscription

Crea una suscripción con tus claves de prueba de la API usando una tarjeta de prueba exitosa (por ejemplo, 4242424242424242). El cargo inicial debe completarse correctamente y la suscripción debe activarse.
2

Update the payment method

Abre el Customer Portal, busca la suscripción y haz clic en Actualizar método de pago. Introduce la tarjeta de prueba de fallos 4000000000000341 (vencimiento: 12/34, CVV: 123) y guárdala.
3

Advance the next billing date (optional)

Para activar la renovación de inmediato en lugar de esperar al ciclo de facturación natural, usa la API Update Subscription para establecer next_billing_date en la hora UTC actual, reemplazando el valor de ejemplo siguiente. El valor debe ser una marca de tiempo UTC ISO 8601 / RFC 3339 (el sufijo Z es obligatorio).
Consulta la referencia de la API Update Subscription para obtener más información.
4

Verify the failure

En el siguiente intento de facturación:
  • El cargo de renovación se rechaza con la tarjeta de fallos
  • La suscripción pasa primero a Past Due (el periodo de gracia; el webhook subscription.past_due incluye past_due_ends_at) y luego a On-Hold cuando termina el periodo de gracia
  • Se entrega un evento de webhook payment.failed
  • El cliente puede volver al Customer Portal para actualizar el método de pago y reintentarlo

​
Probar UPI

Las pruebas de UPI utilizan identificadores VPA (Virtual Payment Address) especiales que simulan distintos resultados de pago.

​
Requisitos para probar UPI

  • El país de facturación debe establecerse en IN
  • La moneda debe ser INR
  • Para merchants que no sean de India: Adaptive Currency debe estar habilitado
Para consultar la documentación completa de UPI, incluido el testing del mandato RBI para suscripciones, visita la página Métodos de pago de India.

​
Probar Pix

Las pruebas de Pix utilizan un CPF de prueba (identificación fiscal brasileña) para simular el flujo del código QR.

​
Requisitos para probar Pix

  • El país de facturación debe establecerse en BR
  • La moneda debe ser BRL
Introduce el CPF de prueba cuando se solicite durante el checkout. Se genera un código QR de prueba: escanéalo con la cámara normal de tu teléfono (no necesitas la aplicación Pix) y se te redirigirá a una página de prueba donde podrás simular la transacción como exitosa o fallida. Para consultar la documentación completa de Pix, visita la página Pix.

​
Probar BNPL

Los proveedores de Buy Now Pay Later tienen requisitos específicos para los datos de prueba.

​
Datos de prueba de Klarna

Usa estos datos para simular pagos de Klarna en modo de prueba:
Klarna requiere un importe mínimo de transacción de $50.01 para aparecer como opción de pago.

​
Pruebas de Afterpay

1

Select Afterpay

Selecciona Afterpay como método de pago en el checkout y haz clic en Pay.
2

Test successful payment

Usa cualquier dirección de correo electrónico y dirección de envío válidas para realizar pagos exitosos.
3

Test failed authentication

Para simular un fallo, cierra la ventana modal de Afterpay en la página de redirección. El pago pasa de requires_customer_action a requires_payment_method.
Afterpay requiere un importe mínimo de transacción de $50.01 para aparecer como opción de pago.
Para consultar la documentación completa de BNPL, incluido el testing B2B de Billie, visita la página Buy Now Pay Later.

​
Probar billeteras digitales

​
Apple Pay

1

Enable test mode

Desactiva el interruptor Live Mode en la barra lateral del dashboard y usa las claves de API creadas en modo de prueba. Consulta Test Mode vs Live Mode.
2

Add a card to Apple Wallet

Añade una tarjeta real a tu Apple Wallet. En modo de prueba, no se cargará la tarjeta.
3

Complete test purchase

Abre el checkout en un dispositivo Apple y completa el flujo de Apple Pay.
Apple Pay requiere HTTPS. No aparecerá en localhost sin una configuración SSL adecuada. La verificación del dominio también debe estar completa.

​
Google Pay

1

Join the test card group

Únete al grupo de tarjetas de prueba de Google Pay para añadir automáticamente tarjetas de prueba a tu billetera.
2

Enable test mode

Desactiva el interruptor Live Mode en la barra lateral del dashboard y usa las claves de API creadas en modo de prueba. Consulta Test Mode vs Live Mode.
3

Complete test purchase

Selecciona una de las tarjetas de prueba en Google Pay para completar la transacción.

​
Amazon Pay, Cash App Pay y RevolutPay

Usa tus claves de prueba de la API y sigue el flujo de checkout estándar. Las transacciones de prueba se simulan sin cargos reales. Para consultar la documentación completa de billeteras digitales, incluida la verificación de dominios para Apple Pay, visita la página Billeteras digitales.

​
Probar ACH Direct Debit

ACH Direct Debit se puede probar en modo de prueba introduciendo datos bancarios de prueba durante el checkout.
1

Enable test mode

Desactiva el interruptor Live Mode en la barra lateral del dashboard y usa las claves de API creadas en modo de prueba. Consulta Test Mode vs Live Mode.
2

Set currency and billing address

Establece la moneda de facturación en USD y el país de la dirección de facturación en US. ACH no se ofrece fuera de esta combinación.
3

Use a one-time payment

ACH no está disponible en checkouts de suscripciones, así que pruébalo con un pago único.
4

Enter the test bank details

Introduce uno de los pares de números de ruta y cuenta de prueba que aparecen a continuación y confirma que tu gestor de webhooks recibe el estado final del pago; los pagos ACH se confirman de forma asíncrona, no durante el checkout.

​
Cuentas bancarias de prueba

Usa el número de ruta 110000000 con cualquiera de estos números de cuenta: Para consultar la lista completa de cuentas de prueba, visita la página ACH Direct Debit.

​
Probar métodos europeos

Los métodos de pago europeos (iDEAL, Bancontact, EPS, Multibanco) se pueden probar en modo de prueba.
1

Enable test mode

Desactiva el interruptor Live Mode en la barra lateral del dashboard y usa las claves de API creadas en modo de prueba. Consulta Test Mode vs Live Mode.
2

Set billing address

Establece el país de la dirección de facturación según el método de pago:
  • NL para iDEAL
  • BE para Bancontact
  • AT para EPS
  • PT para Multibanco
3

Set currency

Los métodos europeos requieren moneda EUR.
4

Complete test flow

Sigue el flujo simulado de autenticación bancaria en el entorno de prueba.

​
IBAN de prueba de SEPA Direct Debit

SEPA Direct Debit requiere EUR y una dirección de facturación de la zona euro. Usa estos IBAN de prueba para forzar un resultado específico: Para consultar la lista completa de IBAN de prueba, incluidos los valores por país, visita la página Europa. Para consultar la documentación completa de los métodos de pago europeos, visita la página Europa.

​
Probar billeteras de Asia-Pacífico

GCash, Alipay HK, FPS y Touch ‘n Go son pagos con código QR que solo aparecen cuando el país y la moneda de facturación coinciden.
1

Enable test mode

Desactiva el interruptor Live Mode en la barra lateral del dashboard y usa las claves de API creadas en modo de prueba. Consulta Test Mode vs Live Mode.
2

Set billing country and currency

Crea un checkout de pago único con el par correspondiente:
3

Select the method and confirm

Selecciona el método y haz clic en Pay. Se abre un código QR en una superposición de pantalla completa y el checkout espera el pago.
4

Verify the checkout behavior

Confirma que el método aparezca solo para el país y la moneda correspondientes y que el código QR se muestre correctamente.
Los códigos QR del modo de prueba son emitidos por el entorno de prueba del proveedor de la billetera y pueden comportarse de forma diferente a un pago activo.
Para consultar la documentación completa, visita la página Asia-Pacífico.

​
Prácticas recomendadas para las pruebas

No pruebes únicamente pagos exitosos. Prueba también rechazos, cancelaciones y casos límite como fondos insuficientes.
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 todos los tipos de eventos de webhook compatibles
Para Apple Pay y Google Pay, prueba en dispositivos iOS y Android reales. Los simuladores no reproducen completamente el comportamiento de las billeteras.
Los métodos de pago regionales (UPI, iDEAL, etc.) requieren direcciones de facturación coincidentes. Una dirección de facturación de US no mostrará iDEAL.
Los métodos de BNPL requieren un mínimo de $50.01. Comprueba que aparezcan u oculten correctamente según el total del carrito.

​
Páginas relacionadas

Cards

Pruebas de tarjetas, 3D Secure y métodos de pago guardados.

Digital Wallets

Pruebas de Apple Pay, Google Pay y Amazon Pay.

BNPL

Pruebas de Klarna, Afterpay y Billie.

India

Pruebas de UPI y mandatos RBI.

Pix

Pruebas de Pix con CPF de prueba.

Europe

Pruebas de iDEAL, Bancontact, EPS y Multibanco.

Asia-Pacific

Pruebas de GCash, Alipay HK, FPS y Touch ‘n Go.

Webhooks

Configura webhooks para eventos de prueba.

CLI Webhook Testing

Prueba webhooks localmente con la Dodo Payments CLI.
Última modificación el 26 de septiembre de 2026