Skip to main content
ACH Direct Debit permet aux clients aux États-Unis de payer depuis leur compte bancaire plutôt qu’avec une carte. Il utilise le réseau Automated Clearing House et est proposé lors des paiements en USD pour les paiements ponctuels.

Pourquoi proposer le prélèvement ACH ?

Lower Processing Cost

ACH coûte un montant fixe de 1,5 % par paiement, plafonné à $15, au lieu des frais de carte. Consultez la tarification.

No Card Required

Atteignez les clients américains qui préfèrent payer depuis un compte bancaire ou qui ne souhaitent pas utiliser de carte pour un achat important.

Higher Value Orders

Comme les frais sont plafonnés à $15, l’économie réalisée par rapport aux frais de carte augmente avec la valeur de la commande. ACH convient aux achats ponctuels importants.

Présentation

ACH Direct Debit n’est pas instantané. Un paiement peut prendre jusqu’à 4 jours ouvrés pour aboutir ou échouer. Un prélèvement autorisé n’est pas un paiement réglé : ne traitez la commande qu’une fois le paiement passé à l’état succeeded.

Fonctionnement

Expérience client

  1. Le client sélectionne ACH Direct Debit lors du paiement.
  2. Le client saisit le nom du titulaire du compte, le routing number, le account number, le type de compte (checking ou savings) et son adresse e-mail. Le paiement vérifie que le routing number est valide.
  3. Le client envoie le formulaire, ce qui autorise le prélèvement depuis son compte bancaire américain dans le cadre d’un mandat.
  4. Le paiement est envoyé au réseau ACH et passe à l’état processing. Le paiement se termine sans attendre la compensation.
  5. La compensation s’effectue au cours des jours ouvrés suivants.
  6. Le paiement passe à l’état succeeded ou échoue si la banque le rejette.
Comme la compensation est asynchrone, utilisez les webhooks pour connaître le résultat final au lieu de vous fier à la redirection du paiement. Une redirection après le paiement signifie uniquement que le client a autorisé le prélèvement.Le paiement émet payment.processing une fois le prélèvement envoyé, puis payment.succeeded ou payment.failed lorsque la compensation est terminée. Ne traitez la commande qu’à réception de payment.succeeded.

Disponibilité

Le prélèvement ACH apparaît lors du checkout lorsque toutes les conditions suivantes sont réunies :
  • La devise de facturation est USD.
  • Le pays de facturation est US.
  • La transaction est un paiement ponctuel.
ACH Direct Debit n’est pas disponible pour les abonnements. Pour les paiements récurrents, utilisez des cartes ou une autre méthode prenant en charge les abonnements. Consultez la présentation des moyens de paiement.

Configuration

ACH Direct Debit nécessite une devise de facturation USD et une adresse de facturation aux États-Unis. Si vous utilisez une autre devise pour vos prix, activez Adaptive Currency afin que les clients américains soient facturés en USD et que ACH devienne disponible.

Type de méthode API

Remboursements et litiges

Les remboursements et les contestations pour les paiements ACH utilisent les mêmes API et les mêmes flux dans le dashboard que tous les autres moyens de paiement. Vous n’avez pas besoin d’un traitement spécifique à ACH.
La banque d’un client peut rejeter un prélèvement ACH après son apparente réussite et, selon les règles de Nacha, un client peut rejeter un prélèvement non autorisé depuis un compte personnel jusqu’à 60 jours calendaires après le règlement. N’effectuez pas de remboursement tant que le paiement initial n’est pas passé à l’état succeeded.

Tests

1

Enable test mode

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

Set currency and billing address

Définissez la devise de facturation sur USD et le pays de l’adresse de facturation sur US.
3

Include ach in allowed methods

Transmettez ach dans allowed_payment_method_types, ou omettez le champ pour afficher toutes les méthodes éligibles.
4

Enter the test bank details

Saisissez l’une des paires de routing number et account number de test ci-dessous. Vérifiez ensuite que votre gestionnaire de webhook reçoit l’état final du paiement.

Comptes bancaires de test

Le client saisit les account number et routing number dans le formulaire de paiement. En mode test, utilisez le routing number 110000000 avec l’un des account numbers suivants pour forcer un résultat :
Les paiements de test atteignent un état final bien plus rapidement que les paiements réels ; vous n’avez donc pas besoin d’attendre plusieurs jours pour vérifier votre intégration. L’exception est 000000000009, qui reste à l’état processing.

Bonnes pratiques

Une autorisation ACH n’est pas un paiement. Attendez que le paiement atteigne l’état succeeded avant d’accorder l’accès ou d’expédier la commande. La banque du client peut toujours rejeter le prélèvement.
Informez les clients que les paiements bancaires ne sont pas compensés immédiatement. Cela réduit les demandes au support concernant une commande toujours en attente.
Incluez credit et debit avec ach, afin que les clients qui ont besoin d’un accès immédiat à votre produit puissent choisir une méthode plus rapide.
Les frais ACH sont plafonnés à $15 ; l’économie est donc la plus importante pour les achats ponctuels de montant élevé.

Résolution des problèmes

Vérification :
  1. La devise de facturation est-elle USD ?
  2. Le pays de facturation du client est-il US ?
  3. ach est-il inclus dans allowed_payment_method_types ?
  4. S’agit-il d’un paiement ponctuel ? ACH n’est pas proposé pour les abonnements.
  5. Le montant est-il d’au moins $0.50 ?
Solution : Supprimez temporairement allowed_payment_method_types pour afficher toutes les méthodes éligibles, puis vérifiez la devise de facturation et le pays de l’adresse de facturation dans votre requête API.
Cause : ACH Direct Debit est proposé uniquement pour les paiements ponctuels.Solution : Utilisez des cartes ou une autre méthode compatible avec les abonnements pour la facturation récurrente.
Cause : C’est le comportement attendu. Un paiement ACH reste à l’état processing pendant toute la fenêtre de compensation, qui est bien plus longue que pour un paiement par carte.Solution : Attendez le webhook final. Ne réessayez pas le paiement, car une nouvelle tentative pourrait débiter le client deux fois.
Cause : Le paiement s’est terminé, mais la banque du client a rejeté le prélèvement pendant la compensation, le plus souvent en raison de fonds insuffisants ou d’un compte clôturé. Le paiement émet payment.failed.Solution : Considérez le paiement comme échoué et demandez au client de payer avec une autre méthode. Ne traitez la commande qu’à l’état succeeded pour éviter cette situation.

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 différées de manière asynchrone.
Dernière modification le 26 septembre 2026