> 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/functionality.md). # Fonctionnalité Cette page explique le comportement des nouvelles tentatives de paiement de secours une fois activées : ce qui compte comme un moyen de paiement de secours, d’où proviennent les cartes et quel est le chemin de repli. ## Qu’est-ce qui est considéré comme un moyen de paiement « de secours » ? Toute carte valide supplémentaire déjà enregistrée pour le client dans votre plateforme de facturation. Si la carte principale échoue et que la séquence de récupération a déterminé que de nouvelles tentatives sur celle-ci ont peu de chances de réussir (immédiatement en cas de refus définitif, après des nouvelles tentatives optimisées en cas de refus temporaire), FlyCode réessaie automatiquement avec la prochaine carte disponible enregistrée, sans demander quoi que ce soit au client ni interrompre le service. Lorsque le client dispose de plusieurs cartes de secours, FlyCode les classe selon leur probabilité de succès. Les moyens non liés à une carte, comme le prélèvement bancaire ou les portefeuilles numériques, peuvent être inclus lorsque le processeur permet de les débiter hors session. ## Dois-je collecter manuellement des cartes de secours ? Non. FlyCode fonctionne avec les cartes que votre plateforme de facturation a déjà enregistrées, il n’y a donc aucun flux de collecte supplémentaire et aucune saisie client requise. De nombreux clients ont déjà plusieurs cartes enregistrées à la suite d’achats passés, de changements d’abonnement ou de remplacements de carte. Si vous souhaitez augmenter la couverture, vous pouvez inviter les clients à ajouter un moyen de secours au moment du paiement ou dans les paramètres du compte, et les modèles de relance de FlyCode peuvent inclure cette invite, mais c’est facultatif. ## Que se passe-t-il si toutes les cartes enregistrées échouent ? FlyCode revient à sa logique standard de nouvelles tentatives et de communication. Le moteur intelligent de nouvelles tentatives continue de solliciter la carte principale dans les limites du réseau de cartes lorsque le type de refus l’autorise, et une relance coordonnée demande au client un nouveau moyen de paiement avec un lien de mise à jour en un clic. Essayer d’abord la carte de secours ne fait rien perdre ; cela ajoute simplement un chemin de récupération avant que le client n’ait à intervenir. ## Associé * [Aperçu du produit](https://help.flycode.com/backup-payment-methods/product-overview) * [Ce que FlyCode fait en cas de refus définitifs](https://help.flycode.com/ai-payment-recovery/hard-declines-and-backup-logic) --- # 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/functionality.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.