Cuando una factura no puede efectuar todos los reintentos de pago, la suscripción relacionada puede cancelarse o marcarse como impaga, según la acción del estado de la suscripción que elegiste en tu configuración. Este comportamiento puede verse afectado por un calendario de reintentos más extenso.
Un calendario de reintentos extenso que se prorroga más allá del período de facturación de la suscripción puede hacer que los calendarios de reintento de varias facturas se superpongan. En el caso excepcional de que una factura no pueda efectuar todos los reintentos, pero la última factura que es parte de la misma suscripción se pague correctamente, la suscripción queda como estaba y no se cancela ni se marca como impaga.
Tomemos por ejemplo una suscripción que tiene un período de facturación de un mes, con un calendario de reintento de dos meses. Supongamos que ocurre lo siguiente:
1 de enero: Se emite una factura in_1 y el pago no puede efectuarse.
Del 2 al 30 de enero: Se hacen algunos reintentos y no pueden efectuarse hasta que queda un solo reintento para in_1.
1 de febrero: Se emite una factura in_2 y el pago se efectúa correctamente.
10 de febrero: Se realiza el último reintento para in_1 y no puede efectuarse.
En el caso de arriba, el calendario de reintentos para in_1 coincide con el calendario de reintentos para in_2, lo cual hace posible que la factura in_2 reciba el pago correctamente antes de los reintentos para in_1. Los reintentos para in_1 pueden no efectuarse y, en este caso, ninguno se efectúa. Cuando esto sucede, el estado de la suscripción no cambia por el desajuste del pago realizado correctamente. Explícitamente, si la configuración del estado de la suscripción es «cancelar la suscripción», entonces la suscripción no se cancela. Si la configuración es «marcar la suscripción como impaga», entonces no se marca la suscripción como impaga.
Como se indicó más arriba, el estado de pago de la última factura es el que importa. Tomemos por ejemplo una suscripción que tiene un período de facturación de una semana, con un calendario de reintento de un mes. Ocurre lo siguiente:
1 de enero: Se emite una factura in_1 y el pago no puede efectuarse.
2 de enero: Se hacen algunos reintentos y no pueden efectuarse hasta que queda un solo reintento para in_1.
7 de enero: Se emite una factura in_2 y el pago se efectúa correctamente.
14 de enero: Se emite una factura in_3 y el pago no puede efectuarse.
15 de enero: Se realiza el último reintento para in_1 y no puede efectuarse.
En este caso, el 15 de enero, in_1 no puede efectuarse por última vez y el estado de la suscripción cambiará. El estado de in_2 no importa en este caso, porque la última factura es in_3 y in_3 no está paga. Explícitamente, si la configuración del estado de la suscripción es «cancelar la suscripción», entonces la suscripción se cancela el 15 de enero. Si la configuración es «marcar la suscripción como impaga», entonces la suscripción se marca como impaga el 15 de enero.
Para evitar que ocurran otros reintentos después de que finalice la siguiente factura, es posible establecer el período de reintento a un valor menor o igual al intervalo de facturación. Por ejemplo, para las suscripciones mensuales, cualquier período de reintento menor o igual a 1 mes evitará una posible superposición.