> 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/payment-orchestration-agent/feature-overview.md). # Aperçu de la fonctionnalité L’orchestration des paiements nécessitait autrefois de կառուցire et de maintenir des intégrations avec plusieurs processeurs. Stripe la propose désormais nativement, et FlyCode ajoute l’intelligence spécifique à la récupération qui détermine quand il vaut la peine de réacheminer un paiement échoué. Cette page explique les différents éléments. ## Qu’est-ce qu’un agent d’orchestration des paiements, exactement ? Il s’agit d’une couche de décision qui détecte les paiements échoués et les réachemine automatiquement, sans intervention des développeurs, via un autre prestataire de services de paiement (PSP). Les plateformes d’orchestration à usage général acheminent toutes les transactions selon des règles statiques (pays, devise, coût). L’agent de FlyCode est spécialement conçu pour la récupération : il examine un paiement qui a déjà échoué, prévoit si un autre processeur a davantage de chances de l’autoriser en fonction du code de refus, de l’émetteur, de la carte et de la géographie, et, le cas échéant, le retente auprès de celui-ci, puis réconcilie le résultat avec votre système de facturation. ## Qu’est-ce que l’orchestration des paiements Stripe ? L’orchestration des paiements Stripe vous permet de connecter des processeurs de paiement supplémentaires à votre compte Stripe et de configurer la sélection du processeur à l’aide de règles que vous créez dans le tableau de bord Stripe. Vous pouvez acheminer les paiements selon des critères tels que le pays de la carte, la devise, le montant et la marque de la carte, et consulter des analyses sur les taux de réussite des paiements et les volumes acceptés entre les processeurs, le tout sans créer d’intégrations séparées. Stripe reste le point d’intégration unique et la couche de reporting. ## Comment FlyCode fonctionne-t-il avec l’orchestration des paiements Stripe ? FlyCode est l’un des premiers partenaires mondiaux de l’orchestration des paiements Stripe. Vous activez l’intelligence d’orchestration de FlyCode directement depuis Stripe, sans travail d’intégration. Au lieu de s’appuyer uniquement sur les règles manuelles que vous pouvez écrire dans le tableau de bord, les modèles de FlyCode décident dynamiquement, pour chaque paiement échoué, s’il faut réacheminer la tentative et vers quel prestataire, puis ils continuent d’apprendre à partir des résultats. Les règles couvrent les cas que vous pouvez anticiper ; l’agent couvre ceux que vous ne pouvez pas anticiper. ## Pourquoi le fait de retenter un paiement via un autre PSP fonctionnerait-il mieux ? Parce que les différents PSP entretiennent des relations d’acquisition différentes avec les banques émettrices, appliquent des règles de fraude différentes et suivent une logique d’autorisation différente. Un débit refusé par un processeur peut être accepté par un autre, le plus souvent dans des scénarios transfrontaliers (un acquéreur local dans le pays du titulaire de la carte affiche des taux d’autorisation plus élevés), avec certains émetteurs qui traitent certains acquéreurs plus favorablement, ou lorsque le propre filtrage des risques d’un processeur, plutôt que la banque, a causé le refus. ## Quels sont les avantages de l’utilisation de l’orchestration des paiements ? Le premier est la redondance stratégique : si une passerelle tombe en panne à cause d’une interruption de service, d’une cyberattaque ou d’une maintenance, une autre peut prendre le relais afin que les transactions se poursuivent. Au-delà de la redondance : une portée mondiale, puisque chaque passerelle prend en charge différentes devises, régions et méthodes de paiement locales ; un routage compétitif, où la passerelle la plus rentable est sélectionnée pour chaque transaction sur la base de frais en temps réel ; des taux d’autorisation plus élevés, car les passerelles diffèrent par leurs relations bancaires et leur technologie ; l’alignement avec les préférences des consommateurs et la confiance accordée à certaines méthodes de paiement ; et une diversification des risques et de la conformité entre des cadres régionaux tels que le RGPD et le CCPA. ## Quels sont les inconvénients de l’utilisation de l’orchestration des paiements ? Une charge de gestion, car chaque passerelle doit être configurée, surveillée et maintenue en fonctionnement avec les autres. Le coût, puisque chaque passerelle peut entraîner ses propres frais d’installation, mensuels et de transaction. L’effort d’intégration, même si, avec l’orchestration Stripe, les intégrations n’ont plus à être créées. Et un risque pour l’expérience client, si les différences d’interface de paiement, de temps de traitement ou de méthodes disponibles entre les passerelles rendent le parcours de paiement incohérent. L’agent de FlyCode remédie au premier et au dernier de ces points en prenant la décision d’acheminement automatiquement et uniquement pour les paiements échoués, de sorte que le flux côté client ne change pas. ## Associé * [Adéquation à la plateforme et performances](https://help.flycode.com/payment-orchestration-agent/platform-fit-and-performance) * [Suivi et rapports](https://help.flycode.com/payment-orchestration-agent/monitoring-and-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/payment-orchestration-agent/feature-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.