> 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/flycode-vs.-profitwell-paddle-retain/whats-different-behind-the-scenes.md). # Ce qui change en coulisses Deux choix de conception expliquent la majeure partie de l’écart de performance entre FlyCode et ProfitWell Retain : la manière dont les relances sont planifiées et le moment d’envoi des e-mails. ## Pourquoi le moteur de relance piloté par l’IA de FlyCode est-il important ? Parce que le bon moment de relance diffère selon le client, la carte et la banque, et qu’un calendrier fixe ne peut pas le capturer. ProfitWell Retain s’appuie sur un calendrier de relances à intervalle fixe appliqué de la même manière à chaque facture impayée. FlyCode entraîne un modèle d’apprentissage automatique personnalisé pour chaque commerçant à partir des transactions de ce commerçant et des réponses des émetteurs, et le modèle continue d’apprendre de chaque résultat. Il pondère le code de refus, le comportement de l’émetteur, le type et la marque de la carte, le pays et le fuseau horaire, le montant et les dates de paiement passées du client pour choisir la fenêtre de relance la plus susceptible de réussir, tout en restant dans les limites de Visa et Mastercard sur le nombre de tentatives par cycle. Les effets pratiques sont moins de tentatives gaspillées, une récupération plus rapide, une moindre exposition aux frais liés aux relances excessives et un taux de recouvrement nettement plus élevé, surtout pour les `fonds insuffisants` les refus qui représentent la plus grande part des échecs. ## Comment FlyCode gère-t-il les e-mails clients pendant le cycle de relance ? FlyCode coordonne les e-mails avec son plan de relance au lieu d’exécuter une séquence automatisée indépendante. Aucun e-mail n’est envoyé immédiatement après un refus souple, car des relances silencieuses le récupèrent généralement et un e-mail trop précoce risque de transformer un client qui n’avait rien remarqué en annulation volontaire. Les refus définitifs ont leur propre calendrier distinct, avec une demande spécifique de nouvelle méthode de paiement. Chaque message est envoyé à l’heure locale du client, depuis votre propre domaine, à l’aide de courts modèles transactionnels et d’une infrastructure d’envoi à forte délivrabilité. Cela va bien au-delà des un ou deux messages par défaut de Stripe et se distingue des outils axés d’abord sur le recouvrement, qui envoient un e-mail à chaque tentative. Voir [Coordination des messages avec le recouvrement](https://help.flycode.com/handling-failed-payments/coordinating-messaging-with-recovery). ## Liés * [Quand et comment les paiements sont relancés](https://help.flycode.com/handling-failed-payments/when-and-how-payments-are-retried) * [Relance des paiements échoués](https://help.flycode.com/failed-payment-outreach) --- # 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/flycode-vs.-profitwell-paddle-retain/whats-different-behind-the-scenes.md?ask=&goal= ``` `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.