Vai al contenuto principale

​
Nuove Funzionalità

​
1. Tentativi di Pagamento per Abbonamenti

I pagamenti di rinnovo dell’abbonamento non riusciti possono ora essere ritentati automaticamente per recuperare i ricavi, senza richiedere lavoro di integrazione. Abilitalo tramite Impostazioni → Recupero, imposta una finestra di recupero, e Dodo Payments ritenta il rinnovo secondo un programma intelligente fino a quando non ha successo o la finestra si chiude.
Pagina delle Impostazioni di Recupero con l'interruttore Abilita Tentativi di Pagamento attivo e un campo Finestra di Recupero (giorni)
Come funziona
  1. Un pagamento di rinnovo dell’abbonamento fallisce e l’abbonamento passa a on_hold.
  2. Se il rifiuto è ritentabile (un rifiuto temporaneo come fondi insufficienti o un errore di rete temporaneo), il tentativo successivo è programmato automaticamente.
  3. I tentativi vengono eseguiti off-session secondo un programma di back-off, limitato dalla tua finestra di recupero.
  4. Al primo tentativo di successo, l’abbonamento ritorna a active e la data di fatturazione successiva è avanzata come normale.
Programma di tentativi I tentativi si arretrano progressivamente, ancorati al momento in cui è stata creata la fattura fallita. Vengono effettuati fino a 8 tentativi, purché rientrino nella tua finestra di recupero:
Solo i rifiuti temporanei vengono ritentati (ad esempio, fondi insufficienti, rifiuto generico, errori di elaborazione o di rete). I rifiuti permanenti terminano immediatamente la catena di tentativi, poiché riprovare non cambierebbe l’esito.
Questo completa gli strumenti di recupero esistenti — le email di Recupero Abbonamenti chiedono al cliente di aggiornare il metodo di pagamento, mentre i Tentativi di Pagamento riprovano silenziosamente quello esistente. Lavorano bene insieme. Scopri di più: Tentativi di Pagamento per Abbonamenti | Recupero Abbonamenti

​
2. Impostazioni di Prorazione Aziendali

Ora puoi impostare un comportamento di aggiornamento e downgrade predefinito a livello aziendale invece di passare parametri di prorazione su ogni modifica del piano. Questi predefiniti si applicano ogni volta che un cliente modifica il proprio piano dal portale clienti, e puoi sovrascriverli per collezione di prodotti.
Impostazioni di comportamento predefinito per aggiornamenti e downgrade nella dashboard con controlli separati per aggiornamenti, downgrade e fallimento del pagamento
Ogni direzione (aggiornamento e downgrade) ha due controlli indipendenti, oltre a una politica condivisa per i fallimenti di pagamento: Quando inizia il nuovo piano (effective_at) Come viene addebitato il cliente (proration_billing_mode) Se il pagamento del cliente fallisce (on_payment_failure) Sovrascritture per collezione Ogni collezione di prodotti può sovrascrivere uno di questi valori predefiniti. Ogni campo è indipendente — lascialo su Eredita dall’azienda per seguire il predefinito aziendale, oppure imposta un valore esplicito per sovrascriverlo solo per quella collezione.
Sezione di sovrascrittura comportamento aggiornamento e downgrade su una collezione di prodotti, con ogni campo che predefinito su 'Eredita dall'azienda'
Ogni impostazione viene risolta in questo ordine:
Un valore per richiesta passato all’API di Cambio Piano (proration_billing_mode, effective_at, on_payment_failure) ha sempre la precedenza sui predefiniti di collezione e aziendali. Le nuove impostazioni cambiano solo ciò che accade quando non viene fornito un valore esplicito — che è il caso di tutte le modifiche dei piani del portale clienti.
Scopri di più: Aggiornamento e Downgrade Abbonamento | Collezioni di Prodotti

​
3. Raccogli Nome Aziendale per Fatture B2B

I clienti B2B possono ora avere il loro nome legale aziendale visualizzato sulla fattura invece del nome personale dell’acquirente. Quando viene fornito un Codice Fiscale valido al momento del pagamento, è possibile raccogliere anche il customer_business_name associato affinché la fattura rifletta l’entità acquistrice.
Pagina di checkout con l'interruttore 'Acquisto come azienda' abilitato, mostrando i campi Nome Aziendale e Numero di Codice Fiscale
Quando il cliente seleziona Acquisto come azienda al momento del pagamento, viene richiesto sia un Nome Aziendale che un Numero di Codice Fiscale. Il nome aziendale appare sulla fattura solo quando tutte e tre le condizioni sono soddisfatte:
  1. La transazione è B2B (b2b = true)
  2. È presente un tax_id
  3. Viene fornito un customer_business_name non vuoto
Altrimenti viene utilizzato il nome personale del cliente. Raccolta al momento del checkout Imposta customer_business_name direttamente, e/o abilita allow_customer_editing_business_name per lasciare che il cliente lo inserisca o lo modifichi sulla pagina di checkout insieme al suo Codice Fiscale:
Dove si applica
customer_business_name non può essere impostato senza un tax_id. Inviare un nome aziendale senza Codice Fiscale viene rifiutato. La cancellazione del tax_id cancella anche il nome aziendale, poiché i due sono collegati sulla fattura.
Gli spazi circostanti vengono eliminati e i valori solo-spazio bianco vengono trattati come una cancellazione esplicita — così i dati memorizzati corrispondono sempre a quelli visualizzati sulla fattura.
Scopri di più: Pagamenti B2B | Gestione Fatture | Sessioni di Checkout

​
Correzioni di Bug e Miglioramenti

  • Minime correzioni di bug e miglioramenti di stabilità in tutta la piattaforma.
Ultima modifica il 9 giugno 2026