Accéder directement au contenu
Créez un compte ou connecter-vous
Logo de la documentation Stripe
/
Demander à l'assistant IA
Créez un compteConnectez-vous
Démarrer
Paiements
Revenus
Plateformes et marketplaces
Gestion de fonds
Ressources pour les développeurs
API et SDKAide
Aperçu
Billing
PrésentationÀ propos des API Billing
Abonnements
Invoicing
Facturation à l’usage
Devis
Gestion des clients
Facturation avec d'autres produits
Recouvrement de revenus
    Présentation
    Automatiser les relances de paiement
    Automatiser les e-mails aux clients
    Analyses de recouvrement
Automatisations
Scripts
Tester votre intégration
Tax
Présentation
Utiliser Stripe Tax
Taux de taxe
Gérer la conformité
Rapports
Présentation
Sélectionner un rapport
Configurer des rapports
Rapports sur plusieurs comptes
API de rapport
Comptabilisation des revenus
Données
Présentation
Requête sur les données de l'entreprise
API analytique
Sigma
Data Pipeline
Data Pipeline nouvelle générationBase de données
Importer des données externes
France
Français (France)
  1. Accueil/
  2. Revenus/
  3. Revenue recovery

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 paiementAttribut API
1Moyen de paiement par défaut de l’abonnementsubscription.default_payment_method
2Source de paiement par défaut de l’abonnementsubscription.default_source
3Moyen de paiement par défaut du client
  • customer.invoice_settings.default_payment_method (pour les objets Customer)
  • configuration.customer.billing.default_payment_method (pour les objets Account configurés par le client)
4Legacy Source paiement client par défautcustomer.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_payment_method, mais que vous ne modifiez que le champ customer.invoice_settings.default_payment_method, Stripe continuera de relancer le moyen de paiement default_payment_method 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 utilise ces informations pour déterminer quand relancer les paiements. Nous tirons continuellement des enseignements des nouveaux comportements et transactions des acheteurs, qui prévoient une approche plus ciblée que la logique de relance de paiement traditionnelle établie par des règles. Les

La fonctionnalité Smart Retries essaie à nouveau d’effectuer le prélèvement selon vos spécifications en matière de nombre de tentatives et de durée maximale. Vous pouvez configurer la politique Smart Retry pour qu’elle réessaie le paiement un nombre spécifique de fois au cours d’une période donnée : 1 semaine, 2 semaines, 3 semaines, 1 mois ou 2 mois. Le paramètre par défaut recommandé est de 8 tentatives en 2 semaines. Vous pouvez également utiliser les automatismes pour créer différentes politiques de réessai 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.payment_failed 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.payment_failed indique le nombre de tentatives effectuées jusqu’à présent. Si un échec renvoie un code de retour sans relance possible, 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.payment_failed mais dans les webhooks invoice.updated.

Codes de refus définitifs

Stripe ne peut pas relancer automatiquement un paiement si l’émetteur de la carte bancaire renvoie l’un de ces codes de refus de paiement :

  • incorrect_number
  • lost_card
  • pickup_card
  • stolen_card
  • revocation_of_authorization
  • revocation_of_all_authorizations
  • authentication_required
  • highest_risk_level
  • transaction_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.payment_failed mais dans les webhooks invoice.updated.

Si le recouvrement échoue, l’abonnement est modifié selon vos paramètres. Vous pouvez choisir de :

ConfigurationDescription
Annuler l’abonnementL’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 paiementL’abonnement reste à l’état past_due 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 prélèvement automatique

Grâce aux nouvelles tentatives de prélèvement automatique, Stripe peut relancer automatiquement les paiements par prélèvement automatique ayant é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. Les paramètres des nouvelles tentatives de prélèvement automatique sont disponibles dans la section Moyens de paiement locaux.

Remarque

Même avec les relances de prélèvement automatique, un paiement peut échouer. Stripe n’est pas responsable des pertes si un prélèvement automatique n’est pas relancé.

Par défaut, Stripe ne relance pas automatiquement les paiements par prélèvement automatique ayant échoué. Pour activer les nouvelles tentatives automatiques pour les moyens de paiement par prélèvement automatique, utilisez les paramètres correspondants dans le tableau suivant :

Prélèvement automatiqueNombre maximal de tentativesPériode de nouvelle tentative maximaleExigences du mandatStatut
Prélèvement automatique ACH240 joursMandats de prélèvement ACH Direct DebitDisponibilité générale
Prélèvement automatique ACSS1dans 30 joursMandats de prélèvement automatique ACSSDisponibilité générale
Prélèvement automatique BECS en Australie2dans 30 joursMandats de prélèvement automatique BECS (AU)Disponibilité générale
Prélèvement automatique Bacs2dans 30 joursMandats de prélèvement automatique BacsDisponibilité générale
Prélèvement automatique BECS en Nouvelle-Zélande1dans 30 joursMandats de prélèvement automatique BECS (NZ)Disponibilité générale
Prélèvement automatique SEPA2dans 30 joursMandats de prélèvement automatique SEPADisponibilité générale
Cette page vous a-t-elle été utile ?
OuiNon
  • Besoin d'aide ? Contactez le service Support.
  • Discutez par chat sur Discord avec les développeurs de Stripe.
  • Consultez notre log des modifications.
  • Des questions ? Contactez l'équipe commerciale.
  • LLM ? Lire llms.txt.
  • Propulsé par Markdoc
Sur cette page