Nouvelles Fonctionnalités
1. Apportez votre propre processeur (BYOP)
Vous pouvez désormais connecter votre propre processeur de paiement — Stripe ou Adyen — et acheminer les paiements par pays client, tandis que Dodo Payments continue de gérer tout au-dessus de la transaction : produits, abonnements, clés de licence et droits, facturation, portail client et analyses. Les pays que vous ne routez pas explicitement reviennent à Dodo en tant que marchand d’enregistrement à service complet.
Configurez-le depuis Paramètres → BYOP dans le tableau de bord : choisissez un processeur, connectez votre compte, définissez des règles de routage par pays et ajoutez vos propres détails d’émetteur de factures.
Ce qui change sur une route BYOP
- Vous êtes le marchand d’enregistrement. Dodo ne calcule pas ni ne facture de taxes sur les transactions BYOP — vos propres détails d’émetteur de factures (nom commercial, identifiant fiscal et adresse) remplacent le bloc Dodo sur les factures et les reçus de remboursement.
- Les litiges et remboursements sont gérés dans votre processeur. Les litiges BYOP sont en lecture seule dans le tableau de bord Dodo, car l’acceptation/le défi se fait à l’intérieur de Stripe ou Adyen.
- Les paiements sont acheminés via Hyperswitch et prennent actuellement en charge les cartes de crédit et de débit uniquement.
Pour les développeurs
Les réponses de paiement et de litige incluent désormais is_byop et un discriminateur payment_provider (stripe, adyen, ou dodo) pour que vous puissiez identifier comment chaque transaction a été acheminée. Les champs sont additifs — le trafic de marchand de référence continue de signaler payment_provider: dodo.
En savoir plus : Apportez votre propre processeur | BYOP avec Stripe | BYOP avec Adyen
2. Lancement officiel du SDK Rust
Le Dodo Payments Rust SDK officiel est désormais disponible en tant que crate dodopayments sur crates.io. La ligne de lancement est alignée avec la série de versions de l’API Dodo Payments, avec v1.105.0 comme première version publique de la ligne d’API et v1.106.0 déjà publiée avec la dernière régénération OpenAPI.
Installez-le avec Cargo :
Le SDK nécessite Rust 1.75+ et est conçu pour des applications Rust asynchrones avec Tokio et reqwest. Il comprend :
- Modèles de requêtes et de réponses fortement typés sur toute la surface de l’API Dodo Payments.
Client::from_env() pour lire DODO_PAYMENTS_API_KEY de l’environnement.- Assistants de pagination typés, y compris
get_next_page() et into_stream() pour les points de terminaison des listes.
- Environnements et délais configurables, y compris la prise en charge du mode test.
- Décodage des réponses binaires pour les réponses de type PDF comme les factures, les factures de paiement et les factures de remboursement.
- Une API de construction de chaîne de ressources fluente pour des points d’appel Rust ergonomiques.
En savoir plus : Rust SDK | Crates.io | GitHub
3. Nouveaux moyens de paiement : portefeuilles coréens et Przelewy24
Quatre nouveaux moyens de paiement locaux sont désormais disponibles, élargissant la couverture en Corée du Sud et en Pologne.
Corée du Sud (KRW) — trois portefeuilles coréens apparaissent lors des paiements KRW :
| Méthode | Type d’API | Abonnements |
|---|
| Kakao Pay | kakao_pay | Oui |
| Naver Pay | naver_pay | Oui |
| PAYCO | payco | Non (ponctuel uniquement) |
KR et une facturation KRW — si votre produit est tarifé dans une autre devise, activez la devise adaptative pour que le client soit facturé en KRW.
Pologne (PLN) — Przelewy24 (P24), la principale méthode de paiement en ligne de la Pologne, règle désormais en PLN (pas en EUR) et prend en charge les paiements ponctuels. Passez przelewy24 dans allowed_payment_method_types.
En savoir plus : Méthodes de paiement Corée du Sud | Méthodes de paiement européennes | Aperçu des méthodes de paiement
4. brand_id sur chaque charge utile de Webhook
Chaque charge utile d’événement webhook inclut désormais un brand_id, afin que vous puissiez attribuer les paiements, abonnements, remboursements, litiges, clés de licence, entrées du grand livre de crédit, octrois de droits, tentatives de relance et paniers abandonnés à une marque spécifique. Lorsqu’une entité n’a pas de marque propre, brand_id revient à la marque principale de l’entreprise.
Aucun changement d’intégration n’est requis — le champ est additif et apparaît automatiquement sur les points de terminaison webhook existants.
En savoir plus : Marques Multiples | Événements Webhook
5. Gestion des devises avec attention aux décimales
La gestion des devises a été retravaillée afin que les montants soient calculés et affichés avec la précision correcte pour chaque devise, au lieu de supposer deux décimales partout. Les 16 devises sans décimales — y compris JPY, KRW, VND, CLP, XAF, et XOF — sont désormais traitées avec précision dans les paiements, factures, paiements, emails et analyses, et les conversions de présentation (devise adaptative) sont précises de bout en bout.
Cela élimine une classe d’erreurs d’arrondi et d’affichage pour les devises sans décimales et prépare le terrain pour des précisions supplémentaires à l’avenir.
Améliorations
6. Limites d’attribution de produits et de crédits plus élevées
- Attributions de produits par produit augmentées de 20 à 50.
- Attributions de crédits (crédits attachés à un produit) augmentées de 3 à 5.
En savoir plus : Attributions | Facturation basée sur le crédit
7. Crédits clients signés dans l’aperçu du changement de plan
L’aperçu du changement de plan renvoie désormais customer_credits comme une valeur signée : négative lorsque des crédits sont déduits pour compenser un frais (typique lors de mises à niveau) et positive lorsque des crédits sont ajoutés (à partir d’un remboursement de proration de rétrogradation ou d’un rechargement de portefeuille), indiquant clairement si des crédits sont utilisés ou accordés.
En savoir plus : Mise à niveau et rétrogradation d’abonnement
8. card_last_four et card_network sur Liste des Paiements
La réponse Liste des Paiements inclut désormais card_last_four et card_network sur chaque paiement, pour que vous puissiez afficher les détails de la carte dans les listes sans récupérer chaque paiement individuellement.
En savoir plus : Liste des Paiements
9. E-mails de récupération ACR et de relance de marque
Les e-mails de récupération de panier abandonné (ACR) et de récupération de relance d’abonnement utilisent désormais le nom et le logo de la marque pertinente au lieu du nom par défaut de l’entreprise, afin que l’expérience de récupération corresponde à la marque auprès de laquelle le client a acheté.
En savoir plus : Relance d’abonnement | Récupération de Panier Abandonné
10. Validation améliorée des identifiants fiscaux
La validation des identifiants fiscaux lors de la sortie a été étendue avec la détection de la notation et la consultation du registre (via l’intégration Tax ID Pro), réduisant les rejets incorrects d’identifiants valides. Le formulaire de vérification commerciale comprend désormais un sélecteur de pays pour éviter les erreurs de validation d’identifiant fiscal, et les uploads de fichiers sont plus fiables avec un indicateur de progression et un toast d’erreur consolidé.
11. Améliorations des Analyses
Les analyses du tableau de bord incluent désormais des corrections de MRR d’abonnement, des comptes d’abonnements actifs et des calculs de rétention/churn.
- Analyses par page — de nouvelles tuiles affichent les performances des revenus et des réductions par page de paiement.
- Un basculement des revenus brut/net et une répartition du MRR sur la vue des revenus.
- Les info-bulles des graphiques montrent désormais les unités monétaires et en pourcentage, y compris les points de valeur zéro.
12. Affinage du tableau de bord et de la vitrine
- Filtre de marque ajouté à la liste des produits, avec des filtres combinés en un seul bouton et des marques chargées à la demande.
- Formulaires de collection de produits, d’add-ons, et de crédits retravaillés avec des flux de création / modification / duplication.
- Page des paramètres de paiement repensée, avec possibilité de récupérer un paiement échoué jusqu’à succès.
- Badges du fournisseur de paiement (Stripe / Adyen / Dodo) affichés sur les tableaux des transactions et des litiges.
- Copie de bannière pour la vitrine raffinée.
Autres Correctifs et Améliorations
- Le won coréen et plusieurs autres devises (VND, PYG, XOF, XAF) sont désormais par défaut en monnaie locale lors du paiement.
- Corrections de bugs mineurs et améliorations de la stabilité sur l’ensemble de la plateforme.
Dernière modification le 26 juin 2026
