Skip to content

Fatal

BR-DEX-10: Third party payment needs a payment type

In short

Fatal: fails the selected checks.

BR-DEX-10 means a third party payment on the invoice has no payment type. Fix it by entering the type for that payment, or by removing the payment if it should not be there.

On this page

What it means

A third party payment (BG-DEX-09) in the XRechnung extension must state its type (BT-DEX-001). In UBL the type is the ID inside the cac:PrepaidPayment block, and it must not be empty or only spaces.

Why it matters

Without a type the recipient cannot tell what kind of payment it is. The block is incomplete, so the invoice fails validation and is rejected.

How to fix it

Open the third party payment on the invoice and fill in the type field. If the block is a leftover or is not really a third party payment, delete it. An amount the buyer has already paid belongs in the paid amount (BT-113) in the invoice totals instead.

The rule as published

Das Element "Third party payment type" BT-DEX-001 muss übermittelt werden, wenn die Gruppe "THIRD PARTY PAYMENT" (BG-DEX-09) übermittelt wird.

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-10 still fails, and which other rules do.

Updated 6 November 2026