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

„Beste Buchhaltungs-API“ ist eine Frage, die sich nicht pauschal beantworten lässt, solange Sie nicht sagen, wofür die API gedacht ist. Die Produkte, die bei dieser Suche auftauchen, stehen in keinem direkten Wettbewerb zueinander. Sie lassen sich in vier Kategorien einteilen, die jeweils unterschiedliche Probleme lösen. Die Wahl der falschen Kategorie ist dabei der teuerste Fehler, den Sie machen können.

Dieser Leitfaden sortiert die realistischen Optionen nach Kategorie, nennt die jeweiligen Stärken und benennt die Grenzen, die die Entscheidung bestimmen. Fakten zu anderen Anbietern stammen aus deren eigener Dokumentation und den jeweils verlinkten Preisseiten; alles, was wir nicht verifizieren konnten, ist als unbestätigt gekennzeichnet, statt geraten zu werden.

Die vier Kategorien

Kategorie	Was sie bietet	Für wen geeignet
Embedded Accounting Backend	Gesetzkonforme doppelte Buchführung, die Ihrer Plattform gehört, inklusive Steuern und Belegen	Plattformen, die das System of Record sein müssen
App-First-Buchhaltung mit API	Eine ausgereifte Buchhaltungsanwendung plus programmierbarer Zugriff darauf	Produkte für Unternehmen, die ihre Bücher bereits in dieser App führen
Ledger-Infrastruktur	Schnelle, unveränderliche Saldenverfolgung ohne gesetzliche Buchhaltung	Wallets, In-App-Guthaben, Zahlungsprodukte
Aggregator / Unified API	Eine einheitliche Schnittstelle zu der jeweiligen Buchhaltungs-App des Kunden	Tools, die die Bücher ihrer Kunden lesen oder schreiben
Steuer-Engine	Steuersätze, Berechnungen und teilweise auch die Einreichung	Alle, die Steuerberechnungen benötigen, während die Bücher woanders geführt werden

Schnellvergleich

Produkt	Kategorie	Eigene Bücher	Tiefe der EU-Umsatzsteuer	Preismodell
Nordlet	Embedded Accounting Backend	Ja	Länderspezifische USt, VIES, OSS/IOSS-Meldungen	Nach Verbrauch (Metered)
Xero API	App-First-Buchhaltung	Ja, in Xero	Umsatzsteuermeldungen für unterstützte Länder	Pro Organisation und Monat
QuickBooks Online API	App-First-Buchhaltung	Ja, in QuickBooks	Umsatzsteuer nach Region; kein IOSS-Standardverfahren	Pro Unternehmensabo
Odoo	ERP mit RPC-API	Ja, selbst gehostet oder Cloud	Lokalisierungsmodule pro Land	Pro Nutzer, API im Custom-Tarif
Modern Treasury Ledgers	Ledger-Infrastruktur	Salden, keine gesetzliche Buchhaltung	Kein Steuerprodukt	Vertrag
Codat / Rutter / Merge	Aggregator	Nein, gehören zum Tool Ihres Kunden	Vom zugrundeliegenden System übernommen	Vertrag, meist pro Verbindung
Stripe Tax	Steuer-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 Ledger für die doppelte Buchführung, Rechnungsstellung, Einkaufsbelege, Bankabstimmung, Lagerhaltung, Lohnbuchhaltung und EU-Steuern über eine einzige REST-Schnittstelle bereit (aktuell mehr als 400 Endpunkte in 29 Modulen, generiert aus einer einzigen OpenAPI-Spezifikation).

Besonders wichtig für den Plattformbetrieb: Ausgeglichene Buchungen werden durch einen Datenbank-Trigger zum Zeitpunkt des Commits erzwungen und nicht erst durch den Anwendungscode. Gesperrte Perioden lehnen jegliche Buchungen mit einem Datum innerhalb dieser Zeiträume ab, Belegnummern werden lückenlos und nebenläufigkeitssicher vergeben, und jede Änderung wird mit ausführendem Akteur, Aktion, Entität sowie der Änderung selbst protokolliert. Wiederholungsversuche (Retries) werden durch einen Idempotency-Key-Header abgesichert, der die gespeicherte Antwort wiedergibt, 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 niemals ein Ereignis auslöst.

Die Preisgestaltung erfolgt nutzungsbasiert (Metered): Tarife beginnen bei 10 Euro pro Monat für 3.000 Anfragen, 50 Euro für 30.000 und 300 Euro für 200.000 Anfragen, wobei zusätzliche Anfragen pro Stück abgerechnet werden. Jeder Tarif umfasst alle Module und die vollständige API; Unternehmen, Benutzer und Testumgebungen (Sandboxes) sind unbegrenzt.

Wichtige Einschränkungen: Nordlet befindet sich im Early Access und arbeitet mit Design-Partnern zusammen, weshalb produktive Zeitpläne genau geprüft werden sollten. Die EU-Steuersatzreferenz deckt die EU-27 ab, und OSS/IOSS-Meldungen werden automatisch aus Ihren Rechnungen berechnet. Nationale Steuererklärungen stehen derzeit jedoch für drei Länder zur Verfügung (Litauen [FR0600], Deutschland [UStVA] und Polen [JPK_V7M]), die Lohnbuchhaltung ist auf Litauen beschränkt, und es erfolgt keine automatische Einreichung von Erklärungen bei den Steuerbehörden in Ihrem Namen.

Am besten geeignet für: Marktplätze, SaaS-Plattformen und E-Commerce-Produkte, die die Hoheit über ihre Bücher und die EU-Umsatzsteuerbelege innerhalb ihres eigenen Produkts behalten müssen.

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 Steuerberatern und Buchhaltern. Wenn Ihre Kunden ihre Bücher bereits in Xero führen, holen Sie sie mit dieser Integration dort ab, wo sie bereits arbeiten.

Für den eingebetteten Einsatz 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 verbundenem Unternehmen, 5 gleichzeitigen Aufrufen sowie 10.000 Aufrufen pro Minute für eine gesamte Anwendung. Nicht zertifizierte Apps dürfen sich mit maximal 25 Organisationen verbinden; alles darüber hinaus erfordert eine App-Partner-Zertifizierung, die einen Prüfungsprozess mit mehreren Kontrollpunkten und kommerziellen Bedingungen durchläuft. Die Preisgestaltung erfolgt pro Organisation und Monat und ist auf den Xero-Preisseiten nach Ländern aufgeschlüsselt.

Am besten geeignet für: Produkte, die sich in die bereits von Kunden genutzten Buchhaltungssysteme integrieren. Es ist jedoch schwieriger, Xero als Buchhaltungs-Backend für hunderte oder tausende Mandanten zu nutzen, da jeder Mandant ein separates Abonnement und eine eigene Verbindung darstellt, die den jeweiligen Limits unterliegt.

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

QuickBooks Online verfügt in mehreren Märkten über die größte Verbreitung im Kleinunternehmenssegment, bietet eine OAuth 2.0 REST-API, Webhooks und ein großes Entwickler-Ökosystem. Die Ratenbegrenzung (Throttling) liegt dokumentierten Angaben zufolge bei 500 Anfragen pro Minute und Unternehmen, wobei für Batch- und Berichts-Endpunkte strengere Grenzen gelten. Die Entwicklerdokumentation von Intuit ist hierbei die verbindliche Quelle zur Bestätigung aktueller Kennzahlen.

Die API ist an eine Unternehmensdatei gebunden, sodass eine Plattform, die viele Unternehmen bedient, zahlreiche einzelne Verbindungen statt eines mandantenübergreifenden Kontos verwalten muss. Im Bereich der EU-Grenzüberschreitenden Besteuerung weist das Support-Material von Intuit darauf hin, dass es kein Standardverfahren zur Erfassung der IOSS-Umsatzsteuer gibt, und empfiehlt die Rücksprache mit einem Buchhalter. Dies sollte bei der Planung von Fernverkaufsabläufen (Distance Selling) berücksichtigt werden.

Am besten geeignet für: das Erreichen von Unternehmen, die bereits QuickBooks nutzen. Das System ist nicht als internes Ledger innerhalb einer fremden Plattform konzipiert.

4. Odoo - Open-Source-ERP mit einer API auf Modellebene

Odoo deckt neben der Buchhaltung auch Lagerhaltung, Produktion, CRM und vieles mehr ab, lässt sich selbst hosten und ist tiefgreifend erweiterbar. Die externe API arbeitet auf Modellebene anstelle einer Domain-Ebene: Sie rufen ORM-Methoden für Modelle wie account.move und res.partner über XML-RPC oder JSON-RPC auf. Das ist mächtig, bedeutet aber auch, dass Sie die Verantwortung für die korrekte Verwendung der Modelle selbst tragen.

Zwei Fakten verändern die Kalkulation für Plattform-Entwickler: Laut Odoos Dokumentation ist der Zugriff auf die externe API im Custom-Preistarif enthalten, jedoch nicht in den Tarifen „One App Free“ oder „Standard“. Zudem hat Odoo angekündigt, dass die Endpunkte /xmlrpc, /xmlrpc/2 und /jsonrpc in Odoo 22 und Odoo Online 21.1 entfernt werden sollen. Als Ersatz dient eine neuere JSON-2-API, sodass eine heute gebaute Integration in Zukunft migriert werden muss. Die Preisgestaltung erfolgt pro Nutzer und Monat und ist auf der Odoo-Preisseite veröffentlicht.

Am besten geeignet für: Unternehmen, die ein einziges System für Betrieb und Finanzen suchen und über interne Kapazitäten für den Betrieb und die Aktualisierung verfügen. Eine ausführlichere Betrachtung finden Sie unter Nordlet vs Odoo für Plattform-Entwickler.

5. Modern Treasury Ledgers - Ledger-Infrastruktur

Modern Treasury Ledgers bietet eine auf hohen Durchsatz ausgelegte, unveränderliche Saldenverfolgung im Rahmen einer doppelten Buchführung speziell für Entwickler. Es richtet sich an Wallets, In-App-Guthaben und Zahlungsprodukte und ist auf Konsistenz und Nebenläufigkeit bei hohem Volumen optimiert.

Es handelt sich hierbei jedoch nicht um eine gesetzliche Buchhaltung. Es gibt keinen Kontenrahmen für den Jahresabschluss, keine Steuer-Engine, keine Rechnungsnummernvergabe und keine Steuerregister. Teams benötigen oft beides: Infrastruktur für Echtzeitsalden und ein Buchhaltungssystem für die Bücher, die offiziell eingereicht werden müssen.

Am besten geeignet für: Echtzeitsalden bei hohen Transaktionsraten, während die gesetzliche Buchhaltung separat gelöst wird.

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

Diese Produkte stellen eine einheitliche Schnittstelle bereit, die Daten aus zahlreichen Buchhaltungssystemen liest und schreibt, wobei Authentifizierung, Feldzuordnung (Field Mapping) und Synchronisierung übernommen werden. Codat konzentriert sich stark auf Anwendungsfälle im Kredit- und Bankwesen, Rutter auf E-Commerce- und Zahlungsdaten, während Merge eine breite horizontale Abdeckung über viele Softwarekategorien hinweg bietet.

Dabei gilt es zu bedenken: Bei einem Aggregator verbleiben die Bücher beim Kunden und in dessen Tool. Das ist exakt die richtige Wahl, wenn Sie Kreditvergabe, Ausgabenmanagement (Spend Management) oder Analysen entwickeln. Es ist jedoch völlig ungeeignet, wenn Ihre Plattform das System of Record sein muss, da Sie an die jeweiligen Eigenheiten der zugrundeliegenden Apps gebunden sind und kein einheitliches Datenmodell erzwingen können.

Am besten geeignet für: das Lesen oder Schreiben der bestehenden Kundenbücher in großem Umfang.

7. Stripe Tax - Steuerberechnung statt Buchhaltung

Stripe Tax berechnet und erhebt Steuern direkt innerhalb des Stripe-Ökosystems und bietet in höheren Tarifen eine verwaltete Steuererklärung (Managed Filing) mit klaren, öffentlichen Preisen pro Berechnungsaufruf und Transaktion. Die dortigen Transaktionsaufzeichnungen sind jedoch Steuerbelege und keine allgemeinen Buchhaltungsjournale.

Am besten geeignet für: Unternehmen, die bereits Stripe nutzen und schnell korrekte Steuern benötigen, während die eigentliche Buchhaltung an anderer Stelle geführt wird.

Welche Lösung für welche Aufgabe?

Ihre Aufgabe	Die passende Wahl
Als System of Record für die eigenen Plattformbücher dienen	Embedded Accounting Backend
An Unternehmen verkaufen, die ihre Bücher in Xero oder QuickBooks führen	Die API des jeweiligen Anbieters oder ein Aggregator bei mehreren Systemen
Wallet-Salden bei Tausenden Transaktionen pro Sekunde verfolgen	Ledger-Infrastruktur
Die Bücher vieler Kunden für Kreditvergabe oder Analysen auslesen	Aggregator
Den korrekten Steuersatz beim Checkout ermitteln	Steuer-Engine
Finanzen und Betrieb intern in einem einzigen System abbilden	ERP

Die meisten Plattformen entscheiden sich am Ende für eine Kombination aus zwei Lösungen statt nur einer. Die sinnvollste Kombination besteht aus einem Buchhaltungs-Backend, das die Hoheit über die Bücher besitzt, ergänzt durch eine Steuer-Engine oder einen Aggregator an den Schnittstellen. Die wichtigste erste Entscheidung betrifft die Frage, welches Produkt das System of Record darstellt, da sich alles andere daran ausrichtet.

FAQ

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

Für einen Marktplatz, der die alleinige Kontrolle über seine Bücher behalten muss, ist ein Embedded Accounting Backend die richtige Wahl. Verkäuferverbindlichkeiten, Provisionserlöse, Rückerstattungen und die länderspezifische Umsatzsteuer müssen an einem zentralen Ort mit vollständigem Audit-Trail aufgezeichnet werden. App-First-APIs wie Xero und QuickBooks eignen sich besser für die Integration in bereits beim Kunden geführte Bücher als für die Rolle des Hauptledgers für hunderte Mandanten.

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

Stripe bewegt und splittet Zahlungen und kann Steuern berechnen. Es führt jedoch keine doppelte Buchführung für Ihre Plattform durch: Verdiente Provisionen, auf Gebühren geschuldete Umsatzsteuer, Verbindlichkeiten gegenüber Verkäufern zwischen Zahlung und Auszahlung, Rückerstattungen und Rückstellungen müssen dennoch an anderer Stelle erfasst werden. Diese Aufzeichnungen müssen zudem gegen Stripe abgestimmt und dürfen nicht einfach vorausgesetzt werden.

Ersetzt eine Unified Accounting API ein eigenes Ledger?

Nein. Eine Unified API ist lediglich ein Zugang zu den Ledgers anderer Systeme. Wenn Ihre Plattform das System of Record sein soll, benötigen Sie ein eigenes Ledger.

Wie viel kosten Buchhaltungs-API-Produkte?

Die Preismodelle unterscheiden sich stärker als die reinen Beträge. Preismodelle pro Organisation oder Nutzer berechnen sich nach der Struktur des Unternehmens; nutzungsbasierte Tarife (Metered Pricing) berechnen den tatsächlichen Verbrauch. Die veröffentlichten Tarife von Nordlet beginnen beispielsweise bei 10 Euro pro Monat inklusive 3.000 Anfragen. Xero, QuickBooks und Odoo veröffentlichen ihre Abonnementpreise pro Organisation, Unternehmen oder Nutzer direkt auf ihren Websites, und genau diese Werte sollten Sie bei Ihrer Budgetierung zugrunde legen.

Was sollte ich vor der Entscheidung für eines der Systeme testen?

Buchen Sie eine gespaltene Transaktion (Split Transaction) und prüfen Sie das Journal. Senden Sie dieselbe Anfrage zweimal und zählen Sie die Ergebnisse. Versuchen Sie, einen gebuchten Eintrag zu bearbeiten und eine Buchung in eine geschlossene Periode vorzunehmen. Exportieren Sie die Daten eines Monats und prüfen Sie, ob ein Steuerberater sie lesen kann. Diese vier Tests trennen die Spreu vom Weizen schneller als jede Funktionsliste.

Weiterführende Literatur

• Was ist eine Buchhaltungs-API?
• Nordlet vs Xero für Embedded Accounting
• QuickBooks-Alternativen, wenn Sie eine API statt einer App benötigen