Die besten Buchhaltungs-APIs für SaaS-Plattformen und Marktplätze (2026)

„Die beste Buchhaltungs-API“ ist eine Frage, die sich nicht beantworten lässt, solange man nicht weiß, wofür die API überhaupt genutzt werden soll. Die Produkte, die bei einer solchen Suche auftauchen, sind keine direkten Konkurrenten. Sie fallen in vier Kategorien, die unterschiedliche Probleme lösen – und die falsche Kategorie zu wählen, ist der teuerste Fehler, den man hier machen kann.

Dieser Leitfaden ordnet die realistischen Optionen nach Kategorie, erklärt, wo ihre jeweiligen Stärken liegen, und benennt die Limitierungen, die für die Entscheidungsfindung ausschlaggebend sind. Die Fakten zu anderen Anbietern stammen aus deren eigener Dokumentation und von deren Preisseiten, die durchgehend verlinkt sind; alles, was wir nicht zweifelsfrei verifizieren konnten, ist entsprechend als unbestätigt gekennzeichnet.

Die vier Kategorien

Kategorie	Was sie bietet	Für wen sie geeignet ist
Eingebettetes Buchhaltungs-Backend	Gesetzeskonforme doppelte Buchführung (Double-Entry Books) in der Datenhoheit Ihres Produkts, inkl. Steuern und Belegen	Plattformen, die das führende System (System of Record) sein müssen
App-First-Buchhaltung mit API	Eine ausgereifte Buchhaltungsanwendung plus programmatischer Zugriff darauf	Produkte für Unternehmen, die ihre Bücher bereits in dieser App führen
Ledger-Infrastruktur	Schnelle, unveränderliche Saldenverfolgung ohne formelle Finanzbuchhaltung	Wallets, In-App-Guthaben, Zahlungsprodukte
Aggregator / Unified API	Eine einheitliche Schnittstelle in die jeweilige Buchhaltungs-App des Kunden	Tools, die die Bücher ihrer Kunden lesen oder bebuchen
Tax Engine	Steuersätze, Steuerberechnung, teilweise auch Steuererklärungen	Jeder, der steuerliche Entscheidungen benötigt, während die Bücher woanders geführt werden

Kurzer Vergleich

Produkt	Kategorie	Eigene Datenhoheit der Bücher	Tiefe der EU-USt-Logik	Preismodell
Nordlet	Eingebettetes Buchhaltungs-Backend	Ja	Umsatzsteuer nach Land, VIES, OSS/IOSS-Meldungen	Nutzungsbasiert (Metered Pricing)
Xero API	App-First-Buchhaltung	Ja, in Xero	Umsatzsteuervoranmeldungen pro unterstütztem Land	Pro Organisation, pro Monat
QuickBooks Online API	App-First-Buchhaltung	Ja, in QuickBooks	Umsatzsteuer nach Region; kein Standard-IOSS-Verfahren	Pro Unternehmens-Abonnement
Odoo	ERP mit RPC-API	Ja, selbst gehostet oder Managed Hosting	Lokalisierungsmodule pro Land	Pro Benutzer, API im Custom-Tarif
Modern Treasury Ledgers	Ledger-Infrastruktur	Salden, keine gesetzlichen Bücher	Kein Steuerprodukt	Vertraglich vereinbart
Codat / Rutter / Merge	Aggregator	Nein, das Tool des Kunden ist führend	Wird von der zugrunde liegenden App geerbt	Vertraglich vereinbart, meist pro Verbindung
Stripe Tax	Tax Engine	Nein	Berechnung und optionale Einreichung	Pro Berechnung und Transaktion

1. Nordlet — eingebettete doppelte Buchführung mit EU-Umsatzsteuer

Nordlet ist ein Buchhaltungs-Backend, das eine Plattform aus ihrem eigenen Code heraus aufruft. Es stellt ein unveränderliches Hauptbuch (Ledger) für die doppelte Buchführung, Rechnungsstellung, Einkaufsbelege, Bankabgleich, Lagerbestand, Lohn- und Gehaltsabrechnung sowie EU-Steuern über eine einzige REST-Schnittstelle bereit – derzeit mit mehr als 400 Endpunkten verteilt auf 29 Module, generiert aus einer einzigen OpenAPI specification (OpenAPI-Spezifikation).

Was für die Plattform-Entwicklung besonders wichtig ist: Ausgeglichene Buchungssätze (Balanced Postings) werden beim Commit durch einen Datenbank-Trigger erzwungen und nicht erst durch den Anwendungscode; gesperrte Buchungsperioden lehnen jede Buchung mit einem entsprechenden Datum ab; Belegnummern werden lückenlos und nebenläufigkeitssicher (concurrency-safe) vergeben; und jede Datenmutation wird mit Akteur, Aktion, Entität und der eigentlichen Änderung protokolliert. Wiederholungsversuche (Retries) sind durch einen Idempotency-Key-Header geschützt, der die gespeicherte Antwort zurückgibt, anstatt einen zweiten Beleg zu erzeugen. Webhook-Ereignisse werden in derselben Datenbanktransaktion wie die Änderung in eine transaktionale Outbox geschrieben, sodass ein zurückgerollter Beleg (Rolled-back Document) niemals ein Event auslöst.

Die Preisgestaltung ist nutzungsbasiert: Tarife beginnen ab 10 € pro Monat mit 3.000 Anfragen, 50 € mit 30.000 und 300 € mit 200.000; zusätzliche Anfragen werden einzeln abgerechnet. Jeder Tarif beinhaltet alle Module und die vollständige API; Unternehmen, Benutzer und Sandbox-Unternehmen sind unbegrenzt.

Die zu beachtenden Limitierungen: Nordlet befindet sich im Early Access und nimmt derzeit Design-Partner auf; Zeitpläne für den Produktivbetrieb sind daher eine berechtigte Frage. Die EU-Umsatzsteuersatz-Referenz deckt die EU-27 ab, und OSS/IOSS-Meldungen werden aus Ihren Rechnungen berechnet, aber länderspezifische Voranmeldungen gibt es heute für drei Länder — Litauen (FR0600), Deutschland (UStVA) und Polen (JPK_V7M) — die Lohnbuchhaltung ist nur für Litauen verfügbar, und es werden keine Meldungen in Ihrem Namen an ein Finanzamt übermittelt.

Am besten geeignet für: Marktplätze, SaaS-Plattformen und E-Commerce-Produkte, die die Datenhoheit über ihre Bücher und ihre EU-Umsatzsteuernachweise in ihrem eigenen Produkt benötigen.

2. Xero API — eine ausgereifte App-First-Buchhaltungs-API

Xero ist eine Buchhaltungsanwendung mit einer gut dokumentierten REST-API, einem App Store und einer großen Community von Buchhaltern. Wenn Ihre Kunden ihre Bücher ohnehin schon in Xero führen, holen Sie sie mit einer Integration genau dort ab, wo sie sind.

Bei einer eingebetteten (embedded) Nutzung sind die Einschränkungen eher struktureller als technischer Natur. Xero dokumentiert API-Limits von 60 Aufrufen pro Minute und 5.000 Aufrufen pro Tag pro verbundener Organisation, 5 gleichzeitigen Aufrufen sowie 10.000 Aufrufen pro Minute über eine gesamte App hinweg. Nicht-zertifizierte Apps dürfen sich mit höchstens 25 Organisationen verbinden; wer darüber hinausgehen will, benötigt die App Partner-Zertifizierung – ein Überprüfungsprozess mit mehreren Checkpoints und kommerziellen Rahmenbedingungen. Die Preisgestaltung erfolgt pro Organisation und Monat und wird auf den Preisseiten von Xero nach Land aufgeschlüsselt veröffentlicht.

Am besten geeignet für: Produkte, die sich in die bereits bestehenden Bücher ihrer Kunden integrieren. Es ist weitaus schwieriger, sie als Buchhaltungs-Backend für Hunderte oder Tausende von Mandanten (Tenants) zu verwenden, da jeder Mandant ein separates Abonnement erfordert und eine separate Verbindung mit entsprechenden Limits darstellt.

3. QuickBooks Online API — die größte Installationsbasis

QuickBooks Online hat in mehreren Märkten die größte Reichweite bei kleinen Unternehmen, verfügt über eine OAuth 2.0 REST-API, Webhooks und ein großes Entwickler-Ökosystem. Das Rate-Limiting wird allgemein auf 500 Anfragen pro Minute pro Unternehmen beziffert, mit niedrigeren Limits für Batch- und Report-Endpunkte; die finale Instanz zur Überprüfung aktueller Zahlen ist jedoch stets die Entwicklerdokumentation von Intuit.

Die API ist auf eine Unternehmensdatei (Company File) zugeschnitten. Eine Plattform, die viele Unternehmen bedient, verwaltet demnach viele Einzelverbindungen anstelle eines Multi-Company-Kontos. Was grenzüberschreitende EU-Steuern betrifft, so weist Intuits eigenes Support-Material darauf hin, dass es kein Standardverfahren zur Erfassung der IOSS-Umsatzsteuer gibt und empfiehlt, einen Buchhalter oder Steuerberater zu konsultieren – ein wichtiger Punkt, bevor man Fernverkaufsprozesse (Distance Selling) darum herum aufbaut.

Am besten geeignet für: die Anbindung von Unternehmen, die QuickBooks bereits nutzen. Nicht dafür konzipiert, als Ledger innerhalb der Plattform eines Drittanbieters zu fungieren.

4. Odoo — Open-Source-ERP mit einer Model-Level-API

Odoo deckt neben der Buchhaltung auch Warenwirtschaft, Fertigung, CRM und vieles mehr ab, kann selbst gehostet werden und ist in hohem Maße erweiterbar. Seine externe API agiert eher auf Modell-Ebene als auf Domänen-Ebene: Man ruft ORM-Methoden auf Modellen wie account.move und res.partner über XML-RPC oder JSON-RPC auf. Das ist mächtig, bedeutet aber auch, dass Sie selbst dafür verantwortlich sind, die Modelle korrekt zu verwenden.

Zwei Fakten verändern die Kalkulation für Plattform-Entwickler. Laut Odoo-Dokumentation ist der externe API-Zugriff im „Custom“-Tarif verfügbar, jedoch nicht in den „One App Free“- oder „Standard“-Tarifen. Zudem hat Odoo angekündigt, dass die Endpunkte /xmlrpc, /xmlrpc/2 und /jsonrpc in Odoo 22 und Odoo Online 21.1 entfernt werden und durch eine neuere JSON-2 API ersetzt werden sollen — einer heute gebauten Integration steht also in der Zukunft eine Migration bevor. Die Preise verstehen sich pro Benutzer und Monat und sind auf der Odoo-Preisseite veröffentlicht.

Am besten geeignet für: Unternehmen, die ein einziges System für das gesamte operative Geschäft und die Finanzen suchen und über Inhouse-Kapazitäten für Betrieb und Upgrades verfügen. Eine ausführlichere Analyse finden Sie unter Nordlet vs. Odoo für Plattform-Entwickler.

5. Modern Treasury Ledgers — Ledger-Infrastruktur

Modern Treasury Ledgers bietet eine für Entwickler konzipierte, hochperformante, unveränderliche und doppelte Saldenverfolgung, die auf Wallets, In-App-Guthaben und Zahlungsprodukte ausgerichtet ist. Die Lösung ist auf Konsistenz und Nebenläufigkeit bei hohen Volumina ausgelegt.

Es handelt sich hierbei nicht um eine gesetzeskonforme Finanzbuchhaltung. Es gibt keinen Kontenplan (Chart of Accounts) für Ihren Jahresabschluss, keine Umsatzsteuer-Engine, keine Rechnungsnummerierung und keine Steuerregister. Oft benötigen Teams beides: eine Infrastruktur für Echtzeitsalden und ein klassisches Buchhaltungssystem für den Jahresabschluss.

Am besten geeignet für: Echtzeitsalden bei hohen Transaktionsraten, wobei die formelle Buchhaltung separat abgewickelt wird.

6. Codat, Rutter und Merge — Unified APIs für die Bücher Ihrer Kunden

Diese Produkte bieten Ihnen eine einheitliche Schnittstelle, die über zahlreiche Buchhaltungssysteme hinweg lesen und schreiben kann und sich um Authentifizierung, Feld-Mapping und Datensynchronisation kümmert. Codat fokussiert sich stark auf Kredit- und Banking-Anwendungsfälle, Rutter auf Handels- und Zahlungsdaten, und Merge bietet eine breite horizontale Abdeckung über viele Softwarekategorien hinweg.

Wichtig zu verstehen: Bei einem Aggregator bleiben die Bücher die Bücher Ihres Kunden, im Tool Ihres Kunden. Das ist genau der richtige Ansatz, wenn Sie Lösungen für Kreditvergabe, Ausgabenmanagement oder Analytics bauen. Es ist jedoch der völlig falsche Ansatz, wenn Ihre Plattform das führende System (System of Record) sein muss, da Sie zwangsläufig die Logik und Besonderheiten jeder zugrunde liegenden App erben und kein systemübergreifend konsistentes Datenmodell erzwingen können.

Am besten geeignet für: skalierbares Lesen oder Schreiben in den bestehenden Büchern Ihrer Kunden.

7. Stripe Tax — Steuerberechnung, keine Buchhaltung

Stripe Tax berechnet und erhebt Steuern innerhalb des Stripe-Stacks und bietet in höheren Tarifen auch verwaltete Steuererklärungen an, mit einer transparenten, öffentlichen Preisgestaltung pro Berechnungsaufruf und pro Transaktion. Die dortigen Transaktionsaufzeichnungen sind Steuerbelege, keine allgemeinen Buchungsjournale.

Am besten geeignet für: Unternehmen, die Stripe bereits nutzen und schnell eine korrekte Steuerberechnung benötigen, ihre eigentlichen Bücher jedoch an anderer Stelle führen.

Welche Lösung für welchen Einsatzzweck?

Ihr Anwendungsfall	Die passende Wahl
Das führende System (System of Record) für die eigenen Bücher Ihrer Plattform sein	Eingebettetes Buchhaltungs-Backend
Verkauf an Unternehmen, die ihre Bücher in Xero oder QuickBooks führen	Die API des jeweiligen Anbieters oder ein Aggregator, falls Sie mehrere benötigen
Verfolgung von Wallet-Salden bei Tausenden von Transaktionen pro Sekunde	Ledger-Infrastruktur
Das Lesen von Kundenbüchern für Kreditvergabe oder Analytics	Aggregator
Den korrekten Steuersatz im Checkout-Prozess ermitteln	Tax Engine
Finanzen und operatives Geschäft hausintern in einem System bündeln	ERP

Die meisten Plattformen benötigen am Ende zwei dieser Ansätze, nicht nur einen. Die Kombination, mit der man planen sollte, ist ein Buchhaltungs-Backend, das die Datenhoheit über die Bücher besitzt, ergänzt durch eine Tax Engine oder einen Aggregator an den Rändern – und die allererste Entscheidung, die getroffen werden muss, ist die Frage, welches Produkt das System of Record ist, denn alles andere richtet sich danach.

FAQ

Was ist die beste Buchhaltungs-API für einen Marktplatz?

Für einen Marktplatz, der die Hoheit über seine eigenen Bücher haben muss, ist ein eingebettetes Buchhaltungs-Backend die richtige Kategorie, da Verbindlichkeiten gegenüber Verkäufern, Provisionserlöse, Rückerstattungen und länderspezifische Umsatzsteuern allesamt an einem Ort revisionssicher aufgezeichnet werden müssen. App-First-APIs wie Xero und QuickBooks eignen sich besser für die Integration mit Büchern, die Ihre Kunden bereits führen, als dafür, als Hauptbuch für Hunderte von Mandanten zu fungieren.

Kann ich für die Marktplatz-Buchhaltung nicht einfach Stripe verwenden?

Stripe bewegt und splittet Geld und kann Steuern berechnen. Es führt jedoch keine doppelte Buchführung für Ihre Plattform: Verdiente Provisionen, geschuldete Umsatzsteuer auf Gebühren, Verkäuferverbindlichkeiten in der Zeit zwischen Zahlung und Auszahlung, Rückerstattungen und Rücklagen müssen immer noch irgendwo verbucht werden. Dieses Register muss dann mit Stripe abgestimmt (Bank Reconciliation) und nicht einfach von dort übernommen werden.

Ist eine Unified Accounting API ein Ersatz für ein eigenes Hauptbuch?

Nein. Eine Unified API ist lediglich ein Zugang zu den Hauptbüchern anderer. Wenn Ihre Plattform das führende System ist, benötigen Sie Ihr eigenes Hauptbuch.

Wie viel kosten Buchhaltungs-APIs?

Die Preismodelle unterscheiden sich stärker als die eigentlichen Preise. Preise pro Organisation und pro Benutzer berechnen sich nach der Struktur des Unternehmens; nutzungsbasierte Preise nach der tatsächlichen Nutzung. Die veröffentlichten Tarife von Nordlet beginnen bei 10 € pro Monat, wobei 3.000 Anfragen inklusive sind. Xero, QuickBooks und Odoo veröffentlichen Abonnementpreise pro Organisation, Unternehmen oder Benutzer auf ihren eigenen Websites – dies sind die Zahlen, auf deren Grundlage Sie budgetieren sollten.

Was sollte ich testen, bevor ich mich für eine Lösung entscheide?

Buchen Sie eine Split-Transaktion und überprüfen Sie das Journal. Senden Sie dieselbe Anfrage zweimal und zählen Sie die Ergebnisse. Versuchen Sie, eine bereits verbuchte Buchung zu bearbeiten und in eine geschlossene Buchungsperiode zu buchen. Exportieren Sie die Daten eines ganzen Monats und prüfen Sie, ob ein Buchhalter diese verstehen und lesen kann. Diese vier Tests grenzen die Kategorien schneller voneinander ab als jede Feature-Liste.

Weiterführende Literatur

• Was ist eine Buchhaltungs-API?
• Nordlet vs. Xero für Embedded Accounting
• QuickBooks-Alternativen, wenn Sie eine API brauchen, keine App