> 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/backup-payment-methods-on-stripe-for-subscription-recovery.md). # Moyens de paiement de secours dans Stripe pour la récupération des abonnements {% hint style="info" %} **TL;DR :** Stripe peut stocker plusieurs moyens de paiement par client, mais ne débite que le moyen par défaut pour les abonnements ; il ne bascule pas vers une deuxième carte lorsque la première échoue. Collecter un moyen de paiement de secours et le débiter automatiquement lorsque le principal échoue permet de récupérer environ 10 à 15 % des échecs qui nécessiteraient autrement l’intervention du client. Les cartes de secours adaptatives de FlyCode font cela dans le flux de récupération, en choisissant le prochain meilleur moyen valide enregistré et en synchronisant le résultat dans Stripe. {% endhint %} *Par l’équipe FlyCode. Dernière révision en septembre 2026.* {% hint style="success" %} **Points clés à retenir** * Un moyen de paiement de secours transforme un refus ferme (compte clos, identifiants remplacés) en une récupération silencieuse, sans e-mail, sans connexion et sans effort du client. * Stripe stocke plusieurs moyens de paiement sur un Client, mais les factures d’abonnement ne débitent que `default_payment_method`; passer à une autre carte, c’est votre rôle, ou celui de FlyCode. * Collectez le moyen de secours aux moments où l’intention est la plus forte : au paiement (deuxième carte facultative), après une récupération réussie, et sur la page de mise à jour de carte vers laquelle pointent vos e-mails de relance. * Le texte de consentement doit préciser clairement que le moyen supplémentaire sera débité si le principal échoue ; gardez l’ordre des moyens visible et modifiable dans votre portail client. {% endhint %} ## Pourquoi une deuxième carte est importante La plupart des récupérations de paiements échoués concernent des refus temporaires, que les nouvelles tentatives corrigent. Les refus fermes sont différents : la carte est clôturée, remplacée, signalée perdue ou volée, ou le compte n’existe plus. Réessayer ne peut rien y faire, donc la réponse habituelle est un e-mail de relance demandant une nouvelle carte, qui ne récupère au mieux que 40 à 60 % des cas car cela dépend du fait que le client lise, clique et saisisse ses informations. Si un deuxième moyen de paiement valide est déjà enregistré, rien de tout cela n’est nécessaire. Le débit est basculé vers le moyen de secours, la facture est payée, et le client ne voit qu’un reçu normal. ## Ce que Stripe fait et ne fait pas | Capacité | Stripe aujourd’hui | Ce que vous (ou FlyCode) ajoutez | | ------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- | | Enregistrer plus d’un moyen de paiement par Client | Oui (`PaymentMethod` objets rattachés au Client) | Rien | | Débiter une facture d’abonnement | Utilise le moyen de paiement par défaut de l’abonnement `default_payment_method`, puis le moyen par défaut du Client | Rien | | Bascule vers un autre moyen enregistré lorsque le moyen par défaut échoue | Non | Détecte l’échec, choisit un moyen de secours et règle la facture ouverte avec lui | | Mettre à jour les identifiants pour les cartes remplacées ou réémises | Oui, via Card Account Updater et les jetons réseau | Rien, mais vérifiez qu’ils sont activés | | Collecter une deuxième carte au paiement | Pas par défaut dans Checkout ; possible via Elements ou une étape après l’achat | Votre conception du paiement ou du portail | ## Comment collecter des moyens de paiement de secours 1. **Au paiement, de façon facultative.** Ajoutez une étape facultative « carte de secours » après l’enregistrement du moyen principal. Gardez-la facultative ; une deuxième carte obligatoire réduit la conversion. 2. **Dans le portail client.** Laissez les clients ajouter et ordonner les moyens de paiement. Le portail client hébergé de Stripe permet d’ajouter des moyens ; rendez le rôle de secours explicite dans votre propre interface si vous en construisez une. 3. **Après une récupération.** Lorsqu’un e-mail de relance mène à une nouvelle carte, gardez l’ancien moyen attaché s’il est encore valide, et demandez si le nouveau doit devenir principal. 4. **Pour les comptes à forte valeur.** Pour les offres B2B, les solutions de repli basées sur la facture (prélèvement bancaire, ACH) fonctionnent comme secours à une carte d’entreprise qui atteint ses limites. ## Texte de consentement Les règles des réseaux de cartes concernant les identifiants enregistrés exigent une divulgation de la manière dont un moyen enregistré sera utilisé. Lors de la collecte d’un moyen de secours, indiquez au moment de la collecte qu’il sera débité si le moyen de paiement principal échoue, que le client peut le modifier ou le supprimer à tout moment, et où le faire. Exemple de formulation : « Si votre moyen de paiement principal échoue, nous débiterons ce moyen de secours du même montant. Vous pouvez le modifier ou le supprimer dans les paramètres de votre compte. » Gardez cette formulation à côté du champ du formulaire, pas seulement dans les conditions. ## Comment fonctionnent les cartes de secours adaptatives de FlyCode 1. Une facture d’abonnement échoue sur le moyen principal et le refus est classé. Pour les refus fermes, le chemin de secours est emprunté immédiatement ; pour les refus temporaires, il est emprunté une fois que le modèle juge peu probable que de nouvelles tentatives sur le moyen principal réussissent pendant la fenêtre de récupération. 2. FlyCode sélectionne le prochain meilleur moyen de paiement valide rattaché au Client, en tenant compte du type de carte, du comportement de l’émetteur et des succès passés. 3. La facture ouverte est réglée avec le moyen de secours via l’API de Stripe, de sorte que la facture, l’état de l’abonnement et le reçu restent synchronisés et que le client ne voie qu’un paiement normal. 4. Optionnellement, le moyen de secours devient le nouveau moyen par défaut afin que le prochain renouvellement n’échoue pas de la même manière. 5. L’événement apparaît dans le tableau de bord FlyCode comme une récupération par carte de secours, distincte des récupérations par nouvelles tentatives et par relance. La fonctionnalité est activée par compte pendant l’onboarding ; aucun code n’est nécessaire au-delà de l’installation standard de l’application Stripe [installation de l’application Stripe](/docs/fr/integrations/stripe-integration-guide-for-flycode.md). ## FAQ ### Stripe débite-t-il automatiquement une carte de secours lorsqu’un paiement d’abonnement échoue ? Non. Stripe réessaie le même moyen de paiement par défaut. Le basculement vers un autre moyen enregistré doit être effectué par vous ou par un outil de récupération tel que FlyCode. ### Le débit d’un moyen de secours est-il autorisé par les règles des réseaux de cartes ? Oui, à condition que le client y ait consenti lors de l’enregistrement du moyen et qu’il puisse le gérer. Divulguez l’usage de repli au moment de la collecte et laissez-le modifiable. ### Cela remplace-t-il Card Account Updater ? Non. CAU et les jetons réseau corrigent les identifiants remplacés ou réémis sur la carte principale sans aucune intervention du client et doivent rester activés. Les moyens de secours couvrent les cas que CAU ne peut pas traiter : comptes clos, cartes sans mise à jour disponible et refus persistants. ### Combien un moyen de paiement de secours récupère-t-il ? Sur les comptes FlyCode, le débit par carte de secours récupère environ 10 à 15 % des échecs qui nécessiteraient autrement l’intervention du client. ## Connexe * [Comment fonctionne FlyCode](/docs/fr/guides/how-flycode-works-architecture-of-the-recovery-engine.md) * [Guide des codes de refus de paiement d’abonnement pour Stripe](/docs/fr/subscription-payment-decline-codes-guide-for-stripe.md) * [Glossaire de la récupération des paiements échoués](/docs/fr/read-more/failed-payment-recovery-glossary.md) * [Moyens de paiement de secours](https://help.flycode.com/backup-payment-methods) dans le centre d’aide --- # 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/backup-payment-methods-on-stripe-for-subscription-recovery.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.