Accéder directement au contenu
Créez un compte
 ou
connecter-vous
Logo de la documentation Stripe
/
Créez un compte
Connectez-vous
AperçuMettre votre intégration à niveau
Paiements en ligne
PrésentationTrouver votre cas d'usageManaged Payments
Moyens de paiement
Interfaces de paiement
Scénarios de paiement
Paiements par TPE
Au-delà des paiements

Paiements par prélèvement automatique Bacs

Comment accepter les paiements par prélèvement automatique Bacs.

Les utilisateurs de Stripe au Royaume-Uni ont la possibilité d’utiliser le Payment Element et un PaymentIntent pour accepter les paiements par prélèvement automatique Bacs de leurs clients titulaires d’un compte bancaire britannique.

Démarrage

Vous devez intégrer le Payment Element pour pouvoir accepter des prélèvements automatiques Bacs via le Payment Element. Suivez notre guide QuickStart pour être en mesure d’accepter des paiements à l’aide du Payment Element.

Remarque

Les règles relatives aux prélèvements automatiques Bacs prévoient l’acceptation d’un mandat de la part du client afin que Stripe puisse débiter son compte. Le Payment Element collecte ce mandat lorsque vous acceptez les données de paiement du client. Aucune action n’est requise de votre part pour vous conformer à cette exigence.

Configurer l'Element Payment pour accepter des prélèvements automatiques Bacs

Remarque

Le prélèvement automatique Bacs est uniquement disponible pour les paiements en GBP, ce qui signifie que les autres devises de votre PaymentIntent ne sont pas prises en charge.

Il existe deux manières d’ajouter le prélèvement automatique Bacs aux moyens de paiement de votre intégration de le Payment Element.

Vous pouvez faire en sorte que les moyens de paiement disponibles soient automatiquement sélectionnés en définissant l’attribut automatic_payment_methods lors de la création du Payment Intent. Dans la dernière version de l’API, la spécification du paramètre automatic_payment_methods est facultative, car Stripe active sa fonctionnalité par défaut.

Command Line
curl https://api.stripe.com/v1/payment_intents \
  -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:" \
  -d amount=1099 \
  -d currency=gbp \
  -d "automatic_payment_methods[enabled]"=true

Vous pouvez également gérer les moyens de paiement depuis le Dashboard. Stripe gère l’affichage des moyens de paiement admissibles en fonction de facteurs tels que le montant de la transaction, la devise et le tunnel de paiement. Cela permet à Stripe d’extraire vos préférences de moyens de paiement du Dashboard afin d’afficher de manière dynamique les moyens de paiement les plus pertinents pour vos clients. Pour que les prélèvements automatiques Bacs soient disponible pour les moyens de paiement que vous gérez depuis le Dashboard, vous devez les activer dans la section Moyens de paiement de votre Dashboard.

Gérer les événements post-paiement

Les prélèvements automatiques Bacs sont asynchrones, ce qui signifie que les fonds ne sont pas immédiatement disponibles.

Un PaymentIntent effectué par prélèvement automatique Bacs peut demeurer en souffrance jusqu’à cinq jours ouvrables à compter de sa création s’il est associé à un mandat nouvellement créé, ou jusqu’à trois jours ouvrables dans les autres cas. Une fois le paiement abouti, l’état du PaymentIntent bascule sur succeeded.

Délais des prélèvements automatiques Bacs

Il faut 3 jours ouvrés pour confirmer l’aboutissement ou l’échec d’un paiement par prélèvement automatique Bacs lorsque le mandat existe déjà, et 6 jours ouvrés lorsqu’un nouveau mandat doit être obtenu. Les paiements effectués après 20 h 00 UTC sont soumis le jour ouvré suivant.

Dans certains cas, la banque peut nous informer d’un échec de paiement après que le paiement a été marqué comme abouti sur votre compte Stripe. Le cas échéant, l’échec de paiement est identifié comme un litige et reçoit le code de motif approprié.

Le tableau suivant présente la chronologie d’un prélèvement automatique Bacs en jours ouvrés à partir de l’instant (T) où un paiement est effectué lorsqu’un nouveau mandat doit être collecté :

T + 0Soumission du mandat
T + 3Le mandat est actif et le paiement a été effectué
T + 5Les fonds quittent le compte en banque du client
T + 6Les fonds sont disponibles sur Stripe

Configuration de webhooks

Stripe envoie plusieurs événements pendant le processus de paiement et après sa finalisation. Utilisez l’outil de webhook du Dashboard ou suivez le guide consacré aux webhooks pour recevoir ces événements et exécuter des actions, comme envoyer une confirmation de commande par e-mail à votre client, enregistrer la vente dans une base de données ou lancer un flux de livraison.

Pour les prélèvements automatiques Bacs, vous devez gérer l’événement payment_intent.succeeded afin de confirmer l’aboutissement du paiement. Stripe vous recommande également de gérer les événements payment_intent.processing et payment_intent.payment_failed.

Pour tester des webhooks en local, vous pouvez utiliser la CLI Stripe. Après l’avoir installée, vous pouvez transférer des événements à votre serveur :

Command Line
stripe listen --forward-to localhost:4242/webhook
Ready! Your webhook signing secret is '{{WEBHOOK_SIGNING_SECRET}}' (^C to quit)

En savoir plus sur la configuration des webhooks.

Tester l'intégration

Vous avez à votre disposition plusieurs numéros de compte bancaire de test dans un environnement de test pour vérifier que cette intégration est prête.

Code guichetNuméro de compteDescription
10880000012345Le paiement aboutit et l’état du PaymentIntent passe de processing à succeeded.
10880090012345Le paiement aboutit au bout de trois minutes et l’état du PaymentIntent passe de processing à succeeded.
10880033333335Le paiement est accepté, mais échoue immédiatement avec un code d’échec debit_not_authorized et le PaymentIntent bascule de processing à requires_payment_method. L’objet Mandate devient inactive et le PaymentMethod ne peut plus être utilisé.
10880093333335Le paiement échoue au bout de trois minutes avec un code d’échec debit_not_authorized et le PaymentIntent bascule de processing à requires_payment_method. L’objet Mandate devient inactive et le PaymentMethod ne peut plus être utilisé.
10880022222227Le paiement échoue avec un code d’échec insufficient_funds et le PaymentIntent bascule de processing à requires_payment_method. L’objet Mandate reste active et le PaymentMethod peut à nouveau être utilisé.
10880092222227Le paiement échoue au bout de trois minutes avec un code d’échec insufficient_funds et le PaymentIntent bascule de processing à requires_payment_method. L’objet Mandate reste active et le PaymentMethod peut à nouveau être utilisé.
10880055555559Le paiement aboutit au bout de trois minutes et l’état du PaymentIntent passe de processing à succeeded, mais un litige est immédiatement créé.
10880000033333La création du moyen de paiement aboutit, mais le mandat est refusé par la banque du client et passe immédiatement à l’état inactif.
10880000044444La demande de mise en place d’un prélèvement automatique Bacs échoue immédiatement en raison d’un numéro de compte non valide et le client est invité à mettre à jour ses informations avant de soumettre sa demande. Les données de paiement ne sont pas collectées.
10880034343434Le paiement échoue avec un code d’erreur charge_exceeds_source_limit, car le montant du paiement entraîne un dépassement de la limite hebdomadaire de volume de paiement du compte.
10880012121212Le paiement échoue avec un code d’erreur charge_exceeds_weekly_limit, car le montant du paiement dépasse la limite du volume de transactions du compte.

Pour vos tests, vous pouvez utiliser l’un des numéros de compte fournis ci-dessus. Cependant, dans la mesure où le traitement des paiements par prélèvement automatique Bacs prend plusieurs jours, privilégiez les numéros de compte de test qui fonctionnent avec un délai de trois minutes, de manière à mieux simuler le comportement en situation réelle.

Remarque

Par défaut, Stripe envoie automatiquement des e-mails de notification au client lors de la collecte initiale de ses données de paiement et chaque fois qu’un débit est ensuite effectué sur son compte. Ces notifications ne sont pas envoyées dans les environnements de test.

Échecs de paiement

Les échecs de paiement peuvent être dus à diverses raisons. Le motif d’un échec est disponible via charge.failure_code. Seuls les paiements présentant certains codes d’échec peuvent être retentés. Lorsqu’une nouvelle tentative de paiement échoue, il convient de contacter votre client pour lui demander de renouveler son règlement avec un compte bancaire ou un moyen de paiement différent.

Les codes d’échec que nous envoyons actuellement pour les prélèvements automatiques Bacs sont indiqués ci-dessous. Cette liste est susceptible d’être enrichie à tout moment, et il importe donc de ne pas la considérer comme exhaustive dans le cadre du développement et de la maintenance de votre code.

Code d’échecDescriptionNouvelle tentative possible
account_closedLe compte bancaire a été clôturé.Non
bank_ownership_changedLe compte a été transféré à un nouveau prestataire de services de paiement (PSP). Vérifiez si les coordonnées du nouveau PSP vous ont été communiquées. Si ce n’est pas le cas, vous devez obtenir un nouveau mandat auprès du client.Non
debit_not_authorizedLe client a informé sa banque que le paiement n’était pas autorisé ou que la banque payeuse ne détient aucun mandat.Non
generic_could_not_processLe paiement n’a pas pu être traité.Oui
insufficient_fundsLe compte du client ne dispose pas de fonds suffisants pour couvrir le paiement.Oui
invalid_account_numberLe numéro de compte n’est pas valide. Cela peut signifier qu’il ne s’agit pas d’un compte libellé en GBP ou que le compte ne peut pas traiter les paiements par prélèvement automatique.Non

Pour effectuer une nouvelle tentative de paiement, confirmez le PaymentIntent à nouveau à l’aide du même PaymentMethod.

Pour mettre toutes les chances de votre côté que le paiement aboutisse, nous vous conseillons de contacter le payeur avant la nouvelle tentative.

Voir aussi

Cette page vous a-t-elle été utile ?
OuiNon