Payment Retries versuchen automatisch fehlgeschlagene Abonnement-Verlängerungszahlungen in einem progressiven Back-off-Zeitplan erneut. Wenn ein Versuch erfolgreich ist, wird das Abonnement automatisch reaktiviert — keine Kundenaktion oder Integrationsarbeit erforderlich.
Was sind Wiederholungsversuche für Zahlungen?
Wenn eine Abonnementverlängerungszahlung fehlschlägt, wird das Abonnement inaktiviert. Mit aktivierten Wiederholungsversuchen bei Zahlungen belastet Dodo Payments die bestehende Zahlungsmethode des Kunden automatisch in einem intelligenten Zeitplan erneut, bis die Zahlung erfolgreich ist oder das Wiederherstellungsfenster geschlossen wird. Dies stellt Einnahmen wieder her, die durch vorübergehende Fehler verloren gingen — abgelaufene Karten, unzureichende Mittel, die wieder aufgeladen werden, vorübergehende Netzwerkfehler — ohne den Kunden zu benachrichtigen oder ihn zu bitten, etwas zu aktualisieren.Wiederholungsversuche für Zahlungen gelten nur für Abonnement-Verlängerungszahlungen. Erstzahlungen (Mandatsanzahlung), Einmalzahlungen, Planänderungsgebühren und bedarfsgesteuerte Gebühren werden von dieser Funktion nicht erneut versucht.
Wie funktionieren Wiederholungsversuche für Zahlungen?
Renewal fails
Eine Abonnementverlängerungszahlung schlägt fehl und das Abonnement wechselt in den Zustand
on_hold.Retryability check
Der Fehlercode des Fehlers wird überprüft. Soft Declines (unzureichende Mittel, allgemeiner Rückgang, Verarbeitungs- oder Netzwerkfehler usw.) sind erneut versuchbar. Hard Declines beenden die Wiederholkette sofort, da erneutes Versuchen das Ergebnis nicht ändern wird.
Scheduled retry
Wenn der Rückgang erneut versuchbar ist und das Wiederherstellungsfenster dies zulässt, wird der nächste Versuch geplant. Wiederholungen werden außerhalb der Sitzung mit der bestehenden Zahlungsmethode des Kunden gemäß einem progressiven Back-off-Zeitplan ausgeführt.
Konfiguration der Wiederholungsversuche für Zahlungen
Aktivieren und konfigurieren Sie Wiederholungsversuche für Zahlungen über Einstellungen → Wiederherstellung in Ihrem Dashboard.
| Einstellung | Beschreibung | Standard |
|---|---|---|
| Wiederholungsversuche für Zahlungen aktivieren | Fehlgeschlagene Abonnementverlängerungszahlungen automatisch erneut versuchen, um Einnahmen zu sichern. | Aus (Opt-in) |
| Wiederherstellungsfenster (Tage) | Dauer der Versuche, eine fehlgeschlagene Zahlung erneut zu belasten, bevor aufgegeben wird. Muss zwischen 1 und 30 liegen. | 13 |
Wiederholungszeitplan
Wiederholungen werden progressiv zurückgestellt. Bis zu 8 Versuche werden gemacht, solange jeder innerhalb Ihres Wiederherstellungsfensters passt:| Versuch | Verzögerung nach dem vorherigen Versuch | Ungefähre Zeit seit dem Fehler |
|---|---|---|
| 1 | 12 Stunden | 12 Stunden |
| 2 | 24 Stunden | 36 Stunden |
| 3 | 48 Stunden | ~3,5 Tage |
| 4 | 72 Stunden | ~6,5 Tage |
| 5 | 96 Stunden | ~10,5 Tage |
| 6 | 120 Stunden | ~15,5 Tage |
| 7 | 7 Tage | ~22,5 Tage |
| 8 | 7 Tage | ~29,5 Tage |
Abonnementstatusübergänge
| Ereignis | Abonnementstatus |
|---|---|
| Verlängerungszahlung schlägt fehl | active → on_hold |
| Wiederholungsversuch schlägt fehl | bleibt on_hold (nächster Versuch geplant, wenn Fenster dies zulässt) |
| Wiederholungsversuch erfolgreich | on_hold → active, nächstes Abrechnungsdatum fortgesetzt |
| Wiederherstellungsfenster erschöpft | bleibt on_hold |
| Ereignis | Wird ausgelöst, wenn |
|---|---|
subscription.on_hold | Eine Verlängerung fehlschlägt und das Abonnement inaktiviert wird |
subscription.active | Ein Wiederholungsversuch erfolgreich ist und das Abonnement reaktiviert wird |
Subscription Webhook Payloads
Sehen Sie sich die vollständigen Webhook-Nutzlastschemata für Abonnement-Lebenszyklusereignisse an.
Erneut versuchbare vs. nicht erneut versuchbare Fehler
| Fehlertyp | Beispiele | Erneut versucht? |
|---|---|---|
| Soft Decline | Unzureichende Mittel, allgemeiner Rückgang, Kartenabstufung überschritten, Verarbeitungsfehler, Netzwerkfehler/Timeout, später erneut versuchen | Ja |
| Hard Decline | Gestohlene/verlorene Karte, ungültige Karte, nicht honorieren, Konto geschlossen und andere definitive Ablehnungen | Nein — die Kette endet sofort |
Das erneute Versuchen eines Hard Decline wird das Ergebnis nicht ändern, daher endet die Wiederholkette, sobald eine solche Ablehnung festgestellt wird. Kombinieren Sie Payment Retries mit Subscription Dunning, um den Kunden in diesen Fällen aufzufordern, seine Zahlungsmethode zu aktualisieren.
Wiederholungsversuche für Zahlungen vs. Dunning
Payment Retries und Subscription Dunning sind sich ergänzende Wiederherstellungswerkzeuge:| Payment Retries | Subscription Dunning | |
|---|---|---|
| Mechanismus | Belastet stillschweigend die bestehende Zahlungsmethode erneut | Sendet dem Kunden eine E-Mail, um seine Zahlungsmethode zu aktualisieren |
| Kundenaktion | Keine erforderlich | Kunde aktualisiert Zahlungsmethode im Portal |
| Am besten geeignet für | Vorübergehende/Soft Declines, die sich von selbst lösen | Abgelaufene oder ungültige Karten, die ersetzt werden müssen |
Verwandte Themen
Subscription Dunning
E-Mail-Sequenzen, die Kunden auffordern, ihre Zahlungsmethode zu aktualisieren.
Abandoned Cart Recovery
Unvollständige oder fehlgeschlagene Einmalzahlungen mit gezielten E-Mails wiederherstellen.
Subscriptions
Verstehen Sie die in den Wiederherstellungsabläufen beteiligten Abonnementzustände.
Subscription Webhooks
Reagieren Sie auf
subscription.on_hold und subscription.active Ereignisse.