Accepter un paiement Sofort
Découvrez comment accepter les paiements effectués à l'aide de Sofort, un moyen de paiement très répandu en Europe.
Avertissement
SOFORT has been discontinued as of March 31, 2025. For more information, read our support page.
Mise en garde
Nous vous recommandons de suivre le guide Accepter un paiement, sauf si vous devez exécuter la confirmation manuelle côté serveur, ou si votre intégration requiert la présentation de moyens de paiement de manière distincte. Si vous avez déjà intégré Elements, consultez le Guide de migration du Payment Element.
Sofort est un moyen de paiement à usage unique et à notification différée avec lequel le client doit authentifier son paiement. Le client paie avec Sofort en étant redirigé depuis votre application vers le portail de sa banque afin qu’il authentifie le paiement. Le client reçoit généralement la notification d’échec ou de réussite sous 2 à 14 jours.
Remarque
Pour accepter Sofort, vous devez respecter les Conditions d’utilisation du service Sofort.
Configurer StripeCôté serveurCôté client
Tout d’abord, il vous faut un compte Stripe. Inscrivez-vous.
Côté serveur
Pour cette intégration, votre serveur doit être doté d’endpoints qui communiquent avec l’API Stripe. Utilisez les bibliothèques officielles pour accéder à l’API Stripe depuis votre serveur :
Côté client
Le SDK iOS de Stripe est disponible en open source et fait l’objet d’une documentation complète. Il est également compatible avec les applications prenant en charge iOS 13 et les versions ultérieures.
Remarque
For details on the latest SDK release and past versions, see the Releases page on GitHub. To receive notifications when a new release is published, watch releases for the repository.
Configurez le SDK avec votre clé publiable Stripe au démarrage de votre application. Cela lui permet d’envoyer des requêtes à l’API Stripe.
Créer un PaymentIntentCôté serveur
Un PaymentIntent représente votre intention d’encaisser un paiement auprès d’un client et suit le cycle de vie du processus de paiement.
Côté serveur
Créez un PaymentIntent
sur votre serveur et précisez le montant amount
à encaisser ainsi que la devise eur
(Sofort ne prend en charge aucune autre devise). Si vous avez déjà une intégration Payment Intents, ajoutez sofort
à la liste des types de moyens de paiement.
Modification de la langue préférée
Par défaut, Stripe affiche la page d’autorisation de Sofort dans la langue correspondant au code pays spécifié. Vous pouvez remplacer cette langue par la langue préférée de votre client en précisant ce choix dans la requête et en modifiant la valeur de la propriété preferred_
. Les valeurs prises en charge sont de
, en
, es
, it
, fr
, nl
et pl
.
Au lieu de transmettre à l’application la totalité de l’objet PaymentIntent, renvoyez sa clé secrète du client. Il s’agit d’une clé unique qui vous permet de confirmer le paiement et d’actualiser les informations de paiement côté client, le tout sans autoriser la manipulation d’informations sensibles comme le montant du paiement.
Côté client
Côté client, demandez un PaymentIntent depuis votre serveur et sauvegardez la clé secrète du client.
Envoyer le paiement à StripeCôté client
Lorsqu’un client appuie sur le bouton permettant de payer avec Sofort, confirmez le PaymentIntent
pour finaliser le paiement. Configurez un objet STPPaymentIntentParams avec la clé secrète du client du PaymentIntent
côté serveur. Sofort nécessite que vous recueilliez le code pays de la banque de votre client et que vous le transmettiez dans le paramètre STPPaymentMethodSofortParams
.
Plutôt que d’envoyer la totalité de l’objet PaymentIntent
au client, utilisez sa clé secrète. Il ne s’agit pas de la même chose que vos clés API qui authentifient les requêtes de l’API de Stripe. La clé secrète du client est une chaîne qui permet à votre application d’accéder à des champs importants du PaymentIntent (par exemple, status
) tout en masquant les champs sensibles (par exemple, customer
).
Configurer une URL de redirection
Le SDK iOS peut présenter une vue Web dans votre application pour effectuer le paiement Sofort. Une fois l’authentification effectuée, la vue Web peut disparaître automatiquement au lieu que ce soit votre client qui la ferme. Pour cela, configurez une URL personnalisée ou un lien universel et configurez votre délégation d’application de façon à transférer l’URL au SDK.
Appelez STPPaymentHandler confirmPayment pour finaliser le paiement.
Gérer les événements post-paiement
As Sofort is a delayed notification payment method, the PaymentIntent’s status remains in a payment_intent.processing state for up to 14 days from its creation (also known as the cutoff date). In a sandbox, the PaymentIntent’s status remains in the processing state for three minutes to simulate this.
- Stripe recommande d’exécuter les achats pendant l’état de traitement. En moyenne, vous pouvez vous attendre à ce que 0,2 % des tentatives de paiement Sofort échouent après avoir atteint l’état de traitement. Cette recommandation s’applique uniquement aux paiements Sofort en raison de son faible taux d’échec et ne s’applique pas aux autres moyens de paiement avec notification différée.
- Vous préférez peut-être n’exécuter les commandes qu’après avoir reçu l’événement payment_intent.succeeded. Stripe envoie cet événement après que la tentative de paiement a été confirmée et que les fonds sont garantis.
- Si un client n’effectue pas le paiement, Stripe envoie l’événement payment_intent.failed et le PaymentIntent repasse à l’état
requires_
.payment_ method
Utilisez le Dashboard, un webhook personnalisé ou une solution partenaire 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 workflow de livraison.
Manuellement
Utilisez le Dashboard Stripe pour consulter tous vos paiements Stripe, envoyer des reçus par e-mail, gérer les virements et réessayer d’effectuer les paiements ayant échoué.
Code personnalisé
Créez un gestionnaire de webhooks pour écouter des événements et créer des tunnels de paiement asynchrones personnalisés. Testez et déboguez votre intégration de webhooks en local, grâce à la CLI Stripe.
Applications préconfigurées
Intégrez une application partenaire pour gérer les événements métier courants, comme l’automatisation, le marketing ou les ventes.
Paiements contestés
Le risque de fraude ou de paiements non reconnus est faible, car le client doit authentifier son paiement auprès de sa banque. Par conséquent, vous n’aurez pas à gérer de litiges qui se transforment en contestations de paiement avec retrait des fonds de votre compte Stripe.
Tentatives ayant échoué
Si une tentative de paiement n’a pas été confirmée dans le temps imparti, l’état de l’objet PaymentIntent bascule automatiquement de processing
à requires_
. De plus si les fonds sont reçus après la date limite, le client reçoit automatiquement un remboursement.
En moyenne, environ 0,2 % des tentatives de paiement Sofort échouent. Ce chiffre varie en fonction de votre secteur ou de votre base de clients. En fonction du montant moyen de paiement que vous enregistrez, du type de produits ou de services que vous offrez et du risque associé à votre activité, il peut être plus judicieux de traiter les commandes uniquement après avoir reçu l’événement payment_
.
Remboursements
Sofort accepte uniquement les demandes de remboursement dans les 180 jours suivant la date du débit initial. Passé ce délai, le remboursement du paiement n’est plus possible.
Vous pouvez soumettre un remboursement pour les paiements en attente qui n’ont pas encore été confirmés. Si vous créez un remboursement partiel ou complet pour un PaymentIntent dont l’état est processing
, le remboursement est exécuté uniquement une fois que l’état a basculé sur succeeded
. Si l’état du PaymentIntent est requires_
après l’échec d’une tentative de paiement, les remboursements partiels et complets sont marqués comme annulés, puisque les fonds n’ont jamais quitté le compte bancaire du client.