QuickBooks-alternatieven wanneer je een API nodig hebt in plaats van een app
Waarom platformteams QuickBooks ontgroeien, wat "een API in plaats van een app" daadwerkelijk vereist en welke alternatieven bij welke taak passen.
QuickBooks Online is een capabele boekhoudtoepassing voor het kleinbedrijf met een grote installatiebasis, een OAuth 2.0 REST API, webhooks en een aanzienlijk ontwikkelaarsecosysteem. De meeste teams die op zoek zijn naar een alternatief zijn niet ontevreden over de toepassing zelf. Ze zijn tegen een ander probleem aangelopen: ze hebben software nodig die de boeken bijhoudt in plaats van een mens, en QuickBooks is juist ontworpen vanuit de gedachte dat een mens dit doet.
Dit artikel gaat over die Mismatch en wat je in plaats daarvan kunt gebruiken. Als je een klein bedrijf bent dat boekhoudsoftware kiest, is QuickBooks wellicht de juiste keuze en is dit hele verhaal niet op jou van toepassing.
Waar de mismatch zichtbaar wordt
Één API-verbinding is één bedrijfsbestand. De API van QuickBooks is gekoppeld aan één bedrijf, geïdentificeerd door een realm. Een platform dat de boekhouding voor 300 verkopers moet beheren, beheert dus 300 verbindingen en 300 abonnementen, en geen enkel account met daarin 300 bedrijven. Dit enkele feit maakt een einde aan de meeste evaluaties.
De API is een toevoeging op de applicatie, niet het product zelf. Functies verschijnen in de gebruikersinterface en bereiken de API volgens hun eigen planning. Wanneer je hele integratie afhangt van een functionaliteit die aanroepbaar moet zijn, is "beschikbaar in de app" niet hetzelfde als beschikbaar in de API.
Rate limiting is ontworpen voor synchronisatie, niet voor transactiestromen. De limieten van QuickBooks worden algemeen gedocumenteerd als 500 verzoeken per minuut per bedrijf, met strengere limieten op batch- en rapportage-endpoints; controleer de actuele cijfers altijd in de eigen documentatie van Intuit voor ontwikkelaars. Dat is ruim voldoende voor het synchroniseren van de administratie van één bedrijf, maar een heel ander verhaal wanneer jouw platform in realtime boekingen verwerkt voor duizenden ondernemingen.
EU-grensoverschrijdende belastingen kennen hiaten. Uit ondersteunend materiaal van Intuit blijkt dat er geen standaardprocedure is voor het registreren van IOSS-btw in QuickBooks en gebruikers worden doorverwezen naar een boekhouder of accountant. Voor een platform dat over de EU-grenzen heen verkoopt, is afstandsverkoop en de One Stop Shop (OSS)-afhandeling geen randgeval. Het is daarom raadzaam dit vooraf te verifiëren voor je specifieke landen voordat je gaat bouwen.
Geen van deze punten zijn defecten. Het zijn simpelweg de consequenties van het bouwen van een uitstekende applicatie voor bedrijven die een boekhouder in dienst hebben.
Wat "een API in plaats van een app" daadwerkelijk vereist
Voordat we alternatieven vergelijken, is het nuttig om te benoemen waar platformteams eigenlijk om vragen, aangezien bijna elk systeem wel "een API heeft".
- Volledige dekking. Alles wat de toepassing kan doen, is ook aanroepbaar via de API. Het standpunt van Nordlet hierin is dat de app geen private endpoints heeft: de interface maakt gebruik van dezelfde endpoints als externe bellers.
- Meerdere bedrijven onder één account. Boekhoudingen voor talloze entiteiten zonder dat daar talloze abonnementen voor nodig zijn.
- Idempotente schrijfbewerkingen. Een herhaald verzoek kan nooit een tweede factuur of een dubbele journaalpost aanmaken.
- Gebeurtenissen (events) versturen. Webhooks die afgaan op basis van statuswijzigingen, zodat jouw systeem direct reageert in plaats van continu te pollen.
- Geforceerde boekhoudkundige invarianten. Ongebalanceerde boekingen worden afgewezen, afgesloten periodes worden vergrendeld en geboekte documenten zijn niet meer te bewerken.
- Belasting als data, niet als scherm. Tarieven, beslissingen over de plaats van levering (place-of-supply), validatieresultaten en registers die programmatisch bereikbaar zijn.
- Een sandboxomgeving die identiek is aan productie, en onbeperkte testbedrijven zodat integratietests weinig kosten.
Toets elk alternatief aan de hand van deze lijst in plaats van een traditionele functiematrix.
De alternatieven, ingedeeld naar je doel
| Jouw situatie | Kies voor | Waarom |
|---|---|---|
| Jouw platform moet de boekhouding voeren voor vele huurders (tenants) | Een embedded accounting API zoals Nordlet | Meerdere bedrijven onder één account, prijsstelling op basis van verbruik, boekhoudregels afgedwongen aan de serverkant |
| Jouw klanten voeren hun boekhouding in QuickBooks en jij integreert daarmee | Blijf bij de QuickBooks-API of gebruik een aggregator | De administratie is van de klant; aansluiten waar zij al zitten is de juiste keuze |
| Je hebt de boekhouding nodig in meerdere boekhoudprogramma's tegelijk | Een aggregator zoals Codat, Rutter of Merge | Één interface over vele onderliggende systemen heen |
| Je hebt real-time walletsaldi nodig in plaats van wettelijke boeken | Ledger-infrastructuur zoals Modern Treasury Ledgers | Ontworpen voor hoge doorvoer en onveranderlijkheid (immutability), niet voor belastingaangiften |
| Je wilt één enkel systeem voor zowel operaties als finance | Een ERP zoals Odoo | Brede functionaliteit, tegen de prijs van het zelf moeten hosten en onderhouden |
| Je bent een klein bedrijf met een boekhouder | Xero, QuickBooks of een lokaal equivalent | De applicatie is hier het primaire doel |
Embedded accounting API
Dit is het directe antwoord op "een API in plaats van een app". Het boekhoudsysteem transformeert naar een backend-service die door jouw product wordt aangeroepen, en jouw gebruikers krijgen nooit een grootboek te zien.
Nordlet is gebouwd voor deze vorm: een onveranderlijk (immutable) dubbel boekhoudstelsel waar het saldo wordt afgedwongen door een databasetrigger op het moment van doorvoeren (commit), doorlopende documentnummering zonder gaten, periodevergrendeling die boekingen met een datum in een afgesloten maand afwijst met een 409, een audittrail van elke mutatie, ondersteuning voor Idempotency-Key die bij een herhaalde poging het opgeslagen antwoord terugspeelt, en ondertekende webhooks die naar een transactionele outbox worden geschreven in dezelfde databasetransactie als de wijziging. De prijzen zijn gebaseerd op verbruik in plaats van per bedrijf: vanaf € 10 per maand inclusief 3.000 verzoeken, met onbeperkte bedrijven, gebruikers en sandbox-bedrijven in elk abonnement.
De eerlijke grenzen: Nordlet bevindt zich in de vroege toegangs- en ontwerpfase voor partners; de btw-ondersteuning voor de EU dekt tarieven per land, VIES-validatie en de berekening van OSS/IOSS-aangiften, maar landelijke belastingpakketten zijn er momenteel voor drie landen – Litouwen (FR0600), Duitsland (UStVA) en Polen (JPK_V7M) – en de salarisadministratie is uitsluitend voor Litouwen beschikbaar.
Aggregators
Codat, Rutter en Merge bieden één enkele interface naar het specifieke boekhoudsysteem dat elke klant al gebruikt. Als jouw product tot doel heeft de boeken van jouw klanten te lezen of te beschrijven – denk aan kredietverlening, uitjebeheer (spend management) of analyse – dan is dit de juiste categorie en zou een embedded ledger juist niet passen. Als jouw platform echter de primaire bron van waarheid (system of record) moet zijn, volstaat een aggregator niet.
Ledger-infrastructuur
Producten in deze categorie houden saldi onveranderlijk bij met een hoge doorvoer zonder wettelijke boekhouding uit te voeren. Ze passen uitstekend onder een wallet- of betalingsproduct, maar laten btw, facturatie en jaarrekeningen over aan andere systemen.
ERP
Odoo en vergelijkbare suites dekken een veel groter deel van het bedrijf dan alleen de boekhouding. De concessie voor platformbouwers zit hem in het integratievlak: de externe API van Odoo werkt op het datamodelniveau via RPC, de documentatie vermeldt dat API-toegang is beperkt tot de Custom-prijslaag en de huidige RPC-endpoints zullen worden vervangen door een nieuwere JSON-API. Dit wordt uitgebreid behandeld in Nordlet vs Odoo voor platformbouwers.
Als je migreert weg van QuickBooks
Een aantal zaken kost in de praktijk steevast meer tijd dan verwacht:
- Koppeling van het rekeningschema. Doe dit weloverwogen en behoud de oude rekeningcode als referentieveld op de nieuwe rekening. Je zult dit nodig hebben wanneer iemand vraagt waarom een vergelijkingscijfer is verschoven.
- Openingssaldi. Migreer als saldi per een bepaalde afsnijdingsdatum, en niet als opnieuw geboekte geschiedenis. Bewaar het oude systeem leesbaar gedurende de wettelijke bewaartermijn in plaats van jaren aan mutaties opnieuw af te spelen.
- Documentnummering. Bepaal of nieuwe reeksen doorgaan met de oude nummering of met een schone lei beginnen, en controleer de wettelijke vereisten in jouw jurisdictie voordat je een keuze maakt.
- Openstaande posten. Onbetaalde facturen, niet-verrekende creditnota's en deels gekoppelde betalingen moeten binnenkomen als openstaande posten en niet als nettosaldi, anders werkt de aflettering achteraf niet.
- Belastingperiodes. Migreer niet midden in een periode tenzij je bereid bent om één aangifte vanuit twee verschillende systemen te genereren.
- Laat beide systemen één cyclus meelopen. Boek dezelfde maand in beide systemen en vergelijk de proef- en saldibalans voordat je het oude systeem uitschakelt.
FAQ
Is er een gratis alternatief voor QuickBooks?
Er zijn gratis en open-source boekhoudsystemen, en Odoo biedt een gratis laag aan die beperkt is tot één toepassing. Gratis blijft zelden gratis voor een platform, omdat de kosten zich verplaatsen naar hosting, upgrades, naleving van wetgeving (compliance) en de benodigde uren van developers om een integratie werkend te houden. Reken dus altijd de totale kosten uit in plaats van enkel naar de licentie te kijken.
Wat is beter dan QuickBooks voor een marktplaats?
Specifiek voor marktplaatsboekhouding sluit een embedded accounting API qua structuur beter aan, omdat hiermee de boekhouding voor vele entiteiten onder één account kan worden gevoerd, boekhoudregels aan de serverkant worden afgedwongen en alles volledig door jouw software kan worden aangestuurd. QuickBooks blijft daarentegen een beter product voor een enkel bedrijf met een eigen boekhouder.
Heeft QuickBooks een API voor ontwikkelaars?
Ja. QuickBooks Online biedt een OAuth 2.0 REST API met webhooks en een ontwikkelaarsportaal. De beperking voor gebruik binnen een platform zit hem niet in de kwaliteit van de API, maar in de reikwijdte: deze is ontworpen om te integreren met de boeken van één bedrijf, en niet om te fungeren als het grootboek binnen een ander product.
Kan ik QuickBooks behouden en een boekhoud-API toevoegen?
Dat kan zeker, en sommige teams doen dit ook: de administratie van het platform zelf bevindt zich in een embedded ledger, terwijl integraties samenvattende journaalposten doorsturen naar het boekhoudsysteem dat elke zakelijke klant zelf gebruikt. De gulden regel is dat exact één systeem de bron van waarheid is voor een bepaalde set boeken. Twee systemen die allebei claimen autoritatief te zijn, vormen de basis voor onoplosbare afletterproblemen.
Hoe zit het met Xero als alternatief?
Xero is een sterk alternatief als applicatie en beschikt over een goed gedocumenteerde API, maar kent dezelfde structurele opzet: abonnementen en API-limieten zijn gekoppeld per organisatie, en niet-gecertificeerde apps hebben een limiet van 25 gekoppelde organisaties. Deze vergelijking staat beschreven in Nordlet vs Xero voor embedded accounting.