Automatiser les relances de paiement
Relancez automatiquement les paiements d'abonnements et de factures en échec pour réduire l'attrition involontaire.
Les paiements peuvent échouer pour de nombreuses raisons, mais beaucoup d’entre eux sont recouvrables. Stripe Billing peut relancer automatiquement les paiements d’abonnement et de facture en échec pour vous.
Pour configurer les relances d’abonnement dans votre Dashboard, accédez à Facturation > Recouvrement de revenus > Relances. Pour les relances de factures ponctuelles, accédez à Fonctionnalités de facturation avancées sous Paramètres > Facturation > Factures.
Stripe recommande d’utiliser Smart Retries, mais vous pouvez également créer un calendrier de relance personnalisé.
Remarque
Stripe ne relance pas les paiements si :
- Aucun moyen de paiement n’est disponible
- L’émetteur a renvoyé un code de refus de paiement
- La carte de paiement est émise en Inde
- Le compte Stripe Connect a été déconnecté
Ordre des moyens de paiement
Lors d’une nouvelle tentative, Stripe utilise le premier moyen de paiement disponible dans cette liste, dans cet ordre :
Priorité | Moyens de paiement | Attribut API |
---|---|---|
1 | Moyen de paiement par défaut de l’abonnement | subscription.default_payment_method |
2 | Source de paiement par défaut de l’abonnement | subscription.default_source |
3 | Moyen de paiement par défaut de la facture du client | customer.invoice_settings.default_payment_method |
4 | Source de paiement par défaut du client | customer.default_source |
Lorsque vous modifiez les moyens de paiement après l’échec d’une tentative de paiement, modifiez le champ concerné par l’échec du paiement précédent. Par exemple, si un abonnement a un default_
, mais que vous ne modifiez que le champ customer.
, Stripe continuera de relancer le moyen de paiement default_
de l’abonnement.
Smart Retries
Grâce à l’IA, Smart Retries choisit le meilleur moment pour relancer les tentatives de paiement qui ont échoué afin d’augmenter les chances de paiement d’une facture. Le modèle d’IA qui sous-tend Smart Retries utilise des signaux dynamiques à dépendance temporelle, tels que :
- Le nombre d’appareils qui ont présenté tel ou tel moyen de paiement ces N dernières heures.
- L’heure de paiement optimale (dans certains pays, les paiements par carte de débit auraient tendance à mieux fonctionner à 00 h 01 heure locale).
Stripe s’appuie sur une combinaison de ces facteurs pour évaluer de manière intelligente le meilleur moment pour relancer un paiement. Nous observons constamment les comportements et les transactions des acheteurs, ce qui nous permet d’adopter une approche plus ciblée qu’une logique de relance des paiements basée sur les règles traditionnelles.
Smart Retries effectue une nouvelle tentative de paiement en fonction du nombre de relances et de la durée maximale que vous avez spécifiés. Vous pouvez également utiliser des automatisations afin de créer différentes politiques de relance pour différents segments de clientèle.
Vous pouvez ignorer ce comportement en désactivant Smart Retries et en définissant vos règles de relance personnalisées. Lorsque la relance est activée, l’attribut next_payment_attempt indique à quel moment la prochaine tentative de recouvrement se produira.
Relances de facturation pour les prélèvements automatiques
Activez les relances de prélèvements automatiques pour que Stripe relance automatiquement les paiements par prélèvement automatique ayant échoué en raison de fonds insuffisants. Vous pouvez activer les relances pour les factures d’abonnement récurrentes, les factures ponctuelles ou les deux. Le tableau ci-dessous fournit des détails pour chacun des prélèvements automatiques.
Prélèvement automatique | Nombre maximal de tentatives | Montant minimum de la facture | Exigences du mandat | Statut |
---|---|---|---|---|
Prélèvement automatique ACH | 2 | 0 USD | Mandats de prélèvement ACH Direct Debit | Disponibilité générale |
Prélèvement automatique ACSS | 1 | 20 CAD | Mandats de prélèvement automatique ACSS | Version bêta privée |
Prélèvement automatique BECS en Australie | 2 | 15 AUD | Mandats de prélèvement automatique BECS (AU) | Version bêta privée |
Prélèvement automatique Bacs | 2 | 0 GBP | Mandats de prélèvement automatique Bacs | Version bêta privée |
Prélèvement automatique BECS en Nouvelle-Zélande | 1 | 20 NZD | Mandats de prélèvement automatique BECS (NZ) | Version bêta privée |
Prélèvement automatique SEPA | 2 | 20 EUR | Mandats de prélèvement automatique SEPA | Version bêta privée |
Remarque
L’utilisation de relances de prélèvement automatique ne garantit pas le bon déroulement d’un prélèvement. Stripe n’est pas responsable des pertes subies si un prélèvement automatique n’est pas relancé.
Événements webhook
À la fois pour Smart Retries et pour les calendriers de relance personnalisés, Stripe essaye à nouveau d’effectuer le paiement selon le calendrier spécifié. Utilisez le webhook invoice.
pour recevoir les événements d’échec de paiement d’abonnement et les mises à jour des tentatives de relance.
L’attribut attempt_count du webhook invoice.
indique le nombre de tentatives effectuées jusqu’à présent. Si un échec renvoie un code de refus définitif, le paiement de la facture ne peut pas être effectué sans un nouveau moyen de paiement. Les tentatives continuent d’être planifiées et l’attribut attempt_count continue de s’incrémenter, mais les tentatives ne sont exécutées qu’après la détection d’un nouveau moyen de paiement. Les tentatives non exécutées ne créent pas de nouvel objet Charge.
L’attribut next_payment_attempt de la facture indique la date à laquelle Stripe tentera le prochain encaissement. Pour les utilisateurs d’automatisations, next_payment_attempt n’est plus défini dans les webhooks invoice.
mais dans les webhooks invoice.
.
Codes de refus définitifs
Stripe ne peut pas relancer automatiquement un paiement si l’émetteur de la carte bancaire renvoie l’un des codes de refus de paiement suivants :
incorrect_
number lost_
card pickup_
card stolen_
card revocation_
of_ authorization revocation_
of_ all_ authorizations authentication_
required highest_
risk_ level
Pour ces échecs, les relances programmées se poursuivent mais le paiement ne s’exécute que si vous obtenez un nouveau moyen de paiement.