BR-31: Nachlass auf Dokumentenebene ohne Betrag

Ein Nachlass ohne Betrag ist für den Empfänger nicht verrechenbar, deshalb bricht der Validator hier hart ab. BR-31 ist die erste von drei Pflichtangaben-Regeln für Dokumentnachlässe, die anderen beiden sind BR-32 (Steuerkategorie) und BR-33 (Grund).

Was die Regel prüft

Ein Nachlass auf Dokumentenebene (BG-20, BG = Business Group, eine Feldgruppe der Norm) ist ein Abzug, der auf die ganze Rechnung wirkt statt auf eine einzelne Position: etwa ein Treuerabatt oder ein pauschaler Nachlass auf die Auftragssumme. Sobald so eine Gruppe in der XML steht, muss sie einen Betrag enthalten, das Feld BT-92 (BT = Business Term, das nummerierte Feld der Norm).

Der Betrag wird als positive Zahl angegeben. Dass es ein Abzug ist, ergibt sich nicht aus einem Minuszeichen, sondern aus dem ChargeIndicator: false bedeutet Nachlass, true bedeutet Zuschlag. Die Summe aller BT-92-Beträge muss außerdem mit BT-107 übereinstimmen (geprüft von BR-CO-11) und darf höchstens zwei Nachkommastellen haben (BR-DEC-01).

Warum sie in der Praxis fehlschlägt

Der häufigste Auslöser ist Software, die den SpecifiedTradeAllowanceCharge-Block immer anlegt, sobald im Formular ein Rabattfeld existiert, und ihn leer lässt, wenn der Nutzer nichts einträgt. Dann steht die Gruppe ohne ActualAmount in der Datei.

Zweiter Fall: Der Betrag wurde ins falsche Element geschrieben, zum Beispiel in ein Prozentfeld oder in den Basisbetrag (BT-93), während das eigentliche Betragsfeld leer bleibt. Ein Prozentsatz allein genügt der Norm nicht, der ausgerechnete Betrag muss immer dabeistehen.

Dritter Fall bei Eigenbau-Integrationen: Der Betrag wird mit Minuszeichen geliefert, die Bibliothek verwirft den negativen Wert und schreibt gar nichts.

So behebst du den Fehler

Prüf zuerst, ob der Nachlass überhaupt gewollt ist. Wenn nicht: den kompletten BG-20-Block entfernen, nicht nur das Betragsfeld nachtragen. Wenn ja: den Betrag als positive Zahl mit maximal zwei Nachkommastellen in BT-92 eintragen und die Endsummen neu rechnen lassen, sonst folgen Summenfehler wie BR-CO-11 und BR-CO-13.

In Belegschmied kann ein Rabatt auf Dokumentenebene nur mit Betrag angelegt werden, der Fall entsteht dort nicht.

XML-Beispiel: vorher und nachher

<!-- verletzt BR-31: Nachlass-Gruppe ohne ActualAmount (BT-92) -->
<ram:SpecifiedTradeAllowanceCharge>
  <ram:ChargeIndicator><udt:Indicator>false</udt:Indicator></ram:ChargeIndicator>
  <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>