BR-14:Invoice line net amount required
Each invoice line must have a net amount (LineExtensionAmount).
Engine Classification
Financial or legal field · Modification blocked by policy
Reason: Line amounts require manual verification. Changes affect tax calculations and invoice totals. Verify the correct values in your invoicing system before correcting.
What is BR-14?
BR-14 is a fatal validation rule defined in the EN 16931 specification. It validates the LineExtensionAmount element under Invoice > InvoiceLine in the UBL invoice XML.
When this rule fires, the invoice is non-compliant and will be rejected by Peppol access points and national validation services. The sending system receives a rejection response and the invoice does not reach the buyer.
Target path: XPath: /Invoice/cac:InvoiceLine/cbc:LineExtensionAmount
Why This Error Matters
Invoice rejected. This is the amount the buyer will pay and must be present for payment processing.
BR-14 is a hard failure. Invoices that trigger this rule are rejected at the access point and never reach the recipient. In Peppol networks, this means your sending system receives an MLR (Message Level Response) with a rejection status. The invoice must be corrected and re-sent, adding delay to your payment cycle.
Validator Behavior
- ·Causes invoice rejection
- ·Error returned: BR-14
- ·Specification: EN 16931
How to Fix It
Calculate line total
Quantity × Price per unit
Apply discounts
Subtract any line-level allowances
Set amount
Place result in LineExtensionAmount with currency
Before / After
<cac:LegalMonetaryTotal> <!-- cbc:TaxInclusiveAmount is missing --> </cac:LegalMonetaryTotal>
<cac:LegalMonetaryTotal> <cbc:TaxInclusiveAmount>valid-value</cbc:TaxInclusiveAmount> </cac:LegalMonetaryTotal>
Technical Reference
XPath: /Invoice/cac:InvoiceLine/cbc:LineExtensionAmountCode Example
<cac:InvoiceLine>
<cbc:ID>1</cbc:ID>
<cbc:InvoicedQuantity unitCode="C62">10</cbc:InvoicedQuantity>
<cbc:LineExtensionAmount currencyID="EUR">100.00</cbc:LineExtensionAmount>
<!-- Price per unit: 10.00 -->
</cac:InvoiceLine>Common Causes
- ·Tax inclusive amount not calculated by source system
- ·TaxInclusiveAmount field not mapped in export
- ·Export template missing final gross amount
- ·Tax calculation not completed before export
- ·Rounding differences caused amount validation failure
Seeing this in production? The API handles BR-14 automatically. See the fix response →
Commonly Seen In
Frequently Asked Questions
Each invoice line must have a net amount (LineExtensionAmount).
Add the required `cbc:TaxInclusiveAmount` element to your Invoice. Ensure it contains a valid value per EN 16931. This error involves a protected field — Invoice Navigator flags it in your pipeline so your team can correct it at the source.
Yes, BR-14 is a critical error that will cause invoice rejection. It must be fixed before submission to ensure your invoice is accepted by the recipient's system.
BR-14 involves a financial or legal field that cannot be auto-modified by policy. Invoice Navigator detects and flags this error immediately, but the correction must be made manually in your ERP or invoicing software.
BR-14 is commonly seen in exports from All invoicing software. These software packages sometimes generate invoices that need adjustment to meet full compliance standards.
Related Content
Last updated: 3 March 2026
Detect BR-14 Before Submission
This error involves a financial or legal field that cannot be auto-modified. The compliance engine flags it immediately with a clear diagnosis so your team can fix it at the source.