Skip to content

Fatal

BR-DEX-13: Third party payment amount has at most 2 decimals

In short

Fatal: fails the selected checks.

BR-DEX-13 means the amount of a third party payment (BT-DEX-002) has more than two decimal places. Fix it by rounding the amount to two decimals.

On this page

What it means

The amount of each third party payment (BT-DEX-002) in the XRechnung extension may have at most two digits after the decimal point. The check reads the amount as written in the file, so 50.000 fails, while 50 and 50.00 pass.

Why it matters

Amounts with more than two decimals cannot be paid or booked exactly. The invoice fails validation and is rejected.

How to fix it

Round the amount of the third party payment to cents. If your software works with more decimals, change its rounding setting or enter the amount by hand. Then check that the amount due for payment still adds up, as BR-DEX-09 checks.

The rule as published

Die maximale Anzahl zulässiger Nachkommastellen für das Element "Third party payment amount" (BT-DEX-002) ist 2.

Where this rule applies

Rule set Version
XRechnung 3.0 (UBL) 3.0.2
XRechnung 3.0 (UBL credit note) 3.0.2
Rule text from phive-rules 4.6.4.

Check your file

Drop your e-invoice to see whether BR-DEX-13 still fails, and which other rules do.

Updated 6 November 2026