DK-R-010:Danish suppliers using FIK payment (code 93) must provide PaymentID starting...
Fix: Invoice Navigator automatically fixes this Invoice compliance issue by updating the relevant XML elements (DK-R-010). Upload your invoice to fix this automatically.
Danish suppliers using FIK payment (code 93) must provide PaymentID starting with 71#, 73#, or 75# and an exactly 8-character creditor number.
Engine Classification
Ensure Danish NemHandel endpoint is present
Confidence: 75% · Applied automatically in pipeline
What is DK-R-010?
DK-R-010 is a fatal validation rule defined in the OIOUBL (Denmark) specification (DNK national rules). It validates the EndpointID element under Party in the UBL invoice XML.
When this rule fires, the invoice is rejected by Peppol access points and never reaches the buyer.
Target path: //cac:AccountingCustomerParty/cac:Party/cbc:EndpointID[@schemeID='0088']
Why This Error Matters
Invoice will be rejected by Danish validation. FIK payments require specific Danish format.
DK-R-010 is a hard failure — the invoice must be corrected and re-sent before it can reach the recipient.
Invoice Navigator can automatically correct this error in your pipeline. The fix is applied with full audit evidence, so your compliance trail remains intact.
Validator Behavior
- ·Causes invoice rejection
- ·Fails UBL schema validation
- ·Error returned: DK-R-010
- ·Specification: OIOUBL (Denmark)
How to Fix It
Find the missing or empty field
Check cbc:EndpointID[@schemeID='0088'] at //cac:AccountingCustomerParty/cac:Party/cbc:EndpointID[@schemeID='0088']. This field is required but is either missing or empty.
Set the required value
Invoice Navigator automatically fixes this Invoice compliance issue by updating the relevant XML elements (DK-R-010).
Re-validate your invoice
Upload the corrected invoice to confirm DK-R-010 is resolved.
Before / After
<Invoice> <!-- Issue: For Danish Suppliers the PaymentID is mandatory and MUST sta --> </Invoice>
<Invoice> <!-- Issue resolved per OIOUBL (Denmark) --> </Invoice>
Technical Reference
//cac:AccountingCustomerParty/cac:Party/cbc:EndpointID[@schemeID='0088']Common Causes
- ·PaymentID missing or wrong prefix for FIK
- ·Creditor number not exactly 8 characters
- ·Kortartkode prefix invalid (not 71#, 73#, 75#)
- ·FIK details incomplete
- ·Payment means 93 selected without FIK setup
Seeing this in production? The API handles DK-R-010 automatically. See the fix response →
Frequently Asked Questions
Danish suppliers using FIK payment (code 93) must provide PaymentID starting with 71#, 73#, or 75# and an exactly 8-character creditor number.
Invoice Navigator automatically fixes this Invoice compliance issue by updating the relevant XML elements (DK-R-010). You can also use Invoice Navigator's compliance engine to correct this automatically in your pipeline.
Yes, DK-R-010 is a critical error that will cause invoice rejection. It must be fixed before submission.
Many instances of DK-R-010 can be automatically corrected using Invoice Navigator's compliance engine. The fix is applied in your pipeline with full audit evidence.
Related Errors
Related Content
Last updated: 14 April 2026
Validate your invoice
Drop your XML here to check for DK-R-010
Auto-fix DK-R-010 in seconds
Upload your invoice and we fix this error automatically. Financial fields are never touched.