Acheminer des paiements vers plusieurs prestatairesVersion bêta privée
Utilisez Orchestration pour acheminer les paiements vers différents prestataires de paiement.
Vous souhaitez accéder à Orchestration ?
Orchestration est disponible en version bêta privée. Indiquez votre adresse e-mail pour demander l'accès.
L’orchestration vous permet de configurer la sélection du processeur de paiement à l’aide de règles que vous créez dans le Dashboard. Vous pouvez acheminer les paiements en fonction de conditions telles que le pays de la carte, la devise, le montant, et plus encore. Dans vos règles, vous pouvez configurer des actions de nouvelle tentative pour essayer un paiement qui a échoué sur votre processeur principal une fois de plus sur un autre processeur choisi. Vous pouvez également consulter des analyses sur les taux de réussite des paiements et le volume de paiements acceptés par processeur.
Avant de commencer
Pour accéder à Orchestration, contactez votre représentant Stripe qui pourra vous guider à travers les étapes suivantes :
- Vérifiez que Stripe prend en charge le prestataire de destination.
- Inscrivez votre compte Stripe à Orchestration. Vous devez fournir les clés API de votre prestataire de destination dans le Dashboard Stripe.
- Vérifiez que votre intégration Stripe prend bien en charge l’orchestration. Votre représentant Stripe peut vous aider lors de votre mise en production.
Ajouter des règles de test dans un environnement de testDashboard
Les règles énoncent les conditions et actions qui permettent d’acheminer les paiements vers un prestataire de paiement spécifique.
- Si vous n’en avez pas encore, créez un environnement de test. Utilisez le bac à sable pour ajouter et tester des règles avant de passer en mode production.
- Sur la page Orchestration du Dashboard, cliquez sur Ajouter des règles.
- Ajoutez des règles avec une condition qui achemine le paiement vers l’un des prestataires disponibles lorsque
Card country
est égal àUnited Kingdom
. Ajoutez une action pour acheminer le paiement vers Stripe si la condition n’est pas remplie. - [Facultatif] Ajoutez un processeur pour retenter le paiement une fois de plus si le paiement échoue sur le processeur principal.
- Cliquez sur Activer les règles de test.
Créer un PaymentIntentCôté serveur
Remarque
Vous pouvez également configurer les paiements créés par Billing, par des sessions Checkout, par Payment Links ou dans le Dashboard afin qu’ils respectent vos règles. Ces paiements créent automatiquement un PaymentIntent. Contactez votre représentant Stripe pour paramétrer l’utilisation d’Orchestration pour ces PaymentIntents créés automatiquement.
Lorsque vous créez un PaymentIntent, incluez le paramètre payments_
pour activer Orchestration.
L’orchestration ne prend pas en charge l’API Setup Intents ni les fonctionnalités d’acquisition flexible chez d’autres prestataires. Pour les transactions qui impliquent une demande 3D Secure, vous êtes responsable de fournir à Stripe le BIN de l’acquéreur qui correspond au prestataire vers lequel vous acheminez ces transactions. Vous pouvez contacter votre représentant Stripe pour savoir si Orchestration prend en charge les fonctionnalités que vous utilisez.
Vérifier vos règles de testCôté serveurDashboard
Utilisez des cartes de test pour vous assurer que Stripe achemine les paiements vers les prestataires spécifiés par vos règles. Par exemple, pour vérifier si les paiements sont acheminés vers le prestataire que vous avez sélectionné pour les paiements dans lesquels le pays de la carte est égal au Royaume-Uni, vous pouvez utiliser le moyen de paiement de test pm_
:
Après avoir créé un paiement test, consultez la page contenant les détails du paiement pour voir vers quel prestataire le paiement a été acheminé. Sur la page contenant les détails du paiement, vous trouverez le Prestataire sous Prestataire. La section Activité récente indique également le prestataire et les règles d’acheminement du paiement. Cliquez sur le lien pour afficher les règles qui ont acheminé ce paiement.
Le Payment Record contient l’historique d’exécution des paiements pour lesquels Orchestration est activée. Récupérez le Payment Record à l’aide de son ID dans le PaymentIntent.
Vous pouvez également saisir l’ID de l’objet Payment Record dans l’inspecteur dans Workbench.
Vérifiez vers quel prestataire le paiement a été acheminé en consultant le hachage processor_
:
{ "id": "pr_123456", "object": "payment_record", "amount_authorized": { "currency": "gbp", "value": 12345 }, ... "processor_details": { "type": "processor_a", ... }, ... }
FacultatifMettre à jour votre back-end de reportingCôté serveur
L’utilisation d’Orchestration peut nécessiter les deux modifications suivantes :
- Stripe crée des Payment Records (enregistrements de paiement) et des Payment Attempt Records (enregistrements de tentative de paiement) au lieu de Charges pour des paiements acheminés vers d’autres prestataires de services de paiement. Si vous comptiez sur les objets Charges pour vos rapports ou rapprochements internes, vous devrez désormais utiliser les objets Payment Attempt Record pour l’ensemble de votre volume Stripe.
- Stripe ne crée des opérations sur solde que pour le volume de paiement traité sur Stripe. Le volume de paiement provenant d’autres prestataires ne comportera pas d’opérations sur solde, car les fonds ne transitent pas par votre compte Stripe. Si vos systèmes de back-end attendent une transaction de solde après la réussite d’un paiement, cette condition n’est plus remplie.
FacultatifMettre à jour votre gestionnaire de webhooksCôté serveur
Pour les paiements par carte traités par un autre prestataire, les PaymentIntent sous-jacents à ces transactions ont un état supplémentaire processing
et Stripe envoie l’événement payment_intent.processing. Par exemple, si vous vendez des biens physiques, vous pouvez utiliser cet état pour bloquer temporairement votre stock afin d’éviter de vendre plus que ce dont vous disposez.
Une fois que le prestataire a informé Stripe que le paiement a été capturé, l’état du PaymentIntent passe de processing
à succeeded
, et nous envoyons l’événement payment_intent.succeeded.
Si vous gérez déjà des événements postpaiement, tels que l’exécution d’une commande ou l’attribution de droits d’accès en fonction de l’événement payment_
, aucune modification n’est requise.
{ "id": "evt_123456", "object": "event", "api_version": "2025-01-27", "created": 1719948368, "data": { "object": { "id": "pi_123456", "object": "payment_intent", "amount": 12345, "amount_received": 12345, "currency": "gbp", "payment_method": "pm_123456", "payments_orchestration": { "enabled": true }, // The Payment Record ID remains the same throughout the lifecycle of the PaymentIntent "payment_record": "pr_123456", // A record of the latest attempt, generated every time you confirm the PaymentIntent "latest_payment_attempt_record": "par_123456", // Stripe doesn't create charges for payments orchestrated to another processor "latest_charge": null, ... "status": "succeeded" } } }
Ajouter des règles pour votre intégration du mode productionDashboard
Après avoir testé votre intégration, quittez votre environnement de test et ajoutez des règles pour votre intégration de production. Orchestration est actif dès que vous activez vos règles. Découvrez d’autres conditions et actions pour l’acheminement des paiements.
Surveiller les performances des prestataires
Après avoir activé Orchestration pour vos paiements réels, utilisez le Dashboard afin de surveiller les performances de vos prestataires.
- Sur la page de présentation d’Orchestration, accédez aux analyses de performance et aux taux de réussite des paiements de vos prestataires de paiement. Vous pouvez filtrer ces données pour consulter les performances par devise, marque de carte, pays de carte, type de carte ou type de transaction.
- Sur la page Détails du paiement, consultez les informations sur le prestataire correspondant à un paiement donné.
- Sur la page d’analyse des paiements, analysez votre taux global de réussite des paiements pour savoir où les paiements échouent. Filtrez par prestataire pour afficher uniquement les paiements acheminés via un prestataire spécifique.
À l’heure actuelle, le Dashboard n’affiche pas le récapitulatif du solde, les rapports d’activité, l’état des litiges, ou les reçus pour les paiements traités par d’autres prestataires. L’actualisation des données peut prendre jusqu’à 2 jours. Les données Orchestration que nous partageons dans le Dashboard dépendent des données que vous et vos autres prestataires fournissez.
Error prevention 
If you enable error prevention during onboarding, Stripe makes sure that payments don’t fail solely due to features that aren’t supported by other payment processors through Orchestration. Specifically, when the routing logic directs a payment to a processor (whether it’s the main processor or a retry processor), and a required feature for the payment isn’t supported, Stripe automatically attempts to process the payment on Stripe instead of returning an error. If Stripe is the main processor and the payment fails on Stripe, we evaluate if the retry processor can handle the payment and if not, we don’t attempt to route the payment to the retry processor.
This fallback behavior helps maximize successful payments by preventing failures caused by processor feature limitations.