DE-R-025-2

fatalPeppol BIS Billing 3.0profileUBLBG-17BG-18BT-81

If "Payment means type code" (BT-81) contains a code for direct debit (59), BG-17 and BG-18 shall not be provided.

Why it fails

The payment means code says direct debit (59), but the invoice also carries CREDIT TRANSFER (BG-17) and PAYMENT CARD INFORMATION (BG-18). Germany allows exactly one payment method group per invoice.

How to fix it

Delete CREDIT TRANSFER (BG-17) and PAYMENT CARD INFORMATION (BG-18) and keep only DIRECT DEBIT (BG-19). If you genuinely offer more than one way to pay, that has to be agreed outside the invoice — the structured document names a single method.

What the validator checks

UBL — context (/ubl-invoice:Invoice/cac:PaymentMeans[cbc:PaymentMeansCode = 59] | /ubl-creditnote:CreditNote/cac:PaymentMeans[cbc:PaymentMeansCode = 59])[$supplierCountryIsDE and $customerCountryIsDE]

not(cac:PayeeFinancialAccount) and not(cac:CardAccount)

Related rules

Part of DE-R — XRechnung via Peppol.

• DE-R-001
• DE-R-002
• DE-R-003
• DE-R-004
• DE-R-005
• DE-R-006
• DE-R-007
• DE-R-008
• DE-R-009
• DE-R-010
• DE-R-011
• DE-R-014
• DE-R-015
• DE-R-016
• DE-R-017
• DE-R-018
• DE-R-019
• DE-R-020
• DE-R-022
• DE-R-023-1
• DE-R-023-2
• DE-R-024-1
• DE-R-024-2
• DE-R-025-1

Validate an invoice against this rule →

This is a Peppol BIS Billing 3.0 rule: an invoice can be perfectly valid EN 16931 and still be rejected by it.