Enregistrer les informations pour les futurs paiements par prélèvement automatique ACH
Comment enregistrer les informations relatives au moyens de paiement pour les paiements futurs par prélèvement automatique ACH.
Vous pouvez utiliser l’API Setup Intents pour collecter à l’avance les informations relatives au moyen de paiement, en vue d’un paiement dont la date et le montant seront déterminés ultérieurement. Cette méthode est utile pour :
- Enregistrement des moyens de paiement dans un wallet afin de faciliter les futurs achats
- Encaissement de suppléments de facturation après la fourniture d’un service
- Démarrage d’une période d’essai gratuit dans le cadre d’un abonnement
Remarque
Le prélèvement automatique ACH est un moyen de paiement à notification différée, ce qui signifie que les fonds ne sont pas immédiatement disponibles après le paiement. Il faut généralement compter 4 jours ouvrables pour qu’un paiement arrive sur votre compte.
Le SDK Stripe Android est disponible en open source et fait l’objet d’une documentation complète.
Pour installer le SDK, ajoutez stripe-android
et financial-connections
au bloc dependencies
de votre fichier app/build.gradle :
Remarque
Pour obtenir de plus amples informations sur la version la plus récente du SDK et ses versions antérieures, consultez la page des versions sur GitHub. Pour savoir quand une nouvelle version est disponible, surveillez les versions du référentiel.
Configurez le SDK avec votre clé publique Stripe de façon à ce qu’il puisse envoyer des requêtes à l’API Stripe, par exemple à la sous-classe Application
:
Remarque
Utilisez vos clés de test lors de vos activités de test et de développement et vos clés du mode production pour la publication de votre application.
Créer ou récupérer un objet CustomerRecommandéCôté serveur
Créez un objet Customer lorsque votre client crée un compte auprès de votre entreprise, ou récupérez l’objet Customer existant associé à cet utilisateur. L’association de l’ID de l’objet Customer à votre propre représentation interne d’un client vous permet de récupérer et d’utiliser ultérieurement les informations de paiement enregistrées. Ajoutez une adresse e-mail à l’objet Customer pour activer l’optimisation des utilisateurs connus de Financial Connections.
Créer un SetupIntentCôté serveurCôté client
Un SetupIntent est un objet qui représente votre intention de configurer le moyen de paiement d’un client en vue de futurs paiements. Le SetupIntent
suit les étapes de ce processus de configuration.
Côté serveur
Créez un SetupIntent sur votre serveur en définissant payment_method_types sur us_bank_account, et indiquez l’id du client.
Par défaut, lors de la collecte des coordonnées bancaires, Financial Connections est utilisé pour vérifier instantanément le compte de votre client. Une option de secours comprenant la saisie manuelle du numéro de compte et la vérification par microversement peut être utilisée. Consultez la documentation relative à Financial Connections pour savoir comment configurer Financial Connections et accéder à des données de compte supplémentaires de façon à optimiser votre intégration ACH. Par exemple, vous pouvez utiliser Financial Connections pour consulter le solde d’un compte avant d’initier le paiement ACH.
Remarque
Pour accéder à des données supplémentaires après qu’un client a authentifié son compte, celui-ci doit associer de nouveau son compte avec des autorisations étendues.
Côté client
Le SetupIntent renvoyé contient la clé secrète du client qui sera utilisée côté client pour finaliser la configuration de manière sécurisée sans avoir à transmettre la totalité de l’objet SetupIntent. Différentes approches sont possibles pour transmettre cette clé côté client.
Collecter les informations du moyen de paiementCôté client
Pour que le paiement aboutisse avec les prélèvements automatiques ACH, vous devez renseigner un nom de client et son adresse e-mail (facultatif). Dans votre application, collectez les informations de facturation requises auprès de votre client :
- Nom complet (prénom et nom)
- Adresse e-mail
Utilisez CollectBankAccountConfiguration.
pour créer les paramètres requis pour appeler presentWithSetupIntent
.
Initialisez une instance CollectBankAccountLauncher dans la méthode onCreate de votre activité Checkout, en transférant une méthode pour gérer le résultat. Poursuivez alors avec un appel à presentWithSetupIntent
afin de collecter les coordonnées bancaires, de créer un PaymentMethod et d’associer la PaymentMethod à la SetupIntent.
Cette action charge une interface utilisateur modale sur la page qui gère la collecte et la vérification des coordonnées bancaires. Une fois le processus terminé, le PaymentMethod est automatiquement associé au SetupIntent.
Collecter et envoyer l'accusé de réception du mandatCôté client
Avant de pouvoir mener à bien le SetupIntent et enregistrer les informations du moyen de paiement, vous devez obtenir l’autorisation de paiement auprès de votre client. Pour ce faire, présentez-lui les conditions du mandat et demandez-lui de les accepter.
Pour vous conformer aux règles de la Nacha, vous devez obtenir l’autorisation d’initier le paiement auprès de votre client. Pour ce faire, présentez-lui les conditions du mandat et demandez-lui de les accepter. Pour en savoir plus, consultez la page sur les mandats.
Lorsque le client accepte les conditions du mandat, vous devez confirmer le Setup. Utilisez confirm
pour mener à bien le paiement une fois que le client a soumis le formulaire.
Remarque
L’exécution de confirm
peut prendre plusieurs secondes. Pendant ce temps, désactivez la possibilité de soumettre à nouveau votre formulaire et affichez un indicateur d’attente (par exemple, une boucle de progression). Si vous recevez une erreur, montrez-la au client, réactivez le formulaire et masquez l’indicateur d’attente.
Sauf échec de l’opération, Stripe renvoie un objet SetupIntent présentant l’un des états suivants :
État | Description | Étapes suivantes |
---|---|---|
succeeded | Le compte bancaire a été vérifié instantanément ou la vérification n’était pas nécessaire. | Aucune action requise |
requires_ | Une action supplémentaire est requise pour mener à bien la vérification du compte bancaire. | Étape 6 : Vérification des comptes bancaires à l’aide de microversements |
Après avoir confirmé Setup, un e-mail de confirmation du mandat et les coordonnées bancaires recueillies doivent être envoyés à votre client. Par défaut, Stripe gère cette étape, mais vous pouvez choisir d’envoyer des notifications personnalisées si vous préférez.
Vérifier le compte bancaire à l'aide de microversementsCôté client
Tous les clients ne peuvent pas vérifier instantanément le compte bancaire. Cette étape ne s’applique que si votre client a choisi de se désinscrire du flux de vérification instantanée dans l’étape précédente.
Dans ce cas, Stripe envoie un microversement descriptor_
ou amount
si un problème survient au cours de la vérification du compte bancaire. Ces microversements apparaissent sur le relevé en ligne du client sous 1 à 2 jours ouvrables.
- Code de libellé : Stripe envoie un microversement unique de 0,01 USD sur le compte bancaire du client avec un
descriptor_
unique à 6 chiffres qui commence par SM. Votre client utilise cette chaîne pour vérifier son compte bancaire.code - Montant : Stripe envoie deux microversements distincts sur le compte bancaire du client avec un code de libellé indiquant
ACCTVERIFY
. Votre client utilise les montants de ces versements pour vérifier son compte bancaire.
L’appel confirmSetupIntent
effectué à l’étape précédente renvoie un SetupIntent avec l’état requires_
. Le champ next_action du SetupIntent contient des informations utiles à la vérification.
Si vous avez fourni une adresse e-mail de facturation, Stripe utilise cette dernière pour notifier votre client de la date d’arrivée prévue des versements. L’e-mail envoyé inclut un lien vers la page de vérification hébergée par Stripe, sur laquelle il peut confirmer les montants des versements et effectuer la vérification.
Avertissement
Les tentatives de vérification sont limitées à dix pour les microversements basés sur des libellés et à trois pour ceux basés sur des montants. Si vous atteignez cette limite, nous ne pouvons plus vérifier le compte bancaire. En outre, les vérifications à l’aide de microversements expirent au bout de 10 jours. Si vous ne vérifiez pas les microversements pendant ce laps de temps, le PaymentIntent réitère sa demande d’informations sur le moyen de paiement. En informant clairement vos clients sur le fonctionnement de ces microversements, vous évitez d’éventuels problèmes liés à la vérification.
Facultatif : Envoyer des notifications personnalisées par e-mail
Vous pouvez également envoyer des notifications personnalisées par e-mail à votre client. Après avoir configuré les e-mails personnalisés, vous devez préciser comment le client doit répondre à l’e-mail de vérification. Pour ce faire, choisissez une des options suivantes :
Utilisez la page de vérification hébergée par Stripe. Pour ce faire, utilisez l’URL
verify_
de l’objet next_action pour diriger votre client vers la procédure de vérification.with_ microdeposits[hosted_ verification_ url] Si vous préférez ne pas utiliser la page de vérification hébergée par Stripe, créez un formulaire dans votre application. Vos clients peuvent ensuite l’utiliser pour vous transmettre les montants des microversements et pour vérifier le compte bancaire à l’aide du SDK Android.
- Configurez le formulaire de manière à ce qu’il gère au moins le paramètre
descriptor code
, qui comporte une chaîne à 6 chiffres à des fins de vérification. - Stripe vous recommande également de configurer votre formulaire pour qu’il gère le paramètre
amounts
, car certaines banques utilisées par vos clients peuvent l’exiger.
Les intégrations transmettent uniquement les paramètres
descriptor_
oucode amounts
. Pour savoir lequel utilise votre intégration, vérifiez la valeur deverify_
dans l’objetwith_ microdeposits[microdeposit_ type] next_
.action - Configurez le formulaire de manière à ce qu’il gère au moins le paramètre
Lorsque le compte bancaire est vérifié, Stripe renvoie l’objet SetupIntent avec un status
défini sur succeeded
.
La vérification peut échouer pour différentes raisons. L’échec se produit de manière synchrone et vous en êtes informé par un message d’erreur.
{ "error": { "code": "payment_method_microdeposit_verification_amounts_mismatch", "message": "The amounts provided do not match the amounts that were sent to the bank account. You have {attempts_remaining} verification attempts remaining.", "type": "invalid_request_error" } }
Code d’erreur | Message | Changement d’état |
---|---|---|
payment_ | Les microversements ont échoué. Veuillez vérifier la validité des numéros de compte, d’établissement et de transit fournis. | status présente la valeur requires_ , et le paramètre last_ est défini. |
payment_ | Les montants fournis ne correspondent pas à ceux envoyés au compte bancaire. Il vous reste {attempts_remaining} tentatives de vérification. | Inchangé |
payment_ | Nombre de tentatives de vérification autorisées dépassé | status présente la valeur requires_ , et le paramètre last_ est défini. |
Tester votre intégration
Découvrez comment tester des scénarios avec des vérifications instantanées à l’aide de Financial Connections.
Envoyer des e-mails de transaction dans un environnement de test
Une fois que vous avez collecté les coordonnées bancaires et accepté un mandat, envoyez les courriels de confirmation du mandat et de vérification du microversement dans un environnement de bac à sable.
If your domain is {domain} and your username is {username}, use the the following email format to send test transaction emails: {username}+test_email@{domain}.
For example, if your domain is example.com and your username is info, use the format info+test_email@example.com for testing ACH Direct Debit payments. This format ensures that emails route correctly. If you don’t include the +test_email suffix, we won’t send the email.
Erreur fréquente
Pour déclencher ces e-mails pendant le test, vous devez d’abord activer votre compte Stripe.
Numéros de comptes de test
Stripe fournit plusieurs numéros de compte de test et les tokens correspondants que vous pouvez utiliser pour vous assurer que votre intégration pour les comptes bancaires saisis manuellement est prête à passer en mode production.
Numéro de compte | Token | Numéro de routage | Comportement |
---|---|---|---|
000123456789 | pm_ | 110000000 | Le paiement aboutit. |
000111111113 | pm_ | 110000000 | Le paiement échoue parce que le compte est clôturé. |
000000004954 | pm_ | 110000000 | Le paiement est bloqué par Radar en raison d’un risque élevé de fraude. |
000111111116 | pm_ | 110000000 | Le paiement échoue car aucun compte n’est trouvé. |
000222222227 | pm_ | 110000000 | Le paiement échoue en raison de fonds insuffisants. |
000333333335 | pm_ | 110000000 | Le paiement échoue parce que les débits ne sont pas autorisés. |
000444444440 | pm_ | 110000000 | Le paiement échoue en raison d’une devise non valide. |
000666666661 | pm_ | 110000000 | Le paiement ne parvient pas à envoyer les microversements. |
000555555559 | pm_ | 110000000 | Le paiement déclenche un litige. |
000000000009 | pm_ | 110000000 | Le paiement reste en cours de traitement pour une durée indéterminée. Cela est utile pour tester l’annulation d’un PaymentIntent. |
000777777771 | pm_ | 110000000 | Le paiement échoue, car son montant entraîne un dépassement de la limite hebdomadaire de volume de paiement du compte. |
Avant d’effectuer les transactions de test, vous devez vérifier tous les comptes de test pour lesquels le paiement aboutit ou échoue automatiquement. Pour ce faire, utilisez les codes de libellé ou les montants de microversements de test ci-dessous.
Tester des codes de libellé et des montants de microversements
Pour simuler différents scénarios, utilisez ces montants de microversements ou ces codes de libellé 0.01.
Valeurs de microversement | Valeurs de code de libellé 0.01 | Scénario |
---|---|---|
32 et 45 | SM11AA | Simule la vérification du compte. |
10 et 11 | SM33CC | Simule le dépassement du nombre de tentatives de vérification autorisé. |
40 et 41 | SM44DD | Simule l’expiration du délai de validité d’un microversement. |
Comportement de règlement des tests
Les transactions de test sont réglées instantanément et ajoutées à votre solde de test disponible. Ce comportement diffère de celui du mode production, où les transactions peuvent prendre plusieurs jours pour être réglées dans votre solde disponible.
Acceptation des futurs paiementsCôté serveur
Lorsque le SetupIntent aboutit, un nouvel objet PaymentMethod est créé et associé à un objet Customer. Ils peuvent être utilisés pour effectuer des paiements futurs sans devoir demander au client d’indiquer à nouveau son compte bancaire.