Rule at a Glance
| ID | Severity | Context (XPath) |
|---|---|---|
| Series ref. BR-55 | Fatal (error) | cbc:EndpointID[@schemeID='0184'] | cac:PartyIdentification/cbc:ID[@schemeID='0184'] | cbc:CompanyID[@schemeID='0184'] |
| Schematron ID: ibr-070 | Field: Danish CVR number format across IBT-034, IBT-049, IBT-029, IBT-046, IBT-060, IBT-030, IBT-047, IBT-061 | ||
Classification
Contextual — the rule fires only where an identifier is declared under scheme 0184, the ISO 6523 code for Denmark's Central Business Register (CVR). Like its Norwegian counterpart BR-54 (ibr-069), it sits dormant on every domestic UAE invoice and wakes only when a party is identified under the Danish scheme.
What the Rule Is Checking
Three conditions, all on the literal text of the identifier: the value must be exactly ten characters, the first two must be the letters "DK", and the remaining eight must all be digits. Unlike the GLN and Norwegian checks, there is no check-digit arithmetic here — this is pure format policing. The prefix is the detail that catches people: the CVR number itself is eight digits, but under scheme 0184 it must travel with the "DK" prefix attached.
Why This Rule Exists
The Danish registry convention prefixes CVR numbers with the country code when they are used as Peppol participant identifiers, and downstream routing depends on the full ten-character form. An eight-digit value under 0184 is ambiguous — it might be a CVR number missing its prefix, or something else entirely — so the ruleset rejects it outright rather than letting the network guess. The fatal severity reflects where the damage would land: a malformed endpoint identifier misroutes the document or strands it undeliverable, after transmission has already been attempted.
Standard / Code List
Scheme 0184 is listed in the ISO 6523 ICD registry alongside the UAE's 0235 — see Peppol EAS and ICD Participant Identifiers for how these scheme codes are assigned and where they appear in a PINT-AE invoice.
UAE Data Example
PASSES ✓: <cbc:EndpointID schemeID="0184">DK12345678</cbc:EndpointID> — ten characters, "DK" prefix, eight digits, identifying a Danish buyer of a UAE consultancy's exported services.
FAILS ✗: The Danish counterparty's record in the UAE supplier's ERP holds the bare CVR number "12345678" exactly as it appears on the counterparty's own paperwork. Mapped to the endpoint under 0184 without the prefix, it is two characters short and fails on length before the prefix test runs.
What Your ERP / IT Team Must Ensure
Decide once, in master data design, whether Danish identifiers are stored with or without the "DK" prefix, and make the mapping layer enforce the ten-character output form either way. Silent trimming is the other failure mode worth testing for — an integration that strips alphabetic characters from identifier fields will destroy a valid CVR value in transit. As with every scheme-specific rule in this series, 0184 appearing on an invoice with no Danish counterparty means a scheme default is leaking through the mapping template.
Related Rules
BR-54 (ibr-069) and BR-53 (ibr-068) police the Norwegian and GS1 formats the same way. Endpoint scheme attributes are mandated by BR-49 (ibr-062) and BR-50 (ibr-063).