> ## Documentation Index
> Fetch the complete documentation index at: https://docs.dodopayments.com/llms.txt
> Use this file to discover all available pages before exploring further.
# v1.118.3 (6 ottobre 2026)
> Checkout con più abbonamenti, Moderation API, GCash, AlipayHK, FPS e Touch 'n Go, Apple Pay in India, avvisi Ethoca, un registro delle email ai clienti, email in modalità test, checkout da destra a sinistra, una dashboard rinnovata e Dodo Sync 1.0.
## Nuove funzionalità
### 1. **Checkout con più abbonamenti**
Ora un singolo checkout può vendere diversi abbonamenti contemporaneamente. Aggiungi due o più prodotti in abbonamento a `product_cart` e il cliente pagherà tutto con un unico pagamento e una sola fattura.
Ogni prodotto diventa un abbonamento indipendente e si rinnova secondo il proprio calendario, quindi i piani con intervalli di fatturazione o periodi di prova diversi possono condividere lo stesso carrello. La pagina di checkout mostra il **Totale dovuto oggi**, quindi una riga per ogni abbonamento con il periodo di prova, l'importo del rinnovo e la prossima data di fatturazione.
Un carrello può contenere al massimo 20 prodotti. Un carrello con più di un abbonamento non può contenere anche prodotti con pagamento una tantum.
Il pagamento registra l'intero acquisto: `is_multi_subscription` è `true` e `subscription_ids` elenca ogni abbonamento creato, mentre `subscription_id` è `null`.
Scopri di più: [Carrello con più abbonamenti](/developer-resources/checkout-session#multi-subscription-cart)
### 2. **Moderation API**
Controlla testi e immagini prima che raggiungano il tuo prodotto. Invia i contenuti a `POST /moderation/screen` e ricevi una valutazione pari a `allow`, `flag` o `deny`, insieme alle categorie che l'hanno determinata.
Le richieste accettano fino a 8.000 caratteri di testo, un'immagine fino a 5 MiB oppure entrambi. Tieni traccia dei contenuti controllati con `GET /moderation/usage`. I controlli in modalità test sono gratuiti e restituiscono valutazioni simulate che puoi attivare su richiesta, così puoi testare ogni percorso della tua integrazione.
Scopri di più: [Moderation API](/features/moderation)
### 3. **GCash, AlipayHK, FPS e Touch 'n Go**
Quattro nuovi metodi di pagamento locali raggiungono i clienti nel Sud-est asiatico e a Hong Kong:
| Metodo | Paese | Valuta |
| - | - | - |
| **GCash** | Filippine | PHP |
| **AlipayHK** | Hong Kong | HKD |
| **FPS** | Hong Kong | HKD, CNY |
| **Touch 'n Go** | Malaysia | MYR |
Il cliente scansiona un codice QR nel proprio wallet o nell'app bancaria per pagare. Tutti e quattro sono attivi per impostazione predefinita e possono essere disattivati in **Impostazioni → Metodi di pagamento**. Funzionano solo per i pagamenti una tantum e non vengono mostrati nei checkout degli abbonamenti. Ogni metodo appare solo quando il paese di fatturazione e la valuta corrispondono e [Adaptive Currency](/features/adaptive-currency) è abilitato.
Scopri di più: [Metodi di pagamento dell'Asia-Pacifico](/features/payment-methods/asia-pacific)
### 4. **Apple Pay in India**
I clienti in India ora possono pagare con Apple Pay. Gli abbonamenti Apple Pay fatturati in INR utilizzano i mandati RBI, come le altre carte emesse in India.
Scopri di più: [Apple Pay in India](/features/payment-methods/digital-wallets#apple-pay-in-india)
### 5. **Avvisi Ethoca**
Blocca i chargeback sulle carte Mastercard e sulle altre carte non Visa prima che vengano avviati. Quando l'emittente di una carta invia un avviso Ethoca, Dodo Payments rimborsa automaticamente il pagamento, così la contestazione non diventa mai un chargeback e non incide sul tuo rapporto di chargeback.
Gli avvisi Ethoca sono attivabili su richiesta. Effettua l'iscrizione dalla scheda **Ethoca Alerts** in **Impostazioni → Risoluzione delle contestazioni**, accanto a Visa RDR. La tua attività deve prima avere pagamenti live e un descrittore dell'estratto conto; inoltre, viene applicata una commissione per ogni avviso. La conferma dell'iscrizione richiede da 2 a 4 giorni lavorativi.
Scopri di più: [Avvisi Ethoca](/features/transactions/disputes#ethoca-alerts)
### 6. **Registro delle email ai clienti**
Ora ogni cliente dispone di una scheda **Email inviate** in **Vendite → Clienti**, che elenca le email che Dodo Payments gli ha inviato negli ultimi 180 giorni. Ogni voce mostra l'oggetto, la categoria e lo stato di consegna — **Inviata**, **Consegnata**, **Non riuscita**, **Contrassegnata come spam** o **Non inviata** — e un'email non riuscita indica il motivo dell'errore.
Apri una qualsiasi email per leggere esattamente ciò che il cliente ha ricevuto e inviala nuovamente all'indirizzo originale o a uno nuovo, fino a tre volte. Lo stesso registro è disponibile tramite API all'indirizzo `GET /customers/{customer_id}/emails`.
Scopri di più: [Registri email](/features/email-logs)
### 7. **Email in modalità test**
Ora le email ai clienti vengono inviate in modalità test, così puoi verificare l'intera esperienza email prima di andare live. Le email di test vengono inviate al destinatario reale e ogni oggetto inizia con `[TEST MODE]`.
L'interruttore **Email in modalità test** in **Impostazioni → Comunicazione → Email** controlla questa funzione ed è attivo per impostazione predefinita. Un'attività può inviare fino a 100 email in modalità test alla settimana. Le email in modalità live non sono interessate.
Scopri di più: [Email in modalità test](/features/communication-preferences#test-mode-emails)
### 8. **Checkout da destra a sinistra**
Ora il checkout viene visualizzato da destra a sinistra in arabo ed ebraico. L'intera pagina viene rispecchiata — layout, navigazione e riepilogo dell'ordine — mentre gli indirizzi email, i codici e i numeri di telefono mantengono il loro naturale ordine di lettura.
Scopri di più: [Checkout multilingua](/features/checkout#multi-language-checkout)
### 9. **Nome del titolare della carta obbligatorio**
Imposta `feature_flags.require_cardholder_name` su `true` in una sessione di checkout per chiedere ai clienti di inserire il nome riportato sulla carta. Il campo appare sopra il numero della carta. Il flag è impostato per impostazione predefinita su `false`. Gli altri metodi di pagamento lo ignorano, anche se Apple Pay e Google Pay raccolgono già il nome del pagatore.
Scopri di più: [Sessioni di checkout](/developer-resources/checkout-session)
### 10. **Chi ha annullato un abbonamento**
Ora gli abbonamenti includono un oggetto `cancelled_by` che registra chi li ha annullati. Il suo `actor_type` è uno tra `customer`, `merchant_user`, `api_key` o `dodo_team` e, per un cliente o un utente della dashboard, include anche `name` e `email`.
Il campo appare sull'abbonamento nelle risposte API e in ogni payload webhook `subscription.*`. Copre sia gli annullamenti immediati sia quelli programmati ed è `null` quando non è noto chi abbia effettuato l'azione, ad esempio per un annullamento eseguito dal sistema.
Scopri di più: [Recupera abbonamento](/api-reference/subscriptions/get-subscriptions)
### 11. **Impostazioni dei payout e saldo riservato**
I payout ora hanno una nuova sezione in **Impostazioni → Payout**, raggiungibile da **Gestisci** nella pagina **Payout**. Modifica la frequenza dei payout scegliendo un ciclo meno frequente, imposta il payout minimo e gestisci i conti bancari collegati in un unico posto.
La pagina **Payout** ora mostra la data effettiva del prossimo payout, che esclude weekend e giorni festivi bancari, e indica quando la data di un payout cambia. Se una parte dei pagamenti regolati viene trattenuta come riserva, nella scheda **Saldo payout** appare una riga **Riservato**. L'importo è comunque tuo e viene automaticamente restituito al saldo.
Scopri di più: [Struttura dei payout](/features/payouts/payout-structure)
### 12. **Un flusso di verifica più semplice**
La verifica dell'account ora consiste in un'unica checklist con un solo pulsante che ti fa avanzare — **Avvia verifica**, **Continua verifica** o **Invia per revisione**.
Ogni modulo viene salvato come bozza quando fai clic su **Salva e continua**, così puoi completare tutto al tuo ritmo e inviare tutti i moduli per la revisione insieme. La verifica dell'identità si apre in una finestra sicura sulla stessa pagina. Quando il team ha bisogno di ulteriori informazioni, un banner **Azione richiesta** mostra cosa è necessario e entro quando.
Scopri di più: [Verifica dell'account](/miscellaneous/verification-process)
### 13. **Una dashboard rinnovata**
**Impostazioni** ora è un'unica pagina di schede raggruppate in **Il tuo profilo**, **Impostazioni dell'attività** e **Pagamenti e commercio**, ognuna delle quali apre la propria sezione. **Integrazioni di monitoraggio**, **Prezzi**, **Risoluzione delle contestazioni** e **Payout** hanno pagine dedicate, mentre **Storefront** è stato spostato dalla barra laterale a Impostazioni. I vecchi link reindirizzano alle nuove pagine.
La ricerca ora si trova nell'intestazione, insieme a un'icona per la chat di supporto. Il logout è stato spostato nel selettore dell'attività.
Ora ogni menu a discesa per paesi, numeri di telefono e valute nella dashboard è ricercabile per nome, codice ISO o prefisso telefonico.
### 14. **Dodo Sync 1.0**
[Dodo Sync](/developer-resources/dodo-sync), il package open source che copia pagamenti, clienti, abbonamenti e licenze nel tuo database, raggiunge la versione 1.0.
* **Sincronizzazioni più rapide.** Ogni pagina di record viene ora scritta con un'unica operazione batch invece che con una query per record, su MongoDB, PostgreSQL, MySQL e ClickHouse.
* **Sicuro in ambienti serverless.** `run()` ora attende il completamento di ogni scrittura nel database prima di risolversi, così una sincronizzazione su Vercel o AWS Lambda non perde più record quando la funzione termina. Chiama il nuovo metodo `disconnect()` in un blocco `finally` per chiudere la connessione al database.
* **Il tuo database MongoDB.** I record vengono scritti nel database indicato nell'URI di connessione. Se l'URI non indica alcun database, Dodo Sync utilizza `dodopayments_sync` come prima.
* **Segreti mascherati nella CLI.** La modalità interattiva ora maschera l'URI del database e la chiave API mentre li digiti.
La versione 1.0 introduce tre modifiche incompatibili per chi esegue l'upgrade da `0.x`:
* **Nome del database MongoDB**: il database ora viene ricavato dall'URI di connessione invece di essere sempre `dodopayments_sync`. Se l'URI indica un database, i dati vengono spostati lì.
* **ID delle licenze MongoDB**: i documenti delle licenze ora vengono memorizzati in base a `id` invece che a `subscription_id`, in linea con gli altri database. Elimina la collection `licences` esistente prima dell'upgrade: la sincronizzazione successiva la riempirà nuovamente.
* **Versione di MySQL**: è richiesta MySQL 8.0.20 o versione successiva.
Scopri di più: [Sincronizza con il tuo database](/developer-resources/dodo-sync)
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.