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 :

• Échecs pour lesquels l’émetteur a fourni un code de refus définitif
• 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 moyen 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 à 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.

É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 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.payment_failed mais dans les webhooks invoice.updated.

Codes de refus définitifs

Si l’émetteur de la carte renvoie le paiement avec un code de refus définitif, Stripe ne peut 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.