Skip to main content
Les cartes sont disponibles sur chaque page de paiement Dodo Payments, dans tous les pays et devises pris en charge. Dodo Payments accepte les principaux réseaux de cartes, remplace les numéros de carte par des tokens et effectue les vérifications nécessaires aux paiements par carte, afin que vous n’ayez pas à gérer les données brutes des cartes.

Réseaux de cartes pris en charge

Dodo Payments accepte les réseaux internationaux ainsi que plusieurs réseaux régionaux.

Réseaux internationaux

Réseaux régionaux

Configuration

Les cartes utilisent deux valeurs dans allowed_payment_method_types : Cette session propose uniquement les paiements par carte :
Incluez credit et debit, sauf si vous avez une raison précise d’en exclure un. De nombreux clients préfèrent payer par carte de débit.

Authentification 3D Secure

3D Secure (3DS) demande à la banque du titulaire de la carte de confirmer son identité, par exemple à l’aide d’un code à usage unique, d’une vérification biométrique ou d’une approbation dans l’application bancaire. Cela réduit la fraude et les contestations de paiement.

Déclenchement de 3DS

Dodo Payments demande 3DS lorsque :
  • Le réseau de cartes l’exige.
  • Une réglementation régionale l’exige, comme la PSD2 en Europe.
  • La transaction est signalée comme présentant un risque élevé.

Forcer 3DS

Pour exiger 3DS lors de chaque paiement par carte de votre entreprise, activez 3D Secure sous Settings → Pricing. Pour remplacer ce réglage lors d’une session de paiement donnée, transmettez force_3ds :
Exiger 3DS pour chaque transaction réduit la fraude, mais peut diminuer le taux de conversion, car certains clients abandonnent le paiement pendant l’authentification.

Gestion des échecs d’authentification

Lorsqu’un paiement nécessite une authentification 3DS, il passe par des états intermédiaires avant de réussir ou d’échouer : Si l’authentification n’aboutit pas, le paiement échoue avec l’un de ces codes de refus :
  • AUTHENTICATION_FAILURE : le client n’a pas pu être authentifié.
  • AUTHENTICATION_REQUIRED : l’authentification est requise, mais n’a pas été effectuée.
  • AUTHENTICATION_TIMEOUT : le client n’a pas répondu à temps.
La référence Échecs de transaction répertorie l’action recommandée pour chaque code.

Lors du paiement ou du renouvellement

  • Lors du paiement (client présent) : Le défi 3DS s’affiche pendant le paiement. En cas d’échec, demandez au client de réessayer ou d’utiliser une autre carte.
  • Lors du renouvellement d’un abonnement (client absent) : Un défi 3DS ne peut pas être affiché en temps réel. Si un renouvellement nécessite une authentification et échoue, l’abonnement passe à on_hold, ou d’abord à past_due si vous avez défini une période de grâce. Pour le récupérer, invitez le client à revenir et à mettre à jour son moyen de paiement. Consultez Gérer les échecs de paiement et Relances d’abonnement.

Moyens de paiement enregistrés

Les clients récurrents peuvent payer avec une carte enregistrée lors d’un paiement précédent.

Tokenized

Les numéros de carte d’origine ne sont jamais stockés.

PCI Compliant

Dodo Payments gère la conformité PCI.

Customer-Scoped

Chaque carte enregistrée appartient à un seul client.

Activer les cartes enregistrées

Pour afficher les cartes enregistrées d’un client récurrent lors du paiement, transmettez show_saved_payment_methods: true avec customer_id existant. La valeur par défaut est false.

Achats en un clic

Pour débiter une carte enregistrée sans afficher le paiement, transmettez son payment_method_id avec confirm: true et le customer_id existant. La session débite directement la carte et ne renvoie aucun checkout_url ; utilisez donc des webhooks pour connaître le résultat du paiement.

Tests

Utilisez ces cartes en mode test. Pour obtenir davantage de données de test, consultez Processus de test.
Les cartes de test fonctionnent uniquement en mode test. En mode live, un paiement effectué avec une carte de test échoue.

Sécurité et conformité

Dodo Payments applique les protections suivantes aux paiements par carte :

Bonnes pratiques

Ne limitez pas les types de cartes sauf si cela est nécessaire. Les clients s’attendent à ce que leur carte préférée fonctionne.
Affichez les logos Visa, Mastercard et Amex sur votre site pour renforcer la confiance.
Affichez des messages d’erreur clairs. N’affichez pas les codes d’erreur bruts aux clients.
Les moyens de paiement enregistrés accélèrent les achats répétés pour les clients récurrs.

Résolution des problèmes

Causes : Fonds insuffisants, carte expirée, CVV incorrect ou protection antifraude de la banque.Solution : Demandez au client de vérifier ses informations ou d’essayer une autre carte. Recherchez le code d’erreur du refus et l’action recommandée correspondante dans la référence Échecs de transaction. Consultez Gérer les échecs de paiement pour gérer les refus dans le code.
Causes : Le client a abandonné le défi, le système de la banque était indisponible ou le délai du défi a expiré.Solution : Réessayez ou demandez au client de contacter sa banque. Consultez Gestion des échecs d’authentification pour connaître les états de paiement et les codes de refus concernés.
Causes : Le réseau régional n’est pas pris en charge ou la carte est une carte prépayée soumise à des restrictions.Solution : Demandez au client d’essayer une carte d’un réseau majeur.

Pages associées

Payment Methods Overview

Tous les moyens de paiement pris en charge.

Upsells & Downsells

Achats en un clic avec des cartes enregistrées.

Testing Process

Données de test pour chaque moyen de paiement.

Subscriptions

Facturation récurrente avec des cartes.
Dernière modification le 26 septembre 2026