BR-DEX-13: Third party payment amount (BT-DEX-002) has more than two decimals
Official message
[BR-DEX-13] Die maximale Anzahl zulässiger Nachkommastellen für das Element "Third party payment amount" (BT-DEX-002) ist 2.
- Severity
- Error The invoice is invalid and may be rejected by the recipient.
- Applies to
- XRechnung (UBL)
- Affected fields
- BT-DEX-002
What does this mean?
In an XRechnung extension invoice (UBL), the third party payment amount (BT-DEX-002) may have at most two decimals. The given amount has more.
Typical causes
The amount was taken unrounded from a calculation, e.g. 33.3333.
The amount was formatted with more decimals than needed, e.g. 50.000.
How to fix the error
Round or format the amount to two decimals (cac:PrepaidPayment/cbc:PaidAmount).
Then check the amount due (BT-115) according to BR-DEX-09.
Generate and validate the invoice again.
Example
Wrong
<cbc:PaidAmount currencyID="EUR">33.3333</cbc:PaidAmount>Correct
<cbc:PaidAmount currencyID="EUR">33.33</cbc:PaidAmount>For developers: test expression per syntax
XRechnung (UBL) (UBL)
Context: /ubl:Invoice/cac:PrepaidPayment[$isExtension]
string-length(substring-after(cbc:PaidAmount, '.')) <= 2Related validation rules
- BR-DEX-01: Invalid MIME code of an attachment (BT-125) in the XRechnung extension
- BR-DEX-02: Line net amount does not match the sum of its sub invoice lines
- BR-DEX-03: Sub invoice line without exactly one VAT information (BG-DEX-06)
- BR-DEX-04: Scheme of a party identifier is not an ISO 6523 ICD code (extension)
- BR-DEX-05: Scheme of a registration identifier is not an ISO 6523 ICD code (extension)
- BR-DEX-06: Scheme of the item standard identifier (BT-157) is not an ISO 6523 ICD code (extension)
Last updated:
Explanation of the validation rule, not legal or tax advice.