Core banking vs BaaS: wat koop je eigenlijk?

Core banking is het systeem van record voor geld: het grootboek met elke rekening, elk saldo en elke boeking, plus de regels die waarde correct tussen die rekeningen verplaatsen. Banking-as-a-Service (BaaS) is de core van een ander huren — en de gereguleerde vergunning erachter — via een API, in plaats van een eigen core te draaien. Tussen een eigen core bezitten en meeliften op een agentregistratie ligt een spectrum, en waar je daarop zit bepaalt wat je bouwt, wat je huurt en waarvoor je aansprakelijk bent. “Core banking vs BaaS” is eigenlijk geen productvergelijking; het is een vraag over hoeveel van de stack je zelf wilt bezitten.

Het loont om dit uit te zoeken, want de twee worden gekocht alsof ze in hetzelfde schap liggen. Dat is niet zo. Het ene is software die correct moet zijn; het andere is een commerciële regeling die je correctheid als dienst levert en daarvoor factureert. Weten wat je koopt — en wat je echt nodig hebt — is het grootste deel van de beslissing.

Wat “core banking” echt inhoudt

Een core-bankingsysteem is het leidende grootboek met de machinerie eromheen. Het bevat het rekeningschema, houdt saldi bij, legt elke boeking vast in dubbel boekhouden zodat debet en credit altijd sluiten, plaatst en geeft reserveringen vrij, berekent rente en kosten en produceert de afschriften waaruit alles verderop leest. Het is het deel van een bank dat moet kloppen, want als het grootboek fout zit, kan niets erbovenop worden vertrouwd. Al het andere — de app, het kaartontwerp, de notificaties — is presentatie. De core is de waarheid.

Dat is het eerste onderscheid om vast te houden: de core is niet de app. Een klant ziet een app; erachter houdt een grootboek de stand bij. Dat grootboek kun je bezitten, huren of meeliften op iemand die er een bezit. Die drie keuzes vormen het spectrum.

Het spectrum: eigen core, BaaS, agent

Aan de zware kant bezit je de core volledig: je eigen grootboek, je eigen vergunning om geld aan te houden of te verplaatsen, je eigen directe verbindingen met de betaalrails. In het midden zit BaaS: een provider met vergunning bezit de core en de vergunning, en jij bouwt op hun API — hun rekeningen, hun IBAN's, hun kaarten, met jouw merk erop. Aan de lichte kant staat het agentmodel: je hebt geen eigen core en geen eigen vergunning, maar opereert onder een vergunninghoudende entiteit die jou heeft geregistreerd. Elke stap omlaag laat mogelijkheden vallen en daarmee ook een deel van de kosten en verplichtingen.

Je eigen core: controle, en de rekening daarvoor

Een eigen core koopt controle. Jij bepaalt de productroadmap in plaats van te wachten op die van een provider. Je houdt rekeningen rechtstreeks aan, koppelt rechtstreeks aan rails, en je unit economics zijn niet langer de marge van een ander — op schaal wordt de huur per rekening en per transactie die je een BaaS-provider zou betalen marge die je zelf houdt. Tussen jouw beslissingen en het grootboek waarin ze landen zit niets.

De rekening is hoog en grotendeels geen software. Je hebt de gereguleerde vergunning nodig (een aparte aankoop naast de software, en vaak de moeilijkste — de terminologie van safeguarding, interchange en settlement vind je in /glossary), het kapitaal dat die vergunning vereist, de compliance- en operationele bezetting om het te draaien, en directe integraties met elke rail en elk scheme dat je raakt. En correctheid is nu van jou: als het grootboek om 2 uur 's nachts fout zit, is er geen provider om te bellen. Jij bezit de waarheid, dus ook de fouten.

BaaS: huur de core en de vergunning

BaaS vouwt die rekening samen tot een maandelijkse relatie. Een partner met vergunning houdt de rekeningen aan, geeft de IBAN's en kaarten uit, beschermt de float en legt verantwoording af aan de toezichthouder; jij bouwt je app op hun API en gaat live. Wat je koopt is snelheid — een werkende core met vergunning vanaf dag één in plaats van een vergunningsaanvraag en een grootboekproject. Voor de meeste teams met een eerste product is die ruil de juiste.

Wat je opgeeft is eigenaarschap. De economie van de provider wordt jouw kostenvloer: je betaalt per rekening en per transactie, en die tarieven dalen niet mee met je groei zoals bij eigen infrastructuur. De limieten van de provider worden jouw limieten, hun roadmap bepaalt de jouwe, en het grootboek is niet van jou — waardoor vertrekken duur is en migratie een project op zich. BaaS is het correcte deel van een bank huren. Huur is goedkoop om mee te beginnen en stopt nooit.

Een core die je bezit is een kapitaalproject dat zich op schaal terugverdient. Een core die je huurt is een operationele kostenpost die nooit daalt. De vraag is niet welke beter is — maar welke jouw volume en marge inmiddels hebben verdiend.

Het agentmodel: het lichtst van allemaal

Nog lichter vraagt het agentmodel je vrijwel niets aan de geldkant te bouwen. Je registreert je als agent van een betaalinstelling of als distributeur van een uitgever van e-geld; hun vergunning dekt jouw activiteit, hun core houdt het grootboek bij en de toezichthouder kent je via hen. Het is de snelste manier om een financieel product onder eigen merk bij klanten te krijgen, en die waarbij je de minste controle houdt — je bent een gezicht op andermans rails, en hun voorwaarden vormen je plafond.

Waar een whitelabelplatform op je eigen core past

Er is een vierde positie die het spectrum verbergt: je eigen core bezitten zonder de applicatielaag van nul af te bouwen. De gereguleerde vergunning en de software die haar aanstuurt zijn aparte aankopen — je kunt een eigen vergunning hebben en toch de klantapp, de operatorconsole en de theming als platform erbovenop kopen. Daar zit een whitelabelplatform. Protocore Pay (/products/pay) is de softwarelaag op zichzelf: een appplatform onder eigen merk met operatorconsole dat draait op welke core en rails je meebrengt — eigen of via een partner — zonder een vergunning aan de verkoop vast te lassen. De console die erbij zit, waar elke bevoegde handeling een reden vereist en in een auditlog terechtkomt, is Protocore Center (/products/center).

Deze kijk op de zaak helpt, omdat je de twee onderdelen zo los van elkaar kunt prijzen. De vergunning wordt beoordeeld op jurisdictie, safeguarding en voorwaarden; de software op de vraag of de onboarding werkt, de ledger-integratie schoon is en operators het systeem echt kunnen draaien. Software kopen verplicht je niet tot een licentie, en een licentie kopen levert geen app op — een feit dat projecten stilletjes maanden kost als de twee door elkaar worden gehaald.

Je sport kiezen

De eerlijke vuistregel draait om volume, marge en controle. Net gelanceerd, onzeker over de vraag, snel schakelen: met BaaS of een agentregistratie ga je live zonder kapitaalronde, en de huur per transactie accepteer je als prijs van snelheid. Groeiend, met een volume dat hoog genoeg is om de huur boven de kosten van je eigen compliance en infrastructuur te laten uitkomen, en met een roadmap die een provider steeds blokkeert: dan begint het loont het om de core zelf te bezitten. De meeste producten starten gehuurd en stappen precies één keer over op eigen bezit — wanneer de cijfers zeggen dat kapitaal en headcount goedkoper zijn dan de huur.

Niets hiervan is juridisch advies, en de categorienamen verschillen per jurisdictie; zie het als de kaart die je meeneemt naar een gesprek met een toezichthouder of adviseur, niet als vervanging daarvan. Maar de vorm klopt overal: core banking is de ledger die per se correct moet zijn, BaaS is die correctheid per maand huren, en een whitelabel-platform is de software die je bovenop je keuze zet. Koop de sport die je volume heeft verdiend — en koop de software en de vergunning als de twee aparte dingen die ze altijd waren.