BR-IC-08: Steuerbasis der K-Aufschlüsselung passt nicht zu den Positionssummen
Die Bemessungsgrundlage in der Steueraufschlüsselung mit Kategorie K stimmt nicht mit der Summe der zugehörigen Positionen, Nachlässe und Zuschläge überein. Häufigster Auslöser: ein Dokumentrabatt wird in der Basis nicht abgezogen.
In a VAT breakdown (BG-23) where the VAT category code (BT-118) is "Intra-community supply" the VAT category taxable amount (BT-116) shall equal the sum of Invoice line net amounts (BT-131) minus the sum of Document level allowance amounts (BT-92) plus the sum of Document level charge amounts (BT-99) where the VAT category codes (BT-151, BT-95, BT-102) are "Intra-community supply".
BR-IC-08 ist die zentrale Rechenregel der IC-Serie: Sie gleicht die Bemessungsgrundlage der Steueraufschlüsselung gegen die Einzelbeträge der Rechnung ab.
Was die Regel prüft
Die Kategorie K steht in der EN 16931 für die innergemeinschaftliche Lieferung, in Deutschland steuerfrei nach § 6a UStG. Für die Steueraufschlüsselung (BG-23, BG = Business Group, eine Feldgruppe der Norm) mit dem Kategorie-Code K im Feld BT-118 (BT = Business Term, das nummerierte Einzelfeld) muss die Bemessungsgrundlage (BT-116) exakt so berechnet sein:
BT-116 = Σ Positionsnettobeträge (BT-131) mit Kategorie K
− Σ Nachlässe auf Dokumentebene (BT-92) mit Kategorie K
+ Σ Zuschläge auf Dokumentebene (BT-99) mit Kategorie K
Gezählt werden nur Positionen, Nachlässe und Zuschläge, die selbst die Kategorie K tragen. Die Prüfung ist centgenau, schon 0,01 EUR Abweichung ist ein Fehler.
Warum sie in der Praxis fehlschlägt
- Ein Rabatt oder Zuschlag auf Dokumentebene wird zwar in den Gesamtsummen berücksichtigt, aber nicht in der Basis der Aufschlüsselung. Die Software summiert dann nur die Positionen.
- Eine Position wurde nachträglich geändert oder gelöscht, die Aufschlüsselung aber nicht neu berechnet, etwa weil sie beim ersten Speichern eingefroren wurde.
- Auf einer gemischten Rechnung ist eine Position falsch kategorisiert: Sie steht auf S, wird aber gedanklich zur K-Summe gezählt (oder umgekehrt). Dann weichen die Basen beider Aufschlüsselungs-Gruppen ab und BR-S-08 meldet sich gleich mit.
So behebst du den Fehler
Rechne die Basis von Hand nach: alle K-Positionsnettobeträge addieren, K-Dokumentnachlässe abziehen, K-Zuschläge addieren, und das Ergebnis in BT-116 eintragen. Weicht deine Software ab, liegt es fast immer daran, dass Nachlässe oder Zuschläge einer anderen (oder gar keiner) Kategorie zugeordnet sind, korrigier deren Kategorie-Code. Belegschmied berechnet die Aufschlüsselung bei jeder Änderung komplett neu aus den Positionen, dieser Drift kann dort nicht entstehen.
XML-Beispiel: vorher und nachher
Zwei K-Positionen (1.000 und 500 EUR), ein Dokumentrabatt von 100 EUR mit Kategorie K:
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>0.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<!-- verletzt BR-IC-08: Basis ignoriert den Dokumentrabatt (1500 statt 1400) -->
<ram:BasisAmount>1500.00</ram:BasisAmount>
<ram:CategoryCode>K</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>0.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<!-- 1000.00 + 500.00 − 100.00 -->
<ram:BasisAmount>1400.00</ram:BasisAmount>
<ram:CategoryCode>K</ram:CategoryCode>
<ram:RateApplicablePercent>0</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
Rechnung selbst prüfen
Lade deine Datei hoch und sieh in Sekunden, welche Regeln sie besteht und welche nicht. Kostenlos, ohne Anmeldung, nichts wird gespeichert.