Fehlerkatalog · Rechnungspositionen · EN 16931
BR-24: Positionsnettobetrag fehlt
Jede Rechnungsposition muss einen Positionsnettobetrag (BT-131) tragen. Er muss ausgeschrieben im Dokument stehen, auch wenn er sich rechnerisch aus Menge und Preis ergibt.
| Regelkennung | BR-24 |
|---|---|
| Betroffenes Feld | BT-131 |
| Regelwerk | EN 16931 |
| UBL (XRechnung) | Invoice/cac:InvoiceLine/cbc:LineExtensionAmount |
Woran es sich zeigt
Der Empfänger meldet einen fehlenden Betrag, oder die Prüfung schlägt gleich mit BR-CO-10 fehl.
Warum es passiert
Das Element wird weggelassen in der Annahme, der Empfänger rechne es selbst aus — das tut er nicht. Oder der Wert steht mit Komma als Dezimaltrennzeichen im XML: `1.234,56` ist keine Zahl und wird als leer gelesen.
Wie es zu beheben ist
- In jede Position ein LineExtensionAmount (UBL) bzw. LineTotalAmount (CII) schreiben.
- Beträge mit Punkt als Dezimaltrennzeichen und ohne Tausendertrennung: 1234.56.
- Genau zwei Nachkommastellen für Beträge; der Preis (BT-146) darf mehr haben, wenn eine Preiseinheit (BT-149) angegeben ist.
- BT-131 ist in der Regel Menge × Nettopreis, je Position gerundet — siehe BR-CO-10.
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 lines[].quantity und lines[].netPrice, und die API prüft ihre eigene Ausgabe, bevor sie sie ausliefert.
Tritt meist zusammen auf mit
BR-CO-10— Summe der Positionsnettobeträge stimmt nichtBR-27— Negativer Nettopreis in einer Position
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.