Reverse-Charge & Steuerschuldnerschaft (Kategorie AE) in ZUGFeRD & XRechnung
Bei B2B-Umsätzen im EU-Ausland oder Bauleistungen nach § 13b UStG geht die Steuerschuld auf den Leistungsempfänger über. In EN 16931 wird dies über Steuerkategorie AE mit 0 % Steuersatz und explizitem Befreiungsgrund abgebildet.
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: 0% Steuersatz mit Standard-Kategorie S anstelle von AE -->
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>0.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>500.00</ram:BasisAmount>
<ram:CategoryCode>S</ram:CategoryCode> <!-- FALSCH: 'S' darf nicht mit 0% Steuersatz kombiniert werden -->
<ram:RateApplicablePercent>0.00</ram:RateApplicablePercent>
</ram:ApplicableTradeTax>
<!-- KORREKT: Steuerkategorie AE mit gesetzlichem Steuerschuldner-Hinweis -->
<ram:ApplicableTradeTax>
<ram:CalculatedAmount>0.00</ram:CalculatedAmount>
<ram:TypeCode>VAT</ram:TypeCode>
<ram:BasisAmount>500.00</ram:BasisAmount>
<ram:CategoryCode>AE</ram:CategoryCode>
<ram:RateApplicablePercent>0.00</ram:RateApplicablePercent>
<ram:ExemptionReason>Steuerschuldnerschaft des Leistungsempfängers (Reverse-Charge)</ram:ExemptionReason>
</ram:ApplicableTradeTax>
Technische Ursache & Lösung
Wird eine Rechnung mit Umkehr der Steuerschuldnerschaft ausgestellt, greifen in der EN 16931 strikte Schematron-Regeln: 1. Der Steuersatz (BT-119) muss exakt 0.00 % betragen. 2. Der Steuerbetrag (BT-117) muss 0.00 EUR lauten. 3. Die Steuerkategorie (BT-118) muss zwingend 'AE' (Vat Reverse Charge) lauten. 4. Es muss ein textlicher Grund für die Steuerbefreiung (BT-120) angegeben werden (z. B. 'Steuerschuldnerschaft des Leistungsempfängers').
Wird versehentlich die Standard-Kategorie 'S' mit 0 % kombiniert, scheitert die Validierung an der Regel BR-S-08 oder BR-AE-01.
Unsere E-Rechnung Cloud API unterstützt Reverse-Charge vollautomatisch und sorgt für die normgerechte Kennzeichnung in PDF/A-3 und XML.
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)
Muss bei Reverse-Charge die USt-IdNr. des Käufers zwingend angegeben werden?
Ja, bei innergemeinschaftlichen B2B-Leistungen im EU-Ausland verlangt das UStG zwingend die gültige USt-IdNr. des Kunden in BT-48.
Welche Steuerkategorie gilt für Kleinunternehmer nach § 19 UStG?
Kleinunternehmer nutzen in EN 16931 in der Regel die Kategorie 'E' (Exempt from tax) mit entsprechendem Befreiungshinweis.
Prüft die API die USt-IdNr. auf Gültigkeit?
Die API validiert das Länderkürzel und Format der USt-IdNr. defensiv, um fehlerhafte Einträge zu verhindern.
Passende Themen & Normen
Alle 12 Themen ansehen →Fehler BR-S-08 beheben: Steuerberechnungsfehler in ZUGFeRD & XRechnung
Fehler BR-S-08 beheben: Steuerbasisbetrag und berechneter Steuerbetrag (BT-117) weichen ab. Erfahre, wie Rundungsdifferenzen nach EN 16931 vermieden werden.
BR-CO-10Fehler 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.
BT-3BT-3 Rechnungsarten: Rechnung (380), Gutschrift (381) & Korrektur (384)
Die UNTDID 1001 Rechnungsart-Codes in BT-3 verstehen: Wann nutzt man Code 380, 381 oder 384 in ZUGFeRD & XRechnung? Mit Praxis-Beispielen und XML-Tags.
STRIPE → ZUGFeRDStripe Invoices zu ZUGFeRD & XRechnung automatisieren (EN 16931)
Wandle Stripe-Zahlungen und Invoices automatisch in rechtskonforme ZUGFeRD PDF/A-3 Rechnungen um. No-Code Blueprint für Make.com & n8n oder per REST-API.