Webhook Payloads
Wiederherstellung
Die Nutzdaten, die an Ihren Webhook-Endpunkt gesendet werden, wenn Ereignisse zur Wiederherstellung von Warenkörben oder zur Abonnentenverwaltung auftreten.
Documentation Index
Fetch the complete documentation index at: https://docs.dodopayments.com/llms.txt
Use this file to discover all available pages before exploring further.
Ereignisse zur Wiederherstellung verlassener Warenkörbe
Die folgenden Webhook-Ereignisse verfolgen den Lebenszyklus der Wiederherstellung von verlassenen Warenkörben:| Ereignis | Beschreibung |
|---|---|
abandoned_checkout.detected | Ein verlassener Checkout wurde erkannt. Gesendet, wenn eine Zahlung als verlassen (fehlgeschlagen oder unvollständig) identifiziert wird und der Wiederherstellungs-Workflow beginnt. |
abandoned_checkout.recovered | Der Kunde hat die Zahlung über den Wiederherstellungslink abgeschlossen. Das Feld recovered_payment_id enthält die erfolgreiche Zahlungs-ID. |
Felder des Payloads für verlassene Checkouts
Die ursprüngliche Zahlung, die verlassen wurde. Verwenden Sie dies, um Produkt-, Betrags- und Währungsdetails nachzuschlagen.
Der Kunde, der den Checkout verlassen hat.
Warum der Checkout verlassen wurde. Einer der folgenden:
payment_failed— Kunde hat versucht zu zahlen, aber es scheitertecheckout_incomplete— Kunde hat den Checkout besucht, aber nie versucht zu zahlen
Aktueller Lebenszyklusstatus dieses Wiederherstellungsversuchs. Einer der folgenden:
abandoned— Erkannt, bisher keine E-Mails gesendetrecovering— Mindestens eine Wiederherstellungs-E-Mail gesendetrecovered— Kunde hat die Zahlung abgeschlossenexhausted— Alle E-Mails gesendet oder neuerer Checkout gefundenopted_out— Kunde hat sich abgemeldet
ISO 8601-Zeitstempel, wann der Checkout als verlassen erkannt wurde.
Die Zahlungs-ID der erfolgreichen Wiederherstellungszahlung.
null bis der Checkout wiederhergestellt wird.Beispiel: Umgang mit ACR-Webhooks
Dunning-Ereignisse
Die folgenden Webhook-Ereignisse verfolgen den Lebenszyklus der Abonnentenverwaltung:| Ereignis | Beschreibung |
|---|---|
dunning.started | Ein Dunning-Versuch wurde für ein Abonnement erstellt, das in on_hold eingetreten ist oder vom Kunden storniert wurde. |
dunning.recovered | Der Kunde hat seine Zahlungsmethode aktualisiert und die resultierende Zahlung war erfolgreich. Das Feld payment_id enthält die erfolgreiche Zahlungs-ID. |
Felder des Payloads für Dunning-Versuche
Das Abonnement, das den Dunning-Versuch ausgelöst hat.
Der Kunde, dem das Abonnement gehört.
Der Abonnementstatus, der das Dunning ausgelöst hat. Einer der folgenden:
on_hold— Abonnement aufgrund eines Zahlungsfehlers pausiertcancelled— Kunde hat über das Kundenportal storniert
Aktueller Lebenszyklusstatus dieses Dunning-Versuchs. Einer der folgenden:
recovering— Dunning-E-Mails werden gesendetrecovered— Kunde hat Zahlungsmethode aktualisiert und Zahlung war erfolgreichexhausted— Alle E-Mails gesendet oder Abonnementstatus geändert
ISO 8601-Zeitstempel, wann der Dunning-Versuch erstellt wurde.
Die Zahlungs-ID der erfolgreichen Wiederherstellungszahlung.
null während der Wiederherstellung.Beispiel: Umgang mit Dunning-Webhooks
Abandoned Cart Recovery
Konfigurieren Sie ACR-E-Mail-Sequenzen und Rabattanreize.
Subscription Dunning
Konfigurieren Sie Dunning-E-Mail-Sequenzen für abgelaufene Abonnements.
Subscription Webhooks
Verwandte Abonnement-Lebenszyklusereignisse wie
subscription.on_hold und subscription.cancelled.Webhook-Payload-Schema
Webhook payload for abandoned_checkout.detected and abandoned_checkout.recovered events
Verfügbare Optionen:
payment_failed, checkout_incomplete Verfügbare Optionen:
abandoned, recovering, recovered, exhausted, opted_out Last modified on April 20, 2026