DK-R-006: For Danish suppliers bank account and registration account…

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-006] For Danish suppliers bank account and registration account is mandatory if payment means is 31 or 42

Why this error occurs

This rule only applies when another field has a certain value (for example a payment means code or an invoice type). Your file triggers the condition but does not provide the data that then becomes mandatory, or provides data that is then forbidden.

How to fix it

Either change the triggering value so the condition no longer applies, or add/remove the dependent elements as the rule text describes. Check the condition in the XPath test above to see exactly which value triggers it.

What the validator checks

Checked element (context):

UBL

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

Test (XPath):

not(((cbc:PaymentMeansCode = '31') or (cbc:PaymentMeansCode = '42'))
						and not((normalize-space(cac:PayeeFinancialAccount/cbc:ID/text()) != '') and (normalize-space(cac:PayeeFinancialAccount/cac:FinancialInstitutionBranch/cbc:ID/text()) != ''))
						)

CII

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

Test (XPath):

not( ((ram:TypeCode = '31') or (ram:TypeCode = '42'))
                              and not((normalize-space(ram:PayeePartyCreditorFinancialAccount/ram:IBANID/text()) != '') and (normalize-space(ram:PayeeSpecifiedCreditorFinancialInstitution/ram:BICID/text()) != ''))
                              )

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

DK-R-002 Danish suppliers MUST provide legal entity (CVR-number)
DK-R-003 If ItemClassification is provided from Danish suppliers, UNSPSC version 19.05.01 or…
DK-R-004 When specifying non-VAT Taxes for Danish customers, Danish suppliers MUST use the…
DK-R-005 For Danish suppliers the following Payment means codes are allowed
DK-R-007 For Danish suppliers PaymentMandate/ID and PayerFinancialAccount/ID are mandatory when…
DK-R-008 For Danish Suppliers PaymentID is mandatory and MUST start with 01#, 04# or 15#…
DK-R-009 For Danish Suppliers if the PaymentID is prefixed with 04# or 15# the 16 digits…
DK-R-010 For Danish Suppliers using PaymentMeansCode 93, PaymentID is mandatory

Frequently asked questions

What does DK-R-006 mean?

DK-R-006 is a peppol national rule: For Danish suppliers bank account and registration account is mandatory if payment means is 31 or 42

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

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

DK-R-006: For Danish suppliers bank account and registration account is mandatory if payment…