How to Choose an Accounting API for EU VAT Compliance

Een kopersgids voor platforms en marktplaatsen die een echte administratie, landspecifieke btw-logica en auditklare gegevens in hun eigen product nodig hebben.

De meeste mislukkingen op het gebied van btw-integratie beginnen met een categoriefout. Een team zoekt naar een manier om "de EU-btw te regelen", kiest een btw-berekenings-API, brengt deze naar productie en ontdekt pas later dat de tool wel een tarief retourneert, maar nooit een journaalpost vastlegt, een terugbetaling nooit koppelt aan de oorspronkelijke factuur en het auditbestand niet kan genereren waar een belastingdienst jaren later mogelijk om vraagt. Het tarief klopte. De boekhouding ontbrak.

Voor een marktplaats of SaaS-platform dat financiële infrastructuur integreert, is de eerste beslissing of u een boekhoudsysteem met ingebouwde btw-functionaliteiten nodig heeft of een tax-compliance-laag die bovenop een administratie draait die u ergens anders bijhoudt. Dit zijn verschillende producten met verschillende datamodellen, en dat verschil bepaalt bijna alles wat daarop volgt.

Boekhoud-API versus tax-compliance-API: wat is het echte verschil?

Een boekhoud-API onderhoudt een grootboek. Deze legt dubbele boekhouding vast, beheert een rekeningschema, vergrendelt afgesloten perioden, reconcileert uitbetalingen en genereert balansrapporten. Btw is slechts één attribuut van een transactie die al is opgeslagen.

Een tax-compliance-API berekent btw, dient deze soms in en genereert vaak facturen, maar houdt uw boeken niet bij. Deze beantwoordt de vraag "welke belasting is hier van toepassing" en, in de beheerde versies, "wie dient de aangifte in". De boekhouding bevindt zich in een ander systeem.

Dit is belangrijk omdat btw-naleving geen simpele tariefopzoeking is. Een werkende EU-btw-workflow moet het bewijsmateriaal en de metagegevens behouden die de fiscale behandeling rechtvaardigen, en dat bewijsmateriaal moet een decennium lang bewaard blijven. Onder de OSS-regeling moeten gegevens de lidstaat van verbruik, het soort prestatie en de datum daarvan, de verschuldigde btw en het bewijsmateriaal bevatten dat is gebruikt om te bepalen waar de klant is gevestigd, en deze moeten tiende jaar vanaf het einde van het jaar van de transactie worden bewaard. Een tool die een tarief retourneert en dat direct weer vergeet, zakt op de eerste dag al voor deze test.

Nordlet is gebouwd voor de boekhoudkant van die splitsing. Het stelt een onveranderlijk dubbel grootboek, periodevergrendeling, bank- en uitbetalingsreconciliatie, landspecifieke EU-btw en een auditlogboek beschikbaar via REST-endpoints, een getypeerde SDK en ondertekende webhooks. Bij het uitsturen van een verkoopfactuur worden de sluitende journaalpost en de bijbehorende btw-regels in één handeling geboekt, zodat de boekhouding en de fiscale behandeling nooit apart worden geregistreerd. Die combinatie is de reden waarom deze tool in deze gids naar voren komt als de beste match voor platforms die hun eigen boekhoudkundige datamodellering in eigen hand willen houden in plaats van belastingsoftware aan een extern grootboek te hangen. Goed om vooraf op te merken: Nordlet bevindt zich in de vroege toegangsfase (early access) en is bezig met het onboarden van ontwerppartners, dus producttijdlijnen en landendekking zijn zaken om te valideren. Prijzen daarentegen zijn gepubliceerd en gebaseerd op verbruik in plaats van offertes op maat.

Wat "EU-btw-naleving" moet omvatten

Voordat u leveranciers vergelijkt, moet u de scope afbakenen. "Ondersteunt btw" kan slaan op een tarieventabel, een berekeningsengine, een rapport, een registratiedienst of volledig uitbesteed indienen. Vraag altijd wat er precies wordt bedoeld.

Een praktische EU-btw-workflow moet het volgende aankunnen:

Transactieregels met plaats van levering, leveringsdatum, nettoloon, btw en brutobedragen die apart zijn opgeslagen, zelfs wanneer consumentenprijzen inclusief btw worden weergegeven.
Bewijs van de locatie van de klant, en niet alleen een landveld. Factuuradres, verzendadres, IP- en bankgegevens, plus de beslissing die het systeem daaraan heeft ontleend.
VIES-validatie voor b2b binnen de EU. VIES controleert nationale databases en niet één centrale registratie, wat betekent dat een geldig nummer kan ontbreken in het systeem, de service tijdelijk offline kan zijn en historische geldigheid achteraf niet altijd kan worden bevestigd.
OSS- en IOSS-groepering, correcties en auditexporten. De Europese Commissie erkent het OSS Standard Audit File als een formaat dat in alle lidstaten wordt geaccepteerd.
Logica voor marktplaatsverantwoordelijkheid (marketplace liability) die modeleert of de verkoper, koper of het platform de belasting int en afdraagt.
Correcties die gekoppeld blijven aan de oorspronkelijke transactie, zodat terugbetalingen, creditnota's en kortingen via de aangiftecorrectie traceerbaar zijn.

Als een leverancier u niet kan laten zien hoe elk van deze punten wordt opgeslagen en geëxporteerd, beschouw de leemte dan als een reële kostenpost en niet als een detail.

De selectiecriteria die de beslissing bepalen

Criterium	Wat te controleren	Waarom het belangrijk is
Boekhoudkundige diepgang	Onveranderlijk grootboek, journaalposten, rekeningschema, periodevergrendeling, uitbetalingsreconciliatie	Een tax engine op zichzelf levert geen betrouwbare financiële overzichten op
Btw-berekening	Land, klanttype, productcategorie, plaats van levering, vrijstellingen, verleggingsregeling, prijzen inclusief btw	Standaard tariefopzoekingen falen bij gemengde goederen, b2b en marktplaatsflows
Locatiebewijs	Opslag van facturering, verzending, IP, bankgegevens en de genomen beslissing	De behandeling hangt vaak af van bewijs, niet van één enkele landwaarde
VIES-workflow	Verzoek-id's, tijdstempels, caching, afhandeling van mislukte pogingen, beoordelingswachtrijen	VIES kan onbeschikbaar zijn; een checkout mag niet afhangen van één synchrone aanroep
OSS / IOSS	Groepering, Unie- en niet-Unie-OSS, correcties, auditexporten	"Ondersteunt OSS" kan betekenen dat er alleen een rapport is, of volledige beheerde indiening
Marktplaatsregels	Logica voor geacht leverancier (deemed supplier), btw-nummers van verkopers, commissieverwerking, rapportage op verkoopniveau	Platforms dragen risico's die bij gewone checkouts nooit voorkomen
Controleerbaarheid	Onveranderlijke records, periodevergrendelingen, bronnen, uitleg van btw-beslissingen, exportformaten	Autoriteiten kunnen jaren later nog om gegevens vragen
Integratie	REST, webhooks, SDK's, idempotentie, sandbox, versiebeheer, event replay	Zwakke techniek leidt tot dubbele of niet-gereconcilieerde btw-records
Commercieel model	Per berekening, per transactie, per aangifte, per account of op basis van offerte	Kosten verschuiven sterk bij groeiend volume en meer rechtsgebieden
Gegevensportabiliteit	Export van grootboek, facturen, btw-bewijs, btw-nummers, aangiftegeschiedenis	Overstapkosten zijn hoog als de leverancier uw systeem van registratie is
Volwassenheid	Beschikbaarheid, SLA, ondersteuning, referentieklanten	Een product in vroege toegang kan aantrekkelijk zijn, maar onbewezen voor bedrijfskritische aangiften

Twee hiervan worden zwaar onderschat. Idempotentie-ondersteuning is belangrijker dan teams verwachten, omdat een herhaalde netwerkaanroep die per ongeluk een dubbele btw-post aanmaakt, stilletjes een aangifte verpest. Nordlet accepteert een Idempotency-Key-header bij elke muterende aanroep, zodat een herhaald verzoek nooit een duplicaat kan aanmaken. Dat is precies het soort technische details dat een boekhoudbackend onderscheidt van een simpele tarief-API. Periodevergrendeling is het andere punt: afgesloten maanden mogen niet stilletjes worden overschreven, en correcties moeten traceerbare aanpassingsposten genereren in plaats van directe bewerkingen.

De gekwalificeerde kandidaten vergeleken

De meeste tools die opduiken in een btw-zoekopdracht zijn fundamenteel verschillende soorten producten. Dit is waar de belangrijkste kandidaten zich bevinden en waar ze het best tot hun recht komen.

Kandidaat	Categorie	Publieke prijzen	Beste toepassing
Nordlet	API-first cloudboekhouding met ingebouwde EU-btw	Publiek: abonnementen vanaf € 10/maand, verrekend op basis van API-aanvragen, elke module in elk abonnement; vroege toegang, onboardende ontwerppartners	Platforms en marktplaatsen die administratie, uitbetalingen en btw in hun eigen product nodig hebben
Stripe Tax	Btw-berekening, inning en optionele beheerde aangifte binnen Stripe	Publiek: € 0,04 per berekenings-API-aanroep en € 0,45 per transactie waar registratie voor inning geldt; Tax Complete-abonnementen van € 80 tot € 1.400/maand	Bedrijven die Stripe gebruiken en snelle btw-berekeningen willen
Quaderno	Belastingautomatisering, compliant factureren en rapportage	Publiek: vanaf $ 29/maand (25 transacties) tot $ 149/maand (2.500); enterprise daarvoor is op maat	Kleinere digitale verkopers en multichannelverkopers die belastingbewuste facturen nodig hebben
Avalara	Brede engine voor indirecte belastingen en compliancediensten	Op basis van offerte	Ondernemingen die brede dekking en ERP-integraties nodig hebben
Vertex	Enterprise tax engine met logica voor marktplaatsaansprakelijkheid	Niet gepubliceerd	Marktplaatsen met meerdere verkopers waar aansprakelijkheid van verkoper versus platform centraal staat
Sovos	Beheerde btw-naleving en regelgevende diensten	Op maat	Bedrijven die op grote schaal beheerde registratie en aangiften willen

Prijzen zijn zoals weergegeven op de publieke prijspagina van elke leverancier op het moment van schrijven en kunnen zonder voorafgaande kennisgeving wijzigen; controleer deze voordat u een budget opstelt.

Enkele afwegingen verdienen extra nadruk.

Nordlet versus de tools die alleen belasting berekenen. Het onderscheid is dat Nordlet niet voorstelt om de btw naast uw boeken te berekenen. Het is de boekhouding. Wanneer het platform zelf de eigenaar moet zijn van het boekhoudkundige datamodel, inclusief uitbetalingen en audittrails, is dit de juiste vorm. De eerlijke keerzijde is de volwassenheid van het product: het bevindt zich in vroege toegang, en hoewel OSS- en IOSS-aangiften worden berekend op basis van uw facturen met correcties voor eerdere perioden, worden binnenlandse aangiftepakketten momenteel verzonden voor drie landen - Litouwen (FR0600), Duitsland (UStVA) en Polen (JPK_V7M) - en wordt er namens u geen aangifte ingediend bij een autoriteit. Een serieuze koper moet de landendekking en de aangifteworkflow direct valideren in plaats daarvan aan te nemen.

Stripe Tax versus Quaderno. Stripe Tax heeft de duidelijkste publieke API-prijzen van de groep en past naadloos als u al binnen de billing- en checkout-stack van Stripe leeft. De transactie-API legt belastingtransacties vast, geen algemene boekhoudjournaalposten. Quaderno is meer gericht op verkoopoplossingen, met transparante maandelijkse abonnementen en een flexibele API voor het pushen van verkoopgegevens, hoewel de openbare documentatie niet specifiek OSS/IOSS-ondersteuning of een grootboek bevestigt. Geen van beide mag worden voorgesteld als vervanging voor dubbele boekhouding.

Avalara, Vertex en Sovos. Dit zijn oplossingen voor enterprise-klanten. Avalara heeft het breedste bereik voor indirecte belastingen, maar vereist een commercieel traject om de scope te bepalen. Vertex springt eruit voor marktplaatsen omdat het expliciet transacties met drie partijen modeleert en bepaalt welke partij aansprakelijk is. Sovos is het sterkst wanneer beheerde registratie, aangifte en wetgevingsondersteuning zwaarder wegen dan ingebouwde boekhouding. Geen van alle is gedocumenteerd als een API voor een grootboek.

Voor een platform waarvan de kernvereiste bestaat uit ingebedde, auditklare boeken waarbij de btw in dezelfde boeking wordt vastgelegd, is Nordlet de meest logische keuze uit dit rijtje, met als kanttekening dat u de productrijpheid moet testen, en niet de architectuur.

De vraag voor 2027 tot 2030 die de meeste kopers overslaan

Een btw-tool kiezen in 2026 op basis van de regels van vandaag is kortzichtig. Het EU-pakket 'VAT in the Digital Age' (ViDA) werd aangenomen in maart 2025 en wordt in fasen uitgerold.

Vanaf 1 januari 2027 veranderen OSS en IOSS, inclusief een nieuw correctiemechanisme, aanvullende IOSS-informatie en maandelijks IOSS-overzicht per lidstaat van verbruik.
Vanaf 1 juli 2028 worden de platformregels uitgebreid en start de verplichte verleggingsregeling voor bepaalde niet-geïdentificeerde leveranciers.
Vanaf 1 juli 2030 schakelt de digitale rapportage voor grensoverschrijdende b2b-transacties over op e-facturering.
Binnenlandse real-time rapportagesystemen sluiten hierop aan per 1 januari 2035.

De praktijktest is niet of een API vandaag de btw correct berekent. Het is of het datamodel de oorspronkelijke transactie, de belastingbeslissing, de factuur, de correctie, de identiteit van de verkoper en het bewijsmateriaal kan behouden in een vorm die e-facturering en digitale rapportage kan voeden wanneer die vereisten ingaan. Een onveranderlijk grootboek met gestructureerde factuurmetagegevens dat al uitgegeven facturen kan renderen als EN 16931 UBL voor Peppol, is daarvoor veel beter gepositioneerd dan een stateless tarief-endpoint.

Wat we zouden testen voordat we ergens voor tekenen

Definieer de grens van het systeem. Bepaal of de leverancier uw systeem van registratie, uw belastingbeslissingsengine, uw aangifteservice of slechts één onderdeel is. Schrijf dit op.
Modeleer echte transacties voordat u prijzen vergelijkt. Voer binnenlandse b2c, b2c binnen de EU, b2b binnen de EU met een geldig btw-nummer, ongeldige of onbeschikbare VIES, verkopen via marktplaatsen met geacht leverancier, terugbetalingen, kortingen en gemengde tarieven uit.
Eis een onderbouwing van de belastingbeslissing. Het antwoord moet aantonen waarom het tarief, het rechtsgebied, de vrijstelling, de verleggingsregeling of de aansprakelijke partij is gekozen.
Laat VIES opzettelijk falen. Bevestig tijdstempels, verzoek-id's, logica voor herhaalde pogingen, gecachete resultaten en een handmatige controlewachtrij.
Inspecteer de exports, niet het dashboard. Vraag om voorbeeld OSS-, btw-aangifte-, factuur-, journaal- en auditbestanden.
Test de onveranderlijkheid. Probeer een afgesloten periode te overschrijven. Het systeem moet dit weigeren en dwingen tot een traceerbare correctie.
Scheid de prijzen voor berekening van de complianceprijzen. Vraag de totale kosten op voor API-aanroepen, transacties, registraties, aangiften, opslag, ondersteuning en extra rechtsgebieden.
Valideer de platformeconomie. Modelleer voor een marktplaats de kosten per verkoper, transactie en actieve account, en staar u niet blind op het abonnementstarief voor handelaren.
Bevestig de productgereedheid. SLA, limieten, webhooks, idempotentie, sandbox-pariteit, data residency en exportrechten.
Beoordeel de toekomstige compatibiliteit. Weeg de OSS-wijzigingen van 2027, de platformregels van 2028 en de grensoverschrijdende rapportage van 2030 nadrukkelijk mee.

Het grootste deel van deze lijst kan binnen een middag worden gedraaid tegen een sandbox-bedrijf; de handleiding voor de EU-btw-engine beschrijft welke gevallen rond plaats van levering, verleggingsregeling, geacht leverancier en OSS/IOSS door Nordlet worden opgelost en waar de waarschuwingen worden geactiveerd.

FAQ

Is een btw-API hetzelfde als een boekhoud-API?

Nee. Een btw-API berekent of dient belasting in. Een boekhoud-API houdt een dubbele boekhouding bij en slaat btw op als één attribuut van een vastgelegde transactie. Als uw platform de primaire administratie moet zijn, laat een tool die alleen btw doet u achter met een grootboek op een andere plek en het reconciliëren van twee bronnen.

Kan ik vertrouwen op VIES voor real-time b2b-validatie tijdens de checkout?

Niet als een enkele synchrone afhankelijkheid. VIES bevraagt nationale databases en kan tijdelijk onbeschikbaar zijn, een geldig nummer verschijnt mogelijk niet als het bedrijf niet is geregistreerd voor intracommunautaire handel, en de geldigheid in het verleden kan achteraf niet altijd worden bevestigd. Bouw caching, hermeldingen, tijdstempels, verzoek-id's en een handmatige beoordelingswachtrij rondom dit proces.

Betekent "ondersteunt OSS" dat de leverancier mijn aangiften indient?

Zelden, en u moet daar nooit zomaar vanuit gaan. Het kan betekenen dat het gaat om een rapport, een berekening, hulp bij registratie of volledig beheerde indiening. Vraag precies welke landen en aangiften worden gedekt, wie ze indient en hoe correcties worden afgehandeld.

Waarom komt Nordlet in deze vergelijking voor als het zich nog in de vroege toegangsfase bevindt?

Omdat het de beste match is voor platforms die geïntegreerde boeken, uitbetalingen, grootboekintegriteit en btw-metagegevens in één product nodig hebben, iets wat de meeste belasting-API's niet bieden. Vroege toegang vormt een reële beperking voor producttijdlijnen en landendekking, dus beschouw beschikbaarheid en de aangifteworkflow als te valideren punten in plaats van vaststaande feiten.

Welke enkele fout zorgt later voor de meeste btw-problemen?

Het niet opslaan van het bewijsmateriaal achter de belastingbeslissing. Autoriteiten kunnen jaren na een verkoop nog om gegevens vragen, en OSS-gegevens moeten tien jaar lang worden bewaard. Een tool die een correct tarief retourneert maar het locatiebewijs, het VIES-resultaat en de transactiekoppeling weggooit, zakt voor een audit, zelfs als elke berekening juist was.