How do I fix DK-R-005?

This requires user input to resolve. Review the relevant cbc: and cac: elements in your Invoice XML and provide the correct value. (DK-R-005). You can also use Invoice Navigator's compliance engine to correct this automatically in your pipeline.

Is DK-R-005 a critical error?

Yes, DK-R-005 is a critical error that will cause invoice rejection. It must be fixed before submission.

Can DK-R-005 be automatically fixed?

Many instances of DK-R-005 can be automatically corrected using Invoice Navigator's compliance engine. The fix is applied in your pipeline with full audit evidence.

errorDNKOIOUBL (Denmark)

`DK-R-005`:Payment method not allowed for Danish invoices

Your invoice uses a payment method code that is not accepted for Danish suppliers. Denmark only allows specific payment codes on Peppol invoices.

Severity

Fatal

Rule set

OIOUBL (Denmark)

Country

DNK

Fix type

INPUT REQUIRED

Confidence

80%

Engine Classification

Business data required · Explicit input workflow · No assumptions made

Required input: Payment Method

What is DK-R-005?

DK-R-005 is a fatal validation rule defined in the OIOUBL (Denmark) specification (DNK national rules). It validates the PaymentMeansCode element under PaymentMeans in the UBL invoice XML.

When this rule fires, the invoice is non-compliant and will be rejected by Peppol access points and national validation services. The sending system receives a rejection response and the invoice does not reach the buyer.

Target path: /Invoice/cac:PaymentMeans/cbc:PaymentMeansCode

Get API Access Test This Error ↓

Why This Error Matters

Invoice will be rejected by Danish validation. Payment means must use Danish-approved codes.

DK-R-005 is a hard failure. Invoices that trigger this rule are rejected at the access point and never reach the recipient. In Peppol networks, this means your sending system receives an MLR (Message Level Response) with a rejection status. The invoice must be corrected and re-sent, adding delay to your payment cycle.

Validator Behavior

·Causes invoice rejection
·Fails UBL schema validation
·Error returned: DK-R-005
·Specification: OIOUBL (Denmark)

How to Fix It

Before / After

Failing XML

<Invoice>
  <!-- Issue: For Danish suppliers the following Payment means codes are a -->
</Invoice>

Corrected XML

<Invoice>
  <!-- Issue resolved per OIOUBL (Denmark) -->
</Invoice>

Technical Reference

XPath/Invoice/cac:PaymentMeans/cbc:PaymentMeansCode

SpecOIOUBL (Denmark)

Operationset_value

StrategyPrompt user to select a valid Danish payment means code from the allowed list

Common Causes

·Invalid payment means code for Danish invoices
·Payment method not supported in Denmark
·Wrong code selected for payment type
·ERP default payment code not in Danish allowed list
·Code from non-Danish template used

Seeing this in production? The API handles DK-R-005 automatically. See the fix response →

Related Errors

DK-R-002

Danish seller Peppol address missing

DK-R-003

If ItemClassification is provided from Danish suppliers, UNSPSC version...

DK-R-014

Danish company registration number has wrong scheme code

Last updated: 27 February 2026

Share this guide:

Handle DK-R-005 Automatically in Your Pipeline

The compliance engine auto-remediates this error with controlled safety policies and evidence pack generation.

Get API Access View API Documentation

DK-R-005:Payment method not allowed for Danish invoices