BR-15: Fälliger Zahlbetrag fehlt
In der Rechnung fehlt der fällige Zahlbetrag (BT-115). Tritt oft auf, wenn Software nur den Bruttobetrag schreibt und den Zahlbetrag für redundant hält.
An Invoice shall have the Amount due for payment (BT-115).
BR-15 schließt die Regelgruppe BR-12 bis BR-15 ab: Nach Zeilensumme, Netto- und Bruttobetrag verlangt sie den Betrag, der tatsächlich zu zahlen ist.
Was die Regel prüft
Die Rechnung muss den fälligen Zahlbetrag enthalten, BT-115 (BT = Business Term, das nummerierte Feld der Norm). In der CII-Syntax ist das ram:DuePayableAmount im Summenblock ram:SpecifiedTradeSettlementHeaderMonetarySummation.
Der Zahlbetrag ist ein eigenes Feld neben dem Bruttobetrag (BT-112), weil beide auseinanderfallen können: Bruttobetrag minus bereits gezahlter Betrag (BT-113) plus Rundungsbetrag (BT-114) ergibt den Zahlbetrag, so definiert in BR-CO-16. Im Normalfall ohne Anzahlung sind beide Werte identisch, trotzdem müssen beide in der XML stehen.
Warum sie in der Praxis fehlschlägt
Der häufigste Auslöser ist genau diese scheinbare Redundanz: Wer den Summenblock von Hand oder per Skript baut, schreibt den Endbetrag einmal als GrandTotalAmount und hält ein zweites Feld mit demselben Wert für überflüssig. Der Validator sieht das anders.
Zweiter Fall: Abschlags- und Schlussrechnungen. Die Software zieht die Anzahlung intern ab, mappt aber nur den Restbetrag in ein Feld und lässt das andere leer, oder umgekehrt. Dann fehlt entweder BT-112 (BR-14) oder BT-115 (BR-15).
So behebst du den Fehler
Ergänze ram:DuePayableAmount. Ohne Anzahlung ist der Wert identisch mit dem Bruttobetrag. Mit Anzahlung: Bruttobetrag minus ram:TotalPrepaidAmount, das dann ebenfalls im Summenblock stehen sollte, damit die Rechenprobe BR-CO-16 aufgeht. Maximal zwei Nachkommastellen (BR-DEC-18). Belegschmied schreibt alle Summenfelder automatisch, inklusive Anzahlungsverrechnung bei Schlussrechnungen.
Beachte die Folgeregel BR-CO-25: Sobald der Zahlbetrag positiv ist, muss die Rechnung auch ein Fälligkeitsdatum oder Zahlungsbedingungen enthalten.
XML-Beispiel: vorher und nachher
Der Summenblock endet beim Bruttobetrag:
<!-- verletzt BR-15: DuePayableAmount fehlt -->
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
<ram:LineTotalAmount>3200.00</ram:LineTotalAmount>
<ram:TaxBasisTotalAmount>3200.00</ram:TaxBasisTotalAmount>
<ram:TaxTotalAmount currencyID="EUR">608.00</ram:TaxTotalAmount>
<ram:GrandTotalAmount>3808.00</ram:GrandTotalAmount>
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>
Korrigiert mit Zahlbetrag (BT-115), hier mit verrechneter Anzahlung:
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
<ram:LineTotalAmount>3200.00</ram:LineTotalAmount>
<ram:TaxBasisTotalAmount>3200.00</ram:TaxBasisTotalAmount>
<ram:TaxTotalAmount currencyID="EUR">608.00</ram:TaxTotalAmount>
<ram:GrandTotalAmount>3808.00</ram:GrandTotalAmount>
<ram:TotalPrepaidAmount>1000.00</ram:TotalPrepaidAmount>
<ram:DuePayableAmount>2808.00</ram:DuePayableAmount>
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>
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.