# Gestionar los fallos de pago de una suscripción en PrestaShop > Un cobro fallido casi nunca es un cliente de mala fe. Adaptar la secuencia al motivo, prevenir en lugar de reclamar, y por qué el estado de suspensión distinto de la baja recupera más abonados. - Página: - Idioma: es - Publicado el: 2026-10-08 - Actualizado el: 2026-10-08 - Otros idiomas: [fr](https://www.datafirefly.com/2026/10/08/echecs-paiement-abonnement-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/10/08/subscription-payment-failures-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/10/08/fehlgeschlagene-abo-zahlungen-prestashop/index.md), [it](https://www.datafirefly.com/it/2026/10/08/pagamenti-falliti-abbonamento-prestashop/index.md), [pl](https://www.datafirefly.com/pl/2026/10/08/nieudane-platnosci-subskrypcji-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/10/08/mislukte-betalingen-abonnement-prestashop/index.md), [pt](https://www.datafirefly.com/pt/2026/10/08/falhas-pagamento-subscricao-prestashop/index.md) - Índice: En una suscripción, una parte significativa de los cobros falla cada mes. No es un problema de clientes de mala fe: es una tarjeta caducada, un límite alcanzado, un control bancario activado. La forma en que tratas esos fallos determina cuántos abonados conservas. ## Las causas de fallo y lo que implican No piden la misma respuesta, y confundirlas cuesta abonados. **La tarjeta caducada.** Causa más frecuente, del todo previsible y evitable. No pide un reintento sino anticipación. **El saldo o el límite insuficiente.** A menudo temporal, ligado a la fecha del cobro. Un nuevo intento unos días después funciona con frecuencia. **El rechazo del emisor** sin motivo preciso. Puede venir de un control antifraude, de un bloqueo temporal o de una orden de no pago. El reintento puede funcionar o no. **La tarjeta perdida, robada o bloqueada.** Ningún reintento va a funcionar. Solo la actualización del medio de pago desbloquea la situación. Consecuencia práctica: tu secuencia debe tener en cuenta el **motivo devuelto por la plataforma**, en lugar de aplicar el mismo recobro a todo el mundo. Reintentar quince veces sobre una tarjeta bloqueada no sirve de nada y puede costar comisiones. ## Prevenir en lugar de reclamar Tres medidas que eliminan buena parte de los fallos antes de que ocurran. **El aviso antes de la caducidad.** Conoces la fecha de caducidad de la tarjeta. Un mensaje treinta días antes, con un enlace de actualización, evita el fallo. **La actualización automática de las tarjetas.** Las redes bancarias ofrecen un mecanismo por el que una tarjeta renovada se comunica al comercio. No todas las plataformas lo activan por defecto, y merece la pena comprobarlo. **El aviso del cobro.** Un mensaje unos días antes del vencimiento, recordando el importe y la fecha. Reduce las reclamaciones por cobro no reconocido y permite al cliente anticiparse. Este último punto es además una obligación en varios casos de suscripción con renovación automática, y en cualquier caso es una buena práctica. ## La secuencia de reintentos Cuatro intentos repartidos en unas dos semanas cubren la mayoría de las situaciones recuperables. **Intento 1: el día del vencimiento.** Es el cobro normal. **Intento 2: tres días después.** Recupera las faltas temporales de saldo. **Intento 3: siete días después.** A menudo situado tras una fecha de nómina, lo que mejora la tasa de éxito. **Intento 4: catorce días después.** Última oportunidad antes de la suspensión. Tres reglas complementarias. **Adapta según el motivo.** Con una tarjeta caducada o bloqueada, no reintentes: pasa directamente al mensaje de actualización. **Espacia lo suficiente.** Intentos demasiado seguidos sobre una tarjeta que falla pueden interpretarse como comportamiento sospechoso por los sistemas antifraude. **Sabe parar.** Más allá de cuatro o cinco intentos la tasa de éxito se vuelve insignificante y cada prueba puede tener un coste. ## El mensaje que acompaña El reintento técnico no basta. Cada fallo debe activar un mensaje, y su contenido decide el resultado. Cinco elementos. **El hecho, sin dramatizar.** «El pago de tu suscripción no se ha completado» mejor que un mensaje alarmista. **La causa probable**, si la conoces. «Tu tarjeta parece haber caducado» orienta directamente hacia la acción correcta. **La acción esperada**, con un enlace directo a la actualización del medio de pago. No al área de cliente, a la pantalla exacta. **Lo que pasa después** y cuándo. «Volveremos a intentarlo el 12. Sin pago el 20, tu acceso quedará suspendido.» El cliente sabe a qué atenerse. **Una vía de contacto**, para las situaciones que un formulario no resuelve. Punto de calibrado: dos o tres mensajes en toda la secuencia, no uno por intento. Cuatro mensajes en dos semanas sobre el mismo tema producen una baja. ## El periodo de gracia Decisión comercial con efecto directo en la retención. ¿Hay que cortar el acceso al primer fallo? Casi nunca. Tres razones. El fallo es a menudo **involuntario** y el cliente de buena fe. El corte inmediato convierte un incidente técnico en **ruptura de relación**. Y en un servicio digital, mantener el acceso unos días no te cuesta casi nada. Un periodo de gracia de siete a catorce días es una referencia razonable. Se corresponde con la duración de tu secuencia de reintentos. En una suscripción de producto físico la lógica cambia: el envío representa un coste real y no debe salir antes del cobro. El periodo de gracia se aplica entonces al mantenimiento de la suscripción, no a la entrega. ## La suspensión, luego la baja Tres estados que hay que distinguir con claridad, y muchas implementaciones solo gestionan dos. **Activo con pago pendiente.** El acceso se mantiene, el recobro está en curso. **Suspendido.** El acceso está cortado, la suscripción sigue existiendo, el cliente puede reactivarla regularizando. Es el estado que más falta, y es el que más abonados recupera. **Dado de baja.** La suscripción ha terminado. Retomarla supone una nueva contratación. El paso de suspendido a baja debe producirse tras un plazo suficiente, de treinta a sesenta días, durante los cuales el cliente puede volver sin perder nada. Punto importante: conserva el historial y los datos de la cuenta tras la baja. Un antiguo abonado que vuelve seis meses después debe reencontrar lo que tenía, y eso es un argumento real de recuperación. ## Lo que debes al cliente Tres puntos de cumplimiento que enmarcan estos tratamientos. **La información sobre el vencimiento y el importe** antes del cobro, en particular en las renovaciones automáticas. La normativa española de defensa de los consumidores exige información previa clara sobre la duración y las condiciones de renovación. **La posibilidad de darse de baja**, que debe seguir accesible durante todo el procedimiento. Un cliente con una incidencia de pago que quiere parar debe poder hacerlo de forma sencilla, sin tener que regularizar primero. **La proporcionalidad de los gastos.** Facturar gastos de recobro supone que estén previstos, anunciados y sean proporcionados. En una suscripción de gran consumo la práctica es arriesgada y la ganancia marginal. ## Lo que distingue a una buena secuencia Un criterio simple: debe tratar el fallo como un problema técnico que resolver juntos, no como un incumplimiento del cliente. En concreto, tres diferencias visibles. El **tono** sigue siendo neutro y servicial, incluso en el tercer mensaje. La **acción** se hace lo más fácil posible: un enlace, una pantalla, un campo. La **salida** sigue abierta. Un cliente que prefiere parar debe poder hacerlo sin obstáculos, lo que preserva la posibilidad de que vuelva. ## Medir Cuatro indicadores. La **tasa de fallo inicial**, parte de los cobros que fallan al primer intento. Una tasa alta puede indicar un problema de configuración más que una población de riesgo. La **tasa de recuperación**, parte de los fallos finalmente cobrados. Es la cifra principal de tu secuencia. El **reparto por motivo**, que te dice dónde poner el esfuerzo. Si dominan las tarjetas caducadas, tu proyecto es el aviso preventivo, no el recobro. La **tasa de reactivación tras suspensión**, que justifica la existencia de ese estado intermedio. El gestiona esta cadena en PrestaShop 8 y 9: secuencia de reintentos adaptada al motivo de fallo devuelto por la plataforma, aviso antes de la caducidad de la tarjeta, mensajes con enlace directo de actualización del medio de pago, estado de suspensión distinto de la baja y conservación del historial tras la finalización.