> For the complete documentation index, see [llms.txt](https://docs.flycode.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flycode.com/docs/fr/guides/migrating-to-flycode-from-paddle-retain-churnkey-or-churn-buster.md). # Migrer vers FlyCode depuis Paddle Retain, Churnkey ou Churn Buster {% hint style="info" %} **TL;DR :** Le changement d’outil de recouvrement est surtout un problème de séquencement : mesurez votre base de référence actuelle, installez FlyCode en mode surveillance, alignez les paramètres de la plateforme (relances natives et e-mails désactivés), puis désactivez les relances et la relance de paiement de l’ancien outil le même jour où FlyCode passe en production, afin qu’aucun client ne soit contacté deux fois et qu’aucune carte ne soit relancée par deux systèmes. Les fonctionnalités de parcours d’annulation (Churnkey) peuvent rester ; seul le module de paiement échoué migre. Attendez-vous à une amélioration mesurable en un à deux cycles de facturation. {% endhint %} *Par l’équipe FlyCode. Dernière révision en septembre 2026.* {% hint style="success" %} **Points clés à retenir** * N’exécutez jamais deux moteurs de relance en même temps. Des calendriers qui se chevauchent entre l’ancien outil et le nouveau sont perçus par les émetteurs comme une activité non coordonnée et peuvent faire baisser les taux d’autorisation sur l’ensemble de votre trafic. * Capturez la base de référence avant tout changement : taux de recouvrement, délai de recouvrement et volume d’e-mails sur les 90 derniers jours. Les frais de FlyCode sont calculés sur l’amélioration au-dessus de ce chiffre. * Conservez ce que l’ancien outil fait bien s’il est en dehors du recouvrement : les parcours et offres d’annulation de Churnkey, la facturation et la fiscalité de Paddle, les messages hors facturation de Churn Buster. * Basculez un jour calme, en milieu de cycle, et conservez les exports de données de l’ancien outil pour la comparaison. {% endhint %} ## Avant de commencer : la base de référence Exportez les 90 derniers jours depuis votre outil actuel et depuis votre processeur : factures échouées, factures récupérées, jours jusqu’au recouvrement, e-mails envoyés et annulations pour non-paiement. Calculez le taux de recouvrement comme les factures échouées récupérées divisé par les factures échouées, à la fois en nombre et en montant. C’est le chiffre auquel FlyCode est comparé, et l’audit de paiement gratuit pendant l’onboarding produit la même vue à partir des données de votre processeur afin que les deux puissent être rapprochés. ## L’ordre général des opérations 1. **Installez FlyCode en mode surveillance.** Stripe : installez l’application depuis le Stripe App Marketplace ([guide](/docs/fr/integrations/stripe-integration-guide-for-flycode.md)). Shopify : connectez-vous via Recharge ou Skio ([guide](/docs/fr/integrations/how-flycode-handles-shopify-subscription-failed-payments.md)). Braintree ou PayPal : [créez l’utilisateur API](/docs/fr/integrations/how-to-connect-flycode-to-your-braintree-paypal-account.md). FlyCode lit les échecs et construit votre modèle pendant que l’ancien outil continue de fonctionner. 2. **Préparez les e-mails.** Recréez vos modèles de marque dans FlyCode (depuis votre domaine, à l’heure locale du client). Reprenez les formulations qui ont bien fonctionné ; supprimez les étapes qui dupliquaient les relances. 3. **Alignez le processeur.** Désactivez les relances automatiques et les e-mails de paiement échoué du processeur (paramètres Stripe Billing, paramètres de paiement Recharge, paramètres de relance Skio) afin qu’un seul moteur gère le calendrier. 4. **Basculez.** Le jour choisi : désactivez les relances et la relance de paiement de l’ancien outil, puis faites passer FlyCode de la surveillance au recouvrement. Faites les deux dans la même heure. 5. **Surveillez la première semaine.** Vérifiez chaque jour le tableau de bord FlyCode pour les tentatives par recouvrement, le volume de contacts et toute facture qui aurait reçu à la fois un message de l’ancien outil et un message de FlyCode (il ne devrait y en avoir aucun). 6. **Conservez le compte de l’ancien outil en lecture seule pendant 30 jours** pour les exports historiques et la comparaison, puis fermez-le. ## Depuis Paddle Retain (anciennement ProfitWell Retain) Ce qui change : Retain ajoute des relances à intervalle fixe (généralement trois à cinq) par-dessus les relances natives de Stripe et exécute une séquence de relance fortement axée sur les e-mails. FlyCode remplace ces deux couches par un seul calendrier adaptatif. | Étape | Où | Remarque | | ---------------------------------------------------------------------------------------- | ------------------------- | ------------------------------------------------------------------------------------------------------------- | | Exportez les rapports de recouvrement sur 90 jours | Tableau de bord Retain | Base de référence, y compris leur définition du taux de recouvrement déclaré. | | Recréez les modèles d’e-mails | FlyCode | La page de mise à jour de carte de Retain est remplacée par le lien de mise à jour sans connexion de FlyCode. | | Désactivez les e-mails de recouvrement et les relances de Retain | Paramètres Retain | Faites-le au moment de la bascule, pas avant. | | Supprimez l’extrait ou l’intégration Retain s’il ne sert qu’au recouvrement | Votre application | Conservez-la si vous utilisez les autres fonctionnalités de Retain. | | Désactivez les relances intelligentes Stripe et les e-mails de paiement échoué de Stripe | Paramètres Stripe Billing | Requis pour un seul moteur de relance. | Si vous facturez via Paddle en tant que marchand officiel plutôt que via Stripe, le recouvrement est géré dans Paddle ; contactez FlyCode avant de planifier une migration. ## Depuis le module de recouvrement de Churnkey Ce qui change : le module de paiement échoué de Churnkey superpose des relances au calendrier de Stripe et ajoute des murs de paiement, des e-mails et des invites dans l’application. Ses parcours d’annulation, offres de pause et enquêtes de sortie traitent le churn volontaire et peuvent rester. | Étape | Où | Remarque | | ---------------------------------------------------------------------------------------------------- | ------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Exportez les données de recouvrement des paiements échoués | Churnkey | Séparez leur métrique de campagne de relance du churn involontaire total détecté ; la seconde est la base de référence. | | Conservez les parcours d’annulation, ainsi que les offres de pause et de remise en cours d’exécution | Churnkey | Non affecté par la migration. | | Désactivez le module de paiement échoué : relances, e-mails de relance, murs de paiement | Paramètres Churnkey | Au moment de la bascule. Les murs de paiement dans l’application peuvent être remplacés par les contacts de FlyCode ou conservés s’ils n’envoient pas leurs propres relances. | | Désactivez les relances intelligentes Stripe et les e-mails Stripe | Paramètres Stripe Billing | Même règle d’un seul moteur. | De nombreuses équipes utilisent Churnkey pour les annulations et FlyCode pour les paiements échoués en parallèle ; les deux couches ne se gênent pas une fois le module de recouvrement désactivé. ## Depuis Churn Buster Ce qui change : Churn Buster est un outil de communication (relances par e-mail et SMS) qui s’appuie sur le processeur ou l’application d’abonnement pour les relances. FlyCode ajoute le moteur de relance et les moyens de paiement de secours, et remplace la messagerie. | Étape | Où | Remarque | | ---------------------------------------------------------------------------- | --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Exportez les données de campagne et de recouvrement | Churn Buster | Leur chiffre de recouvrement est basé sur les campagnes ; calculez votre taux global de recouvrement des factures échouées à partir du processeur pour la base de référence. | | Recréez les modèles d’e-mails et de SMS | FlyCode | Conservez les enregistrements de consentement SMS ; ne redemandez pas aux clients déjà opt-in. | | Désactivez les campagnes Churn Buster | Churn Buster | Au moment de la bascule. | | Désactivez les relances natives et les e-mails dans Recharge, Skio ou Stripe | Paramètres de la plateforme | Consultez les guides de la plateforme pour les bascules exactes. | Les marchands Shopify qui passent de Churn Buster constatent généralement le plus grand changement au niveau des relances et des cartes de secours, que Churn Buster ne fournissait pas. ## À quoi s’attendre la première semaine * Le volume de relances par facture échouée baisse, au lieu d’augmenter ; le recouvrement provient du timing et des moyens de paiement de secours plutôt que d’un plus grand nombre de tentatives. * Le volume d’e-mails diminue parce que les refus temporaires sont récupérés silencieusement avant tout envoi de message. * Les recouvrements apparaissent dans votre processeur comme des factures payées normales ; le tableau de bord FlyCode les attribue par méthode (relance, carte de secours, outreach). * L’amélioration devient visible en un à deux cycles de facturation une fois que la cohorte d’avant la bascule est sortie de la fenêtre de recouvrement. ## FAQ ### Puis-je faire fonctionner l’ancien outil et FlyCode côte à côte pour un test A/B ? Seulement si la répartition se fait par client, et non par facture, et si chaque client n’est traité que par un seul système. La plupart des équipes comparent plutôt les 60 premiers jours de FlyCode avec la base de référence sur 90 jours, ce qui évite le risque sur le taux d’autorisation lié à deux moteurs. ### Les clients remarqueront-ils le changement ? Ils devraient remarquer moins d’e-mails. Les modèles proviennent de votre domaine et utilisent votre ton, et les paiements récupérés silencieusement apparaissent comme des reçus normaux. ### Que faire si mon contrat avec l’ancien outil n’est pas terminé ? Faites fonctionner FlyCode en mode surveillance jusqu’à ce que le contrat autorise la bascule ; le modèle s’entraîne sur vos données entre-temps. ## Connexe * [Comparatif des plateformes de récupération des paiements en 2026](/docs/fr/read-more/payment-recovery-platforms-compared-2026.md) * [FlyCode vs Churnkey pour le recouvrement des paiements échoués](/docs/fr/read-more/flycode-vs-churnkey-for-failed-payment-recovery.md) * [FlyCode vs ProfitWell Retain](https://help.flycode.com/flycode-vs-profitwell) dans le centre d’aide * [Comment fonctionne FlyCode](/docs/fr/guides/how-flycode-works-architecture-of-the-recovery-engine.md) --- # 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://docs.flycode.com/docs/fr/guides/migrating-to-flycode-from-paddle-retain-churnkey-or-churn-buster.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.