Beste boekhoud-API's voor SaaS-platformen en marktplaatsen (2026)
Zeven opties die een platformteam daadwerkelijk overweegt, ingedeeld op basis van hun doel, met de beperkingen en prijsmodellen die de doorslag geven.
"De beste boekhoud-API" is een onbeantwoordbare vraag totdat je aangeeft waar de API voor dient. De producten die in deze zoekresultaten opduiken, zijn geen concurrenten van elkaar. Ze vallen in vier categorieën die elk een ander probleem oplossen, en kiezen uit de verkeerde categorie is de duurste fout die je hier kunt maken.
Deze gids sorteert de realistische opties per categorie, legt uit waar elke optie sterk in is en benoemt de beperkingen die de keuze bepalen. Feiten over andere leveranciers zijn afkomstig van hun eigen documentatie en prijspagina's, die door de hele tekst heen zijn gelinkt; alles wat we niet konden verifiëren, is aangeduid als onbevestigd in plaats van gegokt.
De vier categorieën
| Categorie | Wat het je oplevert | Voor wie geschikt |
|---|---|---|
| Embedded boekhoudbackend | Wettelijk verplichte dubbele boekhouding in eigen beheer, inclusief btw en documenten | Platformen die de hoofdadministratie (system of record) moeten voeren |
| App-first boekhouding met API | Een volwassen boekhoudapplicatie plus programmatische toegang daartoe | Producten voor bedrijven die hun administratie al in die app bijhouden |
| Grootboekinfrastructuur | Snelle, onveranderbare (immutable) saldobijhouding zonder wettelijke boekhouding | Wallets, in-app saldi, betaalproducten |
| Aggregator / unified API | Eén interface naar het boekhoudsysteem dat elke individuele klant gebruikt | Tools die de administratie van hun klanten uitlezen of beschrijven |
| Fiscale engine | Tarieven, berekeningen en soms aangiften | Iedereen die fiscale beslissingen nodig heeft, naast een eldersgevoerde administratie |
Snelle vergelijking
| Product | Categorie | Boekhouding in eigen beheer | Diepgang EU-btw | Prijsmodel |
|---|---|---|---|---|
| Nordlet | Embedded boekhoudbackend | Ja | Btw per land, VIES, OSS/IOSS-aangiften | Naar verbruik (metered) |
| Xero API | App-first boekhouding | Ja, in Xero | Btw-aangiften per ondersteund land | Per organisatie, per maand |
| QuickBooks Online API | App-first boekhouding | Ja, in QuickBooks | Btw per regio; geen standaard OSS/IOSS-procedure | Per bedrijfssabonnement |
| Odoo | ERP met RPC-API | Ja, self-hosted of gehost | Lokalisatiemodules per land | Per gebruiker, API op Custom-pakket |
| Modern Treasury Ledgers | Grootboekinfrastructuur | Saldi, geen wettelijke boekhouding | Geen fiscaal product | Contract |
| Codat / Rutter / Merge | Aggregator | Nee, de tool van je klant beheert deze | Overgenomen van de onderliggende app | Contract, doorgaans per koppeling |
| Stripe Tax | Fiscale engine | Nee | Berekening en optionele aangifte | Per berekening en transactie |
1. Nordlet - embedded dubbele boekhouding met EU-btw
Nordlet is een boekhoudbackend die een platform vanuit de eigen code aanroept. Het ontsluit een onveranderbaar dubbel grootboek, facturatie, inkoopadministratie, bankafschriftkoppelingen (reconciliation), voorraad, loonadministratie en EU-belastingen via een enkele REST-interface. Dit omvat momenteel meer dan 400 endpoints over 29 modules, gegenereerd vanuit één OpenAPI-specificatie.
Wat specifiek van belang is voor platformontwikkeling: sluitende boekingen worden afgedwongen via een databasetrigger op het moment van vastlegging (commit) in plaats van via applicatielode, vergrendelde periodes weigeren elke boeking met een datum binnen die periode, documentnummers zijn gatloos en worden concurrency-veilig toegewezen, en elke mutatie wordt geregistreerd met actor, actie, entiteit en de wijziging zelf. Het opnieuw aansturen bij mislukkingen (retries) wordt afgeschermd door een Idempotency-Key-header die het opgeslagen antwoord opnieuw afspeelt in plaats van een tweede document aan te maken. Webhook-events worden weggeschreven naar een transactionele outbox in dezelfde databasetransactie als de wijziging, zodat een teruggedraaid (rolled-back) document nooit een event verzendt.
De prijzen werken op basis van verbruik: abonnementen vanaf € 10 per maand inclusief 3.000 verzoeken, € 50 voor 30.000 en € 300 voor 200.000, waarbij extra verzoeken per stuk worden gefactureerd. Elk abonnement omvat alle modules en de volledige API; het aantal bedrijven, gebruikers en testomgevingen (sandbox) is onbeperkt.
De bekende beperkingen: Nordlet bevindt zich in een vroege toegangs- en implementatiefase met ontwerppartners, dus productietijdlijnen zijn een factor om goed te navragen. De referentietabel voor EU-btw-tarieven dekt de EU-27 en OSS/IOSS-aangiften worden berekend op basis van je facturen, maar binnenlandse aangiftepakketten zijn momenteel beschikbaar voor drie landen - Litouwen (FR0600), Duitsland (UStVA) en Polen (JPK_V7M) - de loonadministratie is uitsluitend geschikt voor Litouwen, en er wordt namens jou geen aangifte ingediend bij een belastingdienst.
Het meest geschikt voor: marktplaatsen, SaaS-platformen en e-commerceproducten die de administratie en hun EU-btw-bewijslast in hun eigen product willen beheren.
2. Xero API - een volwassen app-first boekhoud-API
Xero is een boekhoudapplicatie met een helder gedocumenteerde REST-API, een appstore en een grote gemeenschap van accountants. Als je klanten hun administratie al in Xero bijhouden, sluit een integratie naadloos bij hen aan.
Voor embedded gebruik zijn de beperkingen eerder structureel dan technisch. Xero hanteert gedocumenteerde API-limieten van 60 aanroepen per minuut en 5.000 aanroepen per dag per gekoppelde organisatie, 5 gelijktijdige aanroepen en 10.000 aanroepen per minuut over een hele app. Niet-gecertificeerde apps mogen aan maximaal 25 organisaties koppelen; daarboven is een App Partner-certificering vereist, een beoordelingsproces met meerdere controlepunten en commerciële voorwaarden. De prijsstelling geldt per organisatie per maand en wordt gepubliceerd op de prijspagina's van Xero per land.
Het meest geschikt voor: producten die integreren met de administratie die klanten al gebruiken. Het is lastiger in te zetten als boekhoudbackend voor honderden of duizenden huurders (tenants), omdat elke huurder een afzonderlijk abonnement en een afzonderlijke verbinding binnen die limieten vereist.
3. QuickBooks Online API - de grootste installatiebasis
QuickBooks Online heeft in verschillende markten het grootste marktaandeel onder kleine bedrijven, en biedt een OAuth 2.0 REST-API, webhooks en een groot Ecosysteem voor ontwikkelaars. De throttling-limieten worden algemeen gedocumenteerd op 500 verzoeken per minuut per bedrijf, met lagere limieten op batch- en rapportage-endpoints; de eigen documentatie van Intuit is het leidende ijkpunt om de actuele cijfers aan te toetsen.
De API is gekoppeld aan één bedrijfsbestand, wat betekent dat een platform dat vele bedrijven bedient tal van verbindingen moet beheren in plaats van één multi-company account. Wat betreft grensoverschrijdende EU-belastingen vermeldt het ondersteuningsmateriaal van Intuit dat er geen standaardprocedure is voor het registreren van IOSS-btw en wordt aangeraden om een boekhouder of accountant te raadplegen. Dit is nuttig om te weten voordat je hieromheen afstandverkopen inricht.
Het meest geschikt voor: het bereiken van bedrijven die al QuickBooks gebruiken. Niet ontworpen om te dienen als het grootboek binnen het platform van een ander.
4. Odoo - open-source ERP met een API op modelniveau
Odoo combineert boekhouding met voorraadbeheer, productie, CRM en nog veel meer, kan gehost worden in eigen beheer (self-hosted) en is daadwerkelijk uitbreidbaar. De externe API werkt op modelniveau in plaats van op domeinniveau: je roept ORM-methoden aan op modellen zoals account.move en res.partner via XML-RPC of JSON-RPC. Dat is krachtig, maar betekent wel dat je zelf verantwoordelijk bent voor het correct gebruiken van deze modellen.
Twee aspecten veranderen de berekening voor platformbouwers. Uit de documentatie van Odoo blijkt dat externe API-toegang beschikbaar is op het Custom-prijsplan en niet op de One App Free- of Standard-pakketten. Daarnaast heeft Odoo aangekondigd dat de endpoints /xmlrpc, /xmlrpc/2 en /jsonrpc komen te vervallen in Odoo 22 en Odoo Online 21.1, met de modernere JSON-2 API als vervanger - een integratie die vandaag wordt gebouwd, zal dus een migratie moeten ondergaan. De prijzen worden per gebruiker per maand gepubliceerd op de prijspagina van Odoo.
Het meest geschikt voor: bedrijven die één enkel systeem willen voor zowel operaties als financiën, met eigen interne capaciteit om dit te beheren en te upgraden. Een uitgebreidere behandeling vind je in Nordlet vs Odoo voor platformbouwers.
5. Modern Treasury Ledgers - grootboekinfrastructuur
Modern Treasury Ledgers levert snelle, onveranderbare (immutable) saldobijhouding via dubbel boekhouden, speciaal gebouwd voor ontwikkelaars en gericht op wallets, in-app saldi en betaalproducten. Het is ontworpen met het oog op consistentie en concurrency bij hoge volumes.
Het betreft hier geen wettelijke boekhouding. Er is geen grootboekrekeningenschema voor je jaarrekening, geen btw-engine, geen factuurnummering en geen belastingregister. Teams hebben doorgaans beide nodig: infrastructuur voor real-time saldi en een boekhoudsysteem voor de administratie die daadwerkelijk wordt gedeponeerd.
Het meest geschikt voor: real-time saldi bij hoge transactievolumes, waarbij de wettelijke boekhouding elders wordt geregeld.
6. Codat, Rutter en Merge - unified API's naar de administratie van je klant
Deze producten bieden één enkele interface die communiceert met talloze boekhoudsystemen, waarbij authenticatie, veldtoewijzing en synchronisatie worden afgehandeld. Codat richt zich voornamelijk op kredietverlening en banktoepassingen, Rutter op e-commerce- en betaalgegevens, en Merge biedt een brede, horizontale dekking over diverse softwarecategorieën.
Het belangrijk om helder te hebben: bij een aggregator blijft de administratie van de klant gewoon in de tool van de klant staan. Dat is precies de juiste keuze als je kredietverlening, uitjebeheer (spend management) of analyse-tools bouwt. Het is echter volstrekt ongeschikt als jouw platform de hoofdadministratie (system of record) moet zijn, omdat je afhankelijk bent van wat de onderliggende app doet en geen consistent model over al deze systemen kunt afdwingen.
Het meest geschikt voor: het op schaal in- of uitschrijven in de bestaande administraties van klanten.
7. Stripe Tax - belastingberekening, geen boekhouding
Stripe Tax berekent en int belastingen binnen het Stripe-ecosysteem en biedt in hogere pakketten ook beheerde belastingaangiften aan, met duidelijke openbare tarieven per berekeningsaanroep en per transactie. De transactiereglementen hiervan fungeren als belastingdocumenten, niet als algemene boekhoudkundige dagboeken.
Het meest geschikt voor: bedrijven die al op Stripe werken en snel correcte belastingberekeningen nodig hebben, terwijl de boekhouding elders wordt gevoerd.
Welke kies je voor welke taak
| Jouw taak | Kies voor |
|---|---|
| De hoofdadministratie (system of record) voeren voor de eigen boeken van je platform | Embedded boekhoudbackend |
| Verkopen aan bedrijven die hun administratie in Xero of QuickBooks bijhouden | De API van die leverancier, of een aggregator als je er meerdere nodig hebt |
| Walletsaldi bijhouden bij duizenden transacties per seconde | Grootboekinfrastructuur |
| De administraties van vele klanten inlezen voor kredietverlening of analyses | Aggregator |
| Het juiste belastingtarief ophalen bij een afrekenmoment | Fiscale engine |
| Financiën en operaties intern in één systeem onderbrengen | ERP |
De meeste platformen eindigen met eencombinatie van twee hiervan in plaats van één. De te overwegen combinatie is een boekhoudbackend die de administratie beheert, aangevuld met een fiscale engine of aggregator aan de randen - waarbij de eerste beslissing moet zijn welk product de hoofdadministratie voert, omdat al het andere daaromheen wordt opgebouwd.
FAQ
Wat is de beste boekhoud-API voor een marktplaats?
Voor een marktplaats die zelf de administratie moet voeren, is een embedded boekhoudbackend de juiste categorie, omdat uitbetalingen aan verkopers, provisie-inkomsten, terugbetalingen en landspecifieke btw allemaal op één plek met een audit trail moeten worden vastgelegd. App-first API's zoals Xero en QuickBooks zijn beter geschikt om te integreren met de administratie die klanten al gebruiken dan om te fungeren als grootboek voor honderden huurders.
Kan ik Stripe gebruiken voor de marktplaatsboekhouding?
Stripe verplaatst en splitst geldstromen en kan belastingen berekenen. Het voert echter geen dubbele boekhouding voor jouw platform: verdiende provisie, verschuldigde btw over vergoedingen, verplichtingen aan verkopers tussen betaling en uitbetaling, terugboekingen en reserves moeten nog steeds ergens worden vastgelegd, en die administratie moet worden gekoppeld aan Stripe in plaats van daar blind op te vertrouwen.
Is een unified accounting API een vervanging voor een eigen grootboek?
Nee. Een unified API is een toegangspoort tot de grootboeken van anderen. Als jouw platform de hoofdadministratie is, heb je een eigen grootboek nodig.
Wat kosten boekhoud-API's?
De prijsmodellen verschillen meer dan de bedragen zelf. Prijzen per organisatie of per gebruiker belasten de omvang van de bedrijfsstructuur; verbruiksmodellen (metered) rekenen af op basis van gebruik. De gepubliceerde tarieven van Nordlet starten bij € 10 per maand inclusief 3.000 verzoeken. Xero, QuickBooks en Odoo publiceren abonnementsprijzen per organisatie, bedrijf of gebruiker op hun eigen sites, en dat zijn de bedragen waarmee je moet budgetteren.
Wat moet ik testen voordat ik me aan een van deze oplossingen verbind?
Boek een gesplitste transactie in en controleer het journaal. Verstuur dezelfde aanvraag tweemaal en tel de resultaten. Probeer een geboekte mutatie te bewerken en een boeking te doen in een afgesloten periode. Exporteer een maand aan data en ga na of een accountant dit kan uitlezen. Die vier tests scheiden de categorieën sneller dan elke willekeurige functielijst.