Wat is embedded finance?
Kort antwoord
Embedded finance betekent dat financiële diensten — betalingen, leningen, verzekeringen, bankrekeningen — onderdeel zijn van je software in plaats van een apart portaal. Je gebruiker betaalt, leent of verzekert binnen jouw applicatie, terwijl een gelicentieerde partij op de achtergrond de financiële afhandeling doet. Voor je platform is het een nieuwe inkomstenbron; voor je gebruiker verdwijnt de drempel naar een aparte bank of verzekeraar.
Tien jaar geleden was een betaalknop in je webshop al bijzonder. Vandaag bieden softwareplatforms hun gebruikers niet alleen betalingen aan, maar ook voorfinanciering, zakelijke rekeningen, verzekeringen en virtuele betaalkaarten — allemaal binnen dezelfde interface. Die verschuiving heet embedded finance.
Het principe is simpel: in plaats van je gebruiker door te sturen naar een bank, verzekeraar of kredietverstrekker, bouw je de financiële dienst in je eigen software. De gebruiker blijft in jouw omgeving, de conversie stijgt, en jij verdient een deel van de transactie mee. Onder de motorkap draait een gelicentieerde partij — een bank, een Payment Service Provider of een Banking-as-a-Service-aanbieder — die de compliance en het geldverkeer afhandelt.
Waarom juist nu?
Drie ontwikkelingen duwen embedded finance naar het kantelpunt.
De platformeconomie rijpt. SaaS-platforms in verhuur, logistiek, horeca en B2B-handel hebben miljoenen gebruikers die dagelijks transacties doen. Die transacties liepen tot voor kort via losse systemen: een aparte PSP, een aparte bank, een aparte factuurfinancier. Nu verwachten gebruikers dat alles in één omgeving zit. Wie zijn gebruikers nog doorstuurt, verliest ze aan een concurrent die dat niet meer doet.
De infrastructuur is er klaar voor. Aanbieders als Stripe, Adyen en Europese Banking-as-a-Service-spelers als Swan en Solaris bieden volledige financiële stacks via een API. Wat vroeger een eigen bankvergunning en maanden papierwerk kostte, is nu een integratie. Open banking onder PSD2 maakt bovendien banktransacties toegankelijk voor derden, en PSD3 scherpt de prestatie-eisen voor bank-API's verder aan.
De marges op pure software dalen. AI-tools drukken de prijs van standaardfunctionaliteit. Platforms die alleen software verkopen, zien hun marges krimpen. Financiële diensten leveren een deel per transactie op — een verdienmodel dat meeschaalt met het succes van je klant. Voor veel verticale SaaS-platforms wordt dat de tweede inkomstenpoot naast het abonnement.
De beste embedded-finance-functie voelt niet als een financieel product. Ze haalt een omweg weg die je gebruiker nu elke week maakt.
De vijf pijlers van embedded finance
Embedded finance is een paraplubegrip. In de praktijk zijn er vijf categorieën, elk met een eigen complexiteit en regulering.
1. Embedded payments
De bekendste vorm. Een PSP als Mollie, Stripe of Adyen verwerkt betalingen binnen je platform. Voor marktplaatsen komt daar split payments bij: het automatisch verdelen van een betaling over meerdere verkopers. Dit is de instap voor de meeste platforms en technisch het meest volwassen.
2. Embedded lending
Je platform biedt leningen of voorfinanciering aan je gebruikers. Denk aan een factuursoftware die openstaande facturen voorfinanciert, of een B2B-marktplaats die kopers een betaaltermijn geeft. De lening wordt verstrekt door een gelicentieerde kredietverstrekker of bankpartner, en je platform krijgt een vergoeding voor de distributie. Of en welk toezicht geldt, hangt af van wie de lener is: krediet aan consumenten valt onder de vergunningplicht van de AFM, zakelijk krediet aan ondernemers kent een lichter regime.
3. Embedded insurance
Verzekeringen verkopen op het moment dat ze relevant zijn. Een verhuursoftware biedt een borgverzekering aan bij het tekenen van het contract. Een bestelplatform biedt verzendverzekering aan bij het afrekenen. De verzekeraar levert het product, jouw platform distribueert het. In Europa valt dit onder de Insurance Distribution Directive. Wie verzekeringen adviseert of bemiddelt, heeft in Nederland een vergunning van de AFM nodig, tenzij je onder een uitzondering valt of werkt via een partij die die vergunning al heeft.
4. Embedded banking
IBAN-rekeningen, saldi en overschrijvingen binnen je platform. Een boekhoudsoftware opent een zakelijke rekening voor elke klant. Een freelanceplatform houdt het saldo van opdrachten aan op een platformrekening. Technisch draait dit op Banking-as-a-Service: een gelicentieerde bank levert de rekening en het betaalverkeer, jouw platform biedt de interface. Stripe Treasury is het bekendste voorbeeld. Check per aanbieder in welke landen het product beschikbaar is: in Europa zijn onder meer Swan en Solaris actief in deze markt.
5. Embedded card issuing
Virtuele of fysieke betaalkaarten uitgeven onder je eigen merk. Een onkostensoftware geeft elke medewerker een virtuele kaart met een bestedingslimiet. Een logistiek platform geeft chauffeurs een tankkaart die alleen bij goedgekeurde stations werkt. Aanbieders als Marqeta, Adyen Issuing en Lithic leveren de kaartinfrastructuur; jij bepaalt de regels. Dit is technisch en regulatoir het meest complex: de kaartuitgever heeft een vergunning als betaal- of e-geldinstelling nodig en jij moet je aan de regels van het kaartschema houden.
Hoe het technisch werkt
De architectuur van embedded finance draait om drie lagen.
De financiële laag is de gelicentieerde partij die het geld beheert: een bank, een e-geldinstelling of een betaalinstelling. Deze partij heeft de vergunning en draagt de prudentiële verantwoordelijkheid. Je raakt dit stuk nooit direct aan.
De BaaS- of orchestratielaag vertaalt de mogelijkheden van de financiële partij naar API's die jij als ontwikkelaar kunt aanroepen. Stripe Connect, Adyen for Platforms en Mollie Connect zijn voorbeelden voor betalingen. Swan en Solaris bedienen de bredere embedded-banking-markt. Deze laag handelt ook KYC-verificatie, transactiemonitoring en rapportage af.
Jouw applicatielaag bouwt de gebruikerservaring. Een onboardingflow met KYC-verificatie, een dashboard met saldi en transacties, uitbetalingsinstellingen voor verkopers, limieten voor kaarthouders. Hier zit het onderscheidend vermogen van je platform: dezelfde BaaS-API kan tien verschillende producten opleveren, afhankelijk van hoe je hem inzet.
In de praktijk integreer je via REST-API's en webhooks. De BaaS-provider stuurt events bij elke statuswijziging — een betaling ontvangen, een lening goedgekeurd, een kaart geblokkeerd — en jouw software reageert daarop. Voor de betrouwbaarheid van die integratie is idempotency essentieel: je wilt niet dat een webhook die twee keer binnenkomt ook twee keer een uitbetaling triggert.
Wat je aan regelgeving tegenkomt
Embedded finance is financiële dienstverlening, ook als jij zelf geen bank bent. De regelgeving is afhankelijk van welke pijler je inbouwt.
Betalingen: als je betalingen verwerkt namens derden, val je onder PSD2 en straks PSD3/PSR. In de meeste gevallen dekt de vergunning van je PSP dit af, maar zodra je zelf geld aanhoudt of doorsluist, kan een eigen vergunning van DNB nodig zijn.
Leningen: kredietverlening valt onder de Wet op het financieel toezicht. Consumentenkrediet vereist een AFM-vergunning. Bij zakelijk krediet hangt het af van de constructie. Werk je via een gelicentieerde kredietverstrekker, dan fungeert jouw platform als bemiddelaar — maar ook bemiddeling kan vergunningplichtig zijn.
Verzekeringen: distributie van verzekeringsproducten valt onder de Insurance Distribution Directive (IDD). Je hebt een registratie als verzekeringstussenpersoon nodig bij de AFM, tenzij de verzekeraar zelf de distributie regelt en jij uitsluitend het technisch kanaal bent.
Bankrekeningen en kaartuitgifte: IBAN-rekeningen aanbieden vereist een bankvergunning of een e-geldvergunning. De BaaS-provider levert die vergunning; jij biedt de interface. Maar de toezichthouder kijkt ook naar de keten: als jij de klantrelatie hebt, kun je medeverantwoordelijk zijn voor KYC en anti-witwascontroles.
Antiwitwasregelgeving: de Wet ter voorkoming van witwassen en financieren van terrorisme (Wwft) kan ook op jou van toepassing zijn als je financiële diensten distribueert. Zorg dat je weet welke verplichtingen bij jou liggen en welke bij je BaaS-partner. Leg dat contractueel vast.
Wanneer past embedded finance bij jouw platform?
Embedded finance is geen doel op zich. Het past wanneer drie voorwaarden samenkomen.
Je platform zit op een transactiestroom. Als er geld door je software stroomt — facturatie, bestellingen, reserveringen, huurbetalingen — dan is de stap naar embedded betalingen klein. Elke extra financiële dienst bouwt voort op die bestaande stroom.
Je gebruikers vragen erom. Als klanten nu hun platforminkomen handmatig overmaken, facturen extern voorfinancieren of aparte verzekeringen afsluiten voor wat ze via jouw platform doen, dan is er latente vraag. De beste embedded-finance-features vervangen een workaround die je gebruikers al hebben.
Je kunt de compliance dragen. Elke financiële dienst brengt compliance met zich mee. Dat hoeft niet onoverkomelijk te zijn — een goede BaaS-partner neemt het leeuwendeel op zich — maar je moet bereid zijn om KYC-flows in te bouwen, transactiemonitoring te ondersteunen en contractueel helder te regelen wie waar verantwoordelijk voor is.
Begin met embedded payments als je dat nog niet hebt. Dat is de laagste drempel en het snelste rendement. Pas daarna kijk je naar lending, insurance of banking — en dan alleen als de business case er is, niet omdat het kan.
Valkuilen en risico's
Embedded finance klinkt aantrekkelijk, maar er zijn reële risico's.
Vendor lock-in. Als je je volledige financiële stack bij één BaaS-provider afneemt, ben je afhankelijk van hun roadmap, pricing en uptime. Vendor lock-in voorkomen begint bij het scheiden van je bedrijfslogica en de BaaS-integratie. Gebruik een abstractielaag zodat je van provider kunt wisselen zonder je hele platform te herschrijven.
Compliancerisico door onduidelijke verantwoordelijkheden. In een keten van platform, BaaS-provider en partnerbank is het niet altijd helder wie verantwoordelijk is voor KYC, transactiemonitoring en het melden van ongebruikelijke transacties. De toezichthouder kijkt naar de hele keten. Met de PSR worden de eisen aan fraudepreventie bovendien strenger, en een deel van die verantwoordelijkheid kan bij het platform komen te liggen.
Operationele complexiteit. Financiële diensten vereisen 24/7-monitoring, incidentrespons en audittrails. Een betaling die vastloopt om 23:00 op vrijdag kan niet wachten tot maandag. Je SLA's moeten daarop ingericht zijn, en je team moet weten hoe het escaleert.
Reputatierisico. Als een lening die via jouw platform loopt misgaat, of een verzekering niet uitkeert, kijkt de klant naar jou — niet naar de BaaS-provider op de achtergrond. Zorg dat je alleen financiële producten aanbiedt die je begrijpt, en wees transparant over wie de daadwerkelijke verstrekker is.
Hoe je begint
De eerste stap is niet technisch maar strategisch: bepaal welke financiële dienst de meeste waarde toevoegt voor je gebruikers én voor je platform.
- Breng je transactiestroom in kaart. Waar stroomt er nu geld door je software? Waar lekt de gebruiker weg naar een extern systeem? Die plekken zijn je kansen.
- Kies één pijler om mee te beginnen. Embedded payments is voor de meeste platforms de logische start. Heb je dat al, kijk dan naar lending of insurance — maar alleen als er concrete gebruikersvraag is.
- Selecteer een BaaS-partner. Vergelijk op dekking (welke landen, welke producten), compliance (welke vergunning, welke verantwoordelijkheidsverdeling), het tariefmodel (vast of per transactie) en developer experience (API-kwaliteit, documentatie, sandbox).
- Laat de juridische constructie toetsen. Vóórdat je begint met bouwen. De grens tussen "technisch kanaal" en "dienstverlener" bepaalt of je zelf een vergunning nodig hebt. Dat is een juridische vraag, geen technische.
- Bouw een abstractielaag. Integreer de BaaS-API niet rechtstreeks in je domeinlogica. Gebruik een servicelaag die je kunt vervangen als je van provider wisselt of een tweede provider toevoegt.
- Start met een pilot. Rol de financiële dienst uit voor een beperkte groep gebruikers. Meet adoptie, conversie en compliance-belasting. Schaal pas op als de unit economics kloppen.
Embedded finance is geen project van een sprint. Het raakt je architectuur, je compliance, je klantenservice en je verdienmodel. Maar als het past bij je platform en je gebruikers, is het een van de sterkste manieren om waarde toe te voegen zonder een compleet nieuw product te bouwen.
Mijn kijk op embedded finance
Ik zie de term vooral opduiken in presentaties over de toekomst van SaaS, en daar klinkt het groter dan het in de praktijk is. Bij de platforms die ik bouw, begint het bijna altijd klein: een verhuurplatform waar de borg niet meer per bankoverschrijving binnenkomt, of een marktplaats die verkopers automatisch uitbetaalt in plaats van met een Excel-lijst aan het eind van de maand. Dat is embedded finance, ook al noemt niemand het zo.
Mijn advies: laat je niet verleiden door de volledige stack van rekeningen, kaarten en leningen voordat je betalingen strak op orde hebt. Het lastige zit zelden in de API van de provider. Het zit in de randgevallen: een betaling die half lukt, een terugboeking drie weken later, een verkoper die zijn KYC niet afrondt terwijl er al geld voor hem binnenstaat. Wie die stromen goed modelleert, kan daarna veel. Wie ze overslaat, bouwt een financieel product op drijfzand.
— Jasper
Zo helpt Coding Agency hierbij
We bouwen platforms waar geld doorheen stroomt: van split payments voor marktplaatsen tot koppelingen met Mollie en Stripe. We denken mee over welke financiële dienst past, bouwen de integratie met een vervangbare servicelaag en zorgen dat webhooks, reconciliatie en foutafhandeling kloppen.
Twijfel je of embedded finance iets is voor jouw platform? Neem contact op, dan kijken we samen naar je transactiestroom en waar de eerste stap ligt.
