Skip to main content
Dodo Payments löst in jeder Phase des Lebenszyklus einer Zahlung, eines Abonnements, einer Dispute, einer Auszahlung, eines Guthabens oder eines Lizenzschlüssels Webhook-Ereignisse aus. Diese Seite listet jedes Ereignis nach Ressource auf. Detaillierte Payload-Schemas und Beispiele für Handler finden Sie auf den unten verlinkten ressourcenspezifischen Seiten.

Zahlungsereignisse

Das vollständige Payload-Schema finden Sie unter Payment Webhooks.

Rückerstattungsereignisse

Das vollständige Payload-Schema finden Sie unter Refund Webhooks.

Dispute-Ereignisse

Detaillierte Payload-Schemas und Beispiele für Handler finden Sie unter Dispute Webhooks.

Abonnementereignisse

Detaillierte Payload-Schemas und Beispiele für Handler finden Sie unter Subscription Webhooks.

Lizenzschlüsselereignisse

Das vollständige Payload-Schema finden Sie unter License Key Webhooks.

Ereignisse zur Gewährung von Berechtigungen

Detaillierte Payload-Schemas, Beispielereignisse und die vollständige Referenz für revocation_reason finden Sie unter Entitlement Grant Webhooks.

Guthabenereignisse

Detaillierte Payload-Schemas und Beispiele für Handler finden Sie unter Credit-Based Billing Webhooks.

Wiederherstellungsereignisse

Detaillierte Payload-Schemas, Feldbeschreibungen und Beispiele für Handler finden Sie unter Recovery Webhooks.

Dunning-Ereignisse

Detaillierte Payload-Schemas, Feldbeschreibungen und Beispiele für Handler finden Sie unter Recovery Webhooks.

Auszahlungserignisse

Auszahlungsereignisse verfolgen, wie Ihre Gelder von Dodo Payments auf Ihr Bankkonto übertragen werden. Sie entsprechen den im Dashboard angezeigten Auszahlungsstatus. Die Payload ist ein Auszahlungsobjekt mit derselben Struktur wie ein Eintrag aus GET /payouts.
Auszahlungsereignisse sind weder abschließend noch strikt geordnet. payout.failed kann nach payout.success eintreffen, wenn eine Bank die Überweisung zurückgibt, und payout.success kann nach payout.failed eintreffen, wenn eine fehlgeschlagene Auszahlung später wiederhergestellt wird. Das status der Payload stimmt immer mit dem Ereignistyp überein. Verwenden Sie daher das übergeordnete timestamp jedes Ereignisses, um den neuesten Status zu ermitteln.
payout.created wurde zuvor als payout.not_initiated ausgelöst. Wenn ein bestehender Endpoint nach payout.not_initiated filtert, aktualisieren Sie den Filter auf payout.created, damit er weiterhin passende Ereignisse erfasst.
Detaillierte Payload-Schemas, Feldbeschreibungen und Beispiele für Handler finden Sie unter Payout Webhooks.
Zuletzt geändert am 26. September 2026