DE-R-023-2

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

If "Payment means type code" (BT-81) contains a code for credit transfer (30, 58), BG-18 and BG-19 shall not be provided.

Why it fails

The payment means code says credit transfer (30 or 58), but the invoice also carries PAYMENT CARD INFORMATION (BG-18) and DIRECT DEBIT (BG-19). Germany allows exactly one payment method group per invoice.

How to fix it

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

not(cac:CardAccount) 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-024-1
• DE-R-024-2
• 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.