Quando tutti i tentativi di pagamento di un addebito hanno esito negativo, l'abbonamento corrispondente può essere annullato o contrassegnato come non pagato, a seconda dell'azione scelta nelle impostazioni per lo stato dell'abbonamento. Questo comportamento può essere influenzato da programmazioni di tentativi più lunghe.
Le programmazioni dei tentativi lunghe, che si protraggono oltre il periodo di fatturazione di un abbonamento, possono causare la sovrapposizione delle programmazioni dei tentativi di più addebiti. Nel raro caso in cui tutti i tentativi per uno degli addebiti abbiano esito negativo, ma l'ultimo degli addebiti relativi allo stesso abbonamento abbia esito positivo, l'abbonamento viene lasciato nello stato in cui si trova, senza essere annullato né contrassegnato come non pagato.
Prendiamo ad esempio un abbonamento con un periodo di fatturazione di un mese e con una programmazione dei tentativi di due mesi. Supponiamo quindi che si verifichi la seguente successione di eventi:
1° gennaio: viene eseguito l'addebito in_1 e il pagamento ha esito negativo
2-30 gennaio: alcuni tentativi per l'addebito in_1 vengono ripetuti con esito negativo, fino a che resta solo l'ultimo tentativo possibile
1° febbraio: viene eseguito l'addebito in_2 e il pagamento ha esito positivo
10 febbraio: viene eseguito l'ultimo tentativo per l'addebito in_1 con esito negativo
Nel caso sopra descritto, la programmazione dei tentativi per in_1 si sovrappone a quella per in_2, rendendo possibile che l'addebito in_2 riceva un pagamento con esito positivo prima che vengano eseguiti tutti i tentativi per in_1. I tentativi per l'addebito in_1 possono ancora avere esito negativo e, in questo caso, lo hanno tutti. Quando questa situazione si verifica, lo stato dell'abbonamento non viene modificato a causa del disallineamento dell'esito positivo del pagamento. In particolare, se lo stato dell'abbonamento è impostato su Annulla l'abbonamento, l'abbonamento non viene annullato. Se l'impostazione è Contrassegna l'abbonamento come non pagato, l'abbonamento non viene contrassegnato come non pagato.
Come sopra indicato, quello che conta è specificamente lo stato di avvenuto pagamento dell'ultimo addebito. Prendiamo ad esempio un abbonamento con un periodo di fatturazione di una settimana e una programmazione dei tentativi di un mese. Si verifica la seguente successione di eventi:
1° gennaio: viene eseguito l'addebito in_1 e il pagamento ha esito negativo
2 gennaio: alcuni tentativi per l'addebito in_1 vengono ripetuti con esito negativo, fino a che resta solo l'ultimo tentativo possibile
7 gennaio: viene eseguito l'addebito in_2 e il pagamento ha esito positivo
14 gennaio: viene eseguito l'addebito in_3 e il pagamento ha esito negativo
15 gennaio: viene eseguito l'ultimo tentativo per l'addebito in_1 con esito negativo
In questo caso, il 15 gennaio fallisce l'ultimo tentativo per l'addebito in_1 e lo stato dell'abbonamento sarà modificato. Lo stato di in_2 non è rilevante in questo caso, perché l'ultimo addebito è in_3 e in_3 non è stato pagato. In particolare, se lo stato dell'abbonamento è impostato su Annulla l'abbonamento, l'abbonamento viene annullato il 15 gennaio. Se l'impostazione è Contrassegna l'abbonamento come non pagato, l'abbonamento viene contrassegnato come non pagato il 15 gennaio.
Per evitare che si verifichino tentativi dopo la finalizzazione della fattura successiva, è possibile impostare la finestra corrispondente su un valore inferiore o uguale all'intervallo di fatturazione. Ad esempio, per gli abbonamenti mensili, qualsiasi finestra di tentativi <= 1 mese eviterà potenziali sovrapposizioni.