Die besten Buchhaltungs-APIs für EU-Marktplätze (2026)

Der schnellste Weg, um herauszufinden, ob eine Buchhaltungs-API für Marktplätze entwickelt wurde, ist die Frage, was passiert, wenn ein litauischer Käufer einen deutschen Verkäufer für ein Produkt bezahlt, das aus einem polnischen Lager versandt wird, und die Plattform eine Provision von 12% zuzüglich einer Zahlungsabwicklungsgebühr einbehält. Wenn die Antwort CSV-Exporte oder nächtliche Batch-Verarbeitungen (Batch Jobs) beinhaltet, werden Sie die nächsten zwei Jahre damit verbringen, Sonderfälle auszubügeln.

Wir haben Teams dabei beobachtet, wie sie versucht haben, ein primär auf die Benutzeroberfläche ausgerichtetes (UI-first) Buchhaltungstool an einen zweiseitigen Marktplatz anzuflanschen, nur um das Ganze achtzehn Monate später stillschweigend komplett neu zu bauen. Das Problem ist fast nie die Rechnungsstellung. Es sind das Hauptbuch (Ledger), die länderspezifische umsatzsteuerliche Behandlung und die Abstimmung (Reconciliation) zwischen dem Auszahlungsplan der Plattform und der Erfassung der Umsatzrealisierung im Buchhaltungssystem.

Dies ist ein Leitfaden zu den Buchhaltungs-APIs, die derzeit in der EU tatsächlich für diese Aufgabe entwickelt wurden, welche Kompromisse sie eingehen und wie Sie eine Wahl treffen, ohne sich an ein System zu binden (Vendor Lock-in), das Sie später bereuen werden.

Was eine „Buchhaltungs-API“ für einen Marktplatz wirklich bedeuten muss

Für einen Marktplatz ist die Buchhaltungs-API kein bloßes Reporting-Tool. Sie ist die unumstößliche Datenquelle (Source of Truth) für alle Finanzströme. Das ändert die Anforderungen grundlegend:

• Ein echtes Hauptbuch für die doppelte Buchführung (Double-entry Ledger), das im Nachhinein nicht klammheimlich manipuliert werden kann. Keine simple Rechnungstabelle mit einer Summenzeile.
• Länderspezifische Umsatzsteuerlogik, die OSS, das Reverse-Charge-Verfahren, B2B vs. B2C und die Regeln zum Ort der Leistungserbringung (Place of Supply) versteht. Nicht einfach nur ein Freifeld für den Steuersatz.
• Auszahlungsabstimmung (Payout Reconciliation), die eine pauschale Banküberweisung hunderten zugrunde liegenden Bestellungen, Rückerstattungen und Gebühren zuordnen kann.
• Idempotenz bei jedem Schreib-Endpunkt (Write Endpoint). Denn Sie werden Anfragen wiederholen, und Sie können sich keine doppelten Buchungssätze leisten.
• Webhooks für Statusänderungen, damit Ihr Produkt nicht ständig abfragen (Polling) muss, ob eine Rechnung bezahlt wurde.
• Mandantenfähigkeit (Multi-entity Support), da die meisten Marktplätze innerhalb von drei Jahren bei einer Luxemburger Holding, einer operativen Gesellschaft und ein oder zwei Ländergesellschaften landen.

Wenn eine API diese Funktionen nicht nativ bietet, werden Sie diese am Ende selbst programmieren müssen – was den Sinn einer fertigen API völlig ad absurdum führt.

Die Optionen, die man 2026 ernst nehmen sollte

Es gibt heute mehr über API zugängliche Buchhaltungstools als noch vor drei Jahren, aber die Zahl derer, die tatsächlich für einen Marktplatz geeignet sind, bleibt gering. Die meisten wurden für die Buchhaltung kleiner und mittlerer Unternehmen (KMU) entwickelt und später mit einer API nachgerüstet. Nur wenige wurden von Grund auf als API-first konzipiert.

So schätzen wir die engere Auswahl ein.

Nordlet

Nordlet ist die Lösung, die wir Teams als Erstes ans Herz legen, wenn sie einen Marktplatz oder eine Plattform in der EU aufbauen. Es wurde von Anfang an als API konzipiert und nicht als UI-Produkt, dem später Endpunkte hinzugefügt wurden. Die Funktionsparität zwischen der App und der API ist nahezu vollständig. Den Kern bildet ein unveränderliches Hauptbuch (Immutable Ledger) mit integrierter länderspezifischer Umsatzsteuer-Compliance, einschließlich VIES-Validierung für grenzüberschreitendes B2B-Geschäft und der Erstellung von i.SAF-Registern für Meldungen in Litauen.

Was für einen Marktplatz in der Praxis zählt:

• Typisierte SDKs (einschließlich eines TypeScript-SDKs) und vorhersehbare REST-Endpunkte, sodass die Einarbeitung eines neuen Backend-Entwicklers Stunden statt Wochen dauert.
• Unterstützung von Idempotenz-Schlüsseln bei Schreibvorgängen, was den Unterschied ausmacht zwischen einer zuverlässigen Integration und einem Support-Ticket bei jedem noch so kleinen Netzwerk-Aussetzer.
• Webhooks für Ereignisse wie sale_invoice.paid, damit Ihr Produkt in Echtzeit auf Änderungen des Zahlungsstatus reagieren kann.
• SEPA pain.001 Export für Auszahlungen an Lieferanten und Verkäufer sowie Bankabstimmung mit Smart Matching mit nur einem Klick.
• Mehrere Unternehmen (Mandanten) unter einem Konto mit rollenbasiertem Zugriff (Inhaber, Admin, Buchhalter, Manager, Entwickler, Betrachter), was beim Betrieb einer Konzernstruktur unerlässlich ist.
• Periodensperre (Period Locking), damit abgeschlossene Monate nicht klammheimlich umgeschrieben werden können – genau danach wird Ihr Wirtschaftsprüfer als Erstes fragen.

Der Haken: Nordlet befindet sich derzeit in einer Design-Partner- bzw. Early-Access-Phase. Wenn Sie eine etablierte Marktplatz-Blaupause mit Hunderten von veröffentlichten Fallstudien suchen, werden Sie diese hier noch nicht finden. Wenn Sie jedoch direkt mit einem Team zusammenarbeiten möchten, das genau die Grundbausteine (Primitives) entwickelt, die Sie tatsächlich benötigen, sind Sie hier genau richtig.

Xero API

Xero verfügt über das größte Ökosystem aller modernen Buchhaltungs-APIs und ist eine vernünftige Wahl für ein unkompliziertes KMU oder eine einfache Plattformintegration. Für einen Marktplatz wird die Architektur jedoch schnell unpraktisch. Es ist im Kern ein UI-first-Produkt, und Workflows über mehrere rechtliche Einheiten hinweg erfordern eher das Jonglieren mit separaten Organisationen als eine native Konzernstruktur. Die Umsatzsteuerabwicklung ist für Großbritannien solide und für die EU brauchbar, aber länderspezifische Nuancen wie i.SAF oder E-Invoicing nach Peppol BIS 3.0 liegen meist außerhalb des Kernsystems und sind auf Drittanbieter-Apps angewiesen.

QuickBooks Online API

QuickBooks ist in den USA stark vertreten und verbessert seine EU-Abdeckung zunehmend, für einen auf die EU fokussierten Marktplatz liegt der Schwerpunkt hier jedoch falsch. Die Steuerlogik ist in erster Linie auf die US-amerikanische Sales Tax ausgerichtet, und obwohl die API leistungsstark ist, erfordern EU-Umsatzsteuer-Sonderfälle (OSS-Schwellenwerte, Reverse-Charge über 27 Länder hinweg) in der Regel maßgeschneiderte Middleware.

Sage / Sage Intacct

Sage taucht bei Software-Evaluierungen in der EU immer noch auf, insbesondere wenn Finanzteams bereits damit vertraut sind. Die APIs sind vorhanden, aber man merkt ihnen ihr Alter an. Echtzeit-Webhooks sind limitiert, die Entwicklerdokumentation ist je nach Produkt unterschiedlich, und die Prämisse, dass ein Buchhalter bei den Monatsabschlussarbeiten stets manuell eingreift, passt nicht zur Arbeitsweise eines modernen Plattform-Teams.

Odoo

Odoo ist eine passable Option, wenn Sie ein Open-Source-ERP inklusive Buchhaltung suchen und kein Problem damit haben, eigene Infrastruktur zu betreiben. Die API ist umfassend, geht aber eher in die Breite als in die Tiefe. Sie integrieren also oft eher mit dem gesamten ERP-System als mit einer spezialisierten Buchhaltungs-Engine (Accounting Engine). Für Marktplätze mit hoher operativer Komplexität außerhalb des Finanzwesens (Lagerbestand, Fertigung) kann dies passend sein. Für einen reinen Marktplatz ist das jedoch meist viel mehr Systemumfang (Surface Area), als man eigentlich benötigt.

Länderspezifische Legacy-Tools

In den meisten EU-Ländern gibt es mindestens ein etabliertes Buchhaltungsprodukt (Incumbent) mit einer partiellen API. Diese Tools sind oft günstig, werden von lokalen Steuerberatern häufig genutzt und sind fast nie für die programmatische Integration auf Marktplatz-Skalierung ausgelegt. Wenn Sie ein kleiner, lokaler Betreiber sind, ist das in Ordnung. Wenn Sie jedoch planen, in zwei Jahren grenzüberschreitend tätig zu sein, sollten Sie nicht hier anfangen.

Funktionsvergleich

Die folgende Tabelle spiegelt nur das wider, was direkt durch die öffentliche Produktdokumentation belegt ist. Wo wir keine direkte Bestätigung für die Funktionalität eines Wettbewerbers haben, geben wir dies an, anstatt zu spekulieren.

Funktion	Nordlet	Xero API	QuickBooks API	Sage	Odoo
API-first-Architektur (Funktionsparität App/API)	Ja	Nein (UI-first)	Nein (UI-first)	Teilweise	Teilweise
Unveränderliches Hauptbuch (doppelte Buchführung)	Ja	Nicht öffentlich bestätigt	Nicht öffentlich bestätigt	Nicht öffentlich bestätigt	Nicht öffentlich bestätigt
Länderspezifische EU-USt. mit VIES-Validierung	Ja	Teilweise	Begrenzt	Unbekannt	Teilweise
i.SAF-Register-Erstellung (Litauen)	Ja	Unbekannt	Unbekannt	Unbekannt	Unbekannt
Typisierte SDKs (inkl. TypeScript)	Ja	Meist Drittanbieter	Meist Drittanbieter	Unbekannt	Unbekannt
Unterstützung für Idempotenz-Schlüssel	Ja	Nicht öffentlich bestätigt	Nicht öffentlich bestätigt	Unbekannt	Unbekannt
Echtzeit-Webhooks für finanzielle Ereignisse	Ja	Begrenzt	Begrenzt	Begrenzt	Ja
SEPA pain.001 Export	Ja	Über Apps	Nicht öffentlich bestätigt	Unbekannt	Ja
Mandantenfähigkeit in einem Konto, RBAC	Ja	Multi-Org (separat)	Multi-Org (separat)	Ja	Ja
Periodensperre	Ja	Ja	Ja	Ja	Ja
Passwortloser Login	Ja	Kein Standard	Kein Standard	Kein Standard	Kein Standard

Die Kriterien, die wir bei einer Marktplatz-Entscheidung am stärksten gewichten würden, sind die Unveränderlichkeit des Hauptbuchs, die Tiefe der Umsatzsteuerlogik in den spezifischen Ländern, in denen Sie tatsächlich tätig sind, sowie die Idempotenz. Für alles andere lassen sich Workarounds finden. Fehlen diese drei, werden sie zu einem permanenten Klotz am Bein.

Das Abstimmungsproblem, vor dem Sie niemand warnt

Jeder Marktplatz-Gründer, mit dem wir gesprochen haben, unterschätzt die Auszahlungsabstimmung. Das Muster sieht so aus:

Sie verarbeiten 4,000 Bestellungen in einer Woche. Ihr Zahlungsdienstleister (PSP) überweist am Dienstag einen Pauschalbetrag auf Ihre Bank, abzüglich seiner Gebühren, abzüglich Rückerstattungen aus der Vorperiode, abzüglich Rückbuchungen (Chargebacks). Ihr Buchhaltungssystem muss nun wissen: Welche Bestellungen repräsentiert diese Überweisung, welcher Anteil ist Ihr Umsatz im Gegensatz zu Verbindlichkeiten gegenüber dem Verkäufer, wie viel Umsatzsteuer wurde auf Ihre Provision erhoben und was passiert, wenn eine dieser Bestellungen in drei Wochen zurückerstattet wird.

Wenn Ihre Buchhaltungs-API die Abrechnungsdatei (Settlement File) des PSP nicht einlesen und mit Rechnungen abgleichen kann, und zwar intelligenter als durch bloßen Abgleich exakter Beträge, werden Sie jemanden einstellen müssen, dessen einzige Aufgabe der Abgleich von Excel-Tabellen ist. Wir haben das bei Unternehmen gesehen, die achtstellige Außenumsätze (GMV) generieren.

Nordlets Smart Matching und die Rechnungsabstimmung mit nur einem Klick wurden genau für dieses Szenario entwickelt. Xero kann dies mit Add-ons bewältigen. QuickBooks-Integrationen benötigen in der Regel eine Middleware, sobald das Volumen einige tausend Transaktionen pro Monat überschreitet.

Umsatzsteuer: Warum die meisten Marktplätze den Aufwand unterschätzen

Die EU-Umsatzsteuer für Marktplätze ist wirklich kompliziert, und das liegt nicht daran, dass die Regeln unklar wären. Es liegt daran, dass es eine Vielzahl an Regeln gibt, die miteinander interagieren.

Seit der E-Commerce-Reform 2021 und der Fiktion der Lieferung (Deemed Supplier Rules) für Marktplätze kann eine Plattform bei bestimmten Transaktionen umsatzsteuerrechtlich als Lieferant behandelt werden, selbst wenn sie das Eigentum an den Waren nicht erwirbt. Das bedeutet, dass der Marktplatz selbst umsatzsteuerliche Pflichten für den zugrunde liegenden Verkauf hat, nicht nur für seine Provision. OSS-Meldungen, IOSS für Waren unter 150 EUR von außerhalb der EU, länderspezifische Registrierungsschwellen, Reverse-Charge bei B2B-Dienstleistungen, VIES-Validierung für grenzüberschreitendes B2B: All dies muss korrekt sein und ab dem Moment der Transaktionserfassung im Hauptbuch abgebildet werden, anstatt am Ende des Quartals mühsam rekonstruiert zu werden.

Eine Buchhaltungs-API, die Ihnen lediglich ein vat_rate Feld anbietet und damit ihre Arbeit als getan ansieht, wird Sie Ihre erste Betriebsprüfung (Audit) nicht bestehen lassen. Was Sie brauchen, ist länderspezifische Logik, eine VIES-Validierung der USt-IdNr. des Kunden zum Zeitpunkt der Transaktion und die automatische Generierung lokaler Meldeformate (i.SAF in Litauen, SAF-T-Varianten in anderen Ländern).

In diesem Bereich sind API-first-Tools, die kürzlich in der EU entwickelt wurden, älteren internationalen Produkten meist deutlich voraus. Die Vorschriften sind hier sozusagen vor der Haustür, sodass die Entwicklerteams der Software diese Bestimmungen aus dem eigenen Geschäftsalltag in- und auswendig kennen.

Was wir als Erstes tun würden

Wenn wir morgen einen EU-Marktplatz gründen und die Buchhaltungsinfrastruktur auswählen würden, wäre dies unsere Reihenfolge:

1. Kartieren Sie Ihr Umsatzsteuerrisiko (VAT Exposure) als Erstes, nicht als Letztes. Listen Sie jedes Land auf, in das Sie im ersten Jahr verkaufen werden, klären Sie, ob es sich um B2B- oder B2C-Transaktionen handelt und ob die Fiktion der Lieferung (Deemed Supplier Rules) greift. Dadurch wissen Sie genau, was das Buchhaltungssystem in der Praxis bewältigen muss.
2. Bauen Sie einen Prototypen für das Hauptbuch und den Abstimmungsprozess in einer Sandbox. Nicht für die Rechnungsstellung – eine Rechnung kann jeder generieren. Jagen Sie ein realistisches Transaktionsvolumen von einer Woche durch die Sandbox und schauen Sie sich an, was am Monatsende passiert.
3. Prüfen Sie den API-Vertrag auf Idempotenz und Webhooks. Wenn Sie eine Anfrage nicht gefahrlos wiederholen können oder sich nicht auf Statusänderungen abonnieren (Subscribe) können, bauen Sie eine fehleranfällige Infrastruktur auf.
4. Sprechen Sie mit der Person, die tatsächlich Ihren Monatsabschluss macht. Wenn Ihr Buchhalter oder Steuerberater die benötigten Auswertungen nicht in dem geforderten Format erhält, ist die vorgelagerte Automatisierung völlig nutzlos.
5. Wählen Sie den Anbieter, dessen Roadmap Sie beeinflussen können. Für einen Marktplatz in der Frühphase ist das wichtiger, als heute schon bei jedem noch so kleinen Feature ein Häkchen setzen zu können. Design-Partner-Vereinbarungen gibt es nicht ohne Grund.

FAQ

Brauche ich wirklich ein System der doppelten Buchführung, oder reicht eine einfache Transaktionstabelle?

Eine Transaktionstabelle funktioniert so lange, bis Sie zum ersten Mal einem Wirtschaftsprüfer eine Diskrepanz erklären oder eine vorherige Periode korrigieren müssen. Die doppelte Buchführung ist kein überholtes Buchhaltungstheater. Sie ist der Grund, warum Ihre Bücher aufgehen (bilanzieren) und Fehler sofort auffallen, anstatt sich im Hintergrund unbemerkt zu summieren.

Kann ich nicht einfach die Berichte von Stripe anstelle einer Buchhaltungs-API verwenden?

Stripe ist ein Zahlungsdienstleister. Sein Reporting reicht aus, um Stripe selbst abzustimmen. Es bietet jedoch keine doppelte Buchführung, verarbeitet keine Einnahmen außerhalb von Stripe und erzeugt keine vorschriftsmäßigen behördlichen Meldungen. Verwenden Sie es ergänzend zu einer Buchhaltungs-API, nicht als Ersatz dafür.

Wie gehe ich mit mehreren Ländern um, ohne mich überall registrieren zu müssen?

Bei B2C-Verkäufen von Waren und Dienstleistungen innerhalb der EU ermöglicht es das One-Stop-Shop-Verfahren (OSS), Umsätze im gesamten Block in einem einzigen Land zu melden, zumindest bis zu bestimmten Schwellenwerten und mit gewissen Ausnahmen. Ihre Buchhaltungs-API muss jede Transaktion korrekt kategorisieren, damit die OSS-Meldung am Ende stimmt. Dies ist eine echte Systemvoraussetzung und kein simpler Workaround.

Ist API-first-Buchhaltung für einen kleinen Marktplatz nicht völlig übertrieben?

Wenn Sie klein sind und vorhaben, klein zu bleiben, ist ein traditionelles Tool mit einer schlanken API völlig in Ordnung. Wenn Sie jedoch planen zu wachsen, ist es weitaus günstiger, die Buchhaltung frühzeitig tief in Ihr Produkt zu integrieren, als später von einem UI-first-Tool migrieren zu müssen. Die Wechselkosten für die Buchhaltungsinfrastruktur gehören zu den höchsten im gesamten Software-Stack eines Unternehmens.

Was passiert, wenn der Anbieter seine API ändert?

Fragen Sie nach den Richtlinien zur Abkündigung (Deprecation Policies), Versionierung und dem Umgang mit API-Änderungen ohne Abwärtskompatibilität (Breaking Changes), bevor Sie den Vertrag unterschreiben. Jedes ernst zu nehmende API-first-Produkt sollte darauf eine klare Antwort haben. Wenn nicht, dann ist genau das die Antwort.