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.
É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 transaction_
: cette action désactive l’auto-avance, suspendant ainsi toute automatisation qui marque la facture comme irrécouvrable.not_ allowed
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.
Calendrier de relance custom
Vous pouvez également modifier le calendrier des relances avec des règles personnalisées. Vous pouvez configurer jusqu’à trois relances en précisant pour chacune quand elle doit intervenir, en nombre de jours après la tentative précédente.
Vous pouvez utiliser l’événement invoice.payment_failed pour surveiller les événements d’échec de paiement d’abonnement et relancer les mises à jour de tentatives. Après une tentative de paiement sur une facture, sa valeur next_payment_attempt est définie à l’aide des paramètres d’abonnement actuels dans votre Dashboard.
Avertissement
Lors de l’utilisation d’automatisations, l’attribut next_payment_attempt n’est plus défini dans les webhooks invoice.
mais dans les webhooks invoice.
.
Si le recouvrement échoue, l’abonnement est modifié selon vos paramètres. Vous pouvez choisir de :
Configuration | Description |
---|---|
Annuler l’abonnement | L’abonnement passe à l’état canceled après le nombre maximum de jours défini dans le calendrier des relances. |
Marquer l’abonnement comme non payé | L’abonnement passe à l’état unpaid après le nombre maximum de jours défini dans le calendrier des relances. Les factures continuent à être générées et restent à l’état de brouillon. |
Laisser l’abonnement en retard de paiement | L’abonnement reste à l’état past_ après le nombre maximum de jours défini dans le calendrier des relances. Les factures continuent à être générées et le client est débiter en établi des paramètres de relance. |
Après la dernière tentative de paiement, nous n’effectuons plus aucune relance. La modification des paramètres de votre abonnement n’a d’incidence que sur les tentatives futures.
Relances de facturation pour les prélèvements automatiques
Activez les nouvelles tentatives de prélèvement automatique pour que Stripe relance automatiquement les paiements par prélèvement automatique qui ont échoué en raison de fonds insuffisants. Vous pouvez activer les nouvelles tentatives 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 | Période de nouvelle tentative maximale | Montant minimum de la facture | Exigences du mandat | Statut |
---|---|---|---|---|---|
Prélèvement automatique ACH | 2 | 40 jours | 0 USD | Mandats de prélèvement ACH Direct Debit | Disponibilité générale |
Prélèvement automatique ACSS | 1 | dans 30 jours | 20 CAD | Mandats de prélèvement automatique ACSS | Version bêta privée |
Prélèvement automatique BECS en Australie | 2 | dans 30 jours | 15 AUD | Mandats de prélèvement automatique BECS (AU) | Version bêta privée |
Prélèvement automatique Bacs | 2 | dans 30 jours | 0 GBP | Mandats de prélèvement automatique Bacs | Version bêta privée |
Prélèvement automatique BECS en Nouvelle-Zélande | 1 | dans 30 jours | 20 NZD | Mandats de prélèvement automatique BECS (NZ) | Version bêta privée |
Prélèvement automatique SEPA | 2 | dans 30 jours | 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é.