PEPPOL-COMMON-R056-1 — E-Invoice Validation Rule & Fix

Fixture ID: peppolBadDutchIdentifiers · XPath: /ubl:Invoice/cac:AccountingSupplierParty/cac:Party/cbc:EndpointID

1. Why This Rule Triggers (Diagnostic Message)

The Seller electronic address (BT-34) is "NL123456789" under scheme "9944", which identifies the Dutch VAT number (Peppol scheme 9944). A value in that scheme must be "NL", nine digits, the letter "B" and two digits, as in NL123456789B01, and this one is not. The Dutch VAT identification number (btw-identificatienummer) has exactly one written form. Without the "B", with spaces or dots, or with a lower-case prefix it is a different string, and a participant lookup on it finds nobody. Peppol flags this one as a warning rather than a rejection, so the document will be delivered — but a wrong identifier is delivered to the wrong place, or to nowhere. Peppol added this rule in BIS 3.0.21 as a warning, to give senders time to correct their data, and has said the Dutch identifier rules become fatal in a later release. This is a Peppol BIS Billing 3.0 profile rule: it applies because profile is "peppol-bis-3". It does not apply to the en16931, xrechnung-ubl or xrechnung-cii profiles, whose validators will accept the same document.

2. How to Fix PEPPOL-COMMON-R056-1

Correct seller.electronicAddress, or change its scheme identifier if the value belongs to a different register. A failing check digit or length almost always means a digit was transposed, dropped or added in transcription — compare it against the source register rather than re-typing it.

3. Valid Code / Payload Example

"electronicAddress": { "schemeId": "9944", "value": "NL123456789B01" }