> 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/decline-codes-explained/how-flycode-makes-decline-codes-work-for-you.md). # Comment FlyCode met les codes de refus à votre service Les codes de refus ne sont utiles que si quelque chose agit sur eux en temps réel. FlyCode transforme chaque code en décision : réessayer ou non, quand, sur quel moyen de paiement, et s'il faut contacter le client. Cette page explique comment cela fonctionne et comment cela s'articule avec ce que vous exécutez déjà sur Stripe. ## Comment FlyCode utilise-t-il les codes de refus pour améliorer la récupération ? FlyCode reçoit chaque paiement échoué au moment où il se produit via les webhooks Stripe, enrichi avec des données de l'émetteur et du réseau de cartes provenant de ses partenariats Visa et Mastercard. Chaque refus est automatiquement classé comme temporaire ou définitif, et les refus temporaires sont orientés vers un modèle par marchand qui choisit le moment de réessai le plus susceptible de réussir pour cette carte précise, en fonction du code de refus, du comportement de l'émetteur, du type et de la marque de la carte, de la géographie, des dates des derniers paiements réussis et de l'heure de la journée. Les refus définitifs sautent complètement les nouvelles tentatives et passent directement à un moyen de paiement de secours enregistré, s'il y en a un, ou à une prise de contact avec le client. Les réessais et la communication sont coordonnés plutôt qu'indépendants : aucun e-mail de relance n'est envoyé tant qu'une récupération silencieuse a encore de bonnes chances de réussir, et lorsqu'un e-mail est nécessaire, il est envoyé aux heures locales et adapté au motif de l'échec, de sorte qu'un `fonds insuffisants` le client ne se voit pas dire « mettez à jour votre carte » . Le modèle respecte également les limites imposées par les réseaux de cartes sur le nombre de tentatives de réessai par cycle de facturation, ce qui protège vos relations avec l'émetteur et évite les frais liés aux réessais excessifs. Le résultat, sur l’ensemble du groupe de plus de 500 marchands de FlyCode, est de 17,6 à 26,2 points de pourcentage de récupération en plus sur `fonds insuffisants` par rapport aux références de Stripe Smart Retries ou de ProfitWell, avec moins de tentatives et moins d’e-mails envoyés aux clients, et sans travail d’ingénierie du côté du marchand au-delà de l’installation de l’application Stripe. ## FlyCode interfère-t-il avec mes webhooks ou applications Stripe existants ? Non. FlyCode écoute passivement les événements Stripe via sa propre installation d’application, puis appelle l’API Stripe pour réessayer un paiement, mettre à jour les métadonnées de facture ou ajuster l’état d’un abonnement. Il ne modifie, ne remplace ni n’écrase jamais vos autres points de terminaison de webhook, règles Radar, paramètres Billing ou applications tierces. Vos intégrations existantes continuent de recevoir les mêmes événements qu’auparavant, et chaque action effectuée par FlyCode apparaît dans le tableau de bord Stripe et dans le journal des événements sous l’application FlyCode, de sorte qu’elle est entièrement auditables. Les seuls paramètres à aligner au lancement sont le calendrier de réessais et d’e-mails de relance propre à Stripe, afin que Smart Retries et les e-mails Stripe ne s’exécutent pas en parallèle avec ceux de FlyCode. Le [Guide d’intégration à Stripe](https://docs.flycode.com/docs/integrations/stripe-integration-guide-for-flycode) guide passe en revue ces étapes. ## Quels codes de refus FlyCode ne réessaie-t-il jamais ? Refus définitifs et signaux de fraude : `lost_card`, `stolen_card`, `pickup_card`, `invalid_account`, `invalid_number`, `fraudulent`, `security_violation` et tout code que Stripe renvoie avec `la consigne do_not_try_again` un conseil. Pour ceux-ci, le modèle passe à une carte de secours enregistrée ou à une prise de contact immédiate. FlyCode applique également une protection intégrée qui n’essaie jamais de débiter un client donné plus de quelques fois par heure, quel que soit le code. ## Associé * [Ce que vous apprennent les codes de refus](https://help.flycode.com/decline-codes-explained/what-decline-codes-tell-you) * [Comment FlyCode décide-t-il du moment de réessayer un paiement ?](https://help.flycode.com/handling-failed-payments/when-and-how-payments-are-retried) * [Guide d’intégration Stripe pour FlyCode](https://docs.flycode.com/docs/integrations/stripe-integration-guide-for-flycode) --- # 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/decline-codes-explained/how-flycode-makes-decline-codes-work-for-you.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.