DE-R-024-2

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

If "Payment means type code" (BT-81) contains a code for payment card (48, 54, 55), BG-17 and BG-19 shall not be provided.

Why it fails

The payment means code says payment card (48, 54 or 55), but the invoice also carries CREDIT TRANSFER (BG-17) and DIRECT DEBIT (BG-19). Germany allows exactly one payment method group per invoice.

How to fix it

Delete CREDIT TRANSFER (BG-17) and DIRECT DEBIT (BG-19) and keep only PAYMENT CARD INFORMATION (BG-18). 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 = (48,54,55)] |/ubl-creditnote:CreditNote/cac:PaymentMeans[cbc:PaymentMeansCode = (48,54,55)])[$supplierCountryIsDE and $customerCountryIsDE]

not(cac:PayeeFinancialAccount) and not(cac:PaymentMandate)

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-025-1
• DE-R-025-2

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.