Eine DETAIL-Position hat keinen Nettobetrag
Im erweiterten Profil muss eine Position vom Untertyp DETAIL — oder ohne Untertyp — einen Positionsnettobetrag (BT-131) tragen.
Ein Betragsfeld: der erwartete Wert wird berechnet und vorgeschlagen, aber nie in das Dokument geschrieben — die Korrektur obliegt dem Aussteller. Testen Sie Ihre Rechnung, um zu erfahren, ob sie betroffen ist.
Die Meldung, die Ihr Validator ausgibt
Wortgetreu aus dem versiegelten Artefakt übernommen: genau dieser Satz wird ausgegeben, wenn diese Regel fehlschlägt.
[BR-FREXT-24]-Each Invoice line (BG-25) shall have an Invoice line net amount (BT-131), if the "Subtype of invoice line item" (EXT-FR-FE-163 / BT-X-8) has the value "DETAIL" or is not specified.
Zitiert aus schematron-fnfe 1.4.0.03, lizenziert unter Apache-2.0.
Häufige Suchen zu diesem Code
Diese Formulierungen spiegeln die Suche eines Integrators: Code, Syntax, Regel, Fachfeld und Korrektur.
Ihre Datei mit diesem Fehler im Blick prüfen
Laden Sie die betroffene Rechnung hoch: der Bericht zeigt, ob dieser Code vorkommt, wo er im Dokument steht und ob Factlint ihn nur meldet oder auch beheben kann.
Um diese Prüfung in einem ERP-Ablauf zu automatisieren, rufen Sie die Validierungs-API auf und verknüpfen jeden zurückgegebenen Code mit seiner öffentlichen Seite.
Warum dieser Fehler auftritt
Der Positionsnettobetrag ist das, was die Summen addieren und was der Empfänger gegen Menge und Preis prüft; ohne ihn berechnet die Position, ohne zu sagen, wie viel. Das erweiterte Profil befreit nur strukturierende Positionen davon. Sie gilt nur für Dokumente, die das Profil EXTENDED-CTC-FR erklären — das Profilblatt ersetzt das CEN-Paket und fügt eigene Regeln für hierarchische Positionen hinzu.
So beheben Sie ihn
Tragen Sie den Betrag in Ihrem System ein oder geben Sie der Position den Untertyp GROUP. Factlint schreibt niemals einen Betrag, auch keinen fehlenden: Regel 1 würde ihn höchstens vorschlagen.
Vom Regelwerk zurückgegebene Schwere
Blockierend seit dem 1. September 2026: die aktuelle Basis, `fr-2026-09`, versiegelt das FNFE-Artefakt 1.4.0.03 im Modus fatal, und sie ist es, die die angeheftete Engine standardmäßig anwendet. Eine im August 2026 ausgestellte Rechnung wird gegen `fr-2026-08` geprüft, wo dieselbe Regel als Warnung ausgegeben wird — was das Urteil „konform“ bereits ausschließt. Die API gibt die Schwere des für die geprüfte Rechnung angehefteten Regelwerks zurück.
financial_field_policy
XML-Korrekturbeispiel
<cac:InvoiceLine><cbc:ID>2</cbc:ID><cbc:InvoicedQuantity unitCode="EA">1</cbc:InvoicedQuantity>…</cac:InvoiceLine>
<cac:InvoiceLine><cbc:ID>2</cbc:ID><cbc:InvoicedQuantity unitCode="EA">1</cbc:InvoicedQuantity><cbc:LineExtensionAmount currencyID="EUR">124.17</cbc:LineExtensionAmount>…</cac:InvoiceLine>