Fehler BR-S-08 beheben: Berechneter Steuerbetrag weicht vom USt-Betrag ab
BR-S-08 prüft die mathematische Konsistenz der Steueraufschlüsselung (BG-23). Der berechnete Steuerbetrag muss der Multiplikation aus Steuerbasisbetrag (BT-116) und Steuersatz (BT-119) entsprechen.
Eigene Rechnung hier hineinziehen
oder Datei vom Computer auswählen (.pdf oder .xml bis 10 MB)
Vorausgefüllter, normkonformer JSON-Payload gegen unser InvoiceRequest-Modell. Du kannst die Werte direkt editieren:
zg_test_ouroboros_001 (sofortige PDF/A-3 Generierung).
Code-Vergleich: Falsches vs. Korrektes CII-XML
<!-- FEHLER: Basis 100.00 EUR * 19% ergibt 19.00 EUR, hier steht fälschlich 19.05 EUR -->
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>19.05</ram:CalculatedAmount> <!-- FEHLER: Weicht um 0.05 EUR ab -->
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>100.00</ram:BasisAmount>
<ram:CategoryCode>S</ram:CategoryCode>
<ram:RateApplicablePercent>19.00</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
<!-- KORREKT: Exakte Steuerberechnung nach EN 16931 Rundungsregeln -->
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>19.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>100.00</ram:BasisAmount>
<ram:CategoryCode>S</ram:CategoryCode>
<ram:RateApplicablePercent>19.00</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
Technische Ursache & Lösung
In der Steueraufschlüsselungsgruppe BG-23 verlangt Regel BR-S-08: Für jede Steuerkategorie 'Standard' (Code S) muss der Steuerbetrag (BT-117) exakt dem gerundeten Produkt aus Steuerbasisbetrag (BT-116) und Steuersatz (BT-119) dividiert durch 100 entsprechen.
Dieser Fehler entsteht meist, wenn ein System Steuern zeilenweise summiert, statt erst die Nettobeträge je Steuersatz zusammenzufassen und darauf den Steuersatz anzuwenden (oder umgekehrt).
In unserer API werden alle Steuerkategorien automatisch gruppiert, die Basissummen gebildet und die Umsatzsteuer kaufmännisch auf 2 Nachkommastellen gerundet. BR-S-08 ist damit ausgeschlossen.
Keine Lust auf XML-Schematron-Fehler und Rundungsdifferenzen?
Unsere E-Rechnung Cloud API übernimmt alle mathematischen Berechnungen, Steuerregeln, XSD-Schemata und die PDF/A-3 Konvertierung vollautomatisch im Hintergrund.
Häufig gestellte Fragen (FAQ)
Darf eine Rechnung mehrere Steuersätze (z. B. 19% und 7%) enthalten?
Ja, absolut. Jeder Steuersatz muss jedoch einen eigenen ram:ApplicableTradeTax-Block mit eigenem Basisbetrag und Steuerbetrag erhalten.
Welcher CategoryCode gilt für 19% und 7% in Deutschland?
Sowohl 19% als auch 7% nutzen den CategoryCode 'S' (Standard rate), sofern keine Steuerbefreiung oder Reverse-Charge vorliegt.
Wie prüft der Validator Fehler BR-S-08?
Unser Online-Validator führt im Hintergrund die offizielle KoSIT-Schematron-Validierung aus und markiert fehlerhafte Steuerzeilen sofort rot.
Passende Themen & Normen
Alle 12 Themen ansehen →Fehler BR-CO-10 beheben: Summenfehler der Positionen in EN 16931
Schematron-Fehler BR-CO-10 lösen: Warum die Summe der Positions-Nettobeträge (BT-106) exakt dem Gesamt-Nettobetrag (BT-109) entsprechen muss. Mit XML-Fix.
KATEGORIE AEReverse-Charge in ZUGFeRD & XRechnung: Steuerkategorie AE & § 13b UStG
Reverse-Charge E-Rechnungen nach EN 16931: Wie Steuerkategorie AE (BT-118) und der Befreiungsgrund (BT-120/121) in ZUGFeRD und XRechnung deklariert werden.
BR-DE-01Fehler BR-DE-01 beheben: Zahlungsbedingungen in XRechnung & ZUGFeRD
Löse den Schematron-Fehler BR-DE-01 in deiner E-Rechnung. Ursachen, XML-Codebeispiele (CII) und Vorlage zur normgerechten Angabe von Zahlungsbedingungen.
SHOPIFY → E-RECHNUNGShopify-Bestellungen zu ZUGFeRD E-Rechnungen automatisieren (Make & API)
E-Rechnungspflicht für Shopify: Wandle Bestellungen per Make.com Blueprint oder REST-API automatisch in EN 16931-konforme ZUGFeRD PDF/A-3 Rechnungen um.