Merchant of Record voor SaaS-startups: MoR-opties vergeleken

Als je een SaaS-product bent gaan verkopen aan klanten buiten je thuisland, ben je waarschijnlijk een vraag tegengekomen die niets met je product te maken heeft: wie is verantwoordelijk voor het innen en afdragen van omzetbelasting of btw in elk van die landen? Voor de meeste startende oprichters is het eerlijke antwoord “wij niet, daar hebben we niet aan gedacht” — en precies dat gat is een Merchant of Record gebouwd om te dichten.

Deze gids behandelt wat een Merchant of Record daadwerkelijk doet, waarom het belangrijker is dan het klinkt voor een klein SaaS-team, en hoe de drie platforms waar oprichters het meest naar vragen — Lemon Squeezy, Paddle en Polar — zich in de praktijk verhouden.

Wat een Merchant of Record eigenlijk is

Een Merchant of Record (MoR) is de juridische entiteit die je product aan je klant verkoopt. Dat onderscheid is belangrijker dan het klinkt. Wanneer een klant je abonnement koopt via een MoR, is de MoR technisch gezien de verkoper op papier — zij stellen de factuur op, innen de betaling en zijn juridisch verantwoordelijk voor het berekenen en afdragen van de juiste omzetbelasting, btw of GST voor de locatie van die klant. Jij ontvangt een nettobetaling nadat zij dat allemaal hebben afgehandeld.

Vergelijk dat met een standaard betaalverwerker zoals kale Stripe of PayPal. Een verwerker verplaatst geld van de kaart van je klant naar je bankrekening, maar jij blijft de juridische verkoper. Dat betekent dat jij moet uitzoeken of je btw verschuldigd bent in Duitsland, GST in Australië, of omzetbelasting in een tiental Amerikaanse staten — en dat afdragen en aangeven, mogelijk apart in elk van die plaatsen, zodra je de registratiedrempel van dat land overschrijdt.

Voor een solo-oprichter of een team van twee is dat tweede scenario een echte valkuil. Wereldwijde belastingnaleving is een gespecialiseerde, doorlopende verplichting — geen eenmalige installatietaak — en het verkeerd doen kan boetes betekenen lang nadat je bent doorgegaan naar andere problemen.

Waarom een oprichter een MoR zou kiezen boven kale Stripe

De kernwaarde van een MoR is eenvoudig: het neemt het wereldwijde belastingnalevingsprobleem over, zodat jij geen belastingteam hoeft op te bouwen, geen accountant in elk land hoeft in te huren, of zelf drempelregels hoeft bij te houden. In ruil voor een hoger percentagetarief dan een kale betaalverwerker krijg je:

• Automatische belastingberekening en -afdracht in de landen die het platform ondersteunt, zonder dat je je zelf voor btw/GST in elk land hoeft te registreren.
• Facturen en bonnen die namens jou worden gegenereerd en verstuurd, opgemaakt om te voldoen aan de vereisten van elk rechtsgebied.
• Afhandeling van chargebacks en fraude die grotendeels door het platform wordt beheerd in plaats van volledig aan jou te worden overgelaten.
• Eén integratie die checkout, abonnementsfacturatie en belasting dekt — in plaats van een verwerker, een belastingengine en een facturatietool los aan elkaar te knopen.

Dit is geen compliance-detail — het is het verschil tussen wereldwijd kunnen verkopen vanaf dag één versus een financiële functie nodig hebben die je nog niet hebt. Precies daarom zijn MoR-platforms een standaardaanbeveling geworden voor indie SaaS-oprichters en kleine teams, ook al is de vergoeding reëel.

Lemon Squeezy, Paddle en Polar vergeleken

Alle drie omschrijven zichzelf als Merchant of Record-platforms gebouwd voor software en digitale producten, maar ze verschillen in volwassenheid, ecosysteem en voor wie ze zijn gebouwd.

Platform	Wat het is	Belastingafhandeling	Meest geschikt voor
Lemon Squeezy	MoR speciaal gebouwd voor indie SaaS en digitale producten, overgenomen door Stripe	Volledige MoR — handelt wereldwijde omzetbelasting/btw af op transacties die het verwerkt	Solo-oprichters en kleine SaaS-teams die een eenvoudige, developer-vriendelijke checkout- en abonnementsflow willen
Paddle	Langer gevestigde MoR gericht op SaaS-bedrijven van vroege fase tot groei	Volledige MoR — wereldwijde belastingnaleving is een kernfunctie van het product	Teams die een volwassener platform willen met diepere abonnementsbeheer en -rapportage naarmate ze opschalen
Polar	Nieuwere, open-source-vriendelijke MoR gebouwd rond een meer developer-centrische, API-first workflow	Volledige MoR, gepositioneerd voor wereldwijde naleving vergelijkbaar met de andere	Developer-geleide teams en open-source-achtige projecten die strakkere API/webhook-controle en een lichtere opzet willen

Enkele praktische opmerkingen die de moeite waard zijn om naast de tabel te overwegen:

• Lemon Squeezy opereert nu als onderdeel van Stripe na de overname. Het neemt op het moment van schrijven nog steeds nieuwe verkopers aan, maar oprichters moeten de actuele documentatie van Stripe controleren voordat ze zich vastleggen, aangezien integratiedetails kunnen verschuiven na een overname.
• Paddle is al langer actief in de MoR-ruimte en komt vaker naar voren in gesprekken over het opschalen van abonnementsfacturatie, dunning en omzetherstel zodra een SaaS-product echt volume heeft.
• Polar leunt op een open, API-first filosofie die aanspreekt op technische oprichters die meer controle willen over het integratieoppervlak, en is specifiek populair in developer-tool- en open-source-achtige gemeenschappen.

Geen van deze is universeel “de beste” — welke goed is, hangt af van hoeveel waarde je hecht aan ecosysteemvolwassenheid (Paddle), eenvoud en Stripe-gerelateerd vertrouwen (Lemon Squeezy), of een developer-first API-ervaring (Polar). Tarief­percentages van alle drie veranderen periodiek, dus controleer de actuele prijspagina van elk platform rechtstreeks in plaats van te vertrouwen op een cijfer dat mogelijk al verouderd is tegen de tijd dat je dit leest.

Wanneer een volledige MoR de moeite waard is versus betalingen zelf afhandelen

Niet elke SaaS-MVP heeft vanaf dag één een Merchant of Record nodig. De beslissing komt meestal neer op waar je klanten zich daadwerkelijk bevinden en hoeveel operationele overhead je zelf bereid bent te dragen.

Een standaardverwerker (kale Stripe) plus je eigen belastingafhandeling is zinvol wanneer:

• Je bijna uitsluitend in één land verkoopt en de belastingregistratiedrempel van dat land nog niet hebt overschreden.
• Je nog steeds de vraag valideert en nog geen betalende klanten hebt buiten één eenvoudig rechtsgebied.
• Je een accountant hebt (of van plan bent er een aan te trekken) die de beperkte belastingomvang die je daadwerkelijk hebt kan beheren.

Een Merchant of Record begint zichzelf terug te betalen wanneer:

• Je klanten hebt of verwacht in meerdere landen, vooral de EU, het VK of andere btw/GST-regio’s met lage registratiedrempels.
• Je geen interne financiële functie hebt — en niet wilt bouwen — om belastingverplichtingen over rechtsgebieden heen bij te houden.
• Je liever een hoger tarief per transactie betaalt dan oprichterstijd te besteden aan belastingnaleving in plaats van aan het product.

Voor de meeste vroege SaaS-teams die bouwen met een lean eenvoudige technische stack, volgt de MoR-beslissing hetzelfde principe als elke andere vroege tooling-keuze: bouw niet wat je nog niet nodig hebt, maar vermijd ook geen beheerde dienst die een echte, terugkerende operationele last wegneemt. Wereldwijde belastingnaleving is precies zo’n last — het is geen probleem dat later makkelijker wordt om op te lossen, het stapelt zich op.

Hoe een MoR past naast je backend

Het is de moeite waard om direct te zijn over iets dat zoekresultaten soms vertroebelen: een Merchant of Record en een backend-platform zoals Supabase zijn geen concurrenten, en ze rechtstreeks met elkaar vergelijken is niet zinvol — ze lossen totaal verschillende problemen op. Supabase (of Firebase, of een andere backend-as-a-service) slaat je applicatiegegevens op, beheert gebruikersaccounts en houdt de abonnementsstatus binnen je product bij. Een MoR zoals Lemon Squeezy handelt de daadwerkelijke geldbeweging, checkoutpagina, facturatie en belastingafdracht buiten je product af.

In een typische MVP-stack werken de twee samen: een klant rondt de checkout af via de hosted pagina van de MoR, de MoR stuurt een webhook naar je backend wanneer het abonnement wordt aangemaakt of verlengd, en je backend (draaiend op Supabase of vergelijkbaar) werkt het toegangsniveau van die gebruiker dienovereenkomstig bij. Deze webhook-gestuurde synchronisatie goed krijgen is het waard om vroeg te plannen — het is dezelfde categorie integratiebeslissing die wordt behandeld in hoe je Supabase plant voor een groeiend SaaS-product, alleen toegepast op factureringsstatus in plaats van gebruikersgegevens.

Als je ook overweegt waar abonnementsprijzen zelf passen in je MVP-validatieplan, is een prijshypothese-sjabloon voor B2B SaaS-oprichters een nuttige aanvullende leesstof voordat je een factureringsplatform vastlegt.

De kern van de zaak

Een Merchant of Record is geen betalingsupgrade — het is een uitbestede belasting- en compliancefunctie rond je checkout. Voor een oprichter die verkoopt aan klanten in meer dan één land is dat een wezenlijk ander probleem dan “welke verwerker heeft de laagste vergoeding”, en het is de moeite waard om Lemon Squeezy, Paddle en Polar te beoordelen op belastingdekking, integratiestijl en ecosysteem-fit in plaats van alleen op vergoedingspercentage, aangezien gepubliceerde tarieven veranderen en gemakkelijk verkeerd worden overgenomen uit tweede hand. Welke je ook kiest, deze staat naast je backend, niet in concurrentie ermee — je MVP heeft ze beide nodig.

Veelgestelde vragen

Wat is een Merchant of Record, en hoe verschilt dit van Stripe?

Een Merchant of Record (MoR) is de juridische verkoper van je product. Deze int de betaling van je klant, draagt wereldwijd omzetbelasting en btw namens jou af, en betaalt jou het nettobedrag uit. Kale Stripe is een betaalverwerker — het verplaatst geld, maar jij blijft de juridische verkoper die zelf belasting moet berekenen, innen en aangeven in elk rechtsgebied waar je verkoopt.

Heb ik een Merchant of Record nodig voor een vroege-fase SaaS-product?

Niet altijd. Als je alleen in één land verkoopt en de omzet klein is, kun je de belasting vaak zelf afhandelen (of met een verwerker plus een belasting-add-on). Een MoR wordt de moeite waard zodra je klanten in meerdere landen hebt, omdat het zelf bijhouden van btw/GST-drempels en aangiftes een echte operationele last wordt die een klein team meestal niet aankan.

Is Lemon Squeezy nog beschikbaar na de overname door Stripe?

Ja, Lemon Squeezy opereert als onderdeel van Stripe en blijft op het moment van schrijven nieuwe verkopers aan boord nemen. Oprichters die het overwegen, moeten de actuele voorwaarden van Stripe rechtstreeks controleren, aangezien overname-integraties de productomvang en prijzen in de loop van de tijd kunnen veranderen.

Hoe werkt een Merchant of Record samen met een backend zoals Supabase?

Ze behandelen aparte taken en worden doorgaans samen gebruikt, niet met elkaar vergeleken. Supabase (of een vergelijkbare backend) slaat je applicatiegegevens, gebruikersaccounts en abonnementsstatus op; de MoR handelt de daadwerkelijke checkout, betalingsinning, facturatie en belastingnaleving af, en stelt vervolgens je backend via webhooks op de hoogte zodat je toegang en rechten kunt bijwerken.

Wat is de belangrijkste afweging bij het gebruik van een Merchant of Record in plaats van rechtstreeks Stripe?

Je levert wat flexibiliteit in en betaalt een hoger tarief dan een standaardverwerker, in ruil voor het niet hoeven registreren voor belasting in elk land waar je verkoopt, het zelf bouwen van facturatie- en terugbetalingsstromen, of het bewaken van btw/GST-drempels. Voor een solo-oprichter of klein team is die afweging meestal de moeite waard in een vroeg stadium.