Quand les fournisseurs deviennent concurrents : la lutte de pouvoir dans le BaaS

L'accroche : un samedi soir sans banque

Un vendredi de mai 2024, environ 100 000 clients de fintechs utilisant des applis comme Yotta et Juno se sont couchés avec un solde sur leur compte courant. Le week-end venu, certains n'y avaient plus accès du tout. L'entreprise qui se tenait entre eux et leur argent, un fournisseur de middleware Banking-as-a-Service (BaaS) nommé Synapse, venait de s'effondrer en faillite, et personne, ni les fintechs, ni les banques partenaires, ni le mandataire de la faillite, ne parvenait à réconcilier entièrement qui devait quoi à qui. Le manque à gagner sur les fonds clients a été estimé jusqu'à 85 millions de dollars (selon les pièces déposées devant le tribunal des faillites, 2024).

Synapse n'était pas une banque. C'était de l'infrastructure : la plomberie qui permettait aux applis fintech de se brancher sur de vraies banques assurées par la FDIC sans devenir elles-mêmes des banques. Cette plomberie était censée être neutre. Elle ne l'était pas. Et sa faillite a révélé quelque chose que les étudiants en MBA doivent comprendre structurellement, pas seulement comme un scandale : dans le BaaS, le « fournisseur » est assez proche de la relation client pour pouvoir devenir, et devenir de plus en plus souvent, un concurrent.

Cartographier la chaîne : qui fait quoi dans le BaaS

Le Banking-as-a-Service permet à une entreprise non bancaire (une fintech, un distributeur, une appli de paie) de proposer des produits bancaires (comptes, cartes, paiements) sans licence bancaire. Quatre couches existent généralement :

• Banques partenaires (sponsor banks) : banques agréées et assurées par la FDIC (Federal Deposit Insurance Corporation) qui détiennent légalement l'argent et portent la responsabilité réglementaire. Exemples : Evolve Bank & Trust, Cross River Bank, Column Bank, The Bancorp Bank.
• Fournisseurs de middleware BaaS : couches technologiques qui connectent les fintechs aux banques partenaires via des APIAPIApplication Programming Interface : une interface standardisée qui permet aux applications de communiquer et d'échanger des données sans connaître leur fonctionnement interne respectif.Voir la définition complète →, en gérant le ledgering, le KYC (Know Your Customer, le processus de vérification d'identité exigé par la réglementation anti-blanchiment) et le routage des transactions. Exemples : Synapse (disparu), Unit, Treasury Prime, Bond (racheté par FIS).
• Distributeurs fintech : la marque face au consommateur. Chime, Current, Yotta. Ils détiennent la relation client, l'appli, le marketing.
• Régulateurs : l'OCC (Office of the Comptroller of the Currency), la Réserve fédérale et la FDIC, qui supervisent les banques partenaires, plus le CFPB (Consumer Financial Protection Bureau), qui supervise la protection des consommateurs.

L'hypothèse des manuels veut que le middleware soit un « tuyau bête » : interchangeable, à faible marge, non stratégique. Synapse a démontré que cette hypothèse était fausse, et de manière coûteuse.

Pourquoi le modèle du « fournisseur neutre » s'effondre

Les fournisseurs de middleware contrôlent trois choses qui rendent la neutralité difficile à tenir :

1. Le ledger. C'est Synapse, et non la banque partenaire, qui tenait le registre mamaUtiliser un logiciel pour automatiser les tâches et campagnes marketing répétitives, afin de personnaliser à grande échelle sur des canaux comme l'email, le web et le social.Voir la définition complète →ître indiquant quel client final possédait quel dollar dans le compte bancaire mutualisé. Quand les systèmes de Synapse et ceux d'Evolve divergeaient, personne ne pouvait prouver quels chiffres étaient les bons. C'est un problème classique de pouvoir du fournisseur : celui qui détient le système de référence détient le levier.

2. Le multi-homing entre fintechs. Un seul fournisseur de middleware sert simultanément de nombreux clients fintech. Cela lui donne une visibilité agrégée, et un risque agrégé, qu'aucun client fintech ne possède seul. Cela signifie aussi que la défaillance du fournisseur de middleware est corrélée sur l'ensemble de la base clients, contrairement à la défaillance d'une seule fintech.

3. La proximité avec la relation réglementaire. Les banques partenaires répondent devant les régulateurs de l'activité BaaS de l'ensemble de leur portefeuille fintech. Après Synapse, et après les actions coercitives contre des banques partenaires comme Cross River et Evolve pour faiblesse du contrôle de conformité (consent orders de la Réserve fédérale et de la FDIC, 2024), les banques ont rapatrié en interne les fonctions de conformité et de ledgering plutôt que de faire confiance à une couche middleware. C'est un fournisseur désintermédié par son propre partenaire en amont.

Résultat : les banques partenaires ont commencé à construire leurs propres plateformes BaaS (en concurrence avec la couche middleware), et certaines fintechs ont commencé à demander des licences bancaires ou à s'associer directement avec des banques, contournant entièrement le middleware. La couche « neutre » s'est retrouvée prise en étau.

Rapports de force : qui détient réellement le levier aujourd'hui

Voyez cela comme une chaîne de valeur où le pouvoir est historiquement allé vers celui qui porte le risque réglementaire et détient le client, pas vers celui qui apporte une commodité technique.

Après Synapse, les banques partenaires ont réaffirmé leur pouvoir en exigeant des ledgers directs et une supervision plus serrée des partenaires middleware. Certaines, comme Cross River, ont commencé à proposer des stacks BaaS plus intégrés et contrôlés par la banque, entrant de fait en concurrence avec les sociétés de middleware dont elles dépendaient auparavant. C'est la dynamique « le fournisseur devient concurrent » à l'envers : l'acteur en amont (la banque) est descendu vers l'aval, dans l'activité middleware qu'elle avait externalisée.

Dans le même temps, les grandes fintechs disposant d'échelle (Chime, SoFi) ont réduit leur dépendance en acquérant des licences bancaires (SoFi a acheté un agrément bancaire via Golden Pacific Bancorp en 2022) ou en se diversifiant sur plusieurs banques partenaires, réduisant le risque de point de défaillance unique.

Où se situe réellement la marge

L'économie du BaaS est mince et disputée. En gros (estimations du secteur, 2023 à 2025, chiffres variables selon les contrats et non standardisés publiquement) :

• Les banques partenaires perçoivent généralement des revenus de commissions plus les intérêts sur les dépôts mutualisés inscrits à leur bilan (c'est le principal levier de revenus pour les banques dans ces montages).
• Les fournisseurs de middleware perçoivent des frais par compte ou par transaction, souvent de l'ordre de quelques dollars par compte et par mois, suffisamment faibles pour que l'échelle soit la seule voie vers la rentabilité.
• Les distributeurs fintech captent la valeur vie clientvaleur vie clientLifetime Value : le revenu total (ou le profit) qu'un client génère sur toute la durée de sa relation avec votre entreprise.Voir la définition complète → : abonnements, revenus d'interchange (la commission payée par les commerçants sur les transactions par carte, généralement reversée en partie à l'émetteur de la carte et au programme), et cross-sell vers des produits de crcrLe pourcentage de visiteurs ou de prospects qui réalisent une action attendue (achat, inscription, formulaire de contact), calculé en divisant les conversions par le nombre total d'opportunités.Voir la définition complète →édit ou d'investissement.

Illustration chiffrée simple (à titre d'illustration, non issue de contrats réels) : une fintech avec 500 000 comptes payant des frais de middleware de 0,70 $/compte/mois génère environ 4,2 millions de dollars par an de revenus middleware pour ce seul client. Si le fournisseur de middleware a des marges minces par client, il lui faut beaucoup de clients de ce type simultanément pour être viable, et c'est exactement ce risque de concentration qui a rendu la défaillance de Synapse si systémique pour sa base clients.

Cette marge mince, adossée aux transactions, explique précisément pourquoi les fournisseurs de middleware sont tentés de remonter la chaîne (vers la maîtrise des ledgers, des données, voire des relations bancaires directes) plutôt que de rester un tuyau passif. Les tuyaux passifs ne génèrent pas assez de marge pour survivre.

La réponse réglementaire : combler le vide de neutralité

Les régulateurs ont commencé à traiter les montages BaaS comme une lacune systémique de supervision. Principaux développements :

• La FDIC a proposé des règles (2024) obligeant les banques à tenir leurs propres registres de la propriété des fonds des clients finaux dans les comptes de dépôt pour compte de tiers, plutôt que de s'appuyer uniquement sur les registres des fintechs ou du middleware (voir la proposition de règle de la FDIC sur les comptes de dépôt pour compte de tiers).
• L'OCC et la Réserve fédérale ont publié des orientations conjointes soulignant que les banques partenaires restent entièrement responsables de la gestion du risque tiers, même lorsque la faute est techniquement imputable à un fournisseur de middleware.
• Le CFPB a signalé son intérêt pour la question de savoir si les clients fintech du BaaS reçoivent une information adéquate sur le fait que leur « compte bancaire » dépend en réalité d'une chaîne de trois ou quatre entreprises, et non d'une seule.

La direction générale : les régulateurs ramènent la responsabilité vers la banque agréée, l'entité qu'ils peuvent effectivement superviser et sanctionner, plutôt que d'accepter « c'est le middleware » comme défense. Cela renforce le levier des banques partenaires sur le middleware comme sur les distributeurs fintech, puisque les banques ont désormais des incitations de conformité à contrôler le stack plus étroitement.

Points clés

• Le middleware BaaS a été présenté comme une infrastructure neutre, mais le contrôle du ledger client et l'agrégation multi-clients lui donnent un pouvoir réel (et risqué), comme l'a montré l'effondrement de Synapse en 2024.
• Le pouvoir dans la chaîne BaaS va vers celui qui porte la responsabilité réglementaire : les banques partenaires reprennent le contrôle en développant des capacités BaaS en interne, entrant de fait en concurrence avec la couche middleware à laquelle elles sous-traitaient.
• Les marges sont minces et inégalement réparties : les distributeurs fintech captent l'essentiel de la valeur vie client (interchange, abonnements), tandis que le middleware survit sur de faibles frais par compte, ce qui crée une pression pour remonter vers des territoires à plus forte marge.
• L'action réglementaire post-Synapse (FDIC, OCC, Réserve fédérale) ramène la responsabilité de la tenue des registres et de la supervision vers les banques agréées, redessinant le pouvoir de négociation en faveur des banques.
• Pour toute fintech qui s'appuie sur un partenaire BaaS, la dépendance à une seule banque partenaire ou à un seul middleware est une vulnérabilité stratégique, pas un simple détail opérationnel, comme des milliers de clients touchés par Synapse l'ont appris à leurs dépens.