Pagos fallidos
Cómo reintenta Chargezen los cobros de suscripción fallidos, qué mensajes reciben tus clientes, qué pasa cuando se acaban los reintentos y dónde ver los ingresos recuperados.
Última actualización: 2026-10-18
Cuando falla un cobro de suscripción programado, Chargezen vuelve a intentarlo según un calendario, avisa al cliente y aplica tu acción final si fallan todos los reintentos. Configúralo en Subscriptions → Billing & automation → Dunning, en Failed payment retries.
Configura los reintentos
Abre Dunning
Ve a Subscriptions → Billing & automation → Dunning.
Elige los reintentos
Deja activado Retry failed payments automatically y luego elige Retries after a failed charge y Days between retries, o deja los valores predeterminados.
Elige la acción final
En If every retry fails, elige qué pasa con la suscripción.
Revisa el resumen y guarda
La línea bajo los campos repite lo que elegiste, por ejemplo “A failed charge is retried 4 times, 1, 3, 5, 7 days apart.” Guarda los cambios.
Ajustes y valores predeterminados
| Ajuste | Opciones | Predeterminado | Qué hace |
|---|---|---|---|
| Retry failed payments automatically | Casilla | Activado | Si está desactivado, los pagos fallidos no se reintentan y la acción final se aplica de inmediato. |
| Retries after a failed charge | Default (4), o de 1 a 10 | 4 | Cuántas veces más lo intenta Chargezen después de que falla el cobro programado. |
| Days between retries | Default (1, 3, 5, 7 days), o de 1 a 14 días | 1, 3, 5 y luego 7 días | Cuánto esperar antes de cada reintento. Los reintentos posteriores al cuarto esperan 7 días. |
| If every retry fails | Cancel subscription, Pause subscription, Skip the failed order, Keep active for manual handling | Keep active for manual handling | Qué pasa con la suscripción cuando falla el último reintento. |
El cobro programado que falla inicia el ciclo, y luego el cliente tiene el número de reintentos que definiste. Con 3 reintentos, un cliente tiene 4 cobros fallidos en total antes de que se aplique la acción final.
Cada espera cuenta desde el último fallo. Con los valores predeterminados, los reintentos se hacen 1, 4, 9 y 16 días después del primer fallo.
Después de recuperar un pago, el próximo cobro se cuenta desde el día en que el pago se completó o, si lo prefieres, desde la fecha de cobro original. Cámbialo con Post-dunning billing date en Subscription settings → Billing. Consulta Calendario de cobros.
Lo que reciben tus clientes
Los mensajes de pago fallido son automatizaciones predeterminadas, así que puedes editarlos, agregar pasos o ponerlos en Draft en Subscriptions → Billing & automation → Workflow automations:
- Card declined email y Card declined text en el primer fallo.
- Payment retry email en cada reintento que vuelve a fallar.
- Payment failed: cancelled, Payment failed: paused o Payment failed: final notice cuando se acaban los reintentos, según tu acción final.
- Payment recovered text cuando un reintento se completa.
- Bank confirmation email y text cuando el banco pide al cliente que confirme un pago.
Para crear los tuyos, usa los disparadores Subscription payment failed (first attempt), Subscription payment failed (in dunning), Subscription payment failed (last attempt) y Subscription payment recovered (after a failed payment). La condición Payment retries ended by distingue entre cancelar, pausar, saltar y mantener. Los fallos de los cobros manuales y de los cobros iniciados desde el portal del cliente siguen el mismo camino.
Cómo termina un ciclo
- Recovered: un pago completado cierra el ciclo y borra su estado de fallo.
- Retries ran out: fallaron todos los reintentos, así que se aplicó la acción final. Los encuentras en Orders → Failed.
Fallos que no usan un reintento
- Los problemas de configuración de la tienda, como un proveedor de pagos de Shopify desactivado, y los cobros que Shopify rechaza antes de intentarlos detienen los reintentos y muestran Needs your action hasta que los soluciones.
- Los errores temporales de Shopify, como los tiempos de espera agotados, se reintentan sin avisar. No cuentan contra los reintentos del cliente ni le envían avisos. Si siguen ocurriendo, el cobro muestra System error.
- Los productos agotados se reintentan sin decirle al cliente que su pago falló.
Consulta Errores de cobro para ver cada motivo y cómo solucionarlo.
Con los reintentos automáticos desactivados, el primer cobro fallido envía el aviso de tarjeta rechazada y aplica la acción final de inmediato.
Mira lo que recuperaste
Abre Subscriptions → Analytics → Dashboards → Order Errors. Payment error recovery muestra los errores de pago, los ingresos recuperados y la tasa de recuperación, y luego los errores por tipo y cómo funcionaron los reintentos. Consulta Paneles de analítica.
Solución de problemas
Un cliente dice que nunca supo del pago fallido
Comprueba que las automatizaciones Card declined estén en Active, no en Draft, en Workflow automations. Luego revisa los Logs de la suscripción con el filtro Notifications para ver qué se envió.
La suscripción sigue activa después de que fallaron todos los reintentos
La acción final predeterminada es Keep active for manual handling. Cambia If every retry fails para cancelar, pausar o saltar.
¿Puedo reintentar un cobro yo mismo?
Sí. Abre el cobro desde Orders → In dunning y elige Retry charge now, o primero envíale al cliente el enlace con Send payment update link.
Relacionado
- Recuperación de pagos fallidos: cómo Chargezen logra que se paguen las renovaciones.
- Glosario: recuperación de pagos fallidos, cancelación involuntaria, código de rechazo.
Artículos relacionados
¿Necesitas más ayuda? Contactar con soporte