> ## 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 octobre 2026) > Checkout multi-abonnement, Moderation API, GCash, AlipayHK, FPS et Touch 'n Go, Apple Pay en Inde, alertes Ethoca, journal des e-mails clients, e-mails en mode test, checkout de droite à gauche, tableau de bord repensé et Dodo Sync 1.0. ## Nouvelles fonctionnalités ### 1. **Checkout multi-abonnement** Un checkout peut désormais vendre plusieurs abonnements à la fois. Ajoutez au moins deux produits d’abonnement à `product_cart` et le client paie tous les abonnements en un seul paiement, avec une seule facture. Chaque produit devient son propre abonnement et se renouvelle selon son propre calendrier. Les offres avec des intervalles de facturation ou des périodes d’essai différents peuvent donc partager un panier. La page de checkout affiche un **Total dû aujourd’hui**, puis une ligne par abonnement avec sa période d’essai, son montant de renouvellement et la prochaine date de facturation. Un panier peut contenir au maximum 20 produits. Un panier contenant plusieurs abonnements ne peut pas également contenir de produits ponctuels. Le paiement enregistre l’intégralité de l’achat : `is_multi_subscription` est `true` et `subscription_ids` répertorie chaque abonnement créé, tandis que `subscription_id` est `null`. En savoir plus : [Panier multi-abonnement](/developer-resources/checkout-session#multi-subscription-cart) ### 2. **Moderation API** Analysez le texte et les images avant leur arrivée dans votre produit. Envoyez le contenu à `POST /moderation/screen` et recevez un verdict parmi `allow`, `flag` ou `deny`, accompagné des catégories qui l’ont déclenché. Les requêtes acceptent jusqu’à 8 000 caractères de texte, une image de 5 MiB maximum, ou les deux. Suivez les contenus analysés avec `GET /moderation/usage`. Les analyses en mode test sont gratuites et renvoient des verdicts simulés que vous pouvez déclencher à la demande, afin de tester chaque branche de votre intégration. En savoir plus : [Moderation API](/features/moderation) ### 3. **GCash, AlipayHK, FPS et Touch 'n Go** Quatre nouveaux moyens de paiement locaux sont désormais disponibles pour les clients d’Asie du Sud-Est et de Hong Kong : | Moyen | Pays | Devise | | - | - | - | | **GCash** | Philippines | PHP | | **AlipayHK** | Hong Kong | HKD | | **FPS** | Hong Kong | HKD, CNY | | **Touch 'n Go** | Malaisie | MYR | Le client scanne un code QR dans son portefeuille ou son application bancaire pour payer. Les quatre moyens sont activés par défaut et peuvent être désactivés sous **Settings → Payment Methods**. Ils fonctionnent uniquement pour les paiements ponctuels et n’apparaissent pas dans les checkouts d’abonnement. Chaque moyen n’apparaît que lorsque le pays de facturation et la devise correspondent et que [Adaptive Currency](/features/adaptive-currency) est activé. En savoir plus : [Moyens de paiement en Asie-Pacifique](/features/payment-methods/asia-pacific) ### 4. **Apple Pay en Inde** Les clients en Inde peuvent désormais payer avec Apple Pay. Les abonnements Apple Pay facturés en INR reposent sur les mandats RBI, comme les autres cartes émises en Inde. En savoir plus : [Apple Pay en Inde](/features/payment-methods/digital-wallets#apple-pay-in-india) ### 5. **Alertes Ethoca** Évitez les chargebacks sur les cartes Mastercard et les autres cartes qui ne sont pas Visa avant leur dépôt. Lorsqu’un émetteur de carte envoie une alerte Ethoca, Dodo Payments rembourse automatiquement le paiement. Le litige ne devient ainsi jamais un chargeback et n’affecte pas votre ratio de chargebacks. Les alertes Ethoca sont activables sur demande. Inscrivez-vous depuis la carte **Ethoca Alerts**, sous **Settings → Dispute Resolution**, à côté de Visa RDR. Votre entreprise doit d’abord disposer de paiements en production et d’un libellé de relevé bancaire, et des frais s’appliquent à chaque alerte. La confirmation de l’inscription prend 2 à 4 jours ouvrés. En savoir plus : [Alertes Ethoca](/features/transactions/disputes#ethoca-alerts) ### 6. **Journal des e-mails clients** Chaque client dispose désormais d’un onglet **Sent Emails** sous **Sales → Customers**, qui répertorie les e-mails que Dodo Payments lui a envoyés au cours des 180 derniers jours. Chaque entrée affiche l’objet, la catégorie et le statut de livraison — **Sent**, **Delivered**, **Failed**, **Marked as spam** ou **Not sent** — et un e-mail en échec indique la raison de l’échec. Ouvrez un e-mail pour lire exactement ce que le client a reçu et le renvoyer, à l’adresse d’origine ou à une nouvelle adresse, jusqu’à trois fois. Le même journal est disponible via l’API à l’adresse `GET /customers/{customer_id}/emails`. En savoir plus : [Journaux d’e-mails](/features/email-logs) ### 7. **E-mails en mode test** Les e-mails clients sont désormais envoyés en mode test, afin que vous puissiez vérifier l’expérience complète avant le passage en production. Les e-mails de test sont envoyés au destinataire réel et chaque objet commence par `[TEST MODE]`. Le bouton **Test Mode Emails**, sous **Settings → Communication → Email**, contrôle cette fonctionnalité et est activé par défaut. Une entreprise peut envoyer jusqu’à 100 e-mails en mode test par semaine. Les e-mails en mode production ne sont pas concernés. En savoir plus : [E-mails en mode test](/features/communication-preferences#test-mode-emails) ### 8. **Checkout de droite à gauche** Le checkout s’affiche désormais de droite à gauche en arabe et en hébreu. Toute la page est inversée — mise en page, navigation et récapitulatif de commande — tandis que les adresses e-mail, les codes et les numéros de téléphone conservent leur sens de lecture naturel. Page de checkout en arabe affichée de droite à gauche, avec le récapitulatif de commande à droite et le formulaire de carte à gauche En savoir plus : [Checkout multilingue](/features/checkout#multi-language-checkout) ### 9. **Nom du titulaire de carte obligatoire** Définissez `feature_flags.require_cardholder_name` sur `true` dans une session de checkout pour demander aux clients de saisir le nom figurant sur leur carte. Le champ apparaît au-dessus du numéro de carte. Le paramètre est défini par défaut sur `false`. Les autres moyens de paiement l’ignorent, même si Apple Pay et Google Pay recueillent déjà le nom du payeur. En savoir plus : [Sessions de checkout](/developer-resources/checkout-session) ### 10. **Identité de l’auteur de l’annulation d’un abonnement** Les abonnements contiennent désormais un objet `cancelled_by` qui indique qui les a annulés. Son `actor_type` peut être `customer`, `merchant_user`, `api_key` ou `dodo_team`. Pour un client ou un utilisateur du tableau de bord, il contient également son `name` et son `email`. Le champ apparaît sur l’abonnement dans les réponses de l’API et dans chaque payload webhook `subscription.*`. Il couvre les annulations immédiates et programmées, et vaut `null` lorsqu’aucun auteur n’est connu, par exemple pour une annulation effectuée par le système. En savoir plus : [Obtenir un abonnement](/api-reference/subscriptions/get-subscriptions) ### 11. **Paramètres des versements et solde réservé** Les versements disposent désormais d’un nouvel emplacement sous **Settings → Payouts**, accessible depuis **Manage** sur la page **Payouts**. Modifiez la fréquence de vos versements pour passer à un cycle moins fréquent, définissez votre versement minimum et gérez vos comptes bancaires associés au même endroit. La page **Payouts** affiche désormais la prochaine date réelle de versement, en excluant les week-ends et les jours fériés bancaires, et vous indique lorsqu’une date de versement est décalée. Si une partie de vos paiements réglés est conservée en réserve, une ligne **Reserved** apparaît sur la carte **Payout Balance**. Ce montant vous appartient toujours et est automatiquement reversé sur votre solde. En savoir plus : [Structure des versements](/features/payouts/payout-structure) ### 12. **Un processus de vérification simplifié** La vérification du compte se présente désormais sous la forme d’une seule checklist avec un bouton unique pour avancer : **Start Verification**, **Continue Verification** ou **Submit for Review**. Chaque formulaire est enregistré comme brouillon lorsque vous cliquez sur **Save and Continue**. Vous pouvez ainsi tout remplir à votre rythme et envoyer l’ensemble de vos formulaires pour vérification en une seule fois. La vérification d’identité s’ouvre dans une fenêtre sécurisée sur la même page. Lorsque l’équipe a besoin d’informations supplémentaires, une bannière **Action required** indique ce qui est nécessaire et pour quelle date. En savoir plus : [Vérification du compte](/miscellaneous/verification-process) ### 13. **Un tableau de bord repensé** **Settings** est désormais une page unique de cartes regroupées sous **Your Profile**, **Business Settings** et **Payments & Commerce**, chacune ouvrant sa propre section. **Tracking Integrations**, **Pricing**, **Dispute Resolution** et **Payouts** disposent de leurs propres pages, et **Storefront** a été déplacé de la barre latérale vers Settings. Les anciens liens redirigent vers les nouvelles pages. La recherche se trouve désormais dans l’en-tête, avec une icône de chat d’assistance. La déconnexion se trouve dans le sélecteur d’entreprise. Chaque menu déroulant de pays, de numéros de téléphone et de devises du tableau de bord peut désormais être recherché par nom, code ISO ou indicatif téléphonique. ### 14. **Dodo Sync 1.0** [Dodo Sync](/developer-resources/dodo-sync), le package open source qui copie vos paiements, clients, abonnements et licences dans votre propre base de données, passe en version 1.0. * **Synchronisations plus rapides.** Chaque page d’enregistrements est désormais écrite en une seule opération par lot plutôt qu’avec une requête par enregistrement, sur MongoDB, PostgreSQL, MySQL et ClickHouse. * **Compatible avec le serverless.** `run()` attend désormais la fin de chaque écriture en base de données avant de se résoudre. Une synchronisation sur Vercel ou AWS Lambda ne perd donc plus d’enregistrements lorsque la fonction se termine. Appelez la nouvelle méthode `disconnect()` dans un bloc `finally` pour fermer la connexion à la base de données. * **Votre propre base de données MongoDB.** Les enregistrements sont écrits dans la base de données indiquée dans votre URI de connexion. Si l’URI ne précise aucune base de données, Dodo Sync utilise `dodopayments_sync` comme auparavant. * **Secrets masqués dans la CLI.** Le mode interactif masque désormais votre URI de base de données et votre clé API pendant leur saisie. La version 1.0 introduit trois changements incompatibles pour toute personne qui effectue une mise à niveau depuis `0.x` : * **Nom de la base de données MongoDB** : La base de données provient désormais de votre URI de connexion au lieu d’être systématiquement `dodopayments_sync`. Si votre URI indique une base de données, vos données y sont déplacées. * **Identifiants de licence MongoDB** : Les documents de licence sont désormais enregistrés avec l’`id` de la licence au lieu de `subscription_id`, comme dans les autres bases de données. Supprimez votre collection `licences` existante avant la mise à niveau ; la synchronisation suivante la recréera. * **Version de MySQL** : MySQL 8.0.20 ou une version ultérieure est requise. En savoir plus : [Synchroniser avec votre base de données](/developer-resources/dodo-sync) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.