Skip to main content
Dodo Payments émet des événements Webhook à chaque étape du cycle de vie d’un paiement, d’un abonnement, d’un litige, d’un versement, d’un crédit ou d’une clé de licence. Cette page répertorie chaque événement par ressource. Pour consulter les schémas de payload détaillés et des exemples de handlers, reportez-vous aux pages spécifiques aux ressources indiquées ci-dessous.

Événements de paiement

Pour consulter le schéma de payload complet, reportez-vous à Webhooks de paiement.

Événements de remboursement

Pour consulter le schéma de payload complet, reportez-vous à Webhooks de remboursement.

Événements de litige

Pour consulter les schémas de payload détaillés et des exemples de handlers, reportez-vous à Webhooks de litige.

Événements d’abonnement

Pour consulter les schémas de payload détaillés et des exemples de handlers, reportez-vous à Webhooks d’abonnement.

Événements de clé de licence

Pour consulter le schéma de payload complet, reportez-vous à Webhooks de clé de licence.

Événements d’octroi de droits

Pour consulter les schémas de payload détaillés, des exemples d’événements et la référence complète revocation_reason, reportez-vous à Webhooks d’octroi de droits.

Événements de crédit

Pour consulter les schémas de payload détaillés et des exemples de handlers, reportez-vous à Webhooks de facturation basée sur les crédits.

Événements de récupération

Pour consulter les schémas de payload détaillés, les descriptions des champs et des exemples de handlers, reportez-vous à Webhooks de récupération.

Événements de relance de paiement

Pour consulter les schémas de payload détaillés, les descriptions des champs et des exemples de handlers, reportez-vous à Webhooks de récupération.

Événements de versement

Les événements de versement suivent le transfert de vos fonds de Dodo Payments vers votre compte bancaire. Ils correspondent aux statuts des versements affichés dans le dashboard. Le payload est un objet de versement ayant la même structure qu’une entrée de GET /payouts.
Les événements de versement ne sont ni terminaux ni strictement ordonnés. payout.failed peut arriver après payout.success lorsqu’une banque retourne le transfert, et payout.success peut arriver après payout.failed lorsqu’un versement échoué est ensuite récupéré. Le status du payload correspond toujours au type d’événement ; utilisez donc le timestamp de niveau supérieur de chaque événement pour trouver l’état le plus récent.
payout.created était auparavant émis sous la forme payout.not_initiated. Si un endpoint existant applique un filtre sur payout.not_initiated, mettez à jour le filtre pour utiliser payout.created afin qu’il continue de fonctionner.
Pour consulter les schémas de payload détaillés, les descriptions des champs et des exemples de handlers, reportez-vous à Webhooks de versement.
Dernière modification le 26 septembre 2026