Skip to main content
Dodo Payments emette eventi Webhook in ogni fase del ciclo di vita di un pagamento, abbonamento, contestazione, payout, credito o chiave di licenza. Questa pagina elenca tutti gli eventi per risorsa. Per gli schemi dettagliati dei payload e gli esempi di handler, consulta le pagine specifiche delle risorse collegate di seguito.

Eventi di pagamento

Per lo schema completo del payload, consulta Webhook dei pagamenti.

Eventi di rimborso

Per lo schema completo del payload, consulta Webhook dei rimborsi.

Eventi di contestazione

Per gli schemi dettagliati dei payload e gli esempi di handler, consulta Webhook delle contestazioni.

Eventi degli abbonamenti

Per gli schemi dettagliati dei payload e gli esempi di handler, consulta Webhook degli abbonamenti.

Eventi delle chiavi di licenza

Per lo schema completo del payload, consulta Webhook delle chiavi di licenza.

Eventi delle concessioni di entitlement

Per gli schemi dettagliati dei payload, gli eventi di esempio e il riferimento completo a revocation_reason, consulta Webhook delle concessioni di entitlement.

Eventi dei crediti

Per gli schemi dettagliati dei payload e gli esempi di handler, consulta Webhook della fatturazione basata sui crediti.

Eventi di recupero

Per gli schemi dettagliati dei payload, le descrizioni dei campi e gli esempi di handler, consulta Webhook di recupero.

Eventi di sollecito

Per gli schemi dettagliati dei payload, le descrizioni dei campi e gli esempi di handler, consulta Webhook di recupero.

Eventi dei payout

Gli eventi dei payout tracciano il trasferimento dei tuoi fondi da Dodo Payments al tuo conto bancario. Rispecchiano gli stati dei payout mostrati nella dashboard. Il payload è un oggetto payout con la stessa struttura di una voce di GET /payouts.
Gli eventi dei payout non sono né terminali né strettamente ordinati. payout.failed può arrivare dopo payout.success quando una banca restituisce il trasferimento, mentre payout.success può arrivare dopo payout.failed quando un payout non riuscito viene successivamente recuperato. Il campo status del payload corrisponde sempre al tipo di evento; usa quindi timestamp di primo livello di ogni evento per trovare lo stato più recente.
payout.created veniva precedentemente emesso come payout.not_initiated. Se un endpoint esistente applica un filtro su payout.not_initiated, aggiorna il filtro a payout.created affinché continui a trovare le corrispondenze.
Per gli schemi dettagliati dei payload, le descrizioni dei campi e gli esempi di handler, consulta Webhook dei payout.
Ultima modifica il 26 settembre 2026