Förnyelsebetalningsförsök gör automatiskt ett nytt försök med misslyckade prenumerationsbetalningar enligt ett progressivt schema. När ett försök lyckas, återaktiveras prenumerationen automatiskt — ingen kundåtgärd eller integrationsarbete krävs.
Vad är betalningsförsök?
När en betalning för prenumerationsförnyelse misslyckas, placeras prenumerationen i vänteläge. Med betalningsförsök aktiverat, debiterar Dodo Payments automatiskt kundens befintliga betalningsmetod enligt ett smart schema tills betalningen lyckas eller återvinningsfönstret stänger. Detta återvinner intäkter förlorade på tillfälliga misslyckanden — utgångna kortreservationer, otillräckliga medel som fylls på, tillfälliga nätverksfel — utan att mejla kunden eller be dem att uppdatera något.Betalningsförsök gäller endast för prenumerationsförnyelser. Första betalningar (mandatinställning), engångsbetalningar, planändringsavgifter och avgifter på begäran återförsöks inte av denna funktion.
Hur betalningsförsök fungerar
Renewal fails
En förnyelsebetalning misslyckas och prenumerationen flyttas till tillståndet
on_hold.Retryability check
Felns felkod kontrolleras. Mjuka avslag (otillräckliga medel, generiskt avslag, bearbetnings- eller nätverksfel, etc.) kan återförsökas. Hårda avslag avslutar omedelbart återförsökskedjan, eftersom att försöka om inte kommer att ändra resultatet.
Scheduled retry
Om avslaget kan återförsökas och återvinningsfönstret tillåter det schemaläggs nästa försök. Återförsöken sker utanför sessionen mot kundens befintliga betalningsmetod enligt ett progressivt schema.
Konfigurera betalningsförsök
Aktivera och konfigurera betalningsförsök från Inställningar → Återvinning i din kontrollpanel.
| Inställning | Beskrivning | Standard |
|---|---|---|
| Aktivera betalningsförsök | Försök automatiskt om misslyckade prenumerationsförnyelsebetalningar för att återvinna intäkter. | Av (opt-in) |
| Återvinningsfönster (dagar) | Hur länge man ska fortsätta försöka med en misslyckad betalning innan man ger upp. Måste vara mellan 1 och 30. | 13 |
Återförsöksschema
Försök backar av progressivt. Upp till 8 försök görs, så länge varje passar inom ditt återvinningsfönster:| Försök | Fördröjning efter föregående försök | Ungefärlig tid sedan misslyckande |
|---|---|---|
| 1 | 12 timmar | 12 timmar |
| 2 | 24 timmar | 36 timmar |
| 3 | 48 timmar | ~3.5 dagar |
| 4 | 72 timmar | ~6.5 dagar |
| 5 | 96 timmar | ~10.5 dagar |
| 6 | 120 timmar | ~15.5 dagar |
| 7 | 7 dagar | ~22.5 dagar |
| 8 | 7 dagar | ~29.5 dagar |
Prenumerationsstatusövergångar
| Händelse | Prenumerationsstatus |
|---|---|
| Förnyelsebetalning misslyckas | active → on_hold |
| Återförsöksförsök misslyckas | förblir on_hold (nästa försök schemaläggs om fönstret tillåter) |
| Återförsöksförsök lyckas | on_hold → active, nästa faktureringsdatum flyttas fram |
| Återvinningsfönster uttömt | förblir on_hold |
| Händelse | Avfyras när |
|---|---|
subscription.on_hold | En förnyelse misslyckas och prenumerationen placeras i vänteläge |
subscription.active | Ett återförsök lyckas och prenumerationen återaktiveras |
Subscription Webhook Payloads
Se de fullständiga webhook-payload-schemana för prenumerationslivscykelhändelser.
Försökbara vs. icke-försökbara misslyckanden
| Feltyp | Exempel | Försöks? |
|---|---|---|
| Mjukt avslag | Otillräckliga medel, generiskt avslag, kortbegränsning överskred, bearbetningsfel, nätverksfel/tidsgräns, försök igen senare | Ja |
| Hårt avslag | Stulen/förlorad kort, ogiltigt kort, inte-hedera, stängt konto, och andra terminala avslag | Nej — kedjan avslutas omedelbart |
Att försöka om ett hårt avslag kommer inte att ändra resultatet, så återförsökskedjan avslutas så snart ett hårt avslag observeras. Par redovisningsförsök med Dunning av prenumerationer för att be kunden uppdatera sin betalningsmetod i dessa fall.
Betalningsförsök vs. Dunning
Betalningsförsök och Dunning av prenumerationer är komplementära återvinningverktyg:| Betalningsförsök | Dunning av prenumerationer | |
|---|---|---|
| Mekanism | Självmant debiterar den befintliga betalningsmetoden | Mejlar kunden för att uppdatera sin betalningsmetod |
| Kundåtgärd | Ingen krävs | Kunden uppdaterar betalningsmetod i portalen |
| Bäst för | Tillfälliga/mjuka avslag som löser sig själva | Utgångna eller ogiltiga kort som behöver ersättas |
Relaterat
Subscription Dunning
E-postsekvenser som uppmanar kunder att uppdatera sin betalningsmetod.
Abandoned Cart Recovery
Återvinn ofullständiga eller misslyckade engångsbetalningar med riktade e-postmeddelanden.
Subscriptions
Förstå de prenumerationsstatusar som är involverade i återvinningsflöden.
Subscription Webhooks
Reagera på
subscription.on_hold och subscription.active händelser.