> 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/what-is-flycode/what-makes-flycode-different.md). # Ce qui distingue FlyCode La plupart des outils de recouvrement des paiements ont été conçus autour d’un calendrier de relance fixe et d’une séquence d’e-mails de rappel. FlyCode a été conçu autour d’un modèle qui apprend de chaque transaction et de chaque réponse de l’émetteur. Cette page explique ce que cela change en pratique et pourquoi les partenariats de FlyCode avec les réseaux de cartes et les processeurs sont importants. ## En quoi FlyCode est-il différent des outils traditionnels de recouvrement des paiements ? FlyCode est natif de l’IA dès le premier jour. Les outils de recouvrement hérités et la récupération intégrée des processeurs appliquent des calendriers statiques, fondés sur des règles (nouvelle tentative au jour 3, 5 et 7, e-mail après chaque tentative) qui sont les mêmes pour chaque marchand et chaque échec. FlyCode entraîne un modèle par marchand à partir des propres transactions de ce marchand et des réponses des émetteurs, et il continue d’apprendre : le moment des nouvelles tentatives, l’acheminement des paiements et les messages sont affinés en continu à mesure que de nouveaux résultats arrivent. Le résultat : moins de tentatives par facture recouvrée, un recouvrement plus rapide, moins d’e-mails aux clients et un taux de recouvrement supérieur de 16 à 25 points de pourcentage à la référence native. Trois autres choix de conception le distinguent. Le recouvrement est d’abord silencieux : aucun contact client tant qu’une nouvelle tentative a encore de bonnes chances de réussir. Le recouvrement est multi-chemin : si la carte principale échoue définitivement, FlyCode débite un moyen de paiement de secours enregistré ou passe par un autre processeur au lieu de s’arrêter à un e-mail. Et la tarification est basée sur les résultats, donc FlyCode n’est rémunéré que sur les revenus incrémentaux recouvrés. ## Qu’est-ce qui distingue FlyCode de la logique de nouvelle tentative standard ? La logique de nouvelle tentative standard est un calendrier. FlyCode est une décision prise facture par facture. Au lieu d’une cadence fixe, il ajuste dynamiquement le moment des nouvelles tentatives, l’acheminement et les messages en fonction du motif d’échec (le code de refus), des métadonnées de paiement (émetteur, type et marque de carte, pays, montant, historique de facturation) et du comportement du client (dates de paiement passées et schémas liés à l’heure de la journée). Un `fonds insuffisants` refus sur une carte de débit est retenté autour de la date de dépôt probable du client ; un `do_not_honor` refus à 3 h du matin, heure locale, est retenté pendant les heures ouvrables ; un refus définitif n’est pas retenté du tout et est envoyé directement vers un moyen de paiement de secours. FlyCode sépare aussi les nouvelles tentatives des e-mails. Les outils standards envoient un e-mail au client à chaque tentative échouée, ce qui alerte des clients qui n’étaient autrement pas au courant qu’il y a un problème et en pousse certains à annuler. FlyCode retarde les messages jusqu’à ce que le recouvrement silencieux ait été épuisé, puis envoie un message précis et envoyé au bon moment. Ses modèles de recouvrement sont renforcés par un partenariat avec Visa, qui donne au moteur une visibilité au niveau du réseau sur la manière dont les émetteurs répondent. ## Pourquoi les partenariats avec Visa, Mastercard et Stripe sont-ils importants ? Parce que la qualité du recouvrement dépend de données que le marchand ne peut pas voir seul. Des partenariats directs avec Visa et Mastercard donnent à FlyCode des informations réseau et des métadonnées de paiement sur le comportement des émetteurs, sur les schémas de refus qui se résolvent lors d’une nouvelle tentative et dans quelles limites, ainsi que sur la propagation des mises à jour des informations de carte. Ces données entraînent les modèles et maintiennent chaque nouvelle tentative dans les règles de nouvelle tentative des réseaux, de sorte que le recouvrement s’améliore sans risquer des frais pour excès de nouvelles tentatives ou des pénalités de la part des émetteurs. FlyCode est lauréat du Visa Everything Award et partenaire du réseau Mastercard. Le partenariat avec Stripe est important pour une autre raison : FlyCode est un partenaire de conception Stripe et son application est vérifiée sur la Stripe App Marketplace, ce qui signifie que l’intégration est examinée par Stripe, s’installe avec les autorisations Stripe standard et exécute chaque nouvelle tentative et mise à jour via la propre API de Stripe, laissant Stripe comme système d’enregistrement. ## Associé * [FlyCode et Stripe](https://help.flycode.com/flycode-and-stripe) * [FlyCode contre ProfitWell (Paddle Retain)](https://help.flycode.com/flycode-vs.-profitwell-paddle-retain) * [Comment FlyCode met les codes de refus à votre service](https://help.flycode.com/decline-codes-explained/how-flycode-makes-decline-codes-work-for-you) --- # 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/what-is-flycode/what-makes-flycode-different.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.