Skip to main content
Dodo Payments emite eventos de webhook en cada etapa del ciclo de vida de un pago, una suscripción, una disputa, un payout, un crédito o una clave de licencia. Esta página enumera todos los eventos por recurso. Para consultar esquemas detallados del payload y ejemplos de handlers, consulta las páginas específicas de cada recurso enlazadas a continuación.

Eventos de pago

Para consultar el esquema completo del payload, consulta Webhooks de pagos.

Eventos de reembolso

Para consultar el esquema completo del payload, consulta Webhooks de reembolsos.

Eventos de disputas

Para consultar esquemas detallados del payload y ejemplos de handlers, consulta Webhooks de disputas.

Eventos de suscripción

Para consultar esquemas detallados del payload y ejemplos de handlers, consulta Webhooks de suscripciones.

Eventos de claves de licencia

Para consultar el esquema completo del payload, consulta Webhooks de claves de licencia.

Eventos de concesión de derechos

Para consultar esquemas detallados del payload, eventos de ejemplo y la referencia completa de revocation_reason, consulta Webhooks de concesiones de derechos.

Eventos de créditos

Para consultar esquemas detallados del payload y ejemplos de handlers, consulta Webhooks de facturación basada en créditos.

Eventos de recuperación

Para consultar esquemas detallados del payload, descripciones de campos y ejemplos de handlers, consulta Webhooks de recuperación.

Eventos de dunning

Para consultar esquemas detallados del payload, descripciones de campos y ejemplos de handlers, consulta Webhooks de recuperación.

Eventos de payout

Los eventos de payout registran el movimiento de tus fondos desde Dodo Payments hasta tu cuenta bancaria. Reflejan los estados de payout que se muestran en el dashboard. El payload es un objeto de payout con la misma estructura que una entrada de GET /payouts.
Los eventos de payout no son terminales ni siguen un orden estricto. payout.failed puede llegar después de payout.success cuando un banco devuelve la transferencia, y payout.success puede llegar después de payout.failed cuando un payout fallido se recupera posteriormente. El status del payload siempre coincide con el tipo de evento, por lo que debes usar el timestamp de nivel superior de cada evento para encontrar el estado más reciente.
payout.created se emitía anteriormente como payout.not_initiated. Si un endpoint existente filtra por payout.not_initiated, actualiza el filtro a payout.created para que siga coincidiendo.
Para consultar esquemas detallados del payload, descripciones de campos y ejemplos de handlers, consulta Webhooks de payouts.
Última modificación el 26 de septiembre de 2026