Warum sich Ihre USt-Beträge zwischen E-Commerce und ERP unterscheiden

Kurz gefasst

Ihre E-Commerce-Plattform und Ihr ERP (oder Ihre Rechnungssoftware) berechnen die Steuer beide korrekt, jedoch mit einer unterschiedlichen Logik. Die Abweichung, die Sie feststellen — oft einige Cent bis einige Euro pro Bestellung — ist kein Fehler. Es handelt sich um ein grundlegendes Übersetzungsproblem zwischen zwei Systemen, die für unterschiedliche Zwecke konzipiert wurden.

Die Lösung besteht nicht darin, einen Wert von einem System in das andere zu übertragen. Es geht darum, die Logik hinter diesem Wert anzugleichen.

Das grundlegende Missverständnis

Die meisten Integrationen behandeln die Steuer wie einen Preis oder eine Produktreferenz: als einen Wert, den Sie von einem System in ein anderes übertragen.

Aber die Steuer ist kein gespeicherter Wert, sondern ein berechnetes Feld. Sie hängt ab von:

• der Produktkategorie
• dem Kundentyp (B2B, B2C, steuerbefreit)
• der Rechtsordnung (Land, Region, Bundesstaat)
• den Rabattregeln
• der auf Versandkosten angewendeten Steuer
• der Rundungsmethode

Wenn Sie einen Steuerbetrag vom E-Commerce ins ERP „synchronisieren", übertragen Sie das Ergebnis der Logik von System A in System B, das dann seine eigene Logik anwendet und zu einem anderen Ergebnis kommt.

Dies ist die eigentliche Ursache der Abweichung.

Warum die beiden Systeme unterschiedlich rechnen

E-Commerce-Plattformen

Shopify, WooCommerce, Magento, Prestashop oder BigCommerce sind auf Checkout-Geschwindigkeit optimiert. Sie verwenden:

• einfache Produktsteuerklassen („steuerpflichtig / nicht steuerpflichtig")
• Rundung auf Positionsebene bei jeder Bestellposition
• die Standard-Rabattlogik der Plattform
• grundlegende Versandsteuerregeln

ERP- und Rechnungssoftware

Pennylane, Sellsy, Odoo, Axonaut, Evoliz, NetSuite, SAP B1 oder Dynamics sind auf Compliance und Prüfpfade optimiert. Sie verwenden:

• Artikelsteuergruppen und Steuercodes, die an die Rechtsordnung gebunden sind
• Rundung auf Bestellebene (oder gemischt)
• eine strenge Rabattabfolge (vor oder nach Steuer)
• teilweise externe Steuermodule (Avalara, Vertex), die bei jeder Bestelländerung neu berechnen

Das Ergebnis: zwei Systeme, von denen jedes technisch korrekt ist, die aber nicht exakt übereinstimmen.

Die sechs Fehlerquellen

1. Unterschiedliche Rundungsmethode

Shopify rundet auf Positionsebene. Ihr ERP rundet oft auf Bestellebene.

Bei einer Bestellung mit mehreren Artikeln und mehreren Steuersätzen kann die kumulierte Differenz leicht eine Abweichung von 1 € bis 3 € erzeugen. Finanzteams nennen dies den „Penny-Shift". Es ist kein Fehler, sondern ein Designunterschied.

2. Rabattabfolge

• Shopify wendet Rabatte immer vor Steuer an.
• Magento und WooCommerce lassen Sie die Reihenfolge konfigurieren.
• ERPs wenden die Rabattlogik je nach Steuermodul möglicherweise unterschiedlich an.

Ein Rabatt von 10 %, der an unterschiedlichen Punkten der Berechnungskette angewendet wird, führt zu unterschiedlichen steuerpflichtigen Beträgen — und damit zu unterschiedlicher USt.

3. Behandlung der Versandsteuer

Versandkosten sind in manchen Rechtsordnungen steuerpflichtig, in anderen nicht. Jedes System hat seine eigene Logik.

Wenn diese nicht ausdrücklich angeglichen sind, erhalten Sie bei jeder Bestellung, die Versandkosten enthält, Unstimmigkeiten.

4. Nicht steuerpflichtige Artikel werden im ERP steuerpflichtig

Im E-Commerce lassen sich Steuerbefreiungen leicht verwalten: Sie deaktivieren einfach „Steuer berechnen".

ERPs hingegen erfordern explizite Steuergruppen, Steuercodes und teilweise Befreiungsbescheinigungen. Wenn das Mapping nicht exakt ist, berechnet das ERP stillschweigend ein „nicht steuerpflichtiges" Produkt als steuerpflichtig neu.

5. Das ERP vertraut Ihrer Steuer nicht

Die meisten ERPs sind darauf ausgelegt, die Steuer beim Import neu zu berechnen. Jede spätere Änderung — Mengenänderung, Rabattaktualisierung, Artikeltausch — löst eine vollständige Neuberechnung mit den ERP-seitigen Regeln aus.

Selbst wenn die Zahlen zum Zeitpunkt der Synchronisierung übereinstimmten, können sie später auseinanderdriften.

6. Zwei parallel laufende Steuermodule

Shopify verwendet sein natives Steuermodul. Ihr ERP verwendet möglicherweise Avalara, Vertex oder ein eigenes Modul.

Zwei separat zertifizierte Module können für dieselbe Bestellung unterschiedliche Ergebnisse liefern, wenn die Produktklassifizierung oder die Daten zur Rechtsordnung nicht auf beiden Seiten strikt identisch sind.

Die klassischen Lösungen (und ihre Grenzen)

„Die Steuer nicht synchronisieren"

Lassen Sie das ERP die Steuer unabhängig neu berechnen. Das funktioniert für die interne Buchhaltung, scheitert jedoch im B2B, wenn die Rechnungssteuer mit der Checkout-Steuer übereinstimmen muss.

„Überall dasselbe Steuermodul erzwingen"

Verwenden Sie Avalara oder Vertex in beiden Systemen. Dies ist der beste Ansatz, vorausgesetzt, die Produktklassifizierung, Kundenbefreiungen und Daten zur Rechtsordnung werden auf beiden Seiten identisch gehalten. Driften sie auseinander, tun es auch die Zahlen.

„Manuelle Anpassung"

Finanzteams korrigieren von Hand. Das lässt sich nicht über einige Hundert Bestellungen pro Monat hinaus skalieren.

Der saubere langfristige Ansatz

Die dauerhafte Lösung besteht darin, vier Elemente in beiden Systemen anzugleichen, nicht nur den endgültigen Steuerbetrag:

Bauen Sie anschließend eine Abgleichsschicht auf, die ein Auseinanderdriften erkennt, bevor es Ihre Buchhaltung erreicht.

Wie Order Invoicer mit diesen Abweichungen umgeht

Order Invoicer synchronisiert E-Commerce-Bestellungen mit Ihrer Rechnungssoftware und behält dabei die ursprüngliche Logik so weit wie möglich bei:

• Die Bestellpositionen werden mit ihren von der Quellplattform berechneten Netto-, USt- und Bruttobeträgen übertragen.
• Die Versandkosten werden als separate Position mit ihrem eigenen USt-Satz übergeben.
• Die Rabatte werden auf derselben Ebene wie auf der Quellplattform angewendet, um ein Auseinanderdriften der Steuerbemessungsgrundlage zu vermeiden.
• Die USt-Codes auf ERP-Seite werden über die Connector-Konfiguration explizit den E-Commerce-Sätzen zugeordnet.

Die Funktion „Anpassungen"

Um diese Rundungsabweichungen ohne manuellen Eingriff auszugleichen, enthält Order Invoicer eine Funktion Anpassungen, die für alle Rechnungs-Connectors verfügbar ist: Pennylane, Sellsy, Odoo, Qonto.

Funktionsweise

Nachdem jede Rechnung, Gutschrift, jedes Angebot oder jede Bestellung auf ERP-Seite erstellt wurde, vergleicht Order Invoicer den Bruttobetrag der E-Commerce-Bestellung mit dem vom ERP berechneten Bruttobetrag. Stimmen die beiden nicht exakt überein, wird dem Dokument automatisch eine Korrekturposition hinzugefügt mit:

• einer Menge von 1
• einem Einzelbetrag, der genau der Abweichung entspricht (positiv oder negativ)
• einem USt-Satz von 0 % (eine steuerbefreite Position, um keine neue Steuerbemessungsgrundlage einzuführen)
• der Bezeichnung Ihrer Wahl (z. B. „Rundungsanpassung", „USt-Abweichung")
• dem Buchhaltungscode Ihrer Wahl (z. B. ein Anpassungskonto oder ein Konto für außerordentliche Erträge)

Ergebnis: Der endgültige Bruttobetrag der Rechnung entspricht exakt dem Bruttobetrag der E-Commerce-Bestellung, während die Steuerberechnungslogik des ERP auf den Produktpositionen erhalten bleibt.

Konfiguration

In Ihren Connector-Einstellungen (Einstellungen → Karte Anpassungen) konfigurieren Sie:

Wann die Anpassung angewendet wird

Die automatische Anpassung wird nur ausgelöst, wenn die absolute Differenz zwischen dem Bruttobetrag der Quelle und dem Bruttobetrag des ERP kleiner oder gleich dem konfigurierten Schwellenwert ist (Standard: 0,01 €, mit einer zusätzlichen technischen Toleranz von 0,01 €).

Robustheit

• Die Anpassung wird bei einem vorübergehenden ERP-Ausfall bis zu 3-mal wiederholt.
• Schlägt die Anpassung trotz der Wiederholungen fehl, wird eine E-Mail-Benachrichtigung an die konfigurierten Benutzer gesendet, mit der Bestellreferenz.
• Die Anpassung gilt für Rechnungen, Gutschriften, Angebote und Bestellungen.

Wenn die Anpassung nicht ausreicht

Wenn Sie Abweichungen sehen, die größer als der Anpassungsschwellenwert sind, ist dies ein Zeichen für ein Auseinanderdriften der Konfiguration, das im Vorfeld behoben werden sollte:

1. Überprüfen Sie, ob die im ERP konfigurierten USt-Sätze exakt mit denen der E-Commerce-Plattform übereinstimmen
2. Überprüfen Sie, ob die Behandlung der Versandsteuer auf beiden Seiten identisch ist
3. Überprüfen Sie, ob die steuerbefreiten Produkte korrekt einem steuerbefreiten USt-Code auf ERP-Seite zugeordnet sind
4. Überprüfen Sie, ob die innergemeinschaftlichen B2B-Kunden in beiden Systemen korrekt als solche identifiziert sind