SAP · Tech

SAP VAT Fitness Calibration: 5 verborgene Risiken in Ihren Condition Tables.

Viele VAT-Risiken entstehen nicht in der Meldung, sondern deutlich früher – in Tax Procedures, Condition Tables, Stammdaten und dem Änderungsmanagement in SAP.

5. Februar 2026 Alexander Breekpot SAP

In vielen SAP-Landschaften sind VAT-Fehler nicht die Folge eines einzelnen großen Konfigurationsfehlers, sondern einer Reihe kleinerer Entscheidungen, die im Laufe der Zeit unsichtbar geworden sind. Ein Tax Code wurde irgendwann hinzugefügt, ein Condition Record nie bereinigt, eine Abweichung außerhalb von SAP gelöst und ein Testszenario nach einem Release nicht erneut durchgespielt. Solange das Ergebnis ungefähr stimmt, fallen solche Punkte nicht auf.

Eine VAT Fitness-Analyse macht sichtbar, wo Ihr VAT-Ergebnis durch Systemeinrichtung, Stammdaten oder Prozessvereinbarungen anfällig wird. Im Folgenden fünf Muster, die wir in der Praxis regelmäßig antreffen.

Fünf wiederkehrende Muster

Wo Risiken häufig verborgen bleiben

1. Veraltete Condition Records, die formell noch aktiv sind

In vielen Umgebungen bleiben alte Records bestehen, weil niemand sicher weiß, ob sie noch getroffen werden. Dadurch entsteht Überlappung, unbeabsichtigter Vorrang oder eine Logik, die nur in bestimmten Kombinationen zum Tragen kommt. Der Fehler steckt dann nicht in einer einzelnen Tabelle, sondern im Zusammenspiel der Records, die sich über Jahre aufgebaut haben.

2. Stammdaten, die das richtige VAT-Ergebnis unmöglich machen

Unvollständige Kunden- oder Lieferantendaten, falsche Ländercodes, abweichende Material Classifications oder fehlende Kennzeichen führen dazu, dass selbst eine vernünftige Tax Procedure zu einem schwachen Ergebnis kommt. Dann wird auf Output-Ebene korrigiert, während das Problem eigentlich im Input liegt.

3. Lokale Workarounds außerhalb von SAP, die nie zurückübersetzt wurden

Viele Teams lösen Ausnahmen pragmatisch außerhalb des Systems. Das hilft kurzfristig, macht es aber später schwieriger festzustellen, welche Situationen strukturell anders eingerichtet werden müssen. Das Risiko besteht darin, dass die operative Realität nicht mehr mit der Systemlogik übereinstimmt.

4. Änderungsmanagement ohne VAT-Regressionstest

Ein Release oder Transport muss nicht auf VAT ausgerichtet sein, um dennoch VAT-Auswirkungen zu haben. Änderungen an Pricing, Stammdaten, Auftragsflüssen oder Intercompany-Prozessen können unbeabsichtigt in die Steuerermittlung hineinwirken. Ohne festen Regressionstest wird das oft erst in der Filing-Periode sichtbar.

5. Unzureichende Dokumentation bewusster Abweichungen

Manche Ausnahmen sind berechtigt. Aber wenn nicht festgehalten wurde, warum eine Abweichung existiert, wer sie akzeptiert hat und wann sie erneut bewertet werden soll, entsteht eine Black Box. Das macht Review, Übergabe und Audit unnötig schwierig.

Was das erfordert

VAT Fitness ist vor allem eine Frage der Sichtbarkeit

Eine gute Analyse muss nicht mit einem großen Redesign beginnen. Oft ist es bereits wertvoll, kritische Transaktionsströme auszuwählen, die relevanten Tabellen und Stammdaten danebenzulegen und zu prüfen, wo Systemlogik, Prozesspraxis und gewünschtes VAT-Ergebnis auseinanderlaufen. Dann wird sichtbar, welche Probleme in der Konfiguration liegen, welche in den Daten – und welche eigentlich Governance-Themen sind.

Praktische Tipps

Um verborgene SAP-Risiken früher zu erkennen, helfen diese Schritte:

Wählen Sie eine begrenzte Zahl an Transaktionsströmen mit hoher Materialität und prüfen Sie dort systematisch die gesamte Kette.
Legen Sie alte Condition Records neben die tatsächliche Nutzung, damit Sie nicht auf Annahmen, sondern auf realer Auswirkung steuern.
Koppeln Sie die SAP-Analyse immer an ein Stammdaten-Review – Konfiguration und Quelldaten müssen gemeinsam beurteilt werden.
Führen Sie einen festen VAT-Regressionstest nach relevanten Transporten oder Prozessänderungen ein.
Dokumentieren Sie bewusste Abweichungen explizit, einschließlich Eigentümer, Begründung und Zeitpunkt der nächsten Überprüfung.