PSP, acquéreur, Merchant of Record : le modèle que vous choisissez détermine ce que vous faites vraiment au quotidien

La plupart des fondateurs se mettent à accepter des paiements sans jamais réaliser qu'ils viennent de faire un choix structurel.

Lorsque vous vous inscrivez chez Stripe, Adyen, Checkout.com, votre PSP local, ou l'offre de paiement de votre banque professionnelle, vous adoptez un modèle. Ce modèle est invisible parce que c'est celui par défaut. Tous les fondateurs occidentaux y aboutissent. Chaque article de blog sur « comment accepter des paiements en ligne » le présuppose. Résultat : personne n'en parle.

Il existe un autre modèle. Il existe depuis des décennies, il est utilisé par Apple, Microsoft, Steam, et la majeure partie de l'économie mondiale des biens numériques, et il change tout ce dont vous êtes responsable par rapport à ce dont quelqu'un d'autre est responsable.

Cet article a pour but de comprendre cette différence. Il ne s'agit pas de choisir un camp. Simplement de prendre conscience de ce à quoi vous avez réellement souscrit, car une fois que vous le savez, vos priorités opérationnelles changent.

Le modèle PSP / Acquéreur

Dans le modèle du prestataire de services de paiement (PSP) ou de l'acquéreur, vous êtes le marchand. Légalement, contractuellement, aux yeux des réseaux de cartes, des autorités fiscales, de la banque du client. Le PSP ou l'acquéreur est votre prestataire de services. Il vous fournit les rails techniques pour accepter les cartes, mais la relation marchande vous appartient.

Concrètement, cela signifie :

• Vous signez le contrat marchand avec l'acquéreur. Vous acceptez ses conditions, ses réserves, sa surveillance, ses clauses de résiliation.
• Vous détenez les accords avec les réseaux de cartes. Lorsque Visa ou Mastercard inflige une amende à un marchand pour excès de rétrofacturations, cette amende vous revient.
• Vous assumez le risque de rétrofacturation. Chaque litige impacte votre compte. Chaque remboursement est prélevé sur votre trésorerie. Chaque perte liée à la fraude est à votre charge, à vous d'absorber ou de contester.
• Vous collectez et reversez les taxes locales. La TVA dans l'UE, la taxe de vente dans les 50 États américains, la TPS dans des dizaines de juridictions. Vous vous immatriculez, vous déclarez, vous reversez. Chaque marché sur lequel vous vendez ajoute une ligne de conformité.
• Vous gérez le taux d'acceptation. Lorsque la banque émettrice refuse une transaction, la perte est pour vous. La logique de nouvelle tentative, l'intelligence sur les BIN, la stratégie 3DS, les jetons réseau (network tokens), tout cela est à construire ou à acheter par vos soins.
• Vous supportez le risque de bannissement. Si votre ratio de rétrofacturation grimpe, votre acquéreur vous coupe l'accès. Du jour au lendemain. Sans préavis. Vous devez alors vous démener pour trouver un nouveau prestataire pendant que vos revenus tombent à zéro.
• Vous gérez le FX. Lorsque vous vendez en EUR et que votre compte bancaire est en USD, la conversion est à votre charge, avec le spread que votre banque ou votre PSP applique.

Le compromis, c'est le contrôle. Vous possédez tout. Vous pouvez négocier, optimiser, multi-router, changer de prestataire, construire des flux sur mesure. Le PSP vous fournit les rails. Tout le reste est à vous de le façonner.

Le coût, c'est le poids opérationnel. À mesure que vous vous développez à l'international, la liste ci-dessus cesse d'être un sujet secondaire et devient un service à part entière. Le temps d'atteindre 10 millions de dollars d'ARR avec un volume transfrontalier significatif, vous avez recruté ou externalisé : ingénierie des paiements, opérations anti-fraude, conformité fiscale, rapprochement financier, parfois une équipe dédiée aux chargebacks. Un coût annuel à six chiffres au minimum, souvent à sept.

Le modèle Merchant of Record

Dans le modèle Merchant of Record, une entité tierce devient le commerçant légal (merchant of record) vis-à-vis des réseaux de cartes. Vous devenez fournisseur de cette entité. Le MoR vend votre produit à vos clients, encaisse l'argent, et vous reverse les sommes qui vous reviennent.

Concrètement, voici ce que cela change par rapport à la liste ci-dessus :

• Le MoR signe le contrat commerçant avec l'acquéreur. Les conditions, les réserves, la surveillance, les clauses de résiliation, tout leur revient.
• Le MoR détient les accords avec les réseaux de cartes. Visa et Mastercard considèrent le MoR comme le commerçant. Les amendes des réseaux sont pour eux.
• Le MoR assume le risque de chargeback. Chaque litige impacte leur compte. Certains MoR répercutent contractuellement les pertes sur les commerçants, d'autres les absorbent. Le risque vis-à-vis de l'acquéreur leur incombe.
• Le MoR collecte et reverse les taxes locales. TVA, taxe de vente, GST, sur chaque marché où ils opèrent. Vous ne vous enregistrez nulle part, vous ne déposez aucune déclaration nulle part, vous ne reversez rien nulle part. Vous recevez un seul versement, net de taxes.
• Le MoR gère le taux d'acceptation. Leur stack, leurs règles anti-fraude, leur logique de relance, leurs tokens réseau. Vous héritez de la qualité qu'ils offrent.
• Le MoR porte le risque de bannissement. Si leur ratio de chargebacks grimpe sur l'ensemble de leur plateforme, l'acquéreur les coupe. Vous espérez qu'ils disposent de solutions de secours (la plupart n'en ont pas, nous y reviendrons dans un autre article).
• Le MoR gère le change (FX). Ils encaissent en 30 devises, vous paient dans une seule. Leur marge, leur calendrier.

Le compromis est inverse : vous échangez le contrôle contre la simplicité opérationnelle. Vous ne possédez pas la relation commerçant. Vous ne pouvez pas négocier directement avec l'acquéreur car il n'existe pas de relation directe. Vous héritez de la stack du MoR, avec ses forces et ses limites. Vous êtes lié à leurs décisions fiscales, leur calendrier de versement, leur politique anti-fraude, leur empreinte géographique, leurs approbations de modèles d'affaires.

L'avantage, c'est que tout ce qui figure dans la liste ci-dessus n'est plus votre problème. Vous livrez votre produit, vous intégrez une API, vous recevez des versements nets. Pas d'équipe paiements, pas d'immatriculations fiscales, pas de cellule de crise pour les chargebacks, pas de négociations avec les acquéreurs.

À quoi cela ressemble du côté du client

C'est le point sur lequel les fondateurs se trompent presque toujours avant de comprendre le modèle.

Du point de vue de l'acheteur, il n'y a absolument aucune différence. Il arrive sur votre page de paiement. Il saisit sa carte. Il est débité. Il reçoit le produit.

Le relevé bancaire peut afficher le nom du MoR comme libellé au lieu du vôtre, mais la plupart des MoR vous permettent de le personnaliser. Le reçu provient du domaine du MoR ou du vôtre, selon la configuration. Les flux de support client peuvent être organisés dans un sens comme dans l'autre.

L'expérience client est identique. Le modèle ne change les choses que de votre côté, pas du sien. C'est une décision d'architecture back-end, pas front-end. La différence est purement technique et juridique. Votre équipe opérationnelle ressent tout. Votre client ne ressent rien.

La plupart des fondateurs pensent d'emblée que « le MoR va nuire à ma marque », car le terme Merchant of Record semble intrusif. Ce n'est pas le cas. L'App Store d'Apple est un MoR. Lorsque vous achetez une application, vous ne l'achetez pas au développeur, mais à Apple. Apple est le marchand. Le développeur est le fournisseur d'Apple. Cette structure n'a aucun impact sur l'expérience utilisateur et a permis l'essor de la plus grande économie de biens numériques de l'histoire.

Pourquoi cela compte lorsque vous vous développez à l'international

Les deux modèles se ressemblent à 1 M$ d'ARR sur le marché domestique. Ils divergent nettement dès que vous vous lancez à l'international.

Dans le modèle PSP, chaque nouvelle zone géographique ajoute une contrainte de conformité, une obligation fiscale, un problème de taux d'acceptation à résoudre, une ligne de coûts liée au FX, et souvent une entité locale à constituer si vous voulez des taux compétitifs. Le temps que vous vendiez dans 20 pays, la structure opérationnelle nécessaire pour soutenir cela devient lourde, coûteuse et à temps plein.

Dans le modèle MoR, chaque nouvelle zone géographique se résume à une case à cocher dans un fichier de configuration. Le MoR a déjà effectué les enregistrements, dispose des rails locaux, des moteurs de taxes, et bénéficie du soutien de l'acquéreur pour ce secteur vertical. Vous passez de « nous acceptons les paiements dans 3 pays » à « nous acceptons les paiements dans 80 » en une après-midi.

C'est la raison structurelle pour laquelle les MoR existent. Cette catégorie a été conçue pour les entreprises trop petites pour bâtir elles-mêmes une infrastructure de paiement mondiale, mais qui souhaitent tout de même vendre à l'international. Ce qui, de plus en plus, concerne la majorité des entreprises numériques aujourd'hui.

Ce que cela ne signifie pas

Voici quelques idées reçues souvent associées au modèle MoR :

• Cela ne signifie pas que vos prix sont plus élevés. Vous fixez vos prix. Les frais du MoR sont prélevés sur votre marge, pas sur le portefeuille du client (dans la plupart des configurations).
• Cela ne signifie pas que vous perdez votre marque. Le checkout, les reçus, les descripteurs, les parcours de support : tout est personnalisable chez tout MoR sérieux.
• Cela ne signifie pas que vous perdez vos données. Ou du moins, cela ne devrait pas être le cas. Certains MoR verrouillent les données clients, d'autres non. C'est une question contractuelle, pas une question liée au modèle en lui-même.
• Cela ne signifie pas que vous ne pouvez pas changer de fournisseur. Là encore, cela ne devrait pas être le cas, selon la façon dont le MoR gère les tokens. C'est également une question à la fois contractuelle et architecturale.

Le modèle en lui-même est neutre. Ce sont les mises en œuvre qui ne le sont pas. La plupart des critiques adressées aux « MoR » visent en réalité des implémentations spécifiques ayant fait de mauvais choix en matière de portabilité des données, de frais, de transparence ou de couverture sectorielle. Le modèle et sa mise en œuvre sont deux sujets distincts.

Alors, lequel vous convient le mieux ?

Honnêtement, cela dépend de trois facteurs.

Premièrement, votre empreinte géographique. Si 90 % de votre chiffre d'affaires est domestique et susceptible de le rester, le modèle PSP convient parfaitement. Vous ne tirerez pas suffisamment d'avantages de l'externalisation de la fiscalité et de la conformité pour justifier les compromis à faire. Si vous commencez à vendre dans 2 pays ou plus, les calculs liés au modèle MoR deviennent bien différents. À partir de 5 pays, ce n'est même plus une décision à prendre.

Deuxièmement, votre équipe. Si vous disposez, ou êtes prêt à recruter, des ingénieurs paiement, des juristes fiscalistes, des équipes de conformité, des analystes fraude, le modèle PSP vous offre le potentiel le plus élevé. Vous pourrez optimiser chaque point de base de votre infrastructure. Si vous ne disposez pas de cette équipe et ne souhaitez pas la constituer, le modèle MoR vous permet de vous lancer rapidement.

Troisièmement, votre verticale. Le SaaS et les biens numériques sont bien desservis par les deux modèles. Les marketplaces, les verticales réglementées, les biens physiques avec logistique locale, la finance intégrée, ont souvent besoin du contrôle qu'offre le modèle PSP. Vérifiez ce que les MoR du marché acceptent réellement avant de supposer que la porte est ouverte.

Le piège consiste à choisir par défaut plutôt que par conception. La plupart des fondateurs optent par défaut pour le PSP parce que c'est ce que Stripe leur a vendu dès le premier jour, et ils découvrent le coût opérationnel trois ans plus tard, lorsque le chiffre d'affaires international représente 40 % du chiffre d'affaires total. Certains fondateurs optent par défaut pour le MoR parce que le discours commercial semble plus simple, et ils découvrent le verrouillage deux ans plus tard, lorsqu'ils veulent changer et ne le peuvent pas.

Chaque modèle peut être le bon. Choisissez celui qui correspond à ce sur quoi vous voulez réellement concentrer votre énergie opérationnelle.

Une précision, puisqu'il s'agit d'un article publié sur notre propre média. Nous avons nous-mêmes choisi le camp du MoR dans ce débat, et nous avons conçu Inflowpay pour fonctionner selon ce modèle. Ce n'est pas parce que le modèle MoR est universellement meilleur. C'est parce que les implémentations disponibles sur le marché aujourd'hui ne tiennent pas réellement les promesses du modèle sur le papier.

La plupart des MoR existants reposent sur un seul PSP en interne, ce qui signifie qu'ils héritent du taux d'acceptation d'un seul acquéreur, des frais d'un seul acquéreur, et de la capacité d'un seul acquéreur à les couper du jour au lendemain. La plupart verrouillent les données clients et les tokens, ce qui signifie qu'un départ vous coûte la majeure partie de votre MRR. La plupart pratiquent une tarification opaque, ce qui signifie que le taux affiché de 5 % devient en réalité 9 à 12 % tout compris une fois le contrat signé. La plupart excluent les marketplaces, les biens physiques et les marchés émergents, ce qui signifie que l'argument de la « portée mondiale » comporte une longue liste d'astérisques.

Nous avons construit notre offre autour de ces lacunes. Un routage multi-acquéreurs plutôt qu'une dépendance à un seul PSP. Des données clients portables. Un taux unique et transparent. Les marketplaces, les biens physiques et la plupart des zones géographiques pris en charge. Une couche de règlement continuellement auditable, qui vous permet de vérifier à tout moment où se trouve votre argent, au lieu de vous fier à un tableau de bord.

Si le modèle MoR convient à votre entreprise après avoir lu les compromis ci-dessus, c'est la version que nous jugeons pertinente. Si le modèle PSP convient mieux, c'est également une réponse tout à fait raisonnable, et vous n'avez pas besoin de nous pour vous dire d'utiliser Stripe.

‍