Reverse Charge in JTL-Wawi: Das strukturelle Problem und was eine automatisierte Lösung leisten muss

Das Problem

JTL-Wawi wendet Steuerklassen an – bewertet aber keine steuerrechtlichen Einzelfälle. Die Software verarbeitet Aufträge nach hinterlegten Konfigurationsregeln, trifft jedoch zu keinem Zeitpunkt eine eigene Einschätzung, ob § 13b UStG für diesen spezifischen Vorgang greift. Die Verantwortung liegt vollständig beim Anwender. Und genau hier entsteht das Risiko: bei Mischaufträgen aus Waren und Dienstleistungen, bei Kunden mit USt-ID in mehreren EU-Ländern, bei Sonderfällen im Tagesvolumen.

Typische Symptome

• EU-B2B-Aufträge mit falschem Steuerausweis – Steuer auf Rechnung obwohl § 13b greift
• Mischaufträge aus Waren und Dienstleistungen pauschal behandelt statt positionsweise
• Fehlende Audit-Dokumentation – keine Nachvollziehbarkeit für Betriebsprüfung
• § 14c-Risiko nicht bekannt – ausgewiesene Steuer wird kraft Rechnung geschuldet
• Nachträgliche Rechnungskorrektur bei großem Volumen praktisch nicht durchführbar

Ursachen

JTL-Wawi ist so gebaut: Steuerklassen werden einmalig auf Artikel- und Kundenebene konfiguriert – danach greift die Logik automatisch. Dieses Design löst Routinefälle zuverlässig. Es versagt bei Konstellationen, die eine Beurteilung auf Auftragsebene erfordern: Ist der Empfänger tatsächlich B2B? Liegt eine gültige USt-ID für den richtigen Mitgliedstaat vor? Enthält der Auftrag gemischte Positionen mit unterschiedlicher steuerrechtlicher Behandlung?

• Reverse-Charge-Regeln werden als reine Systemeinstellung verstanden statt als fachlicher Prüfprozess
• USt-ID, Kundenstatus und Leistungsart werden nicht gemeinsam bewertet
• Mischaufträge aus Waren und Dienstleistungen werden wie Standardaufträge behandelt
• Steuerliche Sonderfälle werden erst bei der Buchhaltung oder Betriebsprüfung sichtbar
• Es existiert kein dokumentierter Freigabe- oder Eskalationsprozess für Grenzfälle

Die Lösung

Reverse Charge lässt sich nicht durch eine einzelne Systemeinstellung absichern. Belastbare Prozesse kombinieren steuerliche Regeln, technische Prüfungen und klar definierte Verantwortlichkeiten. Ziel ist die sichere Erkennung von Standardfällen und die kontrollierte Behandlung von Ausnahmen. Technisch lässt sich das in JTL-Wawi über individuelle Workflows abbilden.

Steuerliche Prüfregeln vor der Automatisierung definieren

Bevor Workflows oder Erweiterungen umgesetzt werden, muss klar sein, welche Leistungen angeboten werden, welche Länder betroffen sind und unter welchen Voraussetzungen Reverse Charge greifen soll. Erst daraus entsteht eine belastbare technische Logik.

Auftragsebene statt Stammdatenebene bewerten

Eine belastbare Lösung bewertet jeden einzelnen Auftrag: B2B-Status des Kunden, Gültigkeit der USt-ID, Leistungsart und mögliche Mischkonstellationen. Stammdaten allein liefern diese Information nicht. So werden Risiken erkannt, bevor eine Rechnung erzeugt wird.

Grenzfälle gezielt eskalieren

Nicht jeder Auftrag lässt sich rechtssicher automatisieren. Mischaufträge, Sonderleistungen oder unklare Kundensituationen sollten automatisch markiert und einer verantwortlichen Person zur Prüfung vorgelegt werden. Das System übernimmt die Erkennung, die Entscheidung bleibt beim Menschen.

Prüfungen nachvollziehbar dokumentieren

Jede Prüfung sollte dokumentiert werden: Welche Kriterien wurden bewertet, welches Ergebnis lag vor und welche Aktion wurde ausgelöst? Ein solcher Audit-Trail schafft Nachvollziehbarkeit gegenüber Steuerberatung, Geschäftsführung und Betriebsprüfung.

• B2B-Status, USt-ID und Leistungsart gemeinsam bewerten
• Standardfälle automatisiert freigeben
• Mischaufträge und Sonderfälle automatisch kennzeichnen
• Verantwortliche Personen für Prüfentscheidungen definieren
• Prüfergebnisse revisionssicher dokumentieren
• Steuerlogik regelmäßig an neue Geschäftsmodelle anpassen

Warum Reverse-Charge-Prozesse in der Praxis scheitern

• Steuerklassen einmalig konfiguriert und nie wieder geprüft – obwohl sich Sortiment und Kundenstruktur ändern
• Mischaufträge als Sonderfall ignoriert – kein definierter Umgang damit
• § 14c-Risiko nicht bekannt – ausgewiesene Steuer schuldet man, auch wenn man sie nicht hätte ausweisen dürfen
• Annahme: JTL bewertet Rechtsfragen automatisch – tut es nicht
• Keine Dokumentation für Betriebsprüfung – manuelle Praxis hinterlässt keine Nachweise

Fazit

Ein Steuerkennzeichen in den Stammdaten bildet Reverse Charge nicht ab. Es braucht einen Prozess: Prüfregeln auf Auftragsebene, Eskalation für Grenzfälle und eine Dokumentation, die der Betriebsprüfung standhält. Damit lässt sich EU-B2B-Geschäft skalieren, ohne dass § 14c-Risiken mitwachsen.