> 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/backup-payment-methods/product-overview.md). # Aperçu du produit Les méthodes de paiement de secours transforment un rejet ferme, qui serait normalement un problème à traiter par le client, en une récupération automatique. Cette page explique le produit, ses avantages, pourquoi il est légitime et ce que vous devez prévoir dans vos conditions avant de l’activer. ## Qu’est-ce que le produit de méthode de paiement de secours ? Le produit de méthode de paiement de secours de FlyCode débite automatiquement toute autre méthode de paiement valide associée au compte du client lorsque la méthode de paiement principale échoue. Si un abonné a deux cartes enregistrées et que la première est refusée (par exemple parce qu’elle a été clôturée ou déclarée perdue), FlyCode débite la seconde au moment approprié dans la séquence de relance, la facture est payée et l’abonnement se poursuit sans interruption. Le client n’est invité à rien faire et ne reçoit pas d’e-mail de relance, sauf si toutes les méthodes échouent. ## Quels sont les principaux avantages du produit de méthode de paiement de secours ? Aucune intégration supplémentaire ni aucun flux de collecte : FlyCode utilise les méthodes de paiement déjà stockées par votre plateforme de facturation. Taux de récupération plus élevés, car une catégorie d’échecs qui dépendait auparavant de la réponse du client à un e-mail se résout désormais automatiquement. Récupération plus rapide, puisque le débit de secours intervient dans la séquence de tentatives plutôt qu’après des jours de relances. Moins de désabonnements involontaires et une valeur à vie plus élevée, car les clients ne subissent jamais d’interruption de service. Et une meilleure expérience client, avec moins d’e-mails liés au paiement. ## Les méthodes de paiement de secours ont-elles du sens ? Est-ce autorisé ? Oui, dans les deux cas. Les tentatives de débit sur carte de secours sont une pratique courante chez les grandes entreprises d’abonnement : Netflix, Amazon, Microsoft et LinkedIn utilisent tous une méthode de paiement de secours pour réduire le churn et maximiser la valeur à vie. Les règles des réseaux de cartes autorisent le débit d’un identifiant de paiement enregistré que le client a autorisé pour la facturation récurrente, à condition que le client ait accepté cet arrangement. L’exigence est la divulgation et le consentement, d’où l’importance de l’étape relative aux conditions d’utilisation ci-dessous. ## De quel type de mentions juridiques devons-nous disposer pour activer le produit ? Vos clients doivent savoir que vous pouvez débiter toute autre méthode de paiement qu’ils ont enregistrée si la méthode principale échoue. En pratique, cela signifie que vos conditions d’utilisation ou votre contrat d’abonnement doivent le préciser explicitement (par exemple : « Si votre méthode de paiement principale échoue, nous pouvons débiter toute autre méthode de paiement enregistrée sur votre compte »), que le même libellé doit apparaître à l’endroit où les clients ajoutent une méthode de paiement, et que vous devez informer les clients existants du changement avant d’activer le produit. FlyCode peut fournir un exemple de formulation, mais vous devez la faire valider par votre propre conseil juridique, car les lois sur la protection des consommateurs et le renouvellement automatique varient selon les juridictions. Voir aussi [Conformité des abonnements](https://help.flycode.com/subscription-compliance). ## Associé * [Fonctionnalités](https://help.flycode.com/backup-payment-methods/functionality) * [Rapports](https://help.flycode.com/backup-payment-methods/reporting) --- # 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/backup-payment-methods/product-overview.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.