Quando uma fatura falha em todas as tentativas de pagamento, a assinatura relacionada pode ser cancelada ou marcada como não paga, dependendo da ação de status da assinatura escolhida por você em suas configurações. Esse comportamento pode ser afetado por cronogramas de tentativas mais longos.
Cronogramas de tentativas longos que se estendem para além de um período de faturamento da assinatura podem resultar em sobreposição de cronogramas de tentativas de várias faturas. No raro caso de uma fatura falhar em todas as tentativas, mas a fatura mais recente que faz parte da mesma assinatura for paga com êxito, a assinatura será deixada no estado em que está e não será cancelada nem marcada como não paga.
Vamos ver um exemplo de uma assinatura que tem um período de faturamento de um mês, com um cronograma de tentativas de dois meses. Em seguida, suponha que a seguinte sequência de eventos ocorra:
1º de jan: Uma fatura in_1
é emitida e há falha no pagamento
2 a 30 de jan: Algumas tentativas são feitas e falham até que reste somente uma tentativa para in_1
1º de fev: Uma fatura in_2
é emitida e o pagamento é efetivado
10 de fev: A última tentativa para in_1
é feita e falha
No caso acima, o cronograma de tentativas para in_1
se sobrepõe ao cronograma de tentativas para in_2
, possibilitando que a fatura in_2
receba pagamentos corretamente antes de todas as tentativas para in_1
. As tentativas de in_1
ainda podem falhar e, nesse caso, isso ocorre com todas. Se isso ocorrer, o status da assinatura não é alterado devido ao desalinhamento do êxito do pagamento. Explicitamente, se a configuração do status da assinatura for definida como "cancelar a assinatura", ela não será cancelada. Se a configuração for definida como "marcar a assinatura como não paga", a assinatura não será marcada como não paga.
Como descrito acima, o que importa especificamente é o status de pagamento da última fatura. Vamos ver um exemplo de assinatura que tem um período de faturamento de uma semana, com um cronograma de tentativas de um mês. A seguinte sequência de eventos ocorre:
1º de jan: Uma fatura in_1
é emitida e há falha no pagamento
2 de jan: Algumas tentativas são feitas e falham até que reste somente uma tentativa para in_1
7 de jan: Uma fatura in_2
é emitida e o pagamento é efetivado
14 de jan: Uma fatura in_3
é emitida e há falha no pagamento
15 de jan: A última tentativa para in_1
é feita e falha
Neste caso, em 15 de janeiro, in_1
falha pela última vez e o status da assinatura é alterado. O status de in_2
não importa neste caso, pois a última fatura é in_3
, e in_3
não foi paga. Explicitamente, se a configuração do status da assinatura for definida como "cancelar a assinatura", ela será cancelada em 15 de janeiro. Se a configuração for definida como "marcar a assinatura como não paga", a assinatura será marcada como não paga em 15 de janeiro.
Para evitar que ocorram novas tentativas após a finalização da próxima fatura, a janela de repetição pode ser definida como algo menor ou igual ao intervalo de faturamento. Por exemplo, para assinaturas mensais, qualquer janela de repetição <= 1 mês evitará uma possível sobreposição.