Automatiser les relances de paiement

Bien que les échecs de paiement puissent être dus à un certain nombre de raisons, beaucoup d’entre eux sont recouvrables. Vous pouvez relancer automatiquement les paiements en échec avec Stripe sans avoir à écrire de code.

Configurez les paramètres dans l’onglet Relances du Dashboard dédié au recouvrement de revenus.

Stripe ne relance pas les paiements pour :

• Les échecs pour lesquels l’émetteur a fourni un code de refus sans relance possible.
• Les moyens de paiement non disponibles
• Les comptes connectés dissociés (Connect uniquement)

Stripe recommande d’utiliser Smart Replies, mais il est également possible de créer un calendrier de relance personnalisé.

Ordre des moyens de paiement

Stripe utilise le premier instrument de paiement de cette liste lors des tentatives :

1. subscription.default_payment_method
2. subscription.default_source
3. customer.invoice_settings.default_payment_method
4. 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_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 au machine learning, la fonction de relance intelligente Smart Retries choisit le meilleur moment pour relancer les tentatives de paiement en échec, afin d’augmenter les chances de paiement des factures. Le système de machine learning qui alimente Smart Retries s’appuie sur 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.

Nouvelles tentatives de prélèvement ACH

Activez les relances de prélèvements ACH pour que Stripe retente automatiquement les paiements par prélèvement ACH qui ont échoué en raison de fonds insuffisants. Stripe effectue deux nouvelles tentatives au maximum sur une période de 14 jours.

Vous pouvez activer les relances pour les factures d’abonnement récurrentes, les factures ponctuelles ou ces deux types de factures.

Avant toute nouvelle tentative, assurez-vous d’avoir l’autorisation de votre client de retenter un prélèvement sur son compte bancaire.

É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 sans relance possible

Si l’émetteur de la carte bancaire renvoie le paiement avec un sous-ensemble de codes de refus sans relance possible, Stripe ne peut alors pas relancer automatiquement le paiement. Ces codes sont les 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.