Skip to main content
Acceptez iDEAL, Bancontact, EPS, Multibanco, BLIK, SEPA Direct Debit et Satispay pour atteindre les clients européens qui préfèrent payer depuis leur banque ou une application de paiement locale plutôt qu’avec une carte. Sur les marchés où une méthode locale est le moyen le plus courant de payer en ligne, la proposer peut augmenter le taux de conversion.

Pourquoi des méthodes de paiement locales européennes ?

Higher Conversion

iDEAL est la méthode de paiement en ligne la plus utilisée aux Pays-Bas. Sans elle, vous perdez les clients néerlandais qui ne paieront pas autrement.

Bank Authentication

Pour les méthodes authentifiées par la banque, le client approuve le paiement dans son application bancaire ou sur le site de sa banque.

Real-Time Settlement

La plupart des méthodes présentées sur cette page confirment le paiement pendant le checkout. SEPA Direct Debit et les paiements Multibanco par DAB sont confirmés ultérieurement.

Méthodes prises en charge

Chaque méthode est proposée uniquement lorsque le checkout correspond à sa devise et à son type de facturation :

iDEAL (Pays-Bas)

iDEAL est la méthode de paiement en ligne la plus utilisée aux Pays-Bas. Elle se connecte directement à toutes les grandes banques néerlandaises, et le client approuve chaque paiement avec sa propre banque.

Fonctionnement

Le client sélectionne iDEAL, choisit sa banque, puis s’y authentifie :

Banques prises en charge

iDEAL fonctionne avec toutes les grandes banques néerlandaises, notamment :
  • ABN AMRO
  • ASN Bank
  • Bunq
  • ING
  • Knab
  • Rabobank
  • RegioBank
  • Revolut
  • SNS
  • Triodos Bank
  • Van Lanschot

Configuration

Pour proposer iDEAL, incluez ideal dans allowed_payment_method_types et facturez en EUR :

Bancontact (Belgique)

Bancontact est le système de paiement national belge. Presque toutes les banques belges l’utilisent pour les paiements en ligne.

Fonctionnalités

  • Fonctionne avec les cartes de débit Bancontact que les clients belges possèdent déjà
  • Prend en charge le paiement dans l’application mobile Bancontact
  • Confirme le paiement pendant le checkout
  • Ne nécessite aucune inscription supplémentaire de la part du client

Configuration

Pour proposer Bancontact, incluez bancontact_card et facturez en EUR :

EPS (Autriche)

EPS (Electronic Payment Standard) permet aux clients autrichiens de payer par virement bancaire en ligne depuis leur propre banque.

Fonctionnalités

  • Se connecte directement aux banques autrichiennes
  • Confirme le paiement pendant le checkout
  • Bénéficie d’une grande confiance auprès des consommateurs autrichiens

Banques prises en charge

EPS fonctionne avec les grandes banques autrichiennes, notamment :
  • Erste Bank
  • Bank Austria
  • Raiffeisen
  • BAWAG
  • Volksbank

Configuration

Pour proposer EPS, incluez eps et facturez en EUR :

Multibanco (Portugal)

Multibanco est le réseau interbancaire portugais. Les clients peuvent payer en ligne ou régler une référence de paiement à un distributeur automatique.

Options de paiement

Les clients peuvent effectuer un paiement Multibanco de trois façons :
  1. Banque en ligne : un virement bancaire effectué via la banque en ligne du client.
  2. Paiement au distributeur : le client reçoit une référence de paiement et la règle à n’importe quel distributeur Multibanco.
  3. Banque mobile : un paiement effectué dans l’application bancaire du client.

Fonctionnement du paiement au distributeur

Pour un paiement au distributeur, le client reçoit une référence de paiement comme celle-ci :
Le client paie avec cette référence à n’importe quel distributeur portugais ou via la banque en ligne. La référence est valide pendant une durée limitée, indiquée au client avec la référence.

Configuration

Pour proposer Multibanco, incluez multibanco et facturez en EUR :
Un paiement Multibanco au distributeur est finalisé lorsque le client règle la référence, ce qui peut se produire longtemps après le checkout. Utilisez des webhooks pour savoir quand le paiement est confirmé.

BLIK (Pologne)

BLIK est la méthode de paiement mobile la plus populaire en Pologne. Le client paie avec un code unique à 6 chiffres qu’il génère dans son application bancaire. Les paiements BLIK sont facturés en PLN (zloty polonais), et non en EUR.

Fonctionnement

Le client génère un code dans son application bancaire, le saisit lors du checkout, puis approuve le paiement dans l’application :

Disponibilité

  • Devise de facturation : PLN uniquement
  • Type de transaction : paiements ponctuels uniquement. BLIK n’est pas proposé pour les abonnements.
  • Couverture : toutes les grandes banques polonaises prenant en charge BLIK

Configuration

Pour proposer BLIK, incluez blik et définissez billing_currency sur PLN :
BLIK nécessite une devise de facturation en PLN, et Dodo Payments facture en PLN uniquement lorsque Adaptive Currency est activé. Activez Adaptive Currency afin que les clients polonais soient facturés en PLN et que BLIK soit disponible.

SEPA Direct Debit (zone euro)

SEPA Direct Debit permet aux clients de la zone euro de payer depuis leur compte bancaire plutôt qu’avec une carte. Il est proposé pour les checkouts en EUR, pour les paiements ponctuels comme pour les abonnements, lorsque le pays de facturation est l’Autriche, la Belgique, l’Estonie, la Finlande, la France, l’Allemagne, l’Irlande, l’Italie, la Lettonie, la Lituanie, les Pays-Bas, le Portugal, la Slovaquie ou l’Espagne.
SEPA Direct Debit n’est pas instantané. La confirmation d’un paiement peut prendre jusqu’à 6 jours ouvrés. Contrairement à un paiement par carte, l’autorisation du client lors du checkout ne signifie pas que les fonds ont été compensés. N’exécutez pas la commande lors de la redirection du checkout ni sur payment.processing. Attendez le webhook payment.succeeded.

Fonctionnement

Le client autorise le prélèvement lors du checkout, puis Dodo Payments collecte les fonds sur son compte bancaire. La banque compense le prélèvement de manière asynchrone ; le paiement reste donc dans l’état processing jusqu’à atteindre un résultat final :

Chronologie du paiement

Un paiement SEPA passe par les étapes suivantes : La confirmation arrive plusieurs jours après que le client a quitté votre site. Votre gestionnaire de webhooks, et non la redirection du checkout, doit donc accorder l’accès. Consultez Gestion du délai de confirmation.

Disponibilité

  • Devise de facturation : EUR
  • Type de transaction : paiements ponctuels et abonnements

Configuration

Pour proposer SEPA Direct Debit, incluez sepa et facturez en EUR :

IBAN de test SEPA

En mode test, saisissez l’un de ces IBAN lors du checkout pour forcer un résultat spécifique : Pour tester le comportement propre à un pays, utilisez l’IBAN de réussite d’un autre pays de la zone euro :
Utilisez les IBAN de test différé pour confirmer que votre gestionnaire de webhooks, et non la redirection du checkout, accorde l’accès. Les paiements SEPA sont confirmés longtemps après que le client a quitté le checkout.

Gestion du délai de confirmation

SEPA est réglé jusqu’à 6 jours ouvrés après le checkout ; la redirection du navigateur ne peut donc pas vous indiquer si le paiement a été compensé. Déclenchez l’exécution de la commande à partir des événements webhook. Activez l’événement type et gérez chaque étape :
Exécutez la commande sur payment.succeeded depuis le webhook, et non lors de la redirection du checkout ou sur payment.processing. La redirection se produit dès que le client autorise le prélèvement, plusieurs jours avant la compensation des fonds.
Le gestionnaire Express suivant vérifie la signature de chaque événement avec client.webhooks.unwrap avant d’agir. Pour configurer le endpoint, consultez le guide Webhooks. Pour connaître tous les événements, consultez le Guide des événements Webhook.
Handling SEPA payment events
Définissez les attentes du client lors du checkout. L’accès n’est accordé qu’après la compensation du prélèvement ; indiquez donc aux clients SEPA que leur commande est en cours de traitement et que vous les informerez lorsque le paiement sera confirmé. Sinon, ils peuvent s’attendre à un accès immédiat, comme avec un paiement par carte.

Satispay (Europe)

Satispay est un réseau européen de paiement mobile dont la plus grande base d’utilisateurs se trouve en Italie. Les clients paient depuis l’application Satispay sans partager leurs coordonnées bancaires ou de carte. Les paiements Satispay sont facturés en EUR.

Fonctionnalités

  • Paiements via une application qui ne dépendent pas des réseaux de cartes
  • Forte adoption en Italie et usage croissant sur d’autres marchés européens
  • Prise en charge des paiements ponctuels et des abonnements

Disponibilité

  • Devise de facturation : EUR
  • Type de transaction : paiements ponctuels et abonnements
  • Montant : de 0,50 € à 999 999,99 € par paiement

Configuration

Pour proposer Satispay, incluez satispay et facturez en EUR :

Types de méthodes API

Transmettez ces valeurs dans allowed_payment_method_types :

Checkout européen multi-pays

Pour vendre dans plusieurs pays européens, incluez chaque méthode régionale, ainsi que les cartes comme solution de secours :
Dodo Payments n’affiche à chaque client que les méthodes correspondant à son pays de facturation et à sa devise. Un client néerlandais voit iDEAL et un client belge voit Bancontact. Cette session est facturée en EUR ; BLIK n’apparaît donc pas.

Tests

Vous pouvez tester les méthodes de paiement européennes en mode test. Le parcours de test simule l’étape d’authentification bancaire.
SEPA Direct Debit utilise un parcours de test différent. Au lieu d’un parcours bancaire simulé, vous saisissez directement un IBAN de test. Consultez les IBAN de test SEPA.
1

Enable Test Mode

Désactivez le sélecteur Live Mode dans la barre latérale du dashboard et utilisez les clés API créées en mode test.
2

Set Appropriate Billing Address

Définissez le pays de l’adresse de facturation pour qu’il corresponde à la méthode de paiement :
  • NL pour iDEAL
  • BE pour Bancontact
  • AT pour EPS
  • PT pour Multibanco
  • PL pour BLIK (avec une devise de facturation en PLN)
  • IT pour Satispay
3

Complete the Test Flow

Suivez le parcours d’authentification bancaire simulé en mode test.

Bonnes pratiques

Si vous vendez à des clients néerlandais, incluez iDEAL. L’omettre revient à ne pas accepter Visa aux États-Unis : vous perdez une part importante de vos ventes.
La plupart des méthodes de paiement européennes nécessitent l’EUR ; assurez-vous donc que vos tarifs prennent en charge les transactions en EUR. La seule exception est BLIK, proposé uniquement avec une facturation en PLN (zloty polonais).
La plupart des méthodes européennes redirigent le client vers sa banque ou son application de paiement. Assurez-vous que la gestion de votre URL de retour fonctionne pour les clients qui abandonnent le parcours en cours de route.
Tous les clients en Europe ne peuvent pas utiliser ces méthodes régionales, notamment les touristes et les expatriés. Incluez credit et debit comme solutions de secours. Si aucune méthode n’est disponible, la session de checkout échoue.
Un paiement Multibanco au distributeur peut prendre plusieurs heures. Ne bloquez pas l’exécution de la commande en attendant un paiement immédiat. Utilisez des webhooks pour la confirmation asynchrone.
SEPA Direct Debit peut prendre jusqu’à 6 jours ouvrés pour être confirmé. N’exécutez pas la commande lors de la redirection du checkout ni sur payment.processing. Accordez l’accès uniquement depuis le webhook payment.succeeded et indiquez aux clients lors du checkout que leur commande est en attente. Consultez Gestion du délai de confirmation.

Dépannage

Vérifiez :
  1. Le pays de facturation du client correspond-il au pays de la méthode ?
  2. La devise de facturation est-elle EUR, ou PLN pour BLIK ?
  3. La méthode est-elle incluse dans allowed_payment_method_types ?
  4. Le checkout concerne-t-il un paiement ponctuel ? iDEAL, Bancontact, EPS, Multibanco et BLIK ne sont pas proposés pour les abonnements.
Solution : Les méthodes propres à un pays n’apparaissent que pour ce pays. Un client dont le pays de facturation est DE (Allemagne) ne voit pas iDEAL, réservé aux Pays-Bas.
Causes :
  • Le client a annulé pendant l’authentification bancaire.
  • Le système d’authentification de la banque était temporairement indisponible.
  • Le client a saisi des identifiants incorrects.
Solution : Le client doit réessayer. Si l’échec persiste, suggérez une autre méthode de paiement.
Causes :
  • Le client a fermé le navigateur pendant la redirection bancaire.
  • Un problème réseau a interrompu l’authentification.
  • L’URL de retour est mal configurée.
Solution : Vérifiez que votre URL de retour est correcte et accessible, et qu’elle gère les états de réussite comme d’échec.
Cause : Le client a reçu une référence de paiement, mais ne l’a pas encore réglée.Solution : Ce comportement est attendu pour les paiements au distributeur. Attendez la confirmation du webhook. La référence expire après la durée limitée indiquée au client.
Cause : SEPA Direct Debit est compensé de manière asynchrone par la banque du client.Solution : Ce comportement est attendu. Un état payment.processing peut durer jusqu’à 6 jours ouvrés avant la compensation du prélèvement. Attendez le webhook final payment.succeeded (exécuter la commande) ou payment.failed (ne pas exécuter la commande). Ne considérez pas la redirection du checkout comme une confirmation. Consultez Gestion du délai de confirmation.

Pages associées

Payment Methods Overview

Consultez toutes les méthodes de paiement prises en charge.

Adaptive Currency

Prise en charge des devises et conversion automatique.

Checkout Guide

Guide complet de mise en œuvre du checkout.

Webhooks

Gérez les confirmations de paiement de manière asynchrone.
Dernière modification le 28 septembre 2026