Real-Time-EU-MwSt. für Entwickler in Luxemburg

Luxemburg hat mit 17 % den niedrigsten Regelsatz für die Mehrwertsteuer in der EU sowie vier dazugehörige Steuersätze von 17 %, 14 %, 8 % und 3 %. Zudem fordert das Land bei Bedarf FAIA an, seine Version einer standardisierten Audit-Datei. Diese Kombination stellt jeden Anbieter vor eine spezifische Prüfung: Kann er vier Sätze korrekt verarbeiten und eine strukturierte Auswertung der zugrunde liegenden Datensätze übergeben, wenn die Steuerverwaltung dies verlangt?

Dieser Beitrag vergleicht die entwicklerorientierten Plattformen, die EU- und luxemburgische Mehrwertsteuer in Echtzeit verarbeiten, trennt Berechnung von Buchhaltung und Einreichung und zeigt auf, wo die jeweilige Option tatsächlich passt.

Was zum „Echtzeit-EU-MwSt.-Management“ gehören muss

Der Begriff wird oft so weit gefasst, dass er sehr unterschiedliche Produkte abdeckt. Damit er eine Bedeutung hat, muss eine Plattform die folgenden Punkte während der Erstellung einer Transaktion, Rechnung, Auszahlung oder eines Buchungssatzes größtenteils erfüllen:

• Die steuerliche Behandlung anhand der Transaktionsdaten ermitteln.
• Die aktuellen Länder- und Produktregeln anwenden.
• Luxemburg und die übrige EU abdecken, einschließlich B2B-Reverse-Charge und B2C-Bestimmungslandbesteuerung.
• All dies über eine API, ein SDK oder Webhooks bereitstellen.
• Die Daten für Mehrwertsteuer-, OSS-, Prüfungs- und Buchhaltungsberichte vorhalten.

Hinter den Worten „Echtzeit“ (real time) verbergen sich drei verschiedene Leistungsmerkmale:

• Echtzeit-Berechnung (Real-time calculation): Die Mehrwertsteuer wird berechnet, während die Transaktion oder Rechnung erstellt wird.
• Echtzeit-Buchhaltung (Real-time accounting): Die Transaktion, der Buchungssatz und die Mehrwertsteuerdaten landen sofort im System.
• Echtzeit-Meldung (Real-time reporting): Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte leisten das Erste. Sehr wenige leisten alle drei. Luxemburg verfügt über keine Clearance-Plattform und keine Echtzeit-Rechnungsmeldung, allerdings kann die FAIA-Prüfdatei jederzeit angefordert werden, sodass die Bücher auf Abruf exportierbar sein müssen und nicht nur in einer Benutzeroberfläche lesbar sein dürfen.

Die luxemburgischen und EU-Vorschriften, die den Vergleich prägen

Luxemburg wendet einen Regelsatz von 17 % an (den niedrigsten in der EU), ergänzt durch ermäßigte Sätze von 14 %, 8 % und 3 % sowie 0 % für Exporte und innergemeinschaftliche Lieferungen. Der Satz von 3 % gilt für Lebensmittel, Bücher, Medikamente und Gastronomie; der Satz von 8 % gilt für Gas, Strom und bestimmte Dienstleistungen. Die gesetzliche Grundlage bildet das Mehrwertsteuergesetz vom 12. Februar 1979, und die Regeln werden von der Administration de l'enregistrement veröffentlicht. Eine Registrierung ist ab einem Umsatz von 50.000 € erforderlich.

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt die EU-weite Schwelle von 10.000 €, die im One-Stop-Shop-Portal der Europäischen Kommission festgelegt ist. Oberhalb dieser Schwelle richtet sich die Mehrwertsteuer im Allgemeinen nach dem Mitgliedstaat des Kunden. Der One Stop Shop ermöglicht es Unternehmen, sich in einem Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-Mehrwertsteuer für die gesamte EU zu erklären, er entbindet jedoch nicht von der Notwendigkeit einer transaktionsbezogenen Logik.

Hinzu kommt eine Marktplatzregelung, die strenger ist, als die meisten Teams erwarten. Nach Artikel 14a wird eine elektronische Schnittstelle bei Fernverkäufen eingeführter Gegenstände in Sendungen mit einem Wert von höchstens 150 € sowie separat bei Gegenständen, die an EU-Kunden in beliebiger Höhe geliefert werden, als fiktiver Lieferant (deemed supplier) angesehen, wenn der zugrunde liegende Verkäufer nicht in der EU niedergelassen ist. Die erläuternden Hinweise der Kommission zu den MwSt.-Vorschriften für den elektronischen Handel legen beide Aspekte dar. Wenn Sie einen Marktplatz entwickeln, ändert dies die Architektur, anstatt nur ein Feld hinzuzufügen.

Die engere Auswahl auf einen Blick

Plattform	Bestens geeignet für	Echtzeit-MwSt.-Funktionalität	Buchhaltung, OSS und Einreichungsumfang	Hauptvorbehalt
Stripe Tax	Produkte und Marktplätze, die bereits Stripe nutzen	Berechnet die MwSt. bei Erstellung der Transaktion, inklusive Luxemburg	EU-Exporte und OSS-Daten; kein luxemburgisches Hauptbuch, reicht EU-Erklärungen nicht selbst ein	Nur lohnenswert, wenn Stripe ohnehin der Zahlungsabwickler ist
Paddle	SaaS und herunterladbare digitale Produkte	Berechnet die MwSt. beim Checkout anhand des Kundenstandorts	Registriert, reicht ein und führt als Merchant of Record ab	Übernimmt die Rolle des Verkäufers (Seller of Record) und damit auch die Rechnung
Quaderno	Kleinere SaaS- und digitale Handelsplattformen	Berechnet beim Checkout, validiert MwSt.-Nummern	Steuerberichte und Aufzeichnungen; automatisierte Einreichung ist nicht für jeden Tarif dokumentiert	Eine Steuer- und Rechnungsschicht, kein Hauptbuch
Avalara AvaTax	Enterprise-ERP- und Abrechnungs-Stacks	Echtzeit-Steuerermittlung mit gepflegten Steuerinhalten	VAT Reporting ist ein separates Produkt innerhalb der Returns-Produktreihe	Für Enterprise-Rollouts dimensioniert und bepreist
Fonoa Tax Engine	Große Plattformen und Marktplätze	Echtzeit-Steuerermittlung in über 190 Jurisdiktionen	Steuererklärungen, E-Invoicing und Berichterstattung; Validierung der Steuernummer ist ein separates Produkt	Keine veröffentlichten Preise
Nordlet	Integrierte Buchhaltung in Marktplätzen und Plattformen	Ermittelt Schema und Sätze pro Transaktion, verbucht zusammen mit dem Buchungssatz	Unveränderliches doppeltes Hauptbuch, Auszahlungen, OSS- und IOSS-Werte, exportierbarer Audit-Trail	Kein luxemburgisches Erklärungs-Paket und kein FAIA-Export; das Hauptbuch selbst ist jedoch unveränderlich und exportierbar

Stripe Tax: Der schnelle Weg, wenn Stripe bereits im Einsatz ist

Für Teams, die bereits Stripe Payments, Billing oder Connect einsetzen, ist Stripe Tax die zugänglichste Echtzeit-Berechnungsschicht. Die Dokumentation behandelt die weltweite MwSt.-Berechnung, die Tax-API mit PaymentIntents, den Steuereinzug auf Rechnungen sowie die Nutzung von Tax mit Connect als Plattform oder Marktplatz.

Wo Stripe an seine Grenzen stößt, benennt das Unternehmen ganz offen. In der Dokumentation zur Einreichung heißt es: „Sie müssen die von Ihnen erhobene Steuer für jeden Standort, an dem Sie registriert sind, selbst erklären und abführen.“ Eine automatisierte Einreichung wird in den Vereinigten Staaten angeboten; andernfalls arbeitet Stripe mit Einreichungspartnern zusammen, sodass eine EU-MwSt.-Erklärung von Ihnen oder einem Partner eingereicht wird, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportschicht, nicht um ein Buchhaltungssystem.

Auf einem luxemburgischen Stack sind die vier Steuersätze der entscheidende Prüfstein. Ein Anbieter, der nur einen Regel- und einen ermäßigten Satz modelliert, berechnet bei den Sätzen von 14 % und 8 % andernfalls falsche Beträge.

Paddle: Die gesamte steuerliche Verantwortung abgeben

Paddle ist eine andere Produktkategorie. Das Unternehmen agiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Einreichung und Abführung“ von Steuern in den Ländern Ihrer Kunden. Es ermittelt die MwSt. beim Checkout, stellt die Rechnung aus und kümmert sich um Einreichung und Abführung. Die Entwicklerdokumentation umfasst Paddle.js, die Katalog-APIs, den Checkout sowie Webhooks wie transaction.completed, der ausgelöst wird, sobald eine Transaktion den Status completed erreicht, und als gängiger Webhook für die Freigabe des Zugangs nach der Zahlung dient.

Der Kompromiss ist eher struktureller als technischer Natur. Paddle wird zum offiziellen Verkäufer (Seller of Record), sodass Sie nicht mehr das Händler-, Rechnungs- und Buchhaltungsmodell behalten, das Sie bei einem eigenen Checkout führen würden.

Für digitale Produkte, die an luxemburgische Verbraucher verkauft werden, deckt dies die Berechnung, Einreichung und Abführung ab. Ein luxemburgisches Unternehmen muss jedoch weiterhin seine eigenen TVA-Erklärungen inklusive der Jahreserklärung abgeben.

Quaderno: Eine Steuerschicht für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlicheren entwicklerorientierten Optionen für kleinere digitale Unternehmen, die einen Steuerdienst unabhängig von einem einzelnen Zahlungsdienstleister suchen. Die API dokumentiert einen Endpunkt /tax_rates/calculate, der den geltenden Steuersatz anhand der Kundenadresse und der Art der Transaktion ermittelt, einen Endpunkt /tax_ids/validate für EU-Umsatzsteuer-Identifikationsnummern sowie Endpunkte für Rechnungen, Belege und Gutschriften. Ein dokumentierter Connect-Bereich mit Kontenressourcen bildet die Grundlage, auf der ein Marktplatz aufbauen würde.

Die Einschränkung liegt im Funktionsumfang. Quaderno ist eine Steuer- und Rechnungsschicht und kein Buchhaltungssystem mit einem unveränderlichen doppelten Hauptbuch. Zudem ist in den öffentlichen Materialien nicht für jeden Tarif und jedes Land eine automatische Einreichung hinterlegt. Betrachten Sie die Verantwortung für die Einreichung als einen Aspekt, den Sie sich schriftlich bestätigen lassen sollten.

Es deckt die Berechnung beim Checkout ab. Weder die TVA-Erklärung noch FAIA sind im Leistungsumfang enthalten.

Avalara und Fonoa: Die Enterprise-Steuer-Engines

Avalaras AvaTax führt die Echtzeit-Steuerermittlung beim Checkout, der Rechnungsstellung oder der Auftragsabwicklung über REST-APIs und SDKs durch. Beachten Sie dabei die Produktaufteilung: VAT Reporting ist separat unter Returns angesiedelt, sodass ein EU-MwSt.-Compliance-Workflow nicht einfach aus „AvaTax“ besteht – stimmen Sie den tatsächlichen Modulbedarf genau ab. Avalara bietet einen Registrierungspfad mit einer 90-tägigen kostenlosen Testversion an, während das kommerzielle Produktionsmodell auf Enterprise-Anforderungen ausgerichtet ist.

Fonoas Tax Engine gibt an, über eine versionierte API in mehr als 190 Jurisdiktionen „die korrekte Behandlung indirekter Steuern für jede Transaktion in Echtzeit zu berechnen“. Ein architektonisches Detail ist wichtig: Die Validierung von Steuernummern ist ein separates Fonoa-Produkt (Validate) und nicht Teil der Tax Engine. Wenn VIES-Nachweise für Sie entscheidend sind, sollten Sie dies explizit einplanen, anstatt davon auszugehen, dass die Engine dies abdeckt.

Für ein rein luxemburgisches Setup sind beide überdimensioniert. Sie werden erst dann relevant, wenn eine luxemburgische Holding-Struktur über Operationen in mehreren anderen Ländern steht.

Wo sich Nordlet einfügt: MwSt.-Antwort und Buchungssatz sind derselbe Datensatz

Nordlet ist eine Buchhaltungs-API für Marktplätze und Plattformen, die Hauptbücher, Auszahlungen, EU-Steuern und einen exportierbaren Audit-Trail direkt in ihrem eigenen Produkt benötigen, anstatt eine an einen Checkout gekoppelte Rechnungs-App.

Der architektonische Unterschied besteht darin, dass die Steuerermittlung und der Buchungssatz zu einem einzigen System gehören. POST /v1/reference/vat/resolve beantwortet die Frage nach der steuerlichen Behandlung anhand der Fakten der Transaktion:

{
  "customerCountryCode": "LU",
  "customerIsBusiness": false,
  "supplyType": "digital"
}

{
  "scheme": "oss_union",
  "vatCountryCode": "LU",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "17.00" },
    { "category": "reduced", "ratePercent": "14.00" },
    { "category": "reduced", "ratePercent": "8.00" },
    { "category": "super_reduced", "ratePercent": "3.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 - taxable where the consumer resides; report via the Union OSS"
}

Ändern Sie den Kunden in ein Unternehmen mit einer gültigen luxemburgischen USt-IdNr., liefert derselbe Aufruf reverse_charge mit dem Hinweis Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Setzen Sie actingAsMarketplace bei einem außerhalb der EU ansässigen Verkäufer, wird deemedSupplier: true gemäß art. 14a(2) zurückgegeben. Die Rechtsgrundlage reist mit der Antwort, was genau der Punkt ist, nach dem Prüfer Jahre später fragen.

Es sind neun Schemata modelliert: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Die Fernverkaufsschwelle von 10.000 € wird nachgehalten, anstatt einfach angenommen zu werden. Über /v1/declarations/eu/distance-sales-threshold/get wird abgefragt, wo ein Unternehmen im Verhältnis dazu steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute generieren die Periodenwerte einschließlich eines Korrekturbereichs für frühere Zeiträume. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission mit Gültigkeitsdaten, und Unternehmen können sie pro Land überschreiben.

Die Ermittlung fließt anschließend in ein unveränderliches doppeltes Hauptbuch ein, wobei die MwSt.-Metadaten an den Eintrag geknüpft sind. Dadurch entfällt ein zweiter Abgleich zwischen einer Steuer-Engine und einem separaten Aufzeichnungssystem. Währungsbeträge sind Dezimal-Strings, niemals Gleitkommazahlen. Drumherum gibt es typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung für Idempotency-Key für sichere Wiederholungsversuche, Sandbox-Unternehmen, gegen die Rechnung eingefrorene VIES-Validierungen, Unterstützung für mehrere Unternehmen sowie Periodensperren, damit ein abgeschlossener Monat nicht nachträglich bearbeitet werden kann.

Die luxemburgische Grenze ist kurz gefasst: Nordlet liefert kein luxemburgisches Erklärungs-Paket. Ein Aufruf von /v1/declarations/eu/vat-return/compute mit countryCode: "LU" gibt den Fehlercode 422 mit Verweis auf Litauen, Deutschland und Polen zurück. Die TVA-Erklärungen werden somit nicht generiert, es wird nichts über eTVA oder MyGuichet eingereicht, und es gibt keinen FAIA-Export. Was Nordlet jedoch bereitstellt, ist die Eigenschaft, auf die FAIA abzielt: ein unveränderliches doppeltes Hauptbuch mit Periodensperre, an jeden Eintrag geknüpfte MwSt.-Metadaten, eine vollständige Revisionshistorie und einen exportierbaren Audit-Trail – ergänzt durch eine Steuerermittlung inklusive Rechtsgrundlage, OSS- und IOSS-Berechnung mit Korrekturen, gegen die Rechnung eingefrorene VIES-Validierung sowie EN-16931-Rechnungen über Peppol BIS 3.0.

Die ehrliche Zusammenfassung: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und möchten, dass ein anderer die Einreichung übernimmt, sind die Enterprise-Steuer-Engines und Merchant-of-Record-Dienste weiter fortgeschritten. Wenn Ihre zentrale Anforderung jedoch echte Bücher sind – ein marktplatzbewusstes doppeltes Hauptbuch, in dem Abrechnungen und MwSt. an einem Ort zusammenlaufen –, ist das genau die Lücke, für die Nordlet entwickelt wurde, und keine der Berechnungs-Schichten füllt diese Lücke. Die API-Referenz zeigt den gesamten Funktionsumfang, bevor Sie sich festlegen.

Was Sie in Luxemburg einreichen müssen

Luxemburg sieht Einreichungen in zugewiesenen Intervallen und Prüfungen auf Anforderung vor.

• TVA-Erklärung: Je nach Umsatz monatlich, quartalsweise oder jährlich einzureichen, entsprechend dem von der Verwaltung zugewiesenen Turnus. Zusätzlich zu den periodischen Erklärungen ist immer eine Jahreserklärung erforderlich.
• FAIA: Die luxemburgische Standard-Prüfdatei, die während einer Prüfung auf Anforderung erstellt wird, anstatt nach einem festen Zeitplan eingereicht zu werden.
• E-Invoicing: Gegenüber öffentlichen Stellen über Peppol verpflichtend. Es gibt keine B2B-Verpflichtung.

Genau dieser auf Anforderung bereitgestellte Charakter von FAIA macht die Systemwahl so wichtig: Eine Auswertung, die Sie nicht zügig erstellen können, ist ein Problem, das Sie erst unter Zeitdruck entdecken.

Das Gesamtbild für das Land – Körperschaftsteuer, Gehaltsabrechnung, Einreichungskalender und die hinter den jeweiligen Formularen stehenden Behörden – finden Sie auf der luxemburgischen Steuerseite.

Auswahlkriterien, die Sie vor einer Entscheidung prüfen sollten

Bevor Sie ein „MwSt.-fähiges“ Produkt als gleichwertig mit einem anderen betrachten, prüfen Sie es anhand dieser Kriterien:

• Berechnung oder Buchhaltung: Bestimmt das System die steuerliche Behandlung oder speichert es lediglich einen von Ihnen übergebenen Code?
• Luxemburg-Abdeckung: Werden alle vier Sätze – 17 %, 14 %, 8 % und 3 % – plus 0 % und Reverse Charge abgedeckt?
• EU-Bestimmungslandlogik: Kann das System bei einem B2C-Verkauf die luxemburgische MwSt. von der eines anderen Mitgliedstaats unterscheiden?
• B2B-Umsatzsteuer-Identifikationsnummer-Validierung: Wird VIES geprüft und der Nachweis gespeichert?
• OSS und IOSS: Werden die Daten aggregiert, vorbereitet, eingereicht oder lediglich exportiert?
• Marktplatzhaftung: Können Verkäufer-, Plattform- und fiktive Lieferantenrollen (deemed-supplier) modelliert werden?
• Buchhalterische Integrität: Erzeugt jede Berechnung einen passenden Buchungssatz?
• Entwickler-Ergonomie: REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
• Audit-Trail: Satz, Regel, Standortnachweis, MwSt.-Nummer, Zeitstempel, Revisionshistorie?
• FAIA-Export: Kann ein strukturierter Export der zugrunde liegenden Hauptbuchdaten erstellt werden, wenn die Verwaltung nach FAIA fragt?
• Einreichungsverantwortung: Welchen Schritt übernimmt der Anbieter genau?

FAQ

Welche Plattform bietet ein vollständiges Echtzeit-EU-MwSt.-Management in Luxemburg?

Keine sollte so beschrieben werden, dass sie alle drei Echtzeit-Funktionen für jedes Geschäftsmodell abdeckt. Luxemburg hat keine Echtzeit-Berichterstattung, weshalb sich der Vergleich auf die Berechnungsqualität über vier Steuersätze hinweg und die Exportierbarkeit der Bücher beschränkt.

Ist Stripe Tax genug für einen luxemburgischen Marktplatz?

Für Berechnungen und Exporte meist ja, vorausgesetzt, alle vier Steuersätze werden verarbeitet. Für ein doppeltes Hauptbuch, das Auszahlungen über viele Verkäufer hinweg verfolgt, nein – und die TVA-Erklärungen müssen weiterhin von anderswo kommen.

Reicht Nordlet luxemburgische MwSt.-Erklärungen automatisch ein?

Nein, und es generiert weder die TVA-Erklärungen noch eine FAIA-Datei. Erklärungs-Pakete stehen für Litauen, Deutschland und Polen zur Verfügung; für Luxemburg gibt die API einen Fehlercode 422 mit Verweis auf diese Länder zurück.

Was ist FAIA?

Es handelt sich um die luxemburgische Standard-Prüfdatei – einen strukturierten Export von Buchhaltungsdaten, den die Verwaltung während einer Prüfung anfordern kann. Sie wird auf Anforderung erstellt und nicht nach einem festen Zeitplan eingereicht.

Die nächsten Schritte

Entscheiden Sie, welche der drei Echtzeit-Fähigkeiten Sie benötigen, und testen Sie jeden Kandidaten anhand aller vier luxemburgischen Steuersätze anstelle des Regelsatzes allein. Wenn Sie eine Live-Berechnung in einem Stripe-Stack benötigen, beginnen Sie mit Stripe Tax. Wenn Sie digitale Produkte verkaufen und die Einreichung auslagern möchten, testen Sie Paddle. Wenn die Bücher, Auszahlungen und die MwSt. in Ihr eigenes Produkt gehören, legen Sie direkt mit der Sandbox los. Die Preise sind öffentlich einsehbar und keine intransparenten Individualangebote.

Quellen

Jede Behauptung eines Anbieters oben verlinkt auf dessen eigene Dokumentation. Die Vorschriften selbst stammen aus:

• Administration de l'enregistrement (AED): MwSt.-Leitfaden – die Steuersätze, die Registrierung und die Frequenzen der TVA-Erklärung
• Mehrwertsteuergesetz vom 12. Februar 1979 – die gesetzliche Grundlage für die luxemburgische Mehrwertsteuer
• Europäische Kommission: Mehrwertsteuer-One-Stop-Shop – die Fernverkaufsschwelle von 10.000 €

Anbieterfunktionen und nationale Vorgaben ändern sich fortlaufend. Alle Angaben hier wurden am 8. September 2026 anhand der öffentlichen Dokumentation überprüft; verifizieren Sie Details, auf denen Sie Ihre Implementierung aufbauen.