Vai al contenuto principale
I Ritenti Pagamento ritentano automaticamente i pagamenti di rinnovo dell’abbonamento falliti secondo un programma di back-off progressivo. Quando un ritento riesce, l’abbonamento viene riattivato automaticamente — nessuna azione del cliente o lavoro di integrazione richiesto.

Cosa Sono i Ritenti Pagamento?

Quando un pagamento di rinnovo dell’abbonamento fallisce, l’abbonamento viene messo in sospeso. Con i Ritenti Pagamento abilitati, Dodo Payments addebita automaticamente il metodo di pagamento esistente del cliente secondo un programma intelligente fino a quando il pagamento riesce o la finestra di recupero si chiude. Questo recupera i ricavi persi a causa di fallimenti temporanei — carte scadute, fondi insufficienti che vengono ricaricati, errori di rete transitori — senza inviare email al cliente o chiedergli di aggiornare qualcosa.
I Ritenti Pagamento si applicano solo ai pagamenti di rinnovo dell’abbonamento. I primi pagamenti (configurazione del mandato), i pagamenti una tantum, i costi di cambio piano e i costi su richiesta non vengono ritentati da questa funzionalità.

Come Funzionano i Ritenti Pagamento

1

Renewal fails

Un pagamento di rinnovo dell’abbonamento fallisce e l’abbonamento passa allo stato on_hold.
2

Retryability check

Il codice di errore del fallimento viene controllato. I soft decline (fondi insufficienti, rifiuto generico, errori di elaborazione o di rete, ecc.) sono ritentabili. I hard decline terminano immediatamente la catena di ritenti, poiché ritentare non cambierà il risultato.
3

Scheduled retry

Se il rifiuto è ritentabile e la finestra di recupero lo consente, il tentativo successivo viene programmato. I ritenti vengono effettuati off-session sul metodo di pagamento esistente del cliente seguendo un programma di back-off progressivo.
4

Recovery

Al primo ritento riuscito, l’abbonamento ritorna a active e la data di fatturazione successiva viene avanzata come di consueto. Se la finestra si chiude prima che un ritento riesca, i ritenti si fermano e l’abbonamento rimane in sospeso.

Configurazione dei Ritenti Pagamento

Abilita e configura i Ritenti Pagamento da Impostazioni → Recupero nel tuo dashboard.
Pagina Impostazioni di Recupero con l'interruttore Abilita Ritenti Pagamento attivo e un campo Finestra di recupero (giorni) impostato a 13
ImpostazioneDescrizionePredefinito
Abilita Ritenti PagamentoRitenta automaticamente i pagamenti di rinnovo abbonamento falliti per recuperare i ricavi.Disattivato (opt-in)
Finestra di recupero (giorni)Quanto tempo continuare a ritentare un pagamento fallito prima di rinunciare. Deve essere compreso tra 1 e 30.13
La finestra di recupero è ancorata al momento in cui è stata creata la fattura di rinnovo fallita. I ritenti sono programmati solo mentre il ritardo cumulativo del back-off rientra ancora nella finestra.

Programma di Ritenti

I ritenti si stabilizzano progressivamente. Vengono effettuati fino a 8 tentativi, finché ciascuno rientra nella finestra di recupero:
TentativoRitardo dopo il tentativo precedenteTempo approssimativo dal fallimento
112 ore12 ore
224 ore36 ore
348 ore~3,5 giorni
472 ore~6,5 giorni
596 ore~10,5 giorni
6120 ore~15,5 giorni
77 giorni~22,5 giorni
87 giorni~29,5 giorni
Una finestra di recupero di 13 giorni (il predefinito) copre i tentativi da 1 a 5 (il tentativo 5 si attiva ~10,5 giorni dopo il fallimento). Aumenta la finestra verso il massimo di 30 giorni se desideri che si eseguano i tentativi successivi, più ampiamente distanziati (da 6 a 8).

Transizioni di Stato dell’Abbonamento

EventoStato dell’abbonamento
Fallimento pagamento rinnovoactiveon_hold
Fallimento tentativo di ritentorimane on_hold (prossimo ritento programmato se la finestra lo consente)
Successo tentativo di ritentoon_holdactive, data di fatturazione successiva avanzata
Finestra di recupero esauritarimane on_hold
Queste transizioni emettono i consueti eventi webhook dell’abbonamento, così puoi gestire la logica delle autorizzazioni da esse senza gestire specificamente i ritenti:
EventoAttivato quando
subscription.on_holdUn rinnovo fallisce e l’abbonamento è messo in sospeso
subscription.activeUn ritento ha successo e l’abbonamento viene riattivato

Subscription Webhook Payloads

Visualizza gli schemi completi dei payload webhook per gli eventi del ciclo di vita dell’abbonamento.

Fallimenti Ritentabili vs. Non Ritentabili

Tipo di fallimentoEsempiRitentato?
Soft declineFondi insufficienti, rifiuto generico, eccedenza velocità carta, errore di elaborazione, errore di rete/timeout, riprovare più tardi
Hard declineCarta rubata/persa, carta non valida, non onorare, account chiuso e altri rifiuti terminaliNo — la catena termina immediatamente
Ritentare un hard decline non cambierà il risultato, quindi la catena dei ritenti termina non appena un hard decline viene osservato. Associa i Ritenti Pagamento con Recupero Abbonamenti per invitare il cliente ad aggiornare il loro metodo di pagamento in quei casi.

Ritenti Pagamento vs. Recupero Abbonamenti

I Ritenti Pagamento e Recupero Abbonamenti sono strumenti di recupero complementari:
Ritenti PagamentoRecupero Abbonamenti
MeccanismoRiaddebita silenziosamente il metodo di pagamento esistenteInvia email al cliente per aggiornare il suo metodo di pagamento
Azione del clienteNessuna richiestaIl cliente aggiorna il metodo di pagamento nel portale
Migliore perDeclini temporanei/soft che si risolvono da soliCarte scadute o non valide che devono essere sostituite
Abilitare entrambi offre la copertura di recupero più ampia: i ritenti automatici intercettano i fallimenti transitori, mentre il recupero riporta i clienti il cui metodo di pagamento deve effettivamente essere aggiornato.

Correlati

Subscription Dunning

Sequenze email che invitano i clienti ad aggiornare il loro metodo di pagamento.

Abandoned Cart Recovery

Recupera checkout una tantum incompleti o falliti con email mirate.

Subscriptions

Comprendere gli stati dell’abbonamento coinvolti nei flussi di recupero.

Subscription Webhooks

Reagisci agli eventi subscription.on_hold e subscription.active.
Last modified on June 9, 2026