DK-R-011

fatalPeppol BIS Billing 3.0profileCIIUBL

For Danish Suppliers if the PaymentID is prefixed with 71# or 75# the 15-16 digits instruction Id must be added to the PaymentID eg. "71#1234567890123456" when payment Method equals 93 (FIK)

Why it fails

A FIK payment uses kortartkode 71# or 75#, which require a 15-16 digit instruction id, and it is missing or the wrong length.

How to fix it

Write the PaymentID as the prefix plus 15 or 16 digits, e.g. 71#1234567890123456. 73# does not take one.

What the validator checks

CII — context rsm:CrossIndustryInvoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans

not((ram:TypeCode = '93') and ((substring(../ram:PaymentReference, 0, 4) = '71#') or (substring(../ram:PaymentReference, 0, 4) = '75#')) and not((string-length(../ram:PaymentReference) = 18) or (string-length(../ram:PaymentReference) = 19)) )

UBL — context ubl-invoice:Invoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:PaymentMeans

not((cbc:PaymentMeansCode = '93') and ((substring(cbc:PaymentID, 1, 3) = '71#') or (substring(cbc:PaymentID, 1, 3) = '75#')) and not((string-length(cbc:PaymentID) = 18) or (string-length(cbc:PaymentID) = 19)) )

Related rules

Part of DK-R — Denmark.

• DK-R-002
• DK-R-003
• DK-R-004
• DK-R-005
• DK-R-006
• DK-R-007
• DK-R-008
• DK-R-009
• DK-R-010
• DK-R-013
• DK-R-014
• DK-R-016
• DK-R-017

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.