🧭 Routage et optimisation des paiements

Pourquoi la multi-acquisition

La multi-acquisition consiste, pour un commerçant, à contracter avec plusieurs acquéreurs et à répartir son trafic entre eux. Un acquéreur unique constitue un point de défaillance unique. Quatre situations l'illustrent, l'incident technique, la dérive du taux d'acceptation sur un corridor, la renégociation tarifaire subie et la décision unilatérale de dé-risquer un secteur. Des pannes de plusieurs heures ont été observées jusque chez les acteurs de premier plan. À partir d'un certain volume (~10-20 M€ de flux annuel en ligne), la multi-acquisition cesse de relever du confort. Elle fonctionne alors comme une couverture du risque d'interruption et comme un levier de performance.

Smart routing : envoyer chaque transaction au bon endroit

Le smart routing choisit dynamiquement, pour chaque transaction, l'acquéreur, le credential et la demande d'exemption qui maximisent une fonction objectif, généralement la probabilité d'approbation nette des coûts. Les critères de décision classiques se rangent par ordre d'impact.

• BIN / pays d'émission : router vers l'acquéreur qui traite ce corridor en domestique ;
• Marque (CB, Visa, Mastercard, Amex) : tous les acquéreurs n'ont pas les mêmes licences ni les mêmes performances par scheme, et le choix CB vs Visa/MC sur les cartes co-badgées est lui-même un routage (le commerçant choisit la marque par défaut, le client peut la modifier) ;
• Devise : éviter toute conversion FX en réglant dans la devise de présentation ;
• Débit vs crédit, gamme de la carte : performances et coûts différents ;
• Historique d'auth rate mesuré par (acquéreur × BIN × tranche de montant), recalculé en continu ;
• Coût marginal : interchange + scheme fees + marge acquéreur de chaque route ;
• Santé temps réel : latence et taux d'erreurs techniques de chaque route (circuit breaker).

routing_rules:
  - name: cartes-francaises-cb
    match: { bin_country: FR, brand: [CB, VISA, MC] }
    route: acquereur_fr            # acquisition domestique, marque CB si co-badge
    fallback: acquereur_paneuro

  - name: cartes-uk
    match: { bin_country: GB, currency: GBP }
    route: acquereur_uk            # entite UK -> domestique post-Brexit
    fallback: acquereur_paneuro

  - name: gros-paniers-credit
    match: { amount_gte: 50000, card_type: credit }   # centimes
    route: best_auth_rate          # choix par modele : auth rate observe par BIN
    exemption: none                # 3DS systematique au-dela de 500 EUR (TRA impossible)

  - name: petits-paniers-domestiques
    match: { bin_country: FR, amount_lt: 3000 }
    route: acquereur_fr
    exemption: tra                 # TRA acquereur, boucle soft-decline activee

  - name: defaut
    route: acquereur_paneuro
    exemption: none

health_checks:
  error_rate_5m_max: 0.05          # au-dela de 5 % d'erreurs techniques sur 5 min,
  action: failover                 # la route est retiree du pool (circuit breaker)

Cascading et failover

Le failover est le basculement automatique du trafic vers une route de secours lorsque la route primaire ne répond plus. Si celle-ci est indisponible (timeouts, erreurs 5xx, code 91), la transaction bascule vers la route secondaire sans intervention. Le cascading (ou retry cross-acquéreur) porte sur un autre cas. Après un refus émetteur sur la route A, la transaction est re-présentée via la route B. L'opération a du sens parce qu'un même émetteur peut répondre différemment selon l'acquéreur présentateur, en fonction de la réputation du MID, des canaux nationaux ou internationaux et des données portées par le message.

• Cascader uniquement les refus techniques (91, timeouts) et, avec parcimonie, les refus génériques (05), jamais les définitifs (41, 43, 54, 57, MAC 03) : les règles de re-présentation des schemes s'appliquent à travers les acquéreurs, pas par acquéreur ;
• Compter les tentatives globalement (carte × marchand), tous acquéreurs confondus, pour rester sous les plafonds Visa/Mastercard ;
• Limiter la profondeur : 1 cascade (2 tentatives) couvre l'essentiel du gain ; au-delà, le coût et la latence dépassent le bénéfice ;
• Mesurer le gain net : taux de récupération de la cascade − frais d'autorisation supplémentaires − risque accru de double débit.

Les orchestrateurs de paiement

Un orchestrateur de paiement est une couche d'abstraction placée au-dessus des PSP et des acquéreurs. Le marchand ne réalise qu'une intégration. L'orchestrateur assure derrière elle la connectique vers N prestataires, un vault de tokens agnostique, le moteur de routage et de cascade, la gestion 3DS multi-fournisseurs et la réconciliation unifiée. Le marché compte des spécialistes indépendants (Primer, Gr4vy, ProcessOut/Checkout.com, Payrails, CellPoint Digital…). Les grands PSP proposent également des offres « orchestration », dans lesquelles le prestataire qui arbitre le routage est aussi l'un des destinataires possibles du trafic.

• Vault agnostique : les credentials (PAN chiffrés, network tokens) appartiennent à une couche indépendante des PSP, condition de la réversibilité ;
• Normalisation : codes réponse, webhooks et formats de règlement unifiés à travers les prestataires ;
• Console de routage : règles modifiables sans déploiement, A/B testing intégré ;
• Réconciliation multi-PSP : agrégation des fichiers de règlement, matching automatique transaction → versement bancaire.

Monitoring, A/B testing et KPI

Le monitoring de l'acceptation consiste à suivre en continu les indicateurs d'autorisation, d'authentification, de litige et de coût, mesurés sur des segments homogènes plutôt que sur le total. Les performances des émetteurs et des routes dérivent en permanence, au gré des mises à jour de scoring, des incidents et de la saisonnalité de la fraude. Le pilotage repose sur un monitoring segmenté et sur l'expérimentation contrôlée. Un taux d'acceptation mesuré globalement agrège des populations trop hétérogènes pour désigner la cause d'une variation.

-- Auth rate 7 derniers jours vs 7 precedents, par emetteur (top volume)
WITH stats AS (
  SELECT
    issuer_name,
    bin_country,
    COUNT(*) FILTER (WHERE created_at >= now() - interval '7 days')          AS tx_7j,
    AVG(CASE WHEN approved THEN 1.0 ELSE 0 END)
        FILTER (WHERE created_at >= now() - interval '7 days')               AS ar_7j,
    AVG(CASE WHEN approved THEN 1.0 ELSE 0 END)
        FILTER (WHERE created_at >= now() - interval '14 days'
                  AND created_at <  now() - interval '7 days')               AS ar_prev
  FROM authorizations
  WHERE created_at >= now() - interval '14 days'
    AND is_retry = false                     -- auth rate NET : premieres tentatives
  GROUP BY issuer_name, bin_country
)
SELECT issuer_name, bin_country, tx_7j,
       round(ar_7j  * 100, 1) AS auth_rate_7j,
       round(ar_prev * 100, 1) AS auth_rate_prec,
       round((ar_7j - ar_prev) * 100, 1) AS delta_pts
FROM stats
WHERE tx_7j > 500                            -- significativite minimale
  AND (ar_7j - ar_prev) < -0.02              -- alerte : chute > 2 pts
ORDER BY tx_7j DESC;
-- Une chute isolee sur UN emetteur = probleme chez l'emetteur ou avec lui
-- (nouveau scoring, incident ACS). Une chute generalisee = probleme de route.

• Randomiser à la transaction (pas au jour) pour neutraliser la saisonnalité intra-semaine ;
• Segmenter l'analyse par pays BIN × marque × tranche de montant, car un uplift global peut masquer une régression sur un segment ;
• Taille d'échantillon : détecter +1 pt sur un auth rate de ~88 % exige plusieurs dizaines de milliers de transactions par branche ;
• Mesurer la marge nette (fraude et coûts inclus), pas seulement l'auth rate ;
• Toute nouvelle route passe par un canary à 5-10 % du trafic avant généralisation.

Les coûts cachés de l'acceptation

Le coût total d'acceptation (total cost of acceptance) regroupe l'ensemble des frais qu'un commerçant supporte pour encaisser par carte. Le taux de commission négocié n'en représente qu'une partie. Les autres postes, moins visibles, comprennent les conversions de change, les frais sur transactions refusées, les scheme fees comportementales et les coûts de traitement des litiges. À volume élevé, ces postes pèsent souvent plus que la marge acquéreur elle-même.

La réconciliation fait apparaître ces coûts. Elle consiste à rapprocher chaque transaction de son versement bancaire net, ligne à ligne, à partir des fichiers de règlement acquéreur. Elle expose alors les frais réels : FX appliqué, scheme fees détaillées, retenues de réserve, débits de chargebacks. Une réconciliation conduite au seul niveau global ne fait apparaître les dérives de coûts qu'avec 6 mois de retard.