> 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/platform-fit-and-performance.md).

# Adéquation et performances de la plateforme

Adéquation de la plateforme pour l’agent d’orchestration de FlyCode : conservez vos PSP actuels, utilisez-le avec Spreedly ou Primer, sans impact sur la vitesse de traitement ni sur l’expérience client, et prise en charge des abonnements et des hig

Vous utilisez déjà plusieurs processeurs, ou une plateforme d’orchestration comme Spreedly ou Primer ? FlyCode améliore cette configuration grâce à une intelligence axée sur la récupération, plutôt que de la remplacer.

## Dois-je passer à un nouveau PSP pour utiliser l’orchestration de FlyCode ?

Non. Vous conservez vos PSP actuels ; FlyCode fonctionne avec l’infrastructure dont vous disposez. Vous pouvez ajouter des PSP alternatifs comme solutions de secours via l’orchestration des paiements Stripe, ou laisser FlyCode gérer la logique de routage entre les processeurs que vous utilisez déjà. Rien ne change dans votre traitement principal.

## Nous utilisons déjà un outil comme Spreedly ou Primer. Avons-nous besoin de cela ?

Si vous utilisez déjà une plateforme d’orchestration, FlyCode ne la remplace pas ; il l’améliore. Les plateformes d’orchestration générales optimisent le routage de chaque transaction en fonction du coût, de la région et de la disponibilité. Les modèles de FlyCode se superposent à cela et optimisent spécifiquement la récupération des paiements échoués, en décidant si un débit refusé doit être retenté et où. Voyez cela comme une intelligence d’orchestration spécifique à la récupération que vous n’avez pas à créer ni à ajuster vous-même.

## Cela va-t-il ralentir le traitement des paiements ou avoir un impact sur mon UX ?

Non. La décision de routage est prise instantanément, et les tentatives de récupération se déroulent en arrière-plan sur des paiements qui ont déjà échoué. Les clients ne voient pas un paiement différent, une autorisation plus lente ou une étape supplémentaire ; ils ne remarqueront rien, sauf si vous leur envoyez des reçus pour le débit récupéré.

## Est-ce uniquement pour les abonnements récurrents, ou aussi pour les paiements ponctuels ?

L’agent d’orchestration de FlyCode est conçu principalement pour les entreprises par abonnement, où le recouvrement d’un renouvellement préserve l’intégralité de la valeur client restante. Il peut également s’appliquer aux transactions ponctuelles de grande valeur ou répétées pour lesquelles la récupération est importante, comme les grosses commandes ou les factures réglées par carte.

## Liés

* [Aperçu des fonctionnalités](https://help.flycode.com/payment-orchestration-agent/feature-overview)
* [Considérations d’intégration](https://help.flycode.com/understanding-involuntary-churn/integration-considerations)


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.flycode.com/fr/payment-orchestration-agent/platform-fit-and-performance.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
