Rund 19 Prozent Umsatzsteuer auf eine B2B-Rechnung, das ist der häufigste Konfigurationsfehler, den Magento-Agenturen in Audits finden. Wer Magento 2 oder Adobe Commerce betreibt, kennt das Steuer-Modul meist nur aus der Ersteinrichtung. Dabei entscheidet es täglich über Compliance, korrekte Preise und letztlich über Umsatzsteuerbescheide, die im Zweifel gegen den Händler sprechen.
Das Steuersystem in Magento 2 basiert auf drei Ebenen: Tax Classes, Tax Zones & Rates und Tax Rules. Eine Tax Rule verknüpft eine Steuerklasse des Produkts mit einer Kunden-Steuerklasse und einem Steuersatz für eine Region. Erst wenn alle drei Komponenten zusammenspielen, berechnet der Shop im Checkout den korrekten Betrag. Eine Lücke an einer Stelle, etwa eine fehlende Kunden-Tax-Class für Gewerbekunden, und der Shop weist Brutto aus, wo Netto gehört.
Wie funktionieren Tax Classes in Adobe Commerce?
Tax Classes sind in Magento 2 Steuerklassen, die Produkten und Kunden zugeordnet werden. Standardmäßig existiert etwa „Taxable Goods“ für Produkte; Kunden erhalten Klassen wie „Retail Customer“ oder „Wholesale Customer“. Wer B2B und B2C parallel fährt, braucht diese Trennung zwingend, sonst kollidieren Brutto- und Netto-Logik im Katalog.
Angelegt werden die Klassen unter Stores → Tax Rules beziehungsweise Stores → Tax Zones and Rates. Die eigentliche Zuordnung passiert dann pro Produkt und pro Kundengruppe. Praxis-Tipp für Multi-Country-Shops: Steuersätze nicht manuell pro Land anlegen, sondern über die CSV-Import-Funktion pflegen. Unter System → Import/Export Tax Rates lassen sich vollständige Satztabellen für alle EU-Mitgliedstaaten in einem Durchgang einspielen, inklusive der reduzierten Sätze für Frankreich, Italien oder Spanien.
Warum scheitert die Magento-Steuerkonfiguration in der Praxis?
Die Konfigurationslogik ist nicht das Problem, die Reihenfolge ist es. Magento prüft Regeln nach Priorität, und wer mehrere Tax Rules mit gleicher Priorität anlegt, riskiert unvorhersehbare Berechnungen. Häufigste Fallstricke aus der Agenturpraxis:
- Der „Origin“-Eintrag unter Stores → Configuration → Sales → Shipping Settings bestimmt, ab wann die EU-Fernverkaufsregelung greift, ein falscher Lagerort verfälscht alle grenzüberschreitenden Berechnungen.
- Die Einstellung „Catalog Prices Including Tax“ im globalen Scope wirkt anders als im Website-Scope; ein Wechsel nachträglich zerschießt laufende Preise.
- Beim Steuersatz-Import wird die bestehende Tabelle überschrieben, nicht ergänzt, wer das nicht weiß, löscht aus Versehen eigenhändig angelegte Sonderraten.
Für die USt-IdNr.-Validierung im B2B-Checkout bietet Adobe Commerce eine native Anbindung an den VIES-Dienst der EU-Kommission. Aktiviert unter Stores → Configuration → Customers → Customer Configuration, sortiert sie validierte Geschäftskunden automatisch in die passende Steuerklasse. Das ersetzt bis heute in vielen Shops manuelle Nacharbeit im Vertrieb.
Import und Export: Steuersätze effizient pflegen
Der Export der Steuersätze funktioniert über denselben Menüpunkt wie der Import und erzeugt eine CSV mit Spalten für Land, Region, Postleitzahl, Satz und Code. Diese Datei eignet sich als Basis für eigene Satztabellen, oder als Backup, bevor ein Import läuft. Agenturen empfehlen, vor jedem Massenimport eine Sicherung der bestehenden Rates zu ziehen, weil Magento keinen Versionsverlauf für Steuersätze führt.
Für Shops mit umfangreichen Steueranforderungen, etwa US-Markt mit tausenden County- und City-Sätzen, kommen Extensions wie die von Vertex oder Avalara ins Spiel, die Steuersätze in Echtzeit extern berechnen. Beide Dienste haben native Adobe-Commerce-Anbindungen und nehmen die Pflege von Satztabellen komplett ab, kosten allerdings transaktionsbasiert.
Wer jetzt neu aufsetzt, sollte die Konfiguration in einer Staging-Instanz testen: Ein Testkauf pro Steuerklasse und pro Lieferland, Checkout mit und ohne USt-IdNr., dann der Blick auf die erzeugte Rechnung. Das kostet einen Nachmittag, und spart die Diskussion mit dem Finanzamt.