BR-32: Nachlass auf Dokumentenebene ohne Umsatzsteuer-Kategorie

Diese Meldung wirkt pedantisch, hat aber einen handfesten Grund: Ein Rabatt mindert die Steuerbemessungsgrundlage, und ohne Kategoriecode weiß niemand, welche.

Was die Regel prüft

Jeder Nachlass auf Dokumentenebene (BG-20, BG = Business Group, eine Feldgruppe der Norm) muss einen Umsatzsteuer-Kategoriecode tragen, das Feld BT-95 (BT = Business Term). Der Code sagt, zu welcher Steuerkategorie der Abzug gehört: S für den Normalfall mit 19 oder 7 % Steuersatz, AE für Reverse Charge nach §13b UStG, E für steuerbefreite Umsätze und so weiter.

Der Hintergrund: In der Aufschlüsselung der Umsatzsteuer (BG-23) wird pro Kategorie eine Bemessungsgrundlage ausgewiesen. Ein Dokumentnachlass zieht seinen Betrag von genau einer dieser Grundlagen ab. Ohne BT-95 ist diese Zuordnung unmöglich, und die Summenprüfungen der jeweiligen Kategorie-Serie (etwa BR-S-06 bei S) gingen ins Leere.

Warum sie in der Praxis fehlschlägt

Typischer Auslöser: Die Software füllt Betrag und Grund des Rabatts aus der Eingabemaske, hat aber kein Feld für die Steuerkategorie des Rabatts und schreibt den CategoryTradeTax-Block gar nicht oder ohne CategoryCode.

Zweiter Fall: Bei Rechnungen mit nur einem Steuersatz wirkt die Angabe redundant („es gibt doch eh nur 19 %"), und Eigenbau-Generatoren lassen sie weg. Die Norm verlangt sie trotzdem, weil der Empfänger die Rechnung ohne Kontextwissen verarbeiten können muss.

Dritter Fall: Es steht zwar ein Steuersatz (RateApplicablePercent) am Nachlass, aber kein Kategoriecode. Satz und Code sind zwei getrennte Felder, der Satz allein genügt nicht.

So behebst du den Fehler

Trag am Nachlass dieselbe Steuerkategorie und denselben Steuersatz ein wie bei den Positionen, auf die er sich bezieht. Bei einer Rechnung, die komplett mit 19 % läuft, ist das S mit 19. Enthält die Rechnung mehrere Steuersätze, musst du den Rabatt entweder einer Kategorie zuordnen oder ihn in mehrere BG-20-Gruppen aufteilen, eine pro Kategorie.

Belegschmied übernimmt die Kategorie automatisch aus den Rechnungspositionen, der Fall entsteht dort nicht.

XML-Beispiel: vorher und nachher

<!-- verletzt BR-32: CategoryTradeTax ohne CategoryCode (BT-95) -->
<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator><udt:Indicator>false</udt:Indicator></ram:ChargeIndicator>
  <ram:ActualAmount>50.00</ram:ActualAmount>
  <ram:Reason>Treuerabatt</ram:Reason>
</ram:SpecifiedTradeAllowanceCharge>

<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator><udt:Indicator>false</udt:Indicator></ram:ChargeIndicator>
  <ram:ActualAmount>50.00</ram:ActualAmount>
  <ram:Reason>Treuerabatt</ram:Reason>
  <ram:CategoryTradeTax>
    <ram:TypeCode>VAT</ram:TypeCode>
    <ram:CategoryCode>S</ram:CategoryCode>
    <ram:RateApplicablePercent>19</ram:RateApplicablePercent>
  </ram:CategoryTradeTax>
</ram:SpecifiedTradeAllowanceCharge>