Account
English
DeutschFrançaisPolskiNederlands
CheckerXRechnungZUGFeRDFactur-XPeppolUBLKSeFAPIPricingAccount

DK-R-010: For Danish Suppliers using PaymentMeansCode 93, PaymentID is mandatory

Peppol national rule · Error · UBL, CII

StandardPeppol BIS Billing 3.0 country rules (NL, DE, IT, SE, DK, NO, GR, IS)CountryDenmarkSeverityError: the invoice is rejectedSyntaxUBL, CIIApplies toOnly 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.

Official rule text

[DK-R-010] For Danish Suppliers using PaymentMeansCode 93, PaymentID is mandatory. The first three characters of the PaymentID MUST be 71#, 73# or 75# (kortartskode), and PayeeFinancialAccount/ID MUST be exactly 8 characters long.

Why this error occurs

The element is mandatory in this standard but is missing or empty in your file. Typical causes: the field is not filled in the invoicing software, the ERP export does not map it, or the element is present but contains only whitespace.

How to fix it

Add the element with a non-empty value at the position given by the context above. Check the master data (seller, buyer, payment) in your invoicing software; most tools expose the field under the business term name shown here. Re-validate after the change.

What the validator checks

Checked element (context):

UBL

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

Test (XPath):

not((cbc:PaymentMeansCode = '93')
						and not(((substring(cbc:PaymentID, 1, 3) = '71#')
								  or (substring(cbc:PaymentID, 1, 3) = '73#')
								  or (substring(cbc:PaymentID, 1, 3) = '75#'))
								and (string-length(cac:PayeeFinancialAccount/cbc:ID/text()) = 8)
								)
						)

CII

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

Test (XPath):

not((ram:TypeCode = '93')
                              and not(((substring(../ram:PaymentReference, 0, 4) = '71#')
                                        or (substring(../ram:PaymentReference, 0, 4) = '73#')
                                        or (substring(../ram:PaymentReference, 0, 4) = '75#'))
                                      and (string-length(ram:PayeePartyCreditorFinancialAccount/ram:IBANID/text()) = 8)
                                      )
                              )

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.

Check your invoice →

Same check via API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Related rules

Frequently asked questions

What does DK-R-010 mean?

DK-R-010 is a peppol national rule: For Danish Suppliers using PaymentMeansCode 93, PaymentID is mandatory. The first three characters of the PaymentID MUST be 71#, 73# or 75# (kortartskode), and PayeeFinancialAccount/ID MUST be exactly 8 characters long.

Will my invoice be rejected because of DK-R-010?

Yes. DK-R-010 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-010 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.