Welchen Umsatzsteuersatz ein B2B-Shop im Checkout ansetzt, entscheidet nicht der Shop, sondern das ERP. Ob 19 Prozent Regelsteuer, eine steuerfreie innergemeinschaftliche Lieferung mit Reverse-Charge nach Paragraf 13b UStG oder ein Bestimmungsland-Satz beim Fernverkauf: Die Grundlage sind Steuerkennzeichen und Steuerklassifikation der Stammdaten in SAP, DATEV oder Microsoft Dynamics 365, nicht eine zweite, parallel gepflegte Steuertabelle im Shop. Wie hoch der Einsatz ist, zeigt die EU-Mehrwertsteuerlücke: Allein die Erhebungslücke lag 2023 bei rund 128 Milliarden Euro oder 9,5 Prozent der theoretischen Steuerschuld (Europäische Kommission). Dieser Artikel zeigt, warum die Steuerfindung ins ERP gehört, wie eine Middleware sie im Checkout spiegelt statt sie zu duplizieren, und wie die Echtzeit-Prüfung der USt-IdNr über das VIES-System der EU-Kommission und das BZSt-Portal ungültige Bestellungen automatisiert stoppt. Wir bauen die ERP-gestützte Steuerfindung als API-Service, der Steuersatz, Reverse-Charge-Kennzeichen und USt-IdNr-Prüfung live in den Bestellprozess bringt.
Das Wichtigste in Kürze
- Die korrekte Umsatzsteuer ergibt sich aus Steuerkennzeichen und Steuerklassifikation der ERP-Stammdaten, nicht aus einer separaten Steuertabelle im Shop.
- Bei innergemeinschaftlichen B2B-Lieferungen greifen die steuerfreie Lieferung nach Paragraf 4 Nummer 1b und 6a UStG sowie das Reverse-Charge-Verfahren nach Paragraf 13b UStG für grenzüberschreitende Leistungen -- beides setzt eine gültige USt-IdNr voraus.
- Beim Fernverkauf nach Paragraf 3c UStG kippt die Besteuerung oberhalb der EU-weiten Lieferschwelle von 10.000 Euro ins Bestimmungsland, abgerechnet über den One-Stop-Shop.
- Die USt-IdNr lässt sich in Echtzeit über VIES und die qualifizierte Bestätigungsabfrage des BZSt prüfen; ein negativer Treffer stoppt den Bestellprozess automatisiert.
- Eine Middleware spiegelt die Steuerfindung aus dem ERP in den Checkout, statt Steuersätze doppelt zu pflegen -- verschärfte OSS- und E-Rechnungs-Pflichten 2026 erhöhen den Druck auf konsistente Steuerdaten.
Warum die Steuerfindung ins ERP gehört
Im B2B-Handel ist der Steuersatz keine Eigenschaft des Produkts allein. Ob eine Position mit 19 Prozent, mit 7 Prozent oder steuerfrei abgerechnet wird, hängt vom Zusammenspiel aus Artikel-Steuerklasse, Kundenklassifikation, Lieferland und einer gültigen USt-IdNr ab. Genau diese Kombination bildet das ERP ab: Der Debitorenstamm trägt die Steuerklassifikation des Kunden (Inland, EU mit USt-IdNr, Drittland), der Materialstamm die Steuerklasse des Artikels, und aus beiden leitet das System über eine Konditionslogik das Steuerkennzeichen für den konkreten Geschäftsvorfall ab. Wer diese Logik im Shop noch einmal nachbaut, pflegt dieselbe Wahrheit an zwei Orten -- mit dem absehbaren Ergebnis, dass beide auseinanderlaufen.
Die Folgen einer falschen Steuerfindung sind nicht kosmetisch. Eine fälschlich mit deutscher Umsatzsteuer belastete Ausfuhrlieferung verteuert das Angebot und kostet Aufträge; eine fälschlich steuerfrei gestellte Inlandslieferung führt zu einer Steuernachforderung beim Lieferanten. Buchhaltung und Steuerkanzlei arbeiten ohnehin mit den ERP-Daten -- weicht der Shop davon ab, entsteht ein Bruch, der spätestens bei der Übergabe an DATEV und im Rahmen der Umsatzsteuervoranmeldung auffällt. Die einzige belastbare Quelle für den Steuersatz ist deshalb das führende System, in dem auch die Rechnung entsteht.
Zwei Steuertabellen sind eine zu viel
Steuerkennzeichen
Das ERP leitet je Geschäftsvorfall ein Steuerkennzeichen ab, das Satz und Buchungslogik bestimmt -- vom Regelsteuersatz bis zur Reverse-Charge-Kennung.
Steuerklassifikation
Der Debitorenstamm klassifiziert den Kunden als Inland, EU mit USt-IdNr oder Drittland. Diese Einordnung entscheidet über die Steuerbehandlung.
Artikel-Steuerklasse
Der Materialstamm hält die Steuerklasse je Artikel fest, etwa Regelsatz oder ermäßigter Satz. Sie fließt in jede Positionszeile ein.
Lieferland und Route
Abgangs- und Bestimmungsland entscheiden über Inlandslieferung, innergemeinschaftliche Lieferung oder Ausfuhr -- ein reiner Preisfaktor ist der Steuersatz nie.
USt-IdNr als Bedingung
Ohne gültige USt-IdNr des Empfängers keine steuerfreie EU-Lieferung. Die Nummer ist materielle Voraussetzung, nicht bloß ein Formularfeld.
Eine Pflegestelle
Wird die Steuerlogik nur im ERP gepflegt und in den Shop gespiegelt, greift jede Änderung sofort überall -- ohne doppelte Wartung.
Reverse-Charge nach Paragraf 13b und die innergemeinschaftliche Lieferung
Bei grenzüberschreitenden B2B-Geschäften innerhalb der EU verschiebt sich die Steuerschuld. Zwei Mechanismen sind auseinanderzuhalten. Bei der Lieferung körperlicher Waren an ein Unternehmen in einem anderen Mitgliedstaat liegt eine innergemeinschaftliche Lieferung vor: Sie ist beim deutschen Lieferanten nach Paragraf 4 Nummer 1b in Verbindung mit Paragraf 6a UStG steuerfrei, während der Erwerber den innergemeinschaftlichen Erwerb in seinem Land versteuert. Bei Dienstleistungen und bestimmten Lieferungen an einen im Ausland ansässigen Unternehmer greift dagegen das Reverse-Charge-Verfahren nach Paragraf 13b UStG: Nicht der leistende Unternehmer, sondern der Leistungsempfänger schuldet die Steuer (Umsatzsteuergesetz).
Für den Shop ist die praktische Konsequenz in beiden Fällen ähnlich: Die Rechnung wird netto ohne deutsche Umsatzsteuer ausgestellt, trägt die USt-IdNr beider Beteiligter und einen Hinweis auf die Steuerschuldnerschaft des Leistungsempfängers beziehungsweise auf die steuerfreie innergemeinschaftliche Lieferung. Voraussetzung ist jeweils eine gültige USt-IdNr des Empfängers -- fehlt sie oder ist sie ungültig, fällt die Grundlage für die Steuerfreiheit weg und es ist mit Umsatzsteuer abzurechnen. Die folgende Übersicht ordnet die typischen Konstellationen ein.
| Konstellation | Steuerbehandlung | USt-IdNr nötig |
|---|---|---|
| Inland B2B | Regelsteuersatz 19 Prozent (oder 7 Prozent) | nicht enthalten |
| EU B2B, Warenlieferung | Steuerfreie innergemeinschaftliche Lieferung, Paragraf 6a | Ja, gültig |
| EU B2B, Leistung | Reverse-Charge, Steuerschuld beim Empfänger, Paragraf 13b | Ja, gültig |
| EU B2C, Fernverkauf | Bestimmungsland-Satz über OSS ab 10.000 Euro | nicht enthalten |
| Drittland (Ausfuhr) | Steuerfreie Ausfuhrlieferung, Nachweis nötig | nicht enthalten |
Damit diese Zuordnung im Checkout automatisch funktioniert, muss der Shop den Kunden korrekt klassifizieren und das passende Steuerkennzeichen aus dem ERP übernehmen. Ein Geschäftskunde aus Frankreich mit gültiger USt-IdNr sieht dann einen Nettopreis ohne deutsche Umsatzsteuer und den Reverse-Charge-Hinweis; ein Privatkunde aus demselben Land erhält den Bestimmungsland-Satz. Voraussetzung ist ein sauber geführter Debitorenstamm, wie ihn unser Beitrag zur Stammdaten-Synchronisation mit MDM beschreibt -- eine falsche Kundenklassifikation zieht sonst eine falsche Steuer nach sich.
Die USt-IdNr trägt die Steuerfreiheit
USt-IdNr in Echtzeit prüfen: VIES und BZSt
Die Gültigkeit einer USt-IdNr lässt sich zentral prüfen. Das VIES-System (VAT Information Exchange System) der Europäischen Kommission ist eine Suchabfrage, die eine von einem Mitgliedstaat vergebene USt-IdNr gegen die nationalen Register abgleicht (Europäische Kommission). Für deutsche Unternehmen bietet das Bundeszentralamt für Steuern zwei Stufen an: die einfache Bestätigungsabfrage, die nur die Gültigkeit prüft, und die qualifizierte Bestätigungsabfrage, die zusätzlich Name und Anschrift des Geschäftspartners gegen das Register abgleicht (Bundeszentralamt für Steuern). Eine deutsche USt-IdNr besteht dabei aus dem Präfix DE und neun Ziffern (Bundeszentralamt für Steuern).
Für den Shop bedeutet das: Die Prüfung gehört in den Bestellprozess, nicht in eine separate Excel-Kontrolle. Ein sauberer Ablauf sieht so aus:
- Format prüfen: Zuerst prüft der Shop die USt-IdNr syntaktisch -- Länderpräfix und Aufbau müssen zum angegebenen Land passen, bevor überhaupt eine Abfrage läuft.
- Echtzeit-Abfrage: Die Nummer wird gegen VIES oder die BZSt-Bestätigungsabfrage geprüft; die qualifizierte Variante gleicht auch Name und Anschrift ab.
- Ergebnis speichern: Der Zeitpunkt und das Ergebnis der Abfrage werden revisionssicher als Nachweis abgelegt, wie es für die Steuerfreiheit verlangt wird.
- Entscheidung im Checkout: Bei gültiger Nummer wird die Netto-Reverse-Charge-Logik aktiviert; bei ungültiger Nummer greift die Ausfallregel.
- Wiederholung steuern: Bestandskunden werden regelmäßig erneut geprüft, damit eine später gelöschte USt-IdNr nicht unbemerkt weiterläuft.
Ungültige USt-IdNr stoppt die Bestellung
def determine_tax(customer, ship_to, erp, vat_check):
# ship_to: 'DE' | EU country | third country
if ship_to == 'DE':
return erp.tax_code(customer, rate='standard')
if is_eu(ship_to) and customer.is_business:
result = vat_check.verify(customer.vat_id) # VIES / BZSt
if not result.valid:
return Decision('stop', reason='vat_id_invalid')
return erp.tax_code(customer, scheme='reverse_charge')
if is_eu(ship_to): # B2C distance sale
return erp.tax_code(customer, scheme='oss', country=ship_to)
return erp.tax_code(customer, scheme='export') # third countryFernverkauf nach Paragraf 3c und die 10.000-Euro-Schwelle
Verkauft ein Händler an Privatkunden in anderen EU-Ländern, greift die Fernverkaufsregelung nach Paragraf 3c UStG. Seit dem 1. Juli 2021 gilt dafür eine einheitliche, EU-weite Lieferschwelle von 10.000 Euro netto über alle grenzüberschreitenden B2C-Lieferungen zusammen (Umsatzsteuergesetz). Unterhalb der Schwelle wird im Ursprungsland versteuert; sobald sie überschritten ist, verlagert sich die Besteuerung ins Bestimmungsland, also in das Land des Kunden. Statt sich dort einzeln registrieren zu müssen, können Händler die fälligen Beträge gebündelt über den One-Stop-Shop (OSS) erklären und abführen.
Der OSS ist kein Nischenverfahren mehr. 2024 wurden über die E-Commerce-Umsatzsteuersysteme der EU mehr als 33 Milliarden Euro eingenommen, ein Plus von 26 Prozent gegenüber dem Vorjahr, davon über 24 Milliarden Euro allein über den Unions-OSS (Europäische Kommission). Bis Ende 2024 hatten sich mehr als 170.000 Unternehmen für OSS und IOSS registriert (Europäische Kommission), und seit Einführung 2021 wurden über diese Verfahren nahezu 88 Milliarden Euro an Umsatzsteuer erhoben (Europäische Kommission). Für die Steuerfindung im Shop heißt das: Oberhalb der Schwelle braucht jede Position den korrekten Bestimmungsland-Satz -- die Standardsätze reichen EU-weit von 17 bis 27 Prozent und müssen je Zielland stimmen (Europäische Kommission).
| Situation | Ort der Besteuerung | Abwicklung |
|---|---|---|
| B2C-EU-Umsatz unter 10.000 Euro | Ursprungsland (Deutschland) | Deutsche Umsatzsteuer |
| B2C-EU-Umsatz ab 10.000 Euro | Bestimmungsland des Kunden | Bestimmungsland-Satz über OSS |
| B2B-EU mit gültiger USt-IdNr | Erwerber im Zielland | Steuerfrei, Reverse-Charge |
| Verzicht auf die Schwelle | Bestimmungsland ab dem ersten Euro | Freiwillige OSS-Nutzung |
Damit die Preise im Shop korrekt bleiben, muss die Steuerfindung mit der Preislogik zusammenspielen. B2B-Nettopreise, B2C-Bruttopreise und länderspezifische Sätze dürfen sich nicht widersprechen -- wie sich Preise und Steuern konsistent aus dem ERP in den Shop bringen lassen, vertieft unser Beitrag zur Preissynchronisation im B2B. Der Fernverkauf zeigt besonders deutlich, warum eine feste Steuertabelle im Shop nicht trägt: Ändert ein Mitgliedstaat seinen Satz, muss die Änderung ankommen, ohne dass jemand eine Shop-Tabelle von Hand nachzieht.
Die Steuerfindung aus dem ERP im Checkout spiegeln
Der tragfähige Weg ist, die Steuerfindung dort zu belassen, wo sie hingehört -- im ERP -- und sie über eine Middleware in den Checkout zu spiegeln. Der Shop stellt den Kontext bereit (Kunde, Lieferland, Warenkorb, USt-IdNr), die Middleware fragt Steuerkennzeichen und Steuerklassifikation aus dem führenden System ab, ergänzt die USt-IdNr-Prüfung und gibt Steuersatz und Reverse-Charge-Kennung an den Checkout zurück. So bleibt eine einzige Steuerlogik maßgeblich, und der Shop wird zum Anzeigefenster statt zur zweiten Steuer-Engine.
Kontext aus dem Shop
Der Checkout übergibt Kunde, Lieferadresse, Warenkorb und die eingegebene USt-IdNr an die Middleware -- alles, was die Steuerfindung braucht.
Regel aus dem ERP
Die Middleware holt Steuerkennzeichen und Klassifikation aus SAP, Dynamics oder DATEV und wendet dieselbe Logik an, mit der die Rechnung entsteht.
Antwort in den Checkout
Steuersatz, Netto- oder Brutto-Ausweis und der passende Rechtstext gehen an den Shop zurück -- schnell genug, um den Kaufabschluss nicht zu bremsen.
Technisch liegt die Herausforderung im Antwortverhalten. Die Steuerfindung sitzt auf dem kritischen Pfad des Kaufabschlusses, also braucht sie eine schlanke API-Anbindung mit klarem Zeitlimit und einen kurzlebigen Zwischenspeicher für wiederkehrende Abfragen. Genauso wichtig ist ein definiertes Ausfallverhalten, wenn das ERP oder das VIES-Portal nicht erreichbar ist. Diese Muster teilt die Steuerfindung mit anderen Checkout-Prüfungen -- etwa dem Kreditlimit-Check aus dem ERP, der eine Bestellung ebenfalls kontrolliert freigibt oder stoppt.
- Eine Pflegestelle: Steuerkennzeichen und Klassifikation werden nur im ERP gepflegt und in den Shop gespiegelt -- keine zweite Steuertabelle.
- Zeitlimit mit Fallback: Antwortet das ERP nicht in wenigen hundert Millisekunden, greift eine definierte Regel statt einer Hängepartie.
- Nachweis der USt-IdNr-Prüfung: Jede Abfrage wird mit Zeitpunkt und Ergebnis revisionssicher abgelegt.
- Kanalübergreifend gleich: Shop, Beschaffungsportal und Angebot nutzen dieselbe Steuerlogik, weil sie in der Middleware liegt.
- Testbar mit Echtdaten: Historische Bestellungen lassen sich gegen die Regeln prüfen, bevor die Steuerfindung live geht.
Der Shop soll den Steuersatz anzeigen, nicht erfinden. Sobald die Steuerfindung im ERP bleibt und nur gespiegelt wird, rechnen Checkout und Buchhaltung dauerhaft mit derselben Zahl.
2026: OSS-Pflichten und E-Rechnung erhöhen den Druck
Der regulatorische Rahmen zieht 2026 an. Das EU-Paket VAT in the Digital Age (ViDA) wurde am 11. März 2025 vom Rat der EU angenommen und wird schrittweise bis 2035 wirksam; ab dem 1. Juli 2030 wird die strukturierte E-Rechnung nach dem Standard EN 16931 für innergemeinschaftliche Umsätze verpflichtend, begleitet von digitalen Meldepflichten für grenzüberschreitende B2B-Geschäfte (Europäische Kommission). Parallel läuft in Deutschland die E-Rechnungspflicht an: Die Empfangspflicht besteht seit dem 1. Januar 2025 für alle Unternehmen, die Ausstellungspflicht ab dem 1. Januar 2027 für inländische B2B-Händler mit über 800.000 Euro Vorjahresumsatz (Bundesministerium der Finanzen). Details zu Formaten und Fristen fasst unser Beitrag zur E-Rechnungspflicht 2027 zusammen.
Beide Entwicklungen haben denselben Kern: Steuerdaten müssen strukturiert, konsistent und maschinenlesbar vorliegen. Eine E-Rechnung nach EN 16931 trägt Steuersätze, Steuerkategorie-Codes und den USt-IdNr-Bezug als Pflichtfelder. Wer den Steuersatz im Shop anders bildet als im ERP, riskiert genau an dieser Stelle einen Bruch -- die E-Rechnung erwartet den Wert, mit dem auch gebucht wird. Die ERP-geführte Steuerfindung ist damit die Grundlage, auf der die automatisierte DATEV-Übergabe und E-Commerce-Buchhaltung ohne manuelles Nacharbeiten funktioniert.
Steuerfindung ist Teamarbeit mit der Steuerkanzlei
Umsetzung als API-Service und typische Stolpersteine
Die Einführung einer ERP-gestützten Steuerfindung folgt einem überschaubaren Ablauf. Entscheidend ist die enge Abstimmung mit Buchhaltung und Steuerkanzlei, denn die Qualität der Regeln entscheidet über die Qualität der Steuerfindung.
Von der Bestandsaufnahme zum produktiven Steuer-Service
- 1
Bestandsaufnahme
Führendes System, vorhandene Steuerkennzeichen, Klassifikationen und Sonderfälle wie Reihen- und Streckengeschäfte erfassen.
- 2
Regeln abstimmen
Mit Buchhaltung und Steuerkanzlei festlegen, welche Konstellation welches Steuerkennzeichen und welchen Rechtstext auslöst.
- 3
Schnittstelle bauen
Konnektor zum ERP, USt-IdNr-Prüfung über VIES oder BZSt und die Rückgabe des Steuersatzes an den Checkout entwickeln.
- 4
Test mit Echtdaten
Historische Bestellungen gegen die Regeln prüfen, Grenzfälle kalibrieren und das Antwortverhalten unter Last messen.
- 5
Go-Live und Monitoring
Produktivbetrieb mit Überwachung von Steuersätzen, Reverse-Charge-Quote und USt-IdNr-Treffern, gefolgt von Feinjustierung.
Aus Projekten kristallisieren sich wiederkehrende Fehler heraus. Wer sie von Anfang an einplant, spart teure Nacharbeit und vermeidet falsche Steuersätze im Livebetrieb. Dieselbe Sorgfalt bei Stammdaten und Sonderfällen zahlt sich auch bei angrenzenden Prozessen aus, etwa beim RMA-Prozess für Retouren zwischen Shop und ERP und bei der Anbindung von Lieferanten im Streckengeschäft, wo die Steuerfindung ebenfalls sauber greifen muss.
- Feste Steuertabelle im Shop: Sie läuft dem ERP hinterher und führt bei Satzänderungen zu falschen Rechnungen.
- USt-IdNr nur als Textfeld: Ohne echte Prüfung gegen VIES oder BZSt bleibt die Steuerfreiheit ohne Nachweis.
- Kein Ausfallverhalten: Fällt das VIES-Portal aus, darf der Checkout die Steuerfreiheit nicht blind gewähren.
- Kundenklassifikation im Shop erraten: Ob Inland, EU-B2B oder Drittland gehört aus dem Debitorenstamm, nicht aus einer Vermutung.
- Fernverkaufsschwelle ignoriert: Wer die 10.000-Euro-Grenze nicht überwacht, rechnet oberhalb mit dem falschen Land.
- Nachweise nicht archiviert: USt-IdNr-Abfragen ohne revisionssichere Ablage lassen sich später nicht belegen.
Quellen und Studien