BR-CO-11: Summe der Nachlässe stimmt nicht

Woran es sich zeigt

Der Empfänger meldet eine Differenz in der Summenzeile. Da BT-107 in BT-109 eingeht, folgt fast immer ein Fund zu BR-CO-13 im selben Protokoll.

Warum es passiert

Der Erzeuger schreibt die einzelnen Nachlässe, vergisst aber die Summenzeile — dann steht dort nichts und der Empfänger rechnet mit 0. Der zweite häufige Fall: Ein Positionsrabatt (BG-27) wird versehentlich in BT-107 mitgezählt. Er gehört dort nicht hin; er steckt bereits im Positionsbetrag BT-131 und damit in BT-106.

Wie es zu beheben ist

• AllowanceTotalAmount (BT-107) schreiben, sobald es mindestens einen Nachlass auf Dokumentebene gibt.
• Nur die Nachlässe auf Dokumentebene summieren — Positionsrabatte bleiben außen vor.
• Je Nachlass runden, dann summieren, nicht umgekehrt (gleiche Reihenfolge wie bei BR-CO-10).
• Gibt es keinen Nachlass, kann BT-107 entfallen; eine 0,00 ist zulässig, aber überflüssig.

Prüfen statt raten

Ob die Korrektur greift, sagt Ihnen der kostenlose Prüfer in ein paar Sekunden — ohne Anmeldung, die Datei bleibt im Arbeitsspeicher. Wer die Rechnung erzeugt statt sie zu reparieren: In POST /api/v1/create entspricht diesem Feld allowances[], und die API prüft ihre eigene Ausgabe, bevor sie sie ausliefert.

Tritt meist zusammen auf mit

• BR-31 — Nachlass ohne Betrag
• BR-CO-12 — Summe der Zuschläge stimmt nicht
• BR-CO-13 — Nettobetrag passt nicht zu Positionen, Nachlässen und Zuschlägen

Die Regel ist hier sinngemäß wiedergegeben, in der Fassung, in der dieser Prüfer sie anwendet. Verbindlich ist der Text der EN 16931 bzw. der XRechnung-Spezifikation der KoSIT; die vollständige Prüfung leistet der KoSIT-Referenzvalidator. Diese Seite ist keine Rechts- oder Steuerberatung.