InvoiceValidator.eu

BR-DEX-07

fatalXRechnung 3.0.2 (Germany)profileCIIUBL

Any scheme identifier for an Endpoint Identifier in MUST belong to the CEF EAS code list.

The official rule text above is incomplete as published — the element name is filled in by the validator at run time, so it reads with a gap. The expression under What the validator checks is the authoritative statement of what this rule looks at.

Why it fails

An electronic address scheme identifier is not a code from the CEF EAS list, so the address cannot be routed.

How to fix it

Use an EAS code on the endpoint identifier: 0088 GLN, 9930 German VAT, 9944 Dutch VAT, 0106 Dutch KVK, 0208 Belgian enterprise number, 0192 Norwegian org number, 0007 Swedish org number, 9906 Italian VAT, 9933 Greek TIN, EM e-mail. Peppol routes on this, so a wrong scheme means undeliverable.

What the validator checks

CII — context —

((not(contains(normalize-space(@schemeID), ' ')) and contains($CEF-EAS-EXT-CODES, concat(' ', normalize-space(@schemeID), ' '))))

UBL — context —

((not(contains(normalize-space(@schemeID), ' ')) and contains($CEF-EAS-EXT-CODES, concat(' ', normalize-space(@schemeID), ' '))))

Related rules

Part of BR-DEX — XRechnung extension.

Check your own invoice against BR-DEX-07

…or paste the XML instead

Nothing is stored, and the whole invoice is checked, not just this rule. A PDF only works if it is Factur-X / ZUGFeRD — a PDF with the invoice XML inside it.