> 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/failed-payment-outreach.md).

# Relance des paiements échoués

Comment fonctionne la relance de FlyCode en cas de paiement échoué : votre marque et votre domaine, modèles dynamiques selon la raison du refus, envoi à l’heure locale, envoi conforme, et coordination avec les nouvelles tentatives et votre système d’e-mail existant t

Le produit de relance de FlyCode envoie les e-mails et les SMS qui permettent de récupérer les paiements que les tentatives de relance ne peuvent pas récupérer. Il fonctionne en arrière-plan sous votre marque, synchronise chaque message avec le cycle de relance et les heures locales du client, adapte le contenu au motif du refus et coexiste avec votre plateforme d’e-mailing existante. Cette collection couvre la personnalisation, la stratégie de diffusion et l’intégration système.

{% hint style="info" %}
**Réponse rapide :** les e-mails sont envoyés depuis votre domaine avec votre identité visuelle, utilisent des modèles dynamiques qui changent selon le motif du refus et le statut de relance, sont envoyés selon l’heure locale du client, respectent le CAN-SPAM et le RGPD, et ne sont jamais envoyés immédiatement après un refus temporaire. La délivrabilité typique correspond à un score d’expéditeur supérieur à 95.
{% endhint %}

## Dans cette section

* [Personnalisation des messages](https://help.flycode.com/failed-payment-outreach/messaging-customization): votre propre marque et votre domaine, ainsi que la manière dont les modèles s’adaptent selon le motif du refus, le segment et le statut de relance.
* [Stratégie de diffusion](https://help.flycode.com/failed-payment-outreach/delivery-strategy): diffusion selon l’heure locale, cadence en cas de refus définitif, conformité, différences avec les e-mails Stripe et ProfitWell, et délivrabilité.
* [Intégration système](https://help.flycode.com/failed-payment-outreach/system-integration): coexistence avec votre système d’e-mail actuel et votre plateforme d’abonnement.

## Associé

* [Guide de gestion du dunning 2026](https://docs.flycode.com/docs/dunning-management-2026-guide) (bonnes pratiques des e-mails de dunning)
* [Coordination des messages avec le recouvrement](https://help.flycode.com/handling-failed-payments/coordinating-messaging-with-recovery)
* [Comportement des e-mails et délivrabilité](https://help.flycode.com/ai-payment-recovery/email-behavior-and-deliverability)


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.flycode.com/fr/failed-payment-outreach.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.