# BR-DEC-16 Paid amount must not exceed two decimal places

The BT-113 Paid amount is limited to a maximum of two decimal places. Any value carrying three or more fractional digits fails EN16931 validation.

## Problem Description

The BT-113 Paid amount is limited to a maximum of two decimal places. Any value carrying three or more fractional digits fails EN16931 validation.

> **ERROR**: XRechnung 3.0

## Context and Significance

This is an EN16931 core decimal-precision constraint enforced by KoSIT: every monetary amount in the invoice must be expressed with no more than two decimals.

## Solution

Round BT-113 to two decimal places before serialising the amount, and apply the same rounding used in the BR-CO total and sum calculations so the invoice still reconciles.

- validate
- convert

## Valid Examples

- BT-113 = 50.00 — two decimals accepted

## Invalid Examples

- BT-113 = 50.000 — three decimals rejected

## Code Examples

### Valid XML
```
<cac:LegalMonetaryTotal>
  <cbc:PrepaidAmount currencyID="EUR">50.00</cbc:PrepaidAmount>
</cac:LegalMonetaryTotal>
```

### Invalid XML
```
<cac:LegalMonetaryTotal>
  <cbc:PrepaidAmount currencyID="EUR">50.000</cbc:PrepaidAmount>
</cac:LegalMonetaryTotal>
```

## Affected Fields

- [BT-113 Paid amount](/resources/xrechnung/bt-113-paid-amount)

## Related Rules

- [BR-CO-16](/resources/kosit-validator-errors/br-co-16-amount-due-for-payment-must-match)

## Validation Tools

- [Official KoSIT Validator](https://erechnungsvalidator.service-bw.de/): Validate your XRechnung files against all BR-DE rules.
- [Convert PDF to XRechnung](/pdf-to-xrechnung): Automatic validation error fixes when converting.

## Related Resources

- [Official Specification](https://xeinkauf.de/xrechnung/)
- [Test Suite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Complete Error List](/resources/kosit-validator-errors): Overview of all German XRechnung validation rules.