Official rule text
[DK-R-005] For Danish suppliers the following Payment means codes are allowed: 1, 10, 31, 42, 48, 49, 50, 58, 59, 93 and 97
Why this error occurs
The validator evaluates the XPath test above against the context element; the assertion is false for your file.
How to fix it
Compare your file with the rule text and the test expression, adjust the element named in the context, and validate again.
What the validator checks
Checked element (context):
UBL
ubl-invoice:Invoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/cac:PaymentMeansTest (XPath):
contains(' 1 10 31 42 48 49 50 58 59 93 97 ', concat(' ', cbc:PaymentMeansCode, ' '))CII
rsm:CrossIndustryInvoice[$DKSupplierCountry = 'DK' and $DKCustomerCountry = 'DK']/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeansTest (XPath):
(contains(' 1 10 31 42 48 49 50 58 59 93 97 ', concat(' ', ram:TypeCode, ' ')))Check your invoice
Drop your XML or PDF on the validator and every failed rule is linked to its page here. Free, no account, the file is not stored.
Same check via API:
curl -F file=@invoice.xml https://einvoicechecker.com/v1/validateRelated rules
DK-R-002Danish suppliers MUST provide legal entity (CVR-number)DK-R-003If ItemClassification is provided from Danish suppliers, UNSPSC version 19.05.01 or…DK-R-004When specifying non-VAT Taxes for Danish customers, Danish suppliers MUST use the…DK-R-006For Danish suppliers bank account and registration account is mandatory if payment…DK-R-007For Danish suppliers PaymentMandate/ID and PayerFinancialAccount/ID are mandatory when…DK-R-008For Danish Suppliers PaymentID is mandatory and MUST start with 01#, 04# or 15#…DK-R-009For Danish Suppliers if the PaymentID is prefixed with 04# or 15# the 16 digits…DK-R-010For Danish Suppliers using PaymentMeansCode 93, PaymentID is mandatory
Frequently asked questions
What does DK-R-005 mean?
DK-R-005 is a peppol national rule: For Danish suppliers the following Payment means codes are allowed: 1, 10, 31, 42, 48, 49, 50, 58, 59, 93 and 97
Will my invoice be rejected because of DK-R-005?
Yes. DK-R-005 is flagged "fatal"; validators (KoSIT, Peppol access points, the German ZRE/OZG-RE portals, KSeF) reject the invoice until it is fixed.
Which formats does DK-R-005 apply to?
Only when the seller (or for some rules the buyer) is in the named country: the rule is triggered by the country code of the party. Dutch rules implement NLCIUS, German rules the XRechnung requirements inside Peppol. Syntax: UBL and CII.
Source: Peppol BIS Billing 3.0.20 national rules (November 2025). Catalogue generated from the official rule sets on 2026-10-15.