ATW-DECLARED-TOTAL-NOT-A-NUMBER — E-Invoice Validation Rule & Fix

Fixture ID: parsedTotalsUnreadable · XPath: /ubl:Invoice/cac:LegalMonetaryTotal/cbc:PayableAmount

1. Why This Rule Triggers (Diagnostic Message)

The Amount due for payment (BT-115) is present in this document but could not be read as a number: the element holds "12,34". That is a decimal comma, which is how most of continental Europe writes an amount and is not how EN 16931 writes one: every monetary amount in both syntaxes is an xs:decimal, and xs:decimal has exactly one decimal separator, the dot. The value was left out of the invoice rather than guessed at, so nothing further compares it — BR-CO-15 and BR-CO-16 need a number on both sides. This is a finding of ours, not a rule of the regulation: the official validator rejects the same document one step earlier, at XML Schema validation, as cvc-datatype-valid.1.2.1.

2. How to Fix ATW-DECLARED-TOTAL-NOT-A-NUMBER

Write the amount with a dot decimal separator and no thousands separator: "12.34" rather than "12,34". Formatting for a human reader belongs in the rendered invoice, never in the XML.

3. Valid Code / Payload Example

<cbc:PayableAmount>1891.79</cbc:PayableAmount>