How should a SaaS company recognise subscription revenue in the EU?

Under accrual accounting, which most EU jurisdictions require, annual subscription revenue must be recognised monthly over the service period. A €12,000 annual prepayment becomes €1,000 per month, with the unearned portion sitting as deferred revenue (a liability) on the balance sheet. Booking the full amount as month-one revenue overstates income and creates an inflated tax liability.

What is deferred revenue and why does it matter for EU SaaS companies?

Deferred revenue is money collected but not yet earned, recorded as a current liability because you still owe service for it. For SaaS companies with annual billing, it can be substantial. It affects corporate tax timing (you are taxed on recognised revenue, not collected cash), dividend distribution limits, and banking assessments of your company’s financial health.

Do EU SaaS companies need to use accrual accounting?

Most EU jurisdictions require accrual accounting for companies above a low threshold. Some, like Estonia, allow micro-entities to use cash basis, but with cross-border invoicing and annual subscriptions, cash basis hides reality rather than simplifying it. Under cash basis, a €12,000 annual payment shows as January revenue, potentially triggering corporate tax on money you haven’t earned yet.

SaaS-boekhouding in de EU: omzetverantwoor...

Je hebt je EU-bedrijf opgericht, je btw-positie geregeld en bent begonnen met het innen van abonnementsinkomsten. Dan vraagt je boekhouder of je omzet op basis van het baten-lastenstelsel of het kasstelsel verantwoordt, hoe je omgaat met vooruitontvangen omzet van jaarabonnementen, en of je facturen in vreemde valuta geboekt worden tegen de koers op factuurdatum of de maandeindkoers. Als die vragen je glazig doen kijken — dan is dit artikel voor jou geschreven.

SaaS-boekhouding werkt met regels die founders in de problemen brengen als ze gewend zijn aan eenvoudigere bedrijfsmodellen. Het abonnementsmodel stelt specifieke boekhoudkundige eisen die afwijken van eenmalige projectfacturering: klanten betalen vooruit voor iets dat over tijd geleverd wordt, en hoe je die omzet registreert bepaalt je belastingaanslag, je balans en of de Belastingdienst vragen stelt.

Baten-lastenstelsel vs kasstelsel: waarom het ertoe doet

De meeste EU-jurisdicties verplichten bedrijven boven een bepaalde omvang om het baten-lastenstelsel te gebruiken. Sommige, zoals Estland, staan micro-entiteiten toe om het kasstelsel te hanteren, maar de drempel is laag. Zodra je grensoverschrijdend factureert met jaarabonnementen, verhult het kasstelsel de werkelijkheid in plaats van die te vereenvoudigen.

Kasstelsel boekt omzet wanneer het geld op je bankrekening binnenkomt. Je ontvangt EUR 12.000 voor een jaarabonnement in januari, en je boeken tonen EUR 12.000 omzet in januari. Simpel, maar misleidend. Je werkelijke verplichting is om twaalf maanden dienst te leveren. Als de klant in maart opzegt, moet je negen maanden terugbetalen die je al had "verdiend."

Baten-lastenstelsel boekt omzet wanneer je die verdient, ongeacht wanneer het geld binnenkomt. Datzelfde jaarabonnement van EUR 12.000 wordt EUR 1.000 per maand, verantwoord over de contractperiode. Het resterende niet-verdiende bedrag staat op je balans als vooruitontvangen omzet, geclassificeerd als een verplichting omdat je er nog diensten voor moet leveren.

Het verschil is niet theoretisch. Op het kasstelsel toon je EUR 12.000 winst in Q1 (ervan uitgaande dat er geen andere omzet is) en ben je daar mogelijk vennootschapsbelasting over verschuldigd. Op het baten-lastenstelsel toon je EUR 3.000, want dat is wat je daadwerkelijk hebt verdiend. Als je Estlandse OÜ die opgeblazen Q1-winst als dividend uitkeert, heb je uitkeringsbelasting betaald over geld dat je nog niet echt verdiend hebt. De bedragen lopen snel op als je tientallen of honderden jaarabonnees hebt.

Voor de meeste EU SaaS-founders is het baten-lastenstelsel niet optioneel. Het is zowel wettelijk verplicht als de enige manier om te voorkomen dat je belasting betaalt over omzet die je nog niet hebt verdiend.

Omzetverantwoording bij abonnementen: de regels die founders verrassen

Omzetverantwoording bij abonnementen volgt een principe dat voor de hand liggend klinkt maar echte consequenties heeft: je verantwoordt omzet naarmate je de dienst levert, niet wanneer je de betaling ontvangt. Bij SaaS betekent "levering" het bieden van toegang tot je software gedurende de contractperiode.

Jaarlijkse vooruitbetalingen

Wanneer een klant EUR 12.000 vooruitbetaalt voor een jaar toegang, boek je het als volgt:

Dag één: Boek de volledige EUR 12.000 als vooruitontvangen omzet (een verplichting op je balans). Kas neemt toe met EUR 12.000. Omzet: nul.
Elke maand: Verplaats EUR 1.000 van vooruitontvangen omzet naar verantwoorde omzet. Na twaalf maanden is de verplichting afgelopen en is de omzet opgelopen tot EUR 12.000.

Hier maken founders de eerste dure fout. De volledige jaarbetaling als omzet in maand één boeken leidt tot een te hoog gerapporteerd inkomen, creëert een belastingverplichting over omzet die je niet hebt verdiend, en geeft een vertekend beeld van je financiële positie aan iedereen die je boeken bekijkt: investeerders, de fiscus of jezelf.

Maandelijkse abonnementen

Maandplannen zijn eenvoudiger. De klant betaalt EUR 100 per maand, je levert één maand dienst, je verantwoordt EUR 100. Betaling en levering vallen samen. Geen vooruitontvangen omzet, geen timingverschil.

Gemengde factureringsperiodes

De meeste SaaS-bedrijven bieden zowel maand- als jaarabonnementen aan. Je boekhouding moet beide tegelijkertijd verwerken: maandomzet stroomt direct door, jaaromzet wordt uitgesteld en maandelijks vrijgegeven. In principe niet ingewikkeld, maar het vereist discipline in de inrichting van je boekhoudsoftware. Meer over tooling hieronder.

Vooruitontvangen omzet: de verplichting die founders vergeten

Vooruitontvangen omzet (ook wel niet-verdiende omzet genoemd) is geld dat je hebt geïnd maar nog niet hebt verdiend. Op de balans valt het onder kortlopende verplichtingen, omdat je je klanten er nog iets voor verschuldigd bent.

Voor een SaaS-bedrijf met jaafacturering kan vooruitontvangen omzet fors oplopen. Een bedrijf met 200 jaarabonnees à EUR 1.200 per stuk, die allemaal in januari verlengen, draagt op 1 februari EUR 240.000 aan vooruitontvangen omzet, verantwoord tegen EUR 20.000 per maand gedurende het jaar. Dat is geen geld dat je vrij kunt besteden. Het is een verplichting.

Waarom dit specifiek voor EU-founders uitmaakt:

Timing van vennootschapsbelasting. Op het baten-lastenstelsel wordt je belast over verantwoorde omzet, niet over ontvangen geld. Vooruitontvangen omzet verlaagt je belastbaar inkomen in de huidige periode tot wat je daadwerkelijk hebt geleverd. Doe je dit verkeerd, dan betaal je te veel.
Dividenduitkeringen. Als je Estlandse OÜ of Ierse Ltd een opgeblazen winst toont omdat vooruitontvangen omzet niet goed is geboekt, en je keert die "winst" uit, dan heb je geld uitgekeerd dat bestemd was voor toekomstige dienstverlening. De fiscus kan de uitkering ook aanvechten.
Bankieren en krediet. Europese banken die je bedrijf beoordelen voor een zakelijke rekening of kredietfaciliteit kijken naar vooruitontvangen omzet. Een hoog saldo aan vooruitontvangen omzet ten opzichte van verantwoorde omzet duidt op een gezond abonnementsbedrijf met loyale klanten. Zonder dat zien je boeken eruit als een projectmatig adviesbureau met grillige inkomsten.

MRR en ARR: metrics vs boekhouding

Monthly Recurring Revenue (MRR) en Annual Recurring Revenue (ARR) zijn SaaS-metrics, geen boekhoudtermen. Je accountant gebruikt ze niet. Je investeerdersdeck wel. Het onderscheid doet ertoe omdat ze verschillende dingen meten.

MRR volgt de genormaliseerde maandomzet uit actieve abonnementen. Een klant op een jaarplan van EUR 1.200 draagt EUR 100/maand bij aan MRR, ongeacht wanneer die betaald heeft of hoe de omzet verantwoord wordt. MRR is een vooruitkijkende operationele metric.

Verantwoorde omzet is het boekhoudcijfer, wat je daadwerkelijk hebt verdiend volgens het baten-lastenstelsel in een bepaalde periode. Bij maandabonnementen komen ze vaak overeen, maar bij jaarlijkse vooruitbetalingen, kortingen, credits en churn lopen ze uiteen.

De consequentie voor je dagelijkse werk: geef je MRR-dashboard niet aan je boekhouder en noem het omzet. En gebruik je boekhoudkundige omzetcijfers niet voor SaaS-metrics. Die lopen achter op de operationele werkelijkheid door het moment van verantwoording. Houd twee systemen aan: je SaaS-metricstool (Baremetrics, ChartMogul, Stripe's ingebouwde dashboards) voor operationele beslissingen, en je boekhoudsoftware voor compliance en belastingaangiftes.

Omzet in meerdere valuta's: waar de echte complexiteit zit

Als je in meerdere valuta's factureert (en de meeste EU SaaS-bedrijven doen dat, gezien de mix van EUR, USD, GBP en soms SEK, PLN of CHF), heb je een valutabeleid nodig voordat je je eerste factuur in vreemde valuta verstuurt.

Het boekingsprobleem

Wanneer je een Amerikaanse klant $1.200 factureert tegen een EUR/USD-koers van 1,10, boek je EUR 1.091 omzet. Wanneer de klant dertig dagen later betaalt en de koers is verschoven naar 1,12, wordt de betaling omgerekend naar EUR 1.071. Het verschil van EUR 20 is een valutaverlies, en dat moet ergens geboekt worden.

De meeste EU-jurisdicties vereisen dat je:

Boekt tegen de transactiedatumkoers — de wisselkoers op de factuurdatum
Openstaande vorderingen herwaardeert op periodeafsluitingen (maandelijks of per kwartaal) en ongerealiseerde valutawinsten of -verliezen erkent
De gerealiseerde winst of het verlies boekt wanneer de betaling tegen een andere koers binnenkomt

Valutaverschillen negeren laat ze niet verdwijnen. Ze stapelen op en je balans drijft af van de werkelijkheid. Voor een SaaS-bedrijf met EUR 200.000 jaaromzet waarvan 40% in USD, creëert een valutaschommeling van 5% een FX-impact van EUR 4.000. Niet catastrofaal, maar materieel genoeg om goed bij te houden.

Wat je eraan doet

Gebruik boekhoudsoftware die meerdere valuta's native ondersteunt (Xero, Exact Online of e-Aasvaldur voor Estlandse bedrijven). Stel je functionele valuta in op EUR, tenzij je een specifieke reden hebt om dat niet te doen. Registreer elke factuur in de valuta van de klant en laat de software het EUR-equivalent berekenen tegen de dagelijkse ECB-referentiekoers. Bekijk valutawinsten en -verliezen per kwartaal. Begroot ze in je jaarplanning. Het zijn geen afrondingsverschillen.

IFRS vs lokale GAAP: wanneer het uitmaakt

Als je een SaaS-bedrijf onder de EUR 2M runt, ben je vrijwel zeker niet verplicht om International Financial Reporting Standards (IFRS) te gebruiken. IFRS is verplicht voor beursgenoteerde EU-bedrijven en boven bepaalde drempels in sommige jurisdicties. Alle anderen gebruiken lokale GAAP, de nationale verslaggevingsstandaarden van je land van oprichting.

Het onderscheid doet ertoe voor omzetverantwoording omdat IFRS 15 (Revenue from Contracts with Customers) specifieke, gedetailleerde regels heeft voor wanneer en hoe je abonnementsomzet verantwoordt, inclusief samengestelde arrangementen, variabele vergoedingen en contractwijzigingen. Lokale GAAP in de meeste EU-landen volgt vergelijkbare principes maar met minder dwingend voorschriften.

In de praktijk is de boekhoudkundige behandeling van een typisch SaaS-abonnement — verantwoord over de dienstverleningsperiode, stel het niet-verdiende deel uit — hetzelfde onder IFRS 15 en de meeste lokale GAAPs. Waar IFRS veeleisender wordt is bij complexe arrangementen: gebundelde hardware en software, gestaffelde prijzen met variabele kortingen, of enterprise-contracten met implementatiediensten. Als je SaaS-product een puur software-abonnement is tegen een vaste prijs, voldoet lokale GAAP zonder de overhead van volledige IFRS-compliance.

Het eerlijke voorbehoud: sommige accountants vallen standaard terug op IFRS-terminologie en -behandeling, zelfs voor kleine bedrijven, omdat ze dat zo hebben geleerd. Dat is niet per se fout (het IFRS 15-raamwerk is degelijk), maar het kan betekenen dat je boekhouder enterprise-complexiteit toepast op een startup met tien klanten. Als je accountant het vijfstappenmodel van IFRS 15 aanhaalt voor je SaaS van EUR 5.000/maand, vraag dan of lokale GAAP eenvoudiger zou zijn. Dat is het meestal.

Je boekhoudstack inrichten

Je boekhoudstack moet vier dingen betrouwbaar afhandelen: schema's voor vooruitontvangen omzet, valutaomrekening, btw voor grensoverschrijdende SaaS (zie onze btw-gids) en lokale aangifte in je jurisdictie.

Als je Xolo of Enty gebruikt

Beide platformen verzorgen basale boekhouding voor Estlandse OÜ's, maar hun behandeling van SaaS-specifieke vereisten verschilt. Xolo's boekhoudservice verantwoordt omzet maandelijks en verwerkt schema's voor vooruitontvangen omzet als je jaarabonnementen expliciet markeert. Enty's boekhouding is meer templategestuurd; bevestig bij hun team dat jaarlijkse vooruitbetalingen worden uitgesteld en niet als eenmalige omzet worden geboekt. Geen van beide platformen is gebouwd voor bedrijven met complexe SaaS-facturering in meerdere valuta's. Boven ruwweg EUR 200.000 jaaromzet of meer dan twee factureringsvaluta's heb je waarschijnlijk zelfstandige boekhoudsoftware nodig naast de formationdienst.

Zelfstandige boekhoudsoftware

Voor EU SaaS-bedrijven die hun formatieprovider ontgroeien, worden de opties uitgebreid behandeld in onze gids voor boekhoudsoftware. De korte versie: Xero gaat goed om met meerdere valuta's en vooruitontvangen omzet in de meeste EU-jurisdicties. Exact Online is de standaard voor Nederlandse BV's. Estlandse bedrijven gebruiken vaak Merit Aktiva of e-Aasvaldur voor lokale compliance. Ierse Ltd's werken goed met Xero of Sage.

Stripe en boekhoudintegratie

Als je betalingen via Stripe int — en de meeste EU SaaS-bedrijven doen dat — zorg er dan voor dat je boekhoudintegratie omzetverantwoording correct afhandelt. Stripe's eigen omzetverantwoordingsfunctie (Stripe Revenue Recognition) volgt vooruitontvangen omzet automatisch, maar het is een apart product met aparte prijzen. Zonder die functie registreert de standaard Stripe-naar-boekhouding-sync betalingen als omzet op het moment van ontvangst, wat kasstelselbehandeling is. Dat ondermijnt het doel van het baten-lastenstelsel. Schakel Stripe's omzetverantwoordingstool in of bouw de uitgestelde-omzetschema's handmatig in je boekhoudsoftware.

Veelgemaakte fouten en hoe je ze vermijdt

Jaarabonnementen als omzet in maand één boeken. Hierboven al behandeld, maar het is herhaling waard. Dit is de meest voorkomende fout. De oplossing is mechanisch: stel een schema voor vooruitontvangen omzet in voor elk jaarplan. Je boekhoudsoftware doet dit automatisch zodra het is geconfigureerd.

Founders die in USD factureren vanuit een in EUR gevoerd bedrijf negeren vaak het valutaverschil tussen factuurdatum en betaaldatum. Over een jaar lopen deze kleine verschillen in valutawinsten en -verliezen op tot een materiële post. Boek ze. Bekijk ze per kwartaal. Beschouw ze als een kostenpost van internationaal zakendoen.

MRR verwarren met verantwoorde omzet. Je MRR-dashboard zegt EUR 10.000. Je boekhouding zegt EUR 7.500 aan verantwoorde omzet voor de maand. Beide kloppen; ze meten verschillende dingen. Probeer ze niet te reconciliëren, want ze zullen niet kloppen. Gebruik MRR voor operationele beslissingen en verantwoorde omzet voor belastingen en compliance.

Founders die als freelancer op het kasstelsel werkten, nemen die gewoonte vaak mee naar hun EU-bedrijf. De regels zijn anders zodra je een Estlandse OÜ, Ierse Ltd of Nederlandse BV bestuurt. Wettelijke verslaggevingseisen gaan verder dan het bijhouden van inkomsten en uitgaven — vooruitontvangen omzet, overlopende passiva en balansrapportage zijn verplicht, niet optioneel.

En dan het boekhouderprobleem. Generieke boekhouders verwerken projectfacturen en bonnetjes. SaaS-facturering — met terugkerende kosten, proefperiodes, pro rata upgrades, terugbetalingen en jaarlijkse vooruitbetalingen — vereist iemand die abonnementseconomie begrijpt. Stel bij het aannemen of beoordelen van een boekhoudservice één vraag: "Hoe gaan jullie om met vooruitontvangen omzet van jaarlijkse SaaS-abonnementen?" Als het antwoord vaag is, zoek verder.

De conclusie

SaaS-boekhouding in de EU volgt dezelfde kernprincipes als overal elders: verantwoord omzet wanneer verdiend, stel het niet-verdiende deel uit en houd je valuta's goed bij. De EU-specifieke draai is dat je jurisdictie bepaalt welke GAAP je volgt, welke aangiftedeadlines je hebt en hoe je vennootschapsbelastingpositie samenhangt met het moment van omzetverantwoording.

Voor de meeste founders die dit lezen is de checklist kort. Gebruik het baten-lastenstelsel. Stel schema's in voor vooruitontvangen omzet bij jaarabonnementen. Boek valutawinsten en -verliezen. Kies boekhoudsoftware die meerdere valuta's native ondersteunt. En zoek een boekhouder die begrijpt dat een jaarbetaling van EUR 12.000 niet EUR 12.000 omzet in januari is.

Bedrijven die dit vanaf het begin goed doen, besparen zichzelf een pijnlijke achterafcorrectie — en houden hun fiscale positie schoon zonder te veel te betalen. Voor een vergelijking van hoe deze eisen per land verschillen, pakt onze gids over Estland, Ierland en Nederland het op waar dit artikel stopt.

Dit artikel weerspiegelt EU-verslaggevingsstandaarden en SaaS-omzetverantwoordingspraktijken per maart 2026. Boekhoudvereisten variëren per jurisdictie, bedrijfsomvang en bedrijfsmodel; verifieer specifieke verplichtingen bij een gekwalificeerde accountant in je land van oprichting. Dit artikel is uitsluitend informatief en vormt geen financieel, fiscaal of juridisch advies.

SaaS-boekhouding in de EU: omzetverantwoording, abonnementen en wat je boekhouder moet weten