errorEN 16931

BR-DEC-23:Line net amount: max 2 decimals

InvoiceLine/LineExtensionAmount (BT-131) allows maximum 2 decimal places.

Severity
Fatal
Rule set
EN 16931
Country
All EU
Fix type
AUTO-FIX
Confidence
95%
Category
calculation

Engine Classification

Round invoice line net amount to 2 decimal places per EN16931

Confidence: 95% · Applied automatically in pipeline

What is BR-DEC-23?

BR-DEC-23 is a fatal validation rule defined in the EN 16931 specification. It validates the LineExtensionAmount element 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: //cac:InvoiceLine/cbc:LineExtensionAmount

Why This Error Matters

Invoice will be rejected by validation. Line amounts must have proper precision for accurate invoice totals.

BR-DEC-23 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.

Invoice Navigator can automatically correct this error in your pipeline. The fix is applied with full audit evidence, so your compliance trail remains intact.

Validator Behavior

  • ·Causes invoice rejection
  • ·Error returned: BR-DEC-23
  • ·Specification: EN 16931

How to Fix It

1.

Check quantities

Each line InvoicedQuantity

2.

Round if needed

Some systems allow only 2 decimals

Before / After

Failing XML
<cac:InvoiceLine>
  <cbc:LineExtensionAmount>100.123456</cbc:LineExtensionAmount>
  <!-- Too many decimal places -->
</cac:InvoiceLine>
Corrected XML
<cac:InvoiceLine>
  <cbc:LineExtensionAmount>100.00</cbc:LineExtensionAmount>
  <!-- Correct decimal places -->
</cac:InvoiceLine>

Technical Reference

XPath//cac:InvoiceLine/cbc:LineExtensionAmount
SpecEN 16931
Operationnormalize
StrategyRound invoice line net amount to 2 decimal places per EN16931

Common Causes

  • ·Quantity times price calculation produced extra decimals
  • ·Line allowances/charges created excess precision
  • ·ERP exports line amounts with full precision
  • ·Unit price with many decimals multiplied by quantity
  • ·Rounding not applied at line level

Seeing this in production? The API handles BR-DEC-23 automatically. See the fix response →

Frequently Asked Questions

InvoicedQuantity allows maximum 4 decimal places.

Round quantity to 4 decimals maximum. You can also use Invoice Navigator's automatic Fixer tool to correct this instantly.

BR-DEC-23 is a warning that may not always cause rejection, but it indicates a potential compliance issue that should be addressed to ensure full compatibility.

Many instances of BR-DEC-23 can be automatically corrected using Invoice Navigator's Fixer tool. Upload your invoice and the tool will identify and fix common issues, including quantity: max 4 decimals.

See Also

Related Errors

Last updated: 27 February 2026

Share this guide:

Handle BR-DEC-23 Automatically in Your Pipeline

The compliance engine auto-remediates this error with controlled safety policies and evidence pack generation.