Webhook Payloads
Fatturazione basata sui crediti
Il payload inviato al tuo endpoint webhook quando si verificano eventi di fatturazione basata sui crediti — crediti virtuali (chiamate API, token, ore di calcolo) concessi, consumati, scaduti, trasferiti o avvisi sul saldo. Questi webhook non sono correlati ai Customer Wallets (saldi monetari).
Eventi webhook per la fatturazione basata sui crediti
Sono disponibili i seguenti eventi webhook per monitorare i cambiamenti del ciclo di vita della fatturazione basata sui crediti. Questi eventi si applicano ai crediti virtuali (chiamate API, token, ore di calcolo), non ai Customer Wallets (saldi monetari).| Event | Description |
|---|---|
credit.added | I crediti vengono concessi a un cliente (tramite abbonamento, acquisto una tantum, componente aggiuntivo o API) |
credit.deducted | I crediti vengono consumati tramite utilizzo o addebito manuale |
credit.expired | I crediti inutilizzati scadono dopo il periodo di scadenza configurato |
credit.rolled_over | I crediti inutilizzati vengono riportati su una nuova concessione alla fine del ciclo |
credit.rollover_forfeited | Crediti annullati perché è stato raggiunto il numero massimo di rollover |
credit.overage_charged | Addebiti per consumo eccessivo applicati quando l’utilizzo prosegue oltre il saldo zero |
credit.manual_adjustment | Regolazione manuale di credito o addebito effettuata tramite dashboard o API |
credit.balance_low | Il saldo dei crediti scende al di sotto della soglia di basso saldo configurata |
Eventi del registro contabile
Tutti gli eventi del registro contabile (credit.added fino a credit.manual_adjustment) condividono lo stesso payload CreditLedgerEntryResponse documentato nello schema sottostante.
Il payload include un campo metadata risolto dall’origine della concessione di credito — l’abbonamento o il pagamento creato al checkout. Questo ti consente di collegare i crediti del wallet al tuo stesso checkout metadata (ad esempio, un orgId) piuttosto che al customer_id emesso da Dodo: le concessioni derivate dall’abbonamento fanno emergere il metadata dell’abbonamento e quelle derivate dal pagamento fanno emergere il metadata del pagamento. Il campo è vuoto quando la concessione non ha un’origine risolvibile (ad esempio, crediti concessi direttamente tramite l’API).
Bilancio Basso Evento (credit.balance_low)
L’eventocredit.balance_low utilizza un payload diverso (CreditBalanceLowPayload) incentrato sull’avviso di soglia:
Il cliente il cui saldo di credito ha attivato l’allerta.
L’abbonamento associato a questa concessione di credito.
La concessione di credito che ha un saldo basso.
Nome visualizzato della concessione di credito.
Saldo attuale del credito al momento dell’avviso.
Crediti totali emessi per ciclo di fatturazione per questo abbonamento.
La percentuale di soglia di saldo basso configurata.
L’importo assoluto del credito a cui corrisponde la soglia.
Utilizzo di credit.balance_low per Avvisi Proattivi
Utilizza il webhook credit.balance_low per notificare ai clienti prima che esauriscano i crediti:
Get Customer Balance
Controlla il saldo attuale di un cliente tramite API.
Create Ledger Entry
Accredita o addebita manualmente il saldo di un cliente.
Schema del Payload Webhook
Response for a ledger entry
Brand id this credit ledger entry belongs to
Metadata associated with the credit grant's source (the subscription or payment created at checkout). Empty when the grant has no resolvable source (e.g. credits granted directly via the API).
Opzioni disponibili:
credit_added, credit_deducted, credit_expired, credit_rolled_over, rollover_forfeited, overage_charged, overage_reset, auto_top_up, manual_adjustment, refund Ultima modifica il 26 giugno 2026