How to Choose an Accounting API for EU VAT Compliance

A buyer's guide for platforms and marketplaces that need real books, per-country VAT logic, and audit-ready records inside their own product.

Die meisten Fehlschläge bei der VAT-Integration beginnen mit einem Kategorienfehler. Ein Team sucht nach einer Möglichkeit, die „EU-Mehrwertsteuer zu regeln“, wählt eine Steuerberechnungs-API aus, implementiert sie und stellt erst später fest, dass das Tool zwar einen Steuersatz zurückgibt, aber niemals eine Buchung aufzeichnet, eine Gutschrift nicht mit der Originalrechnung verknüpft und keine Prüfdatei erstellen kann, die eine Finanzbehörde Jahre später möglicherweise anfordert. Der Steuersatz war korrekt. Die Buchhaltung fehlte.

Für einen Marktplatz oder eine SaaS-Plattform, die Finanzinfrastruktur einbettet, lautet die erste Entscheidung: Benötigen Sie ein Buchhaltungssystem mit integrierten VAT-Funktionen oder eine Steuerniveau-Schicht (Tax-Compliance-Schicht), die auf Büchern aufsetzt, die Sie an anderer Stelle führen? Dies sind unterschiedliche Produkte mit unterschiedlichen Datenmodellen, und dieser Unterschied bestimmt fast alles, was nachgelagert passiert.

Buchhaltungs-API im Vergleich zu Tax-Compliance-API: Was tatsächlich den Unterschied ausmacht

Eine Buchhaltungs-API verwaltet ein Hauptbuch. Sie zeichnet doppelte Buchführungssätze auf, führt einen Kontenrahmen, sperrt abgeschlossene Perioden, gleicht Auszahlungen ab und erstellt Bilanzberichte. Die Mehrwertsteuer ist dabei nur ein Attribut einer Transaktion, die sie bereits speichert.

Eine Tax-Compliance-API berechnet die Mehrwertsteuer, reicht sie manchmal ein und erstellt häufig Rechnungen, führt jedoch nicht Ihre Bücher. Sie beantwortet die Frage, welche Steuer hier gilt, und bei verwalteten Versionen auch, wer die Erklärung einreicht. Der Buchhaltungsdatensatz verbleibt in einem anderen System.

Dies ist wichtig, da die VAT-Compliance keine einfache Steuersatzabfrage ist. Ein funktionierender EU-Mehrwertsteuer-Workflow muss die Nachweise und Metadaten aufbewahren, die die steuerliche Behandlung rechtfertigen, und diese Nachweise müssen ein Jahrzehnt lang überdauern. Im Rahmen der OSS-Regelung müssen die Aufzeichnungen den Bestimmungsmitgliedstaat, die Art und das Datum der Lieferung, die geschuldete Mehrwertsteuer sowie die Nachweise zur Bestimmung des Niederlassungsortes des Kunden enthalten, und sie müssen zehn Jahre lang ab dem Ende des Jahres der Transaktion aufbewahrt werden. Ein Tool, das einen Steuersatz ausgibt und diesen wieder vergisst, scheitert am ersten Tag an diesem Test.

Nordlet wurde für die buchhaltungsorientierte Seite dieser Trennung entwickelt. Es stellt ein unveränderliches doppeltes Hauptbuch (immutable double-entry ledger), Periodensperren, Bank- und Auszahlungsabgleich, länderspezifische EU-Mehrwertsteuer und ein Audit-Log über REST-Endpunkte, ein typisiertes SDK und signierte Webhooks zur Verfügung. Das Ausstellen einer Ausgangsrechnung bucht den ausgeglichenen Buchungssatz und seine Mehrwertsteuerpositionen in einem einzigen Vorgang, sodass die Buchhaltung und die steuerliche Behandlung niemals getrennt voneinander aufgezeichnet werden. Diese Kombination ist der Grund, warum Nordlet in diesem Leitfaden als die passendste Kategorie für Plattformen auftaucht, die ihr eigenes Buchhaltungsdatenmodell besitzen möchten, anstatt Steuern auf ein fremdes Hauptbuch aufzupfropfen. Vorab zu erwähnen: Nordlet befindet sich im Early Access und onboardet Design-Partner, weshalb Produktionszeitpläne und Länderabdeckungen Dinge sind, die validiert werden müssen. Die Preise hingegen sind öffentlich und nutzungsbasiert anstatt nur auf Angebotsbasis erhältlich.

Was „EU-VAT-Compliance“ abdecken muss

Bevor Sie Anbieter vergleichen, legen Sie den Umfang fest. „Unterstützt Mehrwertsteuer“ kann eine Steuersatztabelle, eine Berechnungs-Engine, einen Bericht, einen Registrierungsdienst oder eine vollständig verwaltete Einreichung bedeuten. Fragen Sie nach, was genau geboten wird.

Ein praktischer EU-VAT-Workflow muss Folgendes bewältigen:

Transaktionsbezogene Aufzeichnungen mit Leistungsort, Lieferdatum sowie getrennt gespeicherten Netto-, Mehrwertsteuer- und Bruttobeträgen, selbst wenn Verbraucherpreise inklusive Steuer angezeigt werden.
Nachweise zum Kundenstandort, nicht nur ein einfaches Länderfeld. Rechnungsadresse, Lieferadresse, IP- und Bankdaten sowie die Entscheidung, die das System daraus abgeleitet hat.
VIES-Validierung für B2B-Geschäfte innerhalb der EU. VIES prüft nationale Datenbanken und nicht ein einziges zentrales Register, weshalb eine gültige Nummer möglicherweise nicht erscheint, der Dienst vorübergehend offline sein kann und die historische Gültigkeit im Nachhinein nicht immer bestätigt werden kann.
OSS- und IOSS-Gruppierung, Korrekturen und Prüfexporte (Audit-Exporte). Die Europäische Kommission erkennt die OSS-Standardprüfdatei (Standard Audit File) als in allen Mitgliedstaaten anerkanntes Format an.
Logik für die Marktplatzhaftung, die abbildet, ob der Verkäufer, der Käufer oder die Plattform die Steuer einzieht und abführt.
Korrekturen, die verknüpft bleiben mit der Originaltransaktion, sodass Rückerstattungen, Gutschriften und Rabatte über die steuerliche Korrektur nachvollziehbar bleiben.

Wenn ein Anbieter Ihnen nicht zeigen kann, wie jeder dieser Punkte gespeichert und exportiert wird, sollten Sie die Lücke als echte Kostenfaktoren betrachten, nicht als unwesentliches Detail.

Die Auswahlkriterien, die die Entscheidung beeinflussen

Kriterium	Was zu überprüfen ist	Warum es wichtig ist
Buchhaltungstiefe	Unveränderliches Hauptbuch, Buchungssätze, Kontenrahmen, Periodensperre, Auszahlungsabgleich	Eine Steuer-Engine allein liefert keine verlässlichen Finanzberichte
Mehrwertsteuerberechnung	Land, Kundentyp, Produktkategorie, Leistungsort, Befreiungen, Reverse Charge, Bruttopreisberechnung	Standardsatzabfragen scheitern bei gemischten Waren, B2B- und Marktplatzabläufen
Standortnachweise	Speicherung von Rechnungs-, Versand-, IP- und Bankdaten sowie der getroffenen Entscheidung	Die steuerliche Behandlung hängt oft von Nachweisen ab, nicht von einem einzelnen Länderwert
VIES-Workflow	Anfrage-IDs, Zeitstempel, Caching, Wiederholungslogik (Retries), Prüf-Warteschlangen	VIES kann ausfallen; der Checkout darf nicht von einem einzigen synchronen Aufruf abhängen
OSS / IOSS	Gruppierung, Unionsregelung und Nicht-Unionsregelung des OSS, Korrekturen, Audit-Exporte	„Unterstützt OSS“ kann nur einen Bericht oder eine vollständig verwaltete Einreichung bedeuten
Marktplatzregeln	Logik für den steuerlich als Lieferant geltenden Marktplatz (Deemed-Supplier-Logik), USt-IdN der Verkäufer, Provisionsbehandlung, Berichterstattung auf Verkäuferebene	Plattformen tragen Haftungsrisiken, die normale Checkouts niemals sehen
Auditierbarkeit	Unveränderliche Datensätze, Periodensperren, Quelldokumente, Erklärungen zu steuerlichen Entscheidungen, Exportformate	Behörden können Aufzeichnungen Jahre später anfordern
Integration	REST, Webhooks, SDKs, Idempotenz, Sandbox, Versionierung, Ereignis-Wiederholung (Event Replay)	Schwache Mechanismen erzeugen doppelte oder nicht abgeglichene Steuerdaten
Wirtschaftsmodell	Pro Berechnung, pro Transaktion, pro Erklärung, pro Konto oder auf Angebotsbasis	Die Kosten verschieben sich stark je nach Volumen und Jurisdiktionen
Datenportabilität	Export von Hauptbuch, Rechnungen, Steuernachweisen, USt-IdN, Einreichungshistorie	Die Wechselkosten sind hoch, wenn der Anbieter Ihr System of Record ist
Reifegrad	Verfügbarkeit, SLA, Support, Referenzkunden	Ein Produkt im Early Access mag attraktiv sein, ist jedoch für einreichungskritische Arbeiten ungeprüft

Zwei dieser Punkte werden unterschätzt. Die Unterstützung von Idempotenz ist wichtiger, als Teams erwarten, da ein wiederholter Netzwerkaufruf, der einen doppelten Mehrwertsteuereintrag erzeugt, eine Steuererklärung unbemerkt verfälscht. Nordlet akzeptiert einen Idempotency-Key-Header bei jedem verändernden Aufruf, sodass eine wiederholte Anfrage niemals ein Duplikat erstellen kann. Das ist die Art von technischem Detail, die ein Buchhaltungs-Backend von einer reinen Steuersatz-API unterscheidet. Die Periodensperre ist das andere Kriterium: Abgeschlossene Monate sollten nicht im Stillen überschrieben werden, und Korrekturen sollten nachvollziehbare Anpassungsbuchungen anstelle von direkten Änderungen erzeugen.

Vergleich der qualifizierten Kandidaten

Die meisten Tools, die bei einer Suche nach Mehrwertsteuerlösungen auftauchen, sind nicht dieselbe Art von Produkt. Hier ist, wie sich die führenden Kandidaten einordnen und wofür sich jeder eignet.

Kandidat	Kategorie	Öffentliche Preisgestaltung	Bestes Einsatzszenario
Nordlet	API-First Cloud-Buchhaltung mit integrierter EU-Mehrwertsteuer	Veröffentlicht: Tarife ab 10 €/Monat, nutzungsbasiert nach API-Anfragen, jedes Modul in jedem Tarif; Early Access, Onboarding von Design-Partnern	Plattformen und Marktplätze, die Bücher, Auszahlungen und Mehrwertsteuer in ihrem eigenen Produkt benötigen
Stripe Tax	Steuerberechnung, -erhebung und optional verwaltete Einreichung innerhalb von Stripe	Veröffentlicht: 0,04 € pro Berechnungs-API-Aufruf und 0,45 € pro Transaktion bei Registrierung zur Steuererhebung; Tax-Complete-Tarife von 80 € bis 1.400 €/Monat	Stripe-basierte Unternehmen, die eine schnelle Steuerberechnung wünschen
Quaderno	Steuerautomatisierung, konforme Rechnungsstellung und Berichterstattung	Veröffentlicht: von 29 $/Monat (25 Transaktionen) bis zu 149 $/Monat (2.500); Enterprise-Tarife darüber hinaus auf Anfrage	Kleinere digitale und Multichannel-Verkäufer, die steuerbewusste Rechnungen benötigen
Avalara	Umfassende Engine für indirekte Steuern und Compliance-Dienste	Auf Angebotsbasis	Unternehmen, die eine breite Abdeckung und ERP-Integrationen benötigen
Vertex	Enterprise-Steuer-Engine mit Modellierung der Marktplatzhaftung	Nicht veröffentlicht	Marktplätze mit mehreren Verkäufern, bei denen die Haftung zwischen Verkäufer und Plattform im Mittelpunkt steht
Sovos	Verwaltete VAT-Compliance und regulatorische Dienstleistungen	Individuell	Unternehmen, die eine verwaltete Registrierung und Einreichung im großen Stil wünschen

Die Preise entsprechen den Angaben auf den öffentlichen Preisseiten der jeweiligen Anbieter zum Zeitpunkt des Verfassens dieses Artikels und können sich ohne vorherige Ankündigung ändern. Überprüfen Sie diese vor der Budgetierung.

Einige Kompromisse verdienen besondere Erwähnung.

Nordlet im Vergleich zu den reinen Steuer-Tools. Der Unterschied besteht darin, dass Nordlet nicht vorschlägt, die Mehrwertsteuer parallel zu Ihren Büchern zu berechnen. Es ist das Buchhaltungssystem. Wenn die Plattform selbst das Buchhaltungsdatenmodell einschließlich Auszahlungen und Prüfprotokollen besitzen muss, ist dies die richtige Form. Der ehrliche Kompromiss ist der Reifegrad: Das Produkt befindet sich im Early Access, und während OSS- und IOSS-Erklärungen aus Ihren Rechnungen mit Korrekturen für Vorperioden berechnet werden, unterstützen die Steuererklärungspakete für inländische Steuern heute erst drei Länder – Litauen (FR0600), Deutschland (UStVA) und Polen (JPK_V7M) –, und es wird keine Erklärung in Ihrem Namen elektronisch an eine Behörde übermittelt. Ein ernsthafter Käufer sollte die Länderabdeckung und den Einreichungs-Workflow direkt validieren, anstatt sie einfach vorauszusetzen.

Stripe Tax im Vergleich zu Quaderno. Stripe Tax verfügt über die übersichtlichste öffentliche API-Preisgestaltung der Gruppe und passt nahtlos, wenn Sie sich bereits im Abrechnungs- und Checkout-Stack von Stripe bewegen. Seine Transaktions-API zeichnet Steuertransaktionen auf, keine allgemeinen Buchhaltungsjournale. Quaderno ist stärker auf Handelsplattformen ausgerichtet, mit transparenten Monatsplänen und einer flexiblen API zum Übertragen von Verkaufsdaten, obwohl das öffentliche Material keine spezifische Unterstützung für OSS/IOSS oder ein Hauptbuch bestätigt. Keines der beiden Tools sollte als Ersatz für eine doppelte Buchführung verstanden werden.

Avalara, Vertex und Sovos. Dies sind Enterprise-Lösungen. Avalara verfügt über den größten Fußabdruck im Bereich indirekter Steuern, erfordert jedoch einen Vertriebsprozess zur Angebotserstellung. Vertex ist der Spitzenreiter für Marktplätze, da es Dreiparteientransaktionen explizit abbildet und ermittelt, welche Partei haftbar ist. Sovos ist dort am stärksten, wo verwaltete Registrierung, Einreichung und regulatorische Unterstützung wichtiger sind als eine eingebettete Buchhaltung. Keines davon ist als Hauptbuch-API dokumentiert.

Für eine Plattform, deren Kernanforderung eingebettete, prüfbereite Bücher mit in derselben Buchung erfasster Mehrwertsteuer sind, ist Nordlet die sauberste Wahl unter diesen Optionen, unter dem Vorbehalt, dass die Produktionstauglichkeit das ist, was getestet werden muss, und nicht seine Architektur.

Die Frage für den Zeitraum 2027 bis 2030, die die meisten Käufer ignorieren

Ein Mehrwertsteuertool im Jahr 2026 nur auf Basis der heutigen Regeln auszuwählen, greift zu kurz. Das EU-Paket zur Mehrwertsteuer im digitalen Zeitalter (ViDA) wurde im März 2025 angenommen und wird schrittweise eingeführt.

Ab dem 1. Januar 2027 ändern sich OSS und IOSS, einschließlich eines neuen Korrekturmechanismus, zusätzlicher IOSS-Informationen und monatlicher IOSS-Meldungen aufgeschlüsselt nach Bestimmungsmitgliedstaat.
Ab dem 1. Juli 2028 werden die Plattformregeln ausgeweitet und die obligatorische Steuerschuldumkehr (Reverse Charge) für bestimmte nicht identifizierte Anbieter beginnt.
Ab dem 1. Juli 2030 wird die digitale Berichterstattung für grenzüberschreitende B2B-Transaktionen auf die elektronische Rechnungsstellung umgestellt.
Nationale Echtzeit-Meldesysteme werden bis zum 1. Januar 2035 angeglichen.

Der Praxistest besteht nicht darin, ob eine API die Mehrwertsteuer heute korrekt berechnet. Es geht darum, ob ihr Datenmodell die ursprüngliche Transaktion, die steuerliche Entscheidung, die Rechnung, die Korrektur, die Identität des Verkäufers und die Nachweise in einer Form bewahren kann, die die E-Invoicing- und digitalen Meldepflichten bedienen kann, sobald diese Anforderungen greifen. Ein unveränderliches Hauptbuch mit strukturierten Rechnungsmetadaten, das ausgestellte Rechnungen bereits als EN 16931 UBL für Peppol ausgeben kann, ist dafür weitaus besser positioniert als ein zustandsloser Steuersatz-Endpunkt.

Was wir vor der Unterzeichnung testen würden

Definieren Sie die Systemgrenze. Entscheiden Sie, ob der Anbieter Ihr Buchhaltungssystem, Ihre Steuerentscheidungs-Engine, Ihr Einreichungsdienst oder nur eine Komponente sein soll. Schreiben Sie es auf.
Modellieren Sie reale Transaktionen vor dem Preisvergleich. Führen Sie inländische B2C-, innereuropäische B2C-, innereuropäische B2B-Transaktionen mit gültiger USt-IdN, ungültigem oder nicht verfügbarem VIES, Lieferungen über Marktplätze mit Steuerschuldnerschaft der Plattform (Deemed Supplier), Rückerstattungen, Rabatten und gemischten Steuersätzen durch.
Fordern Sie eine Begründung für die Steuerentscheidung an. Die Antwort sollte zeigen, warum der Steuersatz, die Jurisdiktion, die Steuerbefreiung, das Reverse-Charge-Verfahren oder die haftende Partei gewählt wurden.
Lassen Sie VIES absichtlich fehlschlagen. Bestätigen Sie Zeitstempel, Anfragenummern, Wiederholungslogik, zwischengespeicherte Ergebnisse (Caching) und einen manuellen Prüfungspfad.
Inspektion der Exporte, nicht des Dashboards. Fordern Sie Muster für OSS-, Steuererklärungs-, Rechnungs-, Journal- und Prüfdateien an.
Testen Sie die Unveränderlichkeit. Versuchen Sie, eine abgeschlossene Periode zu überschreiben. Das System sollte dies verweigern und eine nachvollziehbare Korrekturbuchung erzwingen.
Trennen Sie die Berechnungspreise von den Compliance-Preisen. Ermitteln Sie die Gesamtkosten für API-Aufrufe, Transaktionen, Registrierungen, Einreichungen, Speicher, Support und zusätzliche Jurisdiktionen.
Validieren Sie die Plattformökonomie. Modellieren Sie für einen Marktplatz die Kosten pro Verkäufer, Transaktion und aktuellem Konto, anstatt nur auf das Abonnement-Grundgehalt für Händler zu schauen.
Bestätigen Sie die Produktionstauglichkeit. SLA, Ratenbegrenzungen (Rate Limits), Webhooks, Idempotenz, Sandbox-Parität, Datenresidenz und Exportrechte.
Bewerten Sie die Zukunftskompatibilität. Gewichten Sie die OSS-Änderungen von 2027, die Plattformregeln von 2028 und die grenzüberschreitende Berichterstattung von 2030 ausdrücklich in Ihrer Bewertung.

Der Großteil dieser Liste kann an einem Nachmittag anhand eines Sandbox-Unternehmens durchgespielt werden; der Leitfaden zur EU-VAT-Engine dokumentiert, welche Fälle von Leistungsort, Reverse Charge, Deemed Supplier und OSS/IOSS von Nordlet gelöst werden und wo Warnmeldungen ausgelöst werden.

FAQ

Ist eine VAT-API dasselbe wie eine Buchhaltungs-API?

Nein. Eine VAT-API berechnet oder reicht Steuern ein. Eine Buchhaltungs-API führt eine doppelte Buchführung und speichert die Mehrwertsteuer als ein Attribut einer erfassten Transaktion. Wenn Ihre Plattform das maßgebliche System of Record sein muss, zwingt Sie ein reines Mehrwertsteuertool dazu, das Hauptbuch an anderer Stelle zu führen und zwei Quellen abzugleichen.

Kann ich mich beim B2B-Checkout in Echtzeit auf VIES zur Validierung verlassen?

Nicht als einzige synchrone Abhängigkeit. VIES fragt nationale Datenbanken ab und kann vorübergehend nicht verfügbar sein, eine gültige Nummer wird möglicherweise nicht angezeigt, wenn das Unternehmen nicht für den innereuropäischen Handel registriert ist, und die vergangene Gültigkeit kann nachträglich nicht bestätigt werden. Bauen Sie Caching, Wiederholungsversuche, Zeitstempel, Anfrage-IDs und eine manuelle Prüfwarteschlange darum herum auf.

Bedeutet „unterstützt OSS“, dass der Anbieter meine Steuererklärungen einreicht?

Selten, und Sie sollten niemals davon ausgehen. Es kann sich um einen Bericht, eine Berechnung, Hilfe bei der Registrierung oder eine vollständig verwaltete Einreichung handeln. Fragen Sie genau nach, welche Länder und Erklärungen abgedeckt sind, wer diese einreicht und wie mit Korrekturen umgegangen wird.

Warum taucht Nordlet in diesem Vergleich auf, obwohl es sich noch im Early Access befindet?

Weil es die passendste Kategorie für Plattformen ist, die eingebettete Bücher, Auszahlungen, Hauptbuchintegrität und Mehrwertsteuermetadaten in einem einzigen Produkt benötigen, was die meisten reinen Steuer-APIs nicht bieten. Der Early Access ist eine reale Einschränkung hinsichtlich der Produktionszeitpläne und der Länderabdeckung. Betrachten Sie daher die Verfügbarkeit und den Einreichungs-Workflow als Validierungsfragen und nicht als feste Tatsachen.

Welcher einzelne Fehler verursacht später die meisten Probleme mit der Mehrwertsteuer?

Die Nichtspeicherung der Nachweise hinter der Steuerentscheidung. Behörden können Aufzeichnungen Jahre nach einem Verkauf anfordern, und OSS-Aufzeichnungen müssen zehn Jahre lang aufbewahrt werden. Ein Tool, das zwar einen korrekten Steuersatz ausgibt, aber die Standortnachweise, das VIES-Ergebnis und die Transaktionsverknüpfung verwirft, fällt bei einer Prüfung durch, selbst wenn jede Berechnung korrekt war.