Référence🏛️ L'écosystème du paiementIntermédiaire⏱ 17 min de lecture

🔗 Accepteur, acquéreur, PSP

Gateway, processeur, facilitateur de paiement, établissement de paiement : cartographie précise de la chaîne d'acceptation et de ses statuts réglementaires.

Trois rôles à ne pas confondre

Trois termes distincts désignent les intervenants de la chaîne d'acceptation, et l'usage courant les confond fréquemment. L'accepteur est le commerçant qui accepte un instrument de paiement. L'acquéreur est le prestataire agréé qui contracte avec lui, porte la garantie de paiement et le représente dans les schemes. Le PSP (prestataire de services de paiement) est la catégorie juridique européenne englobant tous les acteurs agréés pour fournir des services de paiement, à savoir les banques, les établissements de paiement et les établissements de monnaie électronique.

🏬
Accepteur
Le commerçant. Il n'a besoin d'aucun agrément pour accepter des paiements, puisqu'il consomme un service d'acquisition. Ses obligations sont contractuelles (règles d'acceptation) et sécuritaires (PCI DSS pour les données carte).
🏛️
Acquéreur
Au sens des schemes, l'acquéreur est le membre licencié acquiring qui présente les transactions en compensation et garantit le règlement. Au sens DSP2, le terme couvre le PSP qui fournit le service d'« acquisition d'opérations de paiement » (annexe I, service 5).
⚙️
PSP
Terme générique. Dans l'usage commercial, « PSP » désigne souvent le prestataire technique et commercial du e-commerçant (Stripe, Payplug, Mollie...), qui peut être ou non l'acquéreur au sens strict.
Le commerçantaccepteur : il signe le contratPrestataire techniquegateway, orchestrateur, TPEFonds : ne les touche pasAgrément : aucunScheme : nonAgent de PSPagit au nom d'un PSP agrééFonds : au nom du PSPAgrément : enregistréScheme : nonPSP collecteuril encaisse pour le marchandFonds : cantonnésAgrément : ACPRScheme : via un sponsorAcquéreurbanque ou EP du réseauFonds : jusqu'au versementAgrément : EC ou EPScheme : membreLe schemeCB · Visa · Mastercard : les règlesTrois questions séparent ces quatre couches : qui détient les fonds, qui porte l'agrément, qui est membre du scheme.
🔑
La question qui démêle tout
Trois critères situent n'importe quel acteur dans la chaîne d'acceptation. Le premier est l'agrément qu'il porte, ainsi que la nature exacte de cet agrément. Le deuxième est son appartenance au scheme du côté de l'acquisition. Le troisième est la détention des fonds entre l'encaissement et le reversement. Ces trois éléments séparent un prestataire purement technique d'un acquéreur de plein exercice.

Gateway, processeur, facilitateur de paiement

Trois fonctions techniques s'intercalent entre l'accepteur et l'acquéreur. La gateway (passerelle) est l'interface d'entrée, qui collecte la transaction depuis une page de paiement, une API ou un terminal, la sécurise et la route. Le processeur exécute le traitement monétique pour le compte d'un acquéreur ou d'un émetteur, ce qui recouvre la connexion aux schemes, l'autorisation, le clearing et la gestion des fichiers. Le facilitateur de paiement (PayFac) est un modèle contractuel dans lequel un acteur s'affilie comme « super-commerçant » auprès d'un acquéreur, puis agrège sous son propre contrat des sous-commerçants qu'il enrôle lui-même.

RôleFonctionDétient les fonds ?Agrément requisExemples
GatewayCollecte, sécurisation (tokenisation), routage vers un ou plusieurs acquéreursNonAucun (prestataire technique) si pas d'entrée en possession des fondsCybersource, PayZen, Axepta
ProcesseurTraitement monétique : autorisation, clearing, back-office pour acquéreurs/émetteursNon (agit pour le compte de)Aucun en propre, mais supervision via son donneur d'ordre (et cadre PISA/BCE)Worldline Financial Services, equens, TSYS
PayFacAgrège des sous-commerçants sous son propre contrat d'acquisition, gère onboarding et reversementsOui (typiquement)EP ou EME dès qu'il manipule les fondsStripe, Square, Mollie, SumUp
Acquéreur fullMembre scheme, garantie de paiement, compensation en propreOuiÉtablissement de crédit ou de paiement + licence schemeAdyen, Worldline, Crédit Agricole, Nexi
Comparaison fonctionnelle
Une transaction e-commerce à travers la chaîne
Client
Valide son panier et saisit sa carte sur la page de paiement
La page est souvent hébergée par la gateway (réduction du périmètre PCI DSS du marchand)
Gateway
Tokenise la carte, déclenche 3-D Secure si requis
Le PAN ne touche jamais les serveurs du commerçant
PSP / PayFac
Applique le routage et les règles de risque du marchand
Choix de l'acquéreur, retry logic, orchestration éventuelle
Acquéreur
Soumet l'autorisation au scheme
En interchange++ ou blended selon le contrat
Scheme
Route vers l'émetteur, retourne la réponse
Émetteur
Autorise (ou refuse) et réserve les fonds
PSP
Notifie le marchand (webhook), reversera J+1 à J+3
Reversement net ou brut, avec fichier de réconciliation
⚠️
Le seuil PayFac des schemes
Les règles Visa et Mastercard imposent qu'un sous-commerçant dépassant un certain volume annuel, de l'ordre de 1 M$ de transactions, sorte du modèle agrégé. Il signe alors un contrat d'acquisition direct et reçoit son propre identifiant commerçant. Cette migration change la nature de la tarification appliquée, de la garantie dont bénéficie le marchand et de sa réconciliation, et un marchand en forte croissance chez un PayFac doit l'anticiper.
Création d'un paiement via l'API d'un PSP moderne (exemple annoté)
POST /v1/payments HTTP/1.1
Host: api.psp-exemple.com
Authorization: Bearer sk_live_51Hx...        <- cle secrete du marchand
Idempotency-Key: cmd-2026-88412-p1           <- rejoue sans double debit

{
  "amount": 4990,                            <- 49,90 EUR en centimes
  "currency": "EUR",
  "payment_method_types": ["card", "wero"],  <- methodes proposees au client
  "capture_method": "automatic",             <- ou "manual" (preautorisation)
  "statement_descriptor": "BOUTIQUE-XYZ",    <- libelle sur le releve porteur
  "metadata": { "order_id": "CMD-2026-88412" }
}

--> 201 Created
{
  "id": "pay_9f2c...",
  "status": "requires_action",               <- 3-D Secure declenche
  "next_action": { "type": "redirect_to_url", "url": "https://..." }
}

Statuts réglementaires : EP, EME, agrément et passeport

Un agrément devient obligatoire dès qu'un acteur entre en possession des fonds ou fournit un service de paiement listé à l'annexe I de la DSP2. En France, l'ACPR (Autorité de contrôle prudentiel et de résolution, adossée à la Banque de France) délivre cet agrément et supervise les établissements agréés. L'agrément obtenu dans un État membre vaut passeport européen. Il ouvre à son titulaire le libre établissement et la libre prestation de services dans toute l'Union.

StatutCe qu'il permetCapital initial minimumExemples
Établissement de crédit (banque)Tous services de paiement + dépôts + crédit5 M€ (et exigences prudentielles complètes)BNP Paribas, Adyen (licence bancaire)
Établissement de paiement (EP)Services de paiement annexe I : acquisition, transferts, exécution d'opérations...20 k€ (transmission de fonds), 50 k€ (initiation), 125 k€ (services complets dont acquisition)Payplug, Alma, Lemonway, Worldline France (entités EP)
Établissement de monnaie électronique (EME)Émission de monnaie électronique + services de paiement350 k€Treezor, MangoPay (Luxembourg), Stripe (Irlande)
Prestataire d'information sur les comptes (AISP)Agrégation de comptes uniquement (enregistrement, pas d'agrément complet)Pas de capital : assurance RC professionnelleAgrégateurs open banking
Panorama des statuts (exigences de capital initial, DSP2/DME2)
  • Cantonnement des fonds : un EP/EME doit protéger les fonds de sa clientèle par des comptes de cantonnement dédiés auprès d'un établissement de crédit, un placement en actifs sûrs, ou une garantie d'assurance (art. L522-17 CMF pour les EP, régime équivalent à l'art. L526-32 pour les EME). Les fonds des clients sont ainsi isolés de la faillite du prestataire.
  • Agents et distributeurs : un EP peut opérer via des agents (déclarés auprès du régulateur national, l'ACPR en France) et un EME via des distributeurs. Ce montage est le socle juridique du Banking-as-a-Service.
  • Exemptions : réseaux limités (cartes cadeaux mono-enseigne), agent commercial agissant pour une seule des deux parties, opérations intra-groupe. Les exemptions sont d'interprétation stricte et surveillées par le régulateur national (l'ACPR en France).
  • Le passeport ne dispense pas des règles locales de lutte anti-blanchiment ni, en pratique, d'une supervision renforcée du pays d'accueil sur les acteurs systémiques.
ℹ️
Pourquoi tant de PSP sont-ils luxembourgeois, irlandais ou lituaniens ?
Le passeport européen laisse à chaque acteur le choix de son autorité d'agrément, ce qui explique la concentration observée dans quelques États membres. PayPal, agréé comme établissement de crédit, et Amazon Payments sont établis au Luxembourg, Stripe est agréé EME en Irlande, et une vague de fintechs s'est agréée en Lituanie. Depuis le Brexit, les acteurs britanniques ont dû faire agréer une entité dans l'UE-27 pour conserver le bénéfice du passeport. Checkout.com et Revolut ont notamment renforcé leurs entités européennes.

Marketplaces : l'encaissement pour compte de tiers

Une marketplace encaisse le paiement de l'acheteur, puis en reverse la part correspondante aux vendeurs tiers. Cet encaissement pour compte de tiers constitue un service de paiement au sens du droit européen. La DSP1 tolérait une lecture large de l'exemption d'« agent commercial », mais la DSP2 l'a restreinte à l'agent agissant pour une seule des parties, l'acheteur ou le vendeur. La marketplace qui s'intercale entre les deux ne peut donc plus s'en prévaloir, et doit obtenir un agrément ou s'adosser à un partenaire agréé.

⚠️
Le risque juridique à ne pas sous-estimer
L'exercice de services de paiement sans agrément constitue un délit, qualifié d'exercice illégal de la profession de prestataire de services de paiement. L'ACPR a mis en demeure plusieurs plateformes après 2018 sur ce fondement. Toute marketplace, plateforme de crowdfunding ou solution encaissant puis redistribuant des fonds doit donc structurer ses flux avant le lancement.
Flux de fonds d'une marketplace conforme (via EP/EME partenaire)
Acheteur
Paie 100 € sur la marketplace
Le paiement est encaissé par le PSP agréé, pas par la marketplace
PSP agréé (EP/EME)
Encaisse et cantonne les fonds
Comptes de cantonnement : les fonds n'entrent jamais dans le patrimoine de la plateforme
PSP agréé
Ventile : 85 € au vendeur, 15 € de commission à la marketplace
Répartition pilotée par API selon les règles de la plateforme
Vendeur tiers
Reçoit son reversement après le délai contractuel
Souvent conditionné à la livraison ou à l'expiration du délai de rétractation
  • Option 1, agrément propre : la plateforme devient EP/EME (lourde : capital, conformité, LCB-FT permanente). Choix des très gros acteurs (les grandes marketplaces intégrées).
  • Option 2, PSP pour plateformes : MangoPay, Lemonway, Stripe Connect, Adyen for Platforms portent l'agrément, le cantonnement et le KYC des vendeurs. Modèle dominant.
  • Option 3, devenir agent d'un EP : la plateforme opère sous la responsabilité de l'agrément d'un tiers, déclarée auprès du régulateur national (l'ACPR en France).
  • Dans tous les cas, le KYC des vendeurs (y compris bénéficiaires effectifs) est incontournable avant de leur reverser des fonds, et il constitue souvent le principal chantier opérationnel.

Panorama des acteurs : qui fait quoi vraiment

L'étiquette « PSP » recouvre sur le marché des profils très différents, que l'on distingue par leur degré d'intégration verticale. Un acteur full-stack possède la gateway, le processing et la licence d'acquisition, et traite donc la transaction de bout en bout. Un acteur en couche ne possède qu'une partie de cette chaîne. Il s'appuie sur des acquéreurs tiers pour le reste.

ActeurStatutModèlePoints saillants
AdyenLicence bancaire européenne (2017)Full-stack : gateway + processing + acquisition en propre, mono-plateformeGrands comptes internationaux (Uber, Spotify...), unified commerce, pas de rolling reserve type PayFac
StripeEME (Irlande) + licences acquisitionPayFac devenu acquéreur, API-firstStandard de facto des développeurs, Connect pour les plateformes, tarification blended par défaut
WorldlineÉtablissement de crédit/EP selon entitésProcesseur et acquéreur paneuropéen issu d'Atos, fusion Ingenico (2020)Premier acquéreur européen en volume, processing pour banques, terminaux
NexiBanque/EP (Italie)Consolidateur européen : Italie, pays nordiques, Europe centrale et orientale (Nets, SIA)Acquisition domestique forte en Italie et pays nordiques
PayplugEP français (groupe BPCE)PSP e-commerce et omnicanal, acquisition CB nativePositionnement PME/ETI françaises, connaissance fine de CB
MollieEP (Pays-Bas)PayFac européen orienté SMBSimplicité d'onboarding, méthodes locales européennes
Checkout.comEME/EP (UK + UE)Full-stack orienté grands marchands digitauxForte présence crypto/digital, tarification IC++
Positionnement d'acteurs représentatifs (situation 2026)
🔑
Full-stack vs orchestration
Sur 2024-2026, les grands marchands ne retiennent plus un PSP unique. Ils orchestrent plusieurs acquéreurs derrière une couche de routage, fournie par un orchestrateur comme Primer ou développée en interne, afin d'optimiser le taux d'acceptation, les coûts et la résilience. Les PSP full-stack répondent à ce mouvement en ouvrant leur gateway aux acquéreurs tiers. Les fonctions de gateway, de processing et d'acquisition se recombinent ainsi d'un acteur à l'autre, et la frontière entre les couches se brouille.
≈ 175 Md€
Ventes e-commerce en France en 2024 (produits et services)
FEVAD, 2025
> 40
Méthodes de paiement qu'un PSP paneuropéen doit typiquement supporter (cartes, wallets, virements, BNPL...)
Observations sectorielles
1-3 %
Écart de taux d'acceptation constaté entre acquéreurs sur un même trafic, l'enjeu réel de l'orchestration
Études d'orchestrateurs, 2024-2025

Bien choisir : les critères qui comptent

La grille d'analyse d'un contrat d'acquisition

  • Tarification : blended (taux unique tout compris, lisible mais opaque) vs interchange++ (interchange réel + scheme fees réels + marge affichée, transparent mais variable). Au-delà de ~1 M€ de flux annuel carte, l'IC++ est presque toujours gagnant.
  • Taux d'acceptation : demander les taux par pays/scheme/segment sur un trafic comparable ; 1 point d'acceptation vaut souvent plus que 10 pb de commission.
  • Délai et devise de reversement, gestion multi-devises et frais de change.
  • Méthodes de paiement : couverture des wallets, virement (dont Wero), BNPL, méthodes locales des pays cibles.
  • Gestion du risque et des litiges : outils anti-fraude inclus ou facturés, alertes chargeback, accompagnement representment.
  • Réversibilité : portabilité des tokens carte (network tokens ou export PCI), clauses de sortie, dépendance à un contrat unique.
Paiement de 100 €carte de débit consommateur, domestiquel'acquéreur prélève la MSCMSC (commission marchand)retenue par l'acquéreur sur le brutreversé au marchandNet encaissé100 € − MSC, viré au marchand3 bénéficiaires distinctsInterchange→ banque émettrice du porteurplafond 0,20 % débit · 0,30 % créditFrais de réseau (scheme fees)→ Visa · Mastercard · CBaucun plafond · barème du réseauMarge acquéreur / PSP→ acquéreur, PSP, revendeurla seule ligne négociableplafonds : règlement (UE) 2015/751plafonné par la loilibre : barème du réseaunégociable avec le PSPcarte commerciale ou hors EEE : plus aucun plafond
ModèleAffichéComposition réelleCoût sur 100 €
Blended1,2 % + 0,25 €Interchange 0,20 % + scheme ≈ 0,10 % + marge ≈ 0,90 % + 0,25 €1,45 €
Interchange++IC + SF + 0,35 %Interchange 0,20 % + scheme ≈ 0,10 % + marge 0,35 %0,65 €
Blended vs interchange++ sur un panier de 100 € (carte débit CB, e-commerce, ordres de grandeur)
⚠️
La comparaison de deux offres blended suppose de connaître le mix cartes du marchand, c'est-à-dire la répartition de son trafic entre débit et crédit, entre cartes de particuliers et cartes commerciales, entre cartes domestiques et internationales. L'interchange et les frais de scheme dus varient selon ces catégories, si bien qu'un même taux facial peut recouvrir des marges allant du simple au triple d'un marchand à l'autre.

Et ailleurs dans le monde. Le même mécanisme, ailleurs.

L'agrément exigé d'un acteur qui entre en possession des fonds

États-Unis

Aux États-Unis, il n'existe pas d'agrément fédéral équivalent à l'établissement de paiement : un PSP non bancaire s'enregistre comme money services business auprès du FinCEN, puis obtient une money transmitter licence auprès de chaque régulateur d'État, avec des exigences de fonds propres, de cautionnement et d'investissements admissibles fixées État par État. Le CSBS pousse depuis 2021 une loi modèle d'harmonisation, la Money Transmission Modernization Act, adoptée en tout ou partie par 31 États.

https://www.csbs.org/csbs-money-transmission-modernization-act-mtma

Singapour

À Singapour, le Payment Services Act 2019 remplace le couple EP/EME par deux licences délivrées par la Monetary Authority of Singapore : la Standard Payment Institution (capital de base de 100 000 S$, plafonnée à 3 M S$ de flux mensuels par service et 5 M S$ de monnaie électronique en circulation) et la Major Payment Institution (250 000 S$ de capital de base, sans plafond de volume, avec dépôt de garantie auprès de la MAS).

Monetary Authority of Singapore, Guidelines on Licensing for Payment Service Providers (PS-G01), https://www.mas.gov.sg/-/media/mas-media-library/regulation/guidelines/pso/ps-g01-guidelines-on-licensing-for-payment-service-providers/guidelines-on-licensing-for-payment-service-providers-updated-8-oct-2025.pdf

Inde

En Inde, un agrégateur de paiement non bancaire (l'équivalent fonctionnel du PayFac) doit être autorisé par la Reserve Bank of India, avec un actif net d'au moins 15 crores de roupies au dépôt du dossier et 25 crores à la fin du troisième exercice suivant l'autorisation, maintenus en permanence. Les banques exercent cette activité sans autorisation distincte.

Reserve Bank of India (Regulation of Payment Aggregators) Directions, 2025 (rbi.org.in)

Royaume-Uni

Le Royaume-Uni a conservé après le Brexit une architecture proche de celle de l'Union : l'authorised payment institution est agréée par la FCA au titre des Payment Services Regulations 2017, avec un capital initial de 125 000 € pour les services 1 à 5 (dont l'acquisition), 50 000 € pour la seule initiation de paiement et 20 000 € pour la seule transmission de fonds.

https://www.fca.org.uk/publication/finalised-guidance/payment-services-electronic-money-approach.pdf

La protection des fonds encaissés pour compte de tiers

Royaume-Uni

Au Royaume-Uni, la regulation 23 des Payment Services Regulations 2017 impose au PSP de placer les fonds reçus sur un compte de trust séparé auprès d'un établissement de crédit, ou de les couvrir par une assurance ou une garantie, sans jamais pouvoir les employer pour son propre compte. Les small payment institutions en sont dispensées, d'où l'importance de vérifier le statut exact du prestataire.

https://www.fca.org.uk/firms/emi-payment-institutions-safeguarding-requirements

Brésil

Au Brésil, l'article 12 de la loi 12.865/2013 fait des soldes de monnaie électronique un patrimoine séparé, hors d'atteinte des créanciers de l'émetteur. Le Banco Central impose en outre que ces soldes soient intégralement logés soit en espèces sur un compte dédié ouvert à la banque centrale, soit en titres publics fédéraux enregistrés au Selic.

https://www.planalto.gov.br/ccivil_03/_ato2011-2014/2013/lei/l12865.htm

Canada

Au Canada, la protection des fonds ne passe pas par un agrément mais par un enregistrement : la Retail Payment Activities Act oblige les prestataires de services de paiement à s'enregistrer auprès de la Banque du Canada, et les obligations de gestion du risque opérationnel et de protection des fonds des utilisateurs finaux sont entrées en vigueur le 8 septembre 2025.

https://www.bankofcanada.ca/core-functions/retail-payments-supervision/retail-payments-supervision-key-milestones/

Inde

En Inde, l'agrégateur autorisé doit loger les sommes collectées pour le compte des marchands dans un compte escrow ouvert auprès d'une scheduled commercial bank ; les mouvements autorisés sur ce compte et les délais de reversement aux marchands sont fixés par la Reserve Bank of India, et le compte ne peut recevoir aucun autre flux.

Reserve Bank of India (Regulation of Payment Aggregators) Directions, 2025 (rbi.org.in)

La portée géographique d'un agrément de paiement

États-Unis

Aux États-Unis, il n'y a pas de passeport : la licence est délivrée État par État, ce qui conduit un acquéreur ou un PayFac de dimension nationale à détenir une cinquantaine d'agréments, instruits via le Nationwide Multistate Licensing System (NMLS). L'harmonisation ne progresse que par adoption volontaire d'une loi modèle, la Money Transmission Modernization Act, retenue en tout ou partie par 31 États.

https://www.csbs.org/csbs-money-transmission-modernization-act-mtma

Canada

Au Canada, le registre est unique et fédéral : la Retail Payment Activities Act a ouvert l'enregistrement des prestataires de services de paiement auprès de la Banque du Canada du 1er au 15 novembre 2024, y compris pour des sociétés établies hors du Canada dès lors qu'elles servent des utilisateurs canadiens. La Banque publie depuis des avis de violation visant les prestataires non conformes.

https://www.bankofcanada.ca/core-functions/retail-payments-supervision/supervisory-framework-registration/

Singapour

À Singapour, une licence unique délivrée par la Monetary Authority of Singapore au titre du Payment Services Act 2019 couvre l'ensemble du territoire et les services de paiement expressément listés sur la licence ; en étendre le périmètre suppose une nouvelle demande à la MAS, et la licence ne produit aucun effet hors de Singapour.

Monetary Authority of Singapore, Guidelines on Licensing for Payment Service Providers (PS-G01), https://www.mas.gov.sg/regulation/payments/licensing-for-payment-service-providers

Inde

En Inde, l'autorisation délivrée par la Reserve Bank of India au titre du Payment and Settlement Systems Act 2007 vaut pour toute l'Union, mais elle est segmentée par activité : un agrégateur qui veut traiter des flux transfrontaliers relève d'une autorisation distincte de payment aggregator cross border, assortie de limites de montant par transaction.

Reserve Bank of India (Regulation of Payment Aggregators) Directions, 2025 (rbi.org.in)