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

BR-DEX-13Fatal

BR-DEX-13: Zu viele Nachkommastellen bei Drittzahlung

cbc:PaidAmount in PrepaidPayment darf höchstens 2 Dezimalstellen haben

Offizielle Regel

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

Quelle: KoSIT Schematron (itplr-kosit/xrechnung-schematron), XRechnung-UBL-validation.sch

Was bedeutet das?

Bei XRechnung-Extension mit BG-DEX-09 (THIRD PARTY PAYMENT) prüft BR-DEX-13, dass cbc:PaidAmount nicht mehr als zwei Nachkommastellen enthält.

Beispiel (UBL)

Gültig (2 Nachkommastellen):

<cac:PrepaidPayment>
  <cbc:PaidAmount currencyID="EUR">19.96</cbc:PaidAmount>
</cac:PrepaidPayment>

Ungültig (3 Nachkommastellen — BR-DEX-13):

<!-- Invalid: more than 2 decimals — BR-DEX-13 -->
<cac:PrepaidPayment>
  <cbc:PaidAmount currencyID="EUR">19.961</cbc:PaidAmount>
</cac:PrepaidPayment>

Typische Ursachen

1ERP rechnet mit hoher Präzision und exportiert ungerundete Beträge
2Währungsumrechnung ohne Rundung auf Cent
3Manuelle Eingabe mit mehr als 2 Nachkommastellen

Was prüfen?

Alle cac:PrepaidPayment/cbc:PaidAmount Werte prüfen
Auf maximal 2 Nachkommastellen runden
Extension-CustomizationID und BG-DEX-09 vorhanden?

Offizielle & externe Quellen

Suchbegriffe

BR-DEX-13BT-DEX-002PrepaidPaymentPaidAmountThird party paymentXRechnung

Fehlercode nicht gefunden?

Schick uns den Fehlercode (z.B. BR-DE-13) und wir nehmen ihn in die Bibliothek auf. Gib deine E-Mail an – dann senden wir dir die Lösung per E-Mail, in der Regel innerhalb von 12–24 Stunden nach dem Lesen.