BR-Z-03EN 16931

BR-Z-03: Nullsatz-Nachlass ohne Steueridentifikation des Verkäufers

Trägt ein Nachlass auf Dokumentebene die Steuerkategorie Z, muss die Rechnung eine USt-IdNr. oder Steuernummer des Verkäufers enthalten. Häufigster Auslöser: der Rabatt erbt die Kategorie Z, während die Stammdaten unvollständig sind.

Regeltext im Prüfregelwerk

An Invoice that contains a Document level allowance (BG-20) where the Document level allowance VAT category code (BT-95) is "Zero rated" shall contain the Seller VAT Identifier (BT-31), the Seller tax registration identifier (BT-32) and/or the Seller tax representative VAT identifier (BT-63).

BG-20BT-95BT-31BT-32BT-63

BR-Z-03 ist das Gegenstück zu BR-Z-02 für Nachlässe: Auch ein Rabatt auf Dokumentebene mit Nullsatz-Kategorie setzt voraus, dass der Verkäufer steuerlich identifizierbar ist.

Was die Regel prüft

Jeder Nachlass auf Dokumentebene (BG-20, BG = Business Group, eine Feldgruppe der Norm), etwa ein Gesamtrabatt auf die Rechnung, trägt eine eigene Steuerkategorie (BT-95), damit klar ist, welche Steuerbasis er mindert. Steht dort Z („Zero rated", der echte Nullsatz, in Deutschland vor allem Photovoltaik nach §12 Abs. 3 UStG), verlangt die Regel mindestens eine dieser Angaben: die Umsatzsteuer-Identifikationsnummer des Verkäufers (BT-31), seine Steuernummer (BT-32) oder die USt-IdNr. eines Steuervertreters (BT-63).

Warum sie in der Praxis fehlschlägt

Ein Nachlass bekommt seine Steuerkategorie in der Regel von den Positionen, auf die er sich bezieht. Wer eine PV-Anlage zum Nullsatz abrechnet und einen Rabatt gewährt, erzeugt damit automatisch einen Z-Nachlass, und wenn die Software keine USt-IdNr. oder Steuernummer im Verkäuferblock schreibt, schlägt BR-Z-03 an. Meist zusammen mit BR-Z-02, weil ja auch die Positionen selbst Z tragen.

Der zweite Fall ist eine falsch gewählte Kategorie: Der Rabatt wird pauschal mit Z angelegt („da fällt ja keine Steuer an"), obwohl die zugehörigen Positionen mit 19 % (Kategorie S) besteuert werden. Dann ist die Kategorie des Nachlasses falsch, nicht die Steuerdaten des Verkäufers.

So behebst du den Fehler

Zwei Prüfschritte: Erstens, trägt der Nachlass die richtige Kategorie? Er muss dieselbe Kategorie haben wie die Umsätze, die er mindert. Zweitens, wenn Z korrekt ist: Hinterlege USt-IdNr. oder Steuernummer in den Stammdaten, sie gehört in ram:SellerTradeParty/ram:SpecifiedTaxRegistration (schemeID="VA" für die USt-IdNr., "FC" für die Steuernummer).

XML-Beispiel: vorher und nachher

<!-- verletzt BR-Z-03: Z-Nachlass, aber kein SpecifiedTaxRegistration beim Verkäufer -->
<ram:SellerTradeParty>
  <ram:Name>Solartechnik Brandt e.K.</ram:Name>
  <!-- … keine ram:SpecifiedTaxRegistration … -->
</ram:SellerTradeParty>
<!-- … -->
<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator><udt:Indicator>false</udt:Indicator></ram:ChargeIndicator>
  <ram:ActualAmount>200.00</ram:ActualAmount>
  <ram:Reason>Treuerabatt</ram:Reason>
  <ram:CategoryTradeTax>
    <ram:TypeCode>VAT</ram:TypeCode>
    <ram:CategoryCode>Z</ram:CategoryCode>
    <ram:RateApplicablePercent>0</ram:RateApplicablePercent>
  </ram:CategoryTradeTax>
</ram:SpecifiedTradeAllowanceCharge>
<ram:SellerTradeParty>
  <ram:Name>Solartechnik Brandt e.K.</ram:Name>
  <!-- … -->
  <ram:SpecifiedTaxRegistration>
    <ram:ID schemeID="VA">DE211456789</ram:ID>
  </ram:SpecifiedTaxRegistration>
</ram:SellerTradeParty>
<!-- Nachlass-Block bleibt unverändert -->

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.

Regeln, die oft zusammen auftreten

← Alle Fehlermeldungen im Überblick