What does BR-CO-10 mean?

It means cac:LegalMonetaryTotal/cbc:LineExtensionAmount (BT-106) does not equal the sum of the individual line net amounts (BT-131). The Schematron sums the line values, rounds to two decimals, and compares.

Why do I get a one-cent BR-CO-10 error?

Because rounding was applied at the wrong point. The rule sums values that are already rounded per line, so you must round each line to two decimals first and then sum. Summing unrounded values and rounding once at the end produces a one-cent drift.

Can BR-CO-10 be automatically fixed?

Yes, at 0.95 confidence. The correct BT-106 is fully derivable from the lines already in the document, so Invoice Navigator recomputes and rewrites the header total without needing any external input.

Is BR-CO-10 the same as BR-CO-14?

No. BR-CO-10 checks the document-level sum of line net amounts. BR-CO-14 checks that each VAT category's taxable amount matches the lines in that category. They often fire together but have different causes and different fixes.

Do I need to fix other totals after correcting BR-CO-10?

Usually yes. BT-106 feeds TaxExclusiveAmount (BR-CO-13) and through it TaxInclusiveAmount (BR-CO-15) and the amount due. Recalculate the full totals chain after changing the line sum.

Error codes · EN 16931

BR-CO-10Partly

Sum of Invoice line net amount (BT-106) = Σ Invoice line net amount (BT-131)

This is the rejection, word for word: „[BR-CO-10] BR-CO-10 fires when the document-level sum of line net amounts does not equal the arithmetic sum of the individual line net amounts. It is a pure totals check: BT-106 in cac:LegalMonetaryTotal must equal the sum of every cbc:LineExtensionAmount across all invoice lines, rounded to two decimals. Almost every occurrence traces back to rounding applied at the wrong point in the calculation, or to a total that was overridden manually after the lines were built.“

The EN 16931 Schematron rule BR-CO-10 has context cac:LegalMonetaryTotal and asserts xs:decimal(cbc:LineExtensionAmount) = xs:decimal(round(sum(//(cac:InvoiceLine|cac:CreditNoteLine)/xs:decimal(cbc:LineExtensionAmount)) * 10 * 10) div 100). XPath: /Invoice/cac:LegalMonetaryTotal/cbc:LineExtensionAmount versus the sum over /Invoice/cac:InvoiceLine/cbc:LineExtensionAmount. Two consequences of the exact expression matter in practice. First, the sum is computed over already-rounded line values, then rounded again — so the correct algorithm is round each line to 2 decimals first, then sum, never sum unrounded values and round once. Second, the comparison is on xs:decimal, so 100.00 and 100.000 compare equal but a one-cent difference does not. Note that BR-CO-10 concerns line net amounts only; per-VAT-category taxable amounts are covered by BR-CO-14 and BR-S-08.

What to have readyThe correct figures from your bookkeeping; we show you which field is affected.

What we doRecalculate BT-106 as the sum of the already-rounded line net amounts and write the result to cac:LegalMonetaryTotal/cbc:LineExtensionAmount. Invoice Navigator auto-fixes BR-CO-10 at 0.95 confidence because the correct value is fully derivable from the lines already present in the document — no external data is needed.

Choose the rejected invoiceor drop it here

XRechnung XML or ZUGFeRD PDF. Checking is free · corrected file €1.90 · the first every 30 days is free · no sign-up.

If you enter it yourself in your invoicing software

Before

<cac:InvoiceLine>
  <cbc:LineExtensionAmount currencyID="EUR">450.25</cbc:LineExtensionAmount>
</cac:InvoiceLine>
<cac:InvoiceLine>
  <cbc:LineExtensionAmount currencyID="EUR">120.10</cbc:LineExtensionAmount>
</cac:InvoiceLine>
<cac:LegalMonetaryTotal>
  <!-- 450.25 + 120.10 = 570.35, but header says 570.34 -->
  <cbc:LineExtensionAmount currencyID="EUR">570.34</cbc:LineExtensionAmount>
</cac:LegalMonetaryTotal>

After

<cac:InvoiceLine>
  <cbc:LineExtensionAmount currencyID="EUR">450.25</cbc:LineExtensionAmount>
</cac:InvoiceLine>
<cac:InvoiceLine>
  <cbc:LineExtensionAmount currencyID="EUR">120.10</cbc:LineExtensionAmount>
</cac:InvoiceLine>
<cac:LegalMonetaryTotal>
  <cbc:LineExtensionAmount currencyID="EUR">570.35</cbc:LineExtensionAmount>
</cac:LegalMonetaryTotal>

What the finding looks likeExample

FindingNeeds your check · BR-CO-10

Location//cac:InvoiceLine/cbc:LineExtensionAmount

From youThe correct figures

ThenChecked again

ProofSHA-256 and /verify link after the check

Often appears together with

BR-CO-13Invoice total without VAT calculation must be correct BR-CO-14Invoice total VAT amount must equal the sum of VAT category tax amounts BR-CO-15Invoice total amount with VAT (BT-112) = Invoice total amount without VAT (BT-109) + Invoice total VAT amount (BT-110)