Core banking vs BaaS : ce que vous achetez vraiment
Le core banking est le système de référence de l'argent : le registre qui porte chaque compte, chaque solde et chaque écriture, avec les règles qui font circuler la valeur entre eux correctement. Le Banking-as-a-Service (BaaS) consiste à louer le core d'un tiers — et l'autorisation réglementée qui va avec — via une API plutôt qu'à exploiter le vôtre. Entre posséder un core et s'appuyer sur un enregistrement d'agent, il existe un spectre, et votre position dessus détermine ce que vous construisez, ce que vous louez et ce dont vous répondez. « Core banking vs BaaS » n'est pas vraiment une comparaison de produits ; c'est une question sur la part de la pile que vous voulez détenir.
Il faut y voir clair, car les deux se cherchent comme s'ils étaient dans le même rayon. Ce n'est pas le cas. L'un est un logiciel qui doit être juste ; l'autre est un arrangement commercial qui vous livre la justesse en service et vous la facture. Savoir lequel vous achetez — et lequel il vous faut vraiment — fait l'essentiel de la décision.
Ce que désigne vraiment le « core banking »
Un système de core banking est le registre de référence et la mécanique qui l'entoure. Il porte le plan de comptes, tient les soldes, enregistre chaque écriture en partie double pour que débits et crédits s'équilibrent toujours, pose et lève des blocages, calcule intérêts et frais, et produit les relevés dont tout l'aval dépend. C'est la partie d'une banque qui doit être juste, car si le registre est faux, rien de ce qui repose dessus n'est fiable. Tout le reste — l'application, le design des cartes, les notifications — n'est que de la présentation. Le core, c'est la vérité.
C'est la première distinction à retenir : le core n'est pas l'application. Le client voit une application ; derrière, un registre tient les comptes. Vous pouvez posséder ce registre, le louer, ou vous appuyer sur quelqu'un qui en possède un. Ces trois choix forment le spectre.
Le spectre : core en propre, BaaS, agent
À l'extrémité lourde, vous possédez le core en propre : votre registre, votre autorisation de détenir ou transférer de l'argent, vos connexions directes aux rails de paiement. Au milieu se trouve le BaaS : un prestataire agréé possède le core et l'autorisation, et vous développez sur son API — ses comptes, ses IBAN, ses cartes, à vos couleurs. À l'extrémité légère, le modèle d'agent : vous n'avez ni core ni agrément propre, et opérez sous une entité agréée qui vous a enregistré. Chaque marche descendue abandonne une capacité et, avec elle, une part de coût et d'obligations.
Posséder son core : le contrôle, et sa facture
Posséder le core, c'est acheter du contrôle. Vous fixez la feuille de route produit au lieu d'attendre celle d'un prestataire. Vous tenez les comptes en direct, vous vous connectez aux rails en direct, et votre économie unitaire cesse d'être la marge de quelqu'un d'autre — à grande échelle, le loyer par compte et par transaction que vous auriez versé à un prestataire BaaS devient de la marge que vous gardez. Rien ne s'interpose entre vos décisions et le registre où elles s'inscrivent.
La facture est lourde et, pour l'essentiel, ne concerne pas le logiciel. Il vous faut l'autorisation réglementée (un achat distinct du logiciel, et souvent le plus difficile — le vocabulaire du cantonnement, de l'interchange et du règlement est réuni sur /glossary), le capital qu'elle exige, les équipes conformité et opérations pour l'exploiter, et des intégrations directes avec chaque rail et chaque schéma que vous utilisez. Et la justesse est désormais votre affaire : quand le registre est faux à 2 h du matin, il n'y a pas de prestataire à appeler. Vous possédez la vérité, donc aussi les défaillances.
BaaS : louer le core et l'autorisation
Le BaaS ramène cette facture à une relation mensuelle. Un partenaire agréé tient les comptes, émet les IBAN et les cartes, cantonne les fonds et répond devant le régulateur ; vous développez votre application sur son API et vous livrez. Ce que vous achetez, c'est de la vitesse — un core opérationnel et autorisé dès le premier jour, au lieu d'une demande d'agrément et d'un chantier de registre. Pour la plupart des équipes qui lancent un premier produit, ce compromis est le bon.
Ce que vous abandonnez, c'est la propriété. L'économie du prestataire devient votre plancher de coûts : vous payez par compte et par transaction, et ces frais ne baissent pas avec votre croissance comme le ferait une infrastructure en propre. Les limites du prestataire deviennent les vôtres, sa feuille de route conditionne la vôtre, et vous ne possédez pas le registre — ce qui rend la sortie coûteuse et la migration un projet à part entière. Le BaaS, c'est louer la partie juste d'une banque. Un loyer est bon marché au départ et ne s'arrête jamais.
Un core en propre est un projet d'investissement qui s'amortit à grande échelle. Un core loué est un coût d'exploitation qui ne baisse jamais. La question n'est pas de savoir lequel est meilleur — mais lequel votre volume et votre marge ont déjà mérité.
Le modèle d'agent : le plus léger de tous
Plus léger encore, le modèle d'agent ne vous demande de construire presque rien côté argent. Vous vous enregistrez comme agent d'un établissement de paiement ou distributeur d'un émetteur de monnaie électronique ; leur agrément couvre votre activité, leur core tient le registre, et le régulateur vous connaît par leur intermédiaire. C'est le moyen le plus rapide de mettre un produit financier de marque devant des clients, et celui qui vous laisse le moins de contrôle — vous êtes un visage sur les rails d'un autre, et ses conditions sont votre plafond.
Où se place une plateforme whitelabel sur votre propre core
Le spectre masque une quatrième position : posséder son core sans construire la couche applicative de zéro. L'autorisation réglementée et le logiciel qui la pilote sont deux achats distincts — vous pouvez détenir votre propre agrément et acheter l'application client, la console opérateur et le theming sous forme de plateforme par-dessus. C'est là que se situe une plateforme whitelabel. Protocore Pay (/products/pay) est la couche logicielle seule : une plateforme d'applications de marque et une console opérateur qui tournent sur le core et les rails que vous apportez — en propre ou via un partenaire — sans lier un agrément à la vente. La console fournie, où chaque action privilégiée exige un motif et s'inscrit dans un journal d'audit, est Protocore Center (/products/center).
Présenter les choses ainsi est éclairant, car cela permet de chiffrer séparément les deux lignes. L'agrément s'apprécie sur la juridiction, la protection des fonds et les conditions ; le logiciel, sur le bon fonctionnement de l'onboarding, la propreté de l'intégration au ledger et la capacité réelle des opérateurs à l'exploiter. Acheter un logiciel ne vous engage pas sur une licence, et acheter une licence ne vous livre pas une application — une confusion qui fait perdre discrètement des mois aux projets.
Choisir votre échelon
L'heuristique honnête repose sur trois critères : volume, marge et contrôle. Vous lancez un produit, la demande est incertaine, vous devez aller vite : le BaaS ou un enregistrement comme agent vous met en ligne sans levée de fonds, et vous acceptez la redevance par transaction comme prix de la rapidité. Vous grossissez, votre volume est assez élevé pour que cette redevance dépasse le coût de votre propre conformité et de votre propre infrastructure, et votre feuille de route est sans cesse bloquée par un prestataire : c'est là que maîtriser le cœur du système commence à être rentable. La plupart des produits démarrent en location et ne passent qu'une seule fois à la propriété — quand les chiffres montrent que le capital et les équipes coûtent moins cher que la redevance.
Rien de tout cela ne constitue un conseil juridique, et le nom des catégories varie selon la juridiction ; voyez-y la carte à apporter à une discussion avec un régulateur ou un conseil, pas un substitut. Mais le schéma reste valable partout : le core banking est le ledger dont l'exactitude est impérative, le BaaS consiste à louer cette exactitude au mois, et une plateforme whitelabel est le logiciel que l'on pose par-dessus l'un ou l'autre. Achetez l'échelon que votre volume a mérité — et achetez le logiciel et l'agrément pour ce qu'ils ont toujours été : deux choses distinctes.
Un système à construire ?
Décrivez-nous le problème. Nous reviendrons avec une architecture et un plan.