The net amount of a GROUP line is not the sum of its sub-lines
In the extended profile, when a GROUP line carries a net amount (BT-131), it must equal the sum of the net amounts of the immediately lower-level lines of subtype DETAIL or GROUP.
A financial field: the expected value is computed and offered, never written into the document — the correction is the issuer's to make. Test your invoice to find out whether it is affected.
The message your validator prints
Copied verbatim from the sealed artefact: this is the exact sentence the check prints when this rule fails.
ciiNum line : , BT-131 : , SommeBT-131 : , Subline Code : - [BR-FREXT-08]-If the "Subtype of invoice line item" (EXT-FR-FE-163 / BT-X-8) has the value "GROUP" and if the "Invoice line net amount" (BT-131) is specified, it MUST correspond to the sum of the "Invoice line net amount" (BT-131) of the next lower level for which the "Subtype of the invoice line item" (EXT-FR-FE-163) has the value "DETAIL" or "GROUP".
ublNum Fact : , Num line : , BT-131 : , SommeBT-131 : , Subline Code : - [BR-FREXT-08]-If the "Subtype of invoice line item" (EXT-FR-FE-163 / BT-X-8) has the value "GROUP" and if the "Invoice line net amount" (BT-131) is specified, it MUST correspond to the sum of the "Invoice line net amount" (BT-131) of the next lower level for which the "Subtype of the invoice line item" (EXT-FR-FE-163) has the value "DETAIL" or "GROUP".
Quoted from schematron-fnfe 1.4.0.03, licensed under Apache-2.0.
Common searches around this code
These phrases mirror what an integrator searches for: code, syntax, rule, business field and correction.
Test your file with this error in mind
Upload the invoice involved: the report will say whether this code appears, where it appears in the document, and whether Factlint can only report it or also fix it.
To automate this check in an ERP flow, call the validation API and link every returned code to its public page.
Why this error happens
A grouping that does not total its details leaves two amounts for a single service, and the recipient does not know which one to pay. The discrepancy almost always comes from a discount applied to the group but not to the lines, or from per-line rounding. It only applies to documents that declare the EXTENDED-CTC-FR profile — the profile sheet replaces the CEN package and adds its own rules for hierarchical lines.
How to fix it
Fix the amount in your system. The expected sum is computed and proposed in `suggested_value`, never written: an amount is a financial field, and Factlint's rule 1 forbids touching it.
Severity returned by the rule set
Blocking since 1 September 2026: the current base, `fr-2026-09`, seals the FNFE 1.4.0.03 artefact in fatal mode, and it is the one the pinned engine applies by default. An invoice issued in August 2026 is judged against `fr-2026-08`, where the same rule comes out as a warning — which already rules out a “compliant” verdict. The API returns the severity of the rule set pinned for the judged invoice.
financial_field_policy
XML correction example
<!-- GROUP : LineTotalAmount 900.00 ; DETAIL 1 : 600.00 ; DETAIL 2 : 400.00 -->
<!-- GROUP : LineTotalAmount 1000.00 ; DETAIL 1 : 600.00 ; DETAIL 2 : 400.00 -->