> For the complete documentation index, see [llms.txt](https://help.flycode.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.flycode.com/fr/handling-failed-payments.md).

# Gestion des paiements échoués

Un paiement échoué est le début d’un processus de recouvrement, pas la fin d’un abonnement. FlyCode gère chaque échec avec une séquence conçue pour récupérer le maximum de revenus avec le minimum de friction pour le client : d’abord des nouvelles tentatives silencieuses optimisées, ensuite des méthodes de paiement alternatives, et enfin une prise de contact coordonnée. Cette collection explique quand et comment les paiements sont retentés, comment cela réduit le churn, et comment les messages s’intègrent.

{% hint style="info" %}
**Réponse rapide :** FlyCode utilise le machine learning pour choisir le meilleur moment pour retenter chaque paiement échoué, débite une carte de secours enregistrée lorsque le moyen principal échoue définitivement, et n’envoie un e-mail au client qu’une fois le recouvrement silencieux épuisé. Les e-mails proviennent de votre propre domaine et sont programmés en fonction du cycle de relance plutôt qu’envoyés après chaque tentative.
{% endhint %}

## Dans cette section

* [Quand et comment les paiements sont relancés](https://help.flycode.com/handling-failed-payments/when-and-how-payments-are-retried): comment FlyCode détermine le moment de la relance, ce qu’il fait au-delà des relances, et comment il optimise les flux de facturation.
* [Réduire le churn dû aux paiements échoués](https://help.flycode.com/handling-failed-payments/reducing-churn-from-failed-payments): l’approche à trois volets pour résoudre le churn involontaire et ce qu’il faut mesurer.
* [Coordination des messages avec le recouvrement](https://help.flycode.com/handling-failed-payments/coordinating-messaging-with-recovery): modèles d’e-mail, en quoi FlyCode diffère des e-mails par défaut de Stripe, et s’il faut afficher aux clients le code de refus.

## Approfondir

* [Guide 2026 de gestion des relances de paiement](https://docs.flycode.com/docs/dunning-management-2026-guide)
* [Comment gérer les paiements échoués dans Stripe](https://docs.flycode.com/docs/integrations/how-to-manage-failed-payments-in-stripe)
* [Règles de tentative de nouvelle présentation des réseaux de cartes pour les paiements échoués](https://docs.flycode.com/docs/read-more/card-network-retry-rules-for-failed-payments-visa-and-mastercard)
* [Codes de refus expliqués](https://help.flycode.com/decline-codes-explained)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.flycode.com/fr/handling-failed-payments.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.