Accepter les paiements par carte sans webhooks
Découvrez comment confirmer un paiement par carte sur votre serveur et gérer les demandes d’authentification de cartes.
Avertissement
Stripe recommande d’utiliser le nouveau Payment Element au lieu du Card Element. Il vous permet d’accepter plusieurs modes de paiement avec un seul Element. En savoir plus sur l’utilisation de Card Element et de Payment Element.
Pour une prise en charge plus vaste et pérenne, utilisez notre intégration standard pour les paiements asynchrones.
Cette intégration vous permet d’attendre la réponse du client et de finaliser un paiement côté serveur sans utiliser de webhooks ni traiter d’événements hors ligne. Même si cette intégration semble plus simple, elle est difficile à adapter à la croissance de votre entreprise, et présente plusieurs restrictions :
- Seules les cartes sont prises en charge : il vous faudra écrire du code pour prendre en charge séparément ACH et d’autres modes de paiement régionaux populaires.
- Risque de double paiement : en créant un nouveau PaymentIntent de manière synchrone chaque fois que votre client effectue une tentative de paiement, vous risquez involontairement de le faire payer deux fois. Assurez-vous de suivre les bonnes pratiques.
- Étape supplémentaire pour le client : les cartes avec 3D Secure ou celles sujettes à des réglementations telles que l’authentification forte du client nécessitent des étapes supplémentaires du côté client.
Gardez ces restrictions à l’esprit si vous décidez d’utiliser cette intégration. Sinon, utilisez l’intégration standard.
Configurer Stripe
Tout d’abord, il vous faut un compte Stripe. S’inscrire.
Utilisez nos bibliothèques officielles pour accéder à l’API Stripe à partir de votre application :
Collecter les informations de carte bancaireCôté client
Recueillez les informations de carte côté client avec Stripe.js et Stripe Elements. Elements est un ensemble de composants d’interface utilisateur conçu pour recueillir et valider le numéro de carte, le code postal et la date d’expiration.
Un Stripe Element contient une balise iframe qui envoie de manière sécurisée les informations de paiement à Stripe par une connexion HTTPS. Pour que votre intégration fonctionne, l’adresse de votre page de paiement doit aussi commencer par https:// au lieu de http://.
Vous pouvez tester votre intégration sans utiliser le protocole HTTPS. Activez-le au moment d’accepter des paiements réels.
Envoyer le PaymentMethod à votre serveurCôté client
Une fois le PaymentMethod créé avec succès, envoyez l’identifiant qui en résulte à votre serveur.
const stripePaymentMethodHandler = async (result) => { if (result.error) { // Show error in payment form } else { // Otherwise send paymentMethod.id to your server (see Step 4) const res = await fetch('/pay', { method: 'POST', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ payment_method_id: result.paymentMethod.id, }), }) const paymentResponse = await res.json(); // Handle server response (see Step 4) handleServerResponse(paymentResponse); } }
Créer un PaymentIntentCôté serveur
Configurez un point de terminaison sur votre serveur pour recevoir la requête. Ce point de terminaison sera également utilisé plus tard pour gérer les cartes qui nécessitent une étape d’authentification supplémentaire.
Créer un nouveau PaymentIntent avec l’ID du PaymentMethod créé côté client. Vous pouvez confirmer le PaymentIntent en définissant la propriété confirm à la valeur true lors de la création du PaymentIntent ou en appelant confirm après sa création. La fonction Séparer l’autorisation et la capture est également prise en charge pour les paiements par carte.
Si le paiement exige des actions supplémentaires, comme l’authentification 3D Secure, l’état du PaymentIntent passera à requires_
. Si le paiement a échoué, l’état repassera à requires_
et vous devrez envoyer un message d’erreur à votre utilisateur. Si le paiement ne nécessite aucune authentification supplémentaire, un débit sera alors créé et l’état du PaymentIntent passera à succeeded
.
Remarques
Dans les versions d’API antérieures au 11/02/2019, requires_
correspond à requires_
et requires_
correspond à requires_
.
Si vous souhaitez enregistrer la carte pour la réutiliser plus tard, créez un objet Customer pour stocker le PaymentMethod, puis transmettez les paramètres supplémentaires suivants lors de la création du PaymentIntent :
- customer. Définissez ce paramètre à l’ID du client.
- setup_future_usage. Définissez ce paramètre à
off_
pour indiquer à Stripe que vous prévoyez de réutiliser ce PaymentMethod pour des paiements hors session en l’absence de votre client. La définition de cette propriété permet d’enregistrer le PaymentMethod pour ce client une fois le PaymentIntent confirmé et toutes les actions requises effectuées par l’utilisateur. Pour en savoir plus, consultez l’exemple de code montrant comment enregistrer des cartes après un paiement.session
Gérer les actions suivantesCôté client
Écrivez du code pour gérer les situations qui nécessitent l’intervention de votre client. Un paiement est normalement réussi une fois que vous l’avez confirmé sur le serveur à l’étape 4. Toutefois, si le PaymentIntent exige une action supplémentaire de la part du client, par exemple l’authentification 3D Secure, ce code sera utilisé.
Utilisez stripe.handleCardAction pour déclencher l’interface utilisateur qui traite les actions du client. Si l’authentification réussit, l’état du PaymentIntent passe à requires_
. Reconfirmez le PaymentIntent sur votre serveur pour finaliser le paiement.
Pour tester votre intégration, utilisez un numéro de carte de test qui exige une authentification (par exemple, ) afin de forcer ce flux. Si vous utilisez une carte qui ne nécessite aucune authentification (par exemple, ), cette partie du flux sera ignorée et le flux se terminera à l’étape 4.
const handleServerResponse = async (response) => { if (response.error) { // Show error from server on payment form } else if (response.requires_action) { // Use Stripe.js to handle the required card action const { error: errorAction, paymentIntent } = await stripe.handleCardAction(response.payment_intent_client_secret); if (errorAction) { // Show error from Stripe.js in payment form } else { // The card action has been handled // The PaymentIntent can be confirmed again on the server const serverResponse = await fetch('/pay', { method: 'POST', headers: { 'Content-Type': 'application/json' }, body: JSON.stringify({ payment_intent_id: paymentIntent.id }) }); handleServerResponse(await serverResponse.json()); } } else { // Show success message } }
Remarques
L’exécution de stripe.
peut prendre plusieurs secondes. Pendant ce temps, bloquez le renvoi de votre formulaire et affichez un indicateur d’attente comme une boucle de progression. Si vous recevez une erreur, montrez-la au client, réactivez le formulaire et masquez l’indicateur d’attente. Si le client doit effectuer des actions supplémentaires pour finaliser le paiement, comme une authentification, Stripe.js le guide tout au long de ce processus.
Confirmer le PaymentIntent à nouveauCôté serveur
Ce code est exécuté uniquement lorsqu’un paiement nécessite une authentification supplémentaire, comme c’était le cas à l’étape précédente. Le code n’est pas facultatif, car n’importe quel paiement peut nécessiter cette étape supplémentaire.
À l’aide du même point de terminaison que vous aviez configuré ci-dessus, confirmez le PaymentIntent à nouveau pour finaliser le paiement et traiter la commande. Assurez-vous que cette confirmation se produise dans l’heure suivant la tentative de paiement, sinon le paiement échouera et retournera à requires_
.
Tester l'intégration
Pour vérifier que votre intégration est prête, vous avez à votre disposition plusieurs cartes de test dans un bac à sable. Utilisez-les avec n’importe quel CVC et une date d’expiration non échue.
Numéro | Description |
---|---|
Réussite de la transaction et traitement immédiat du paiement. | |
Authentification requise. Stripe déclenche l’ouverture d’une fenêtre modale demandant au client de s’authentifier. | |
Échoue toujours avec le code de refus de paiement insufficient_ . |
Pour obtenir la liste complète de nos cartes de test, consultez notre guide sur les tests.