NL-R-004

fatalPeppol BIS Billing 3.0profileCIIUBL

For suppliers in the Netherlands, if the customer is in the Netherlands, the customer address (cac:AccountingCustomerParty/cac:Party/cac:PostalAddress) MUST contain the street name (cbc:StreetName), the city (cbc:CityName) and post code (cbc:PostalZone)

Why it fails

The Dutch customer's address is missing street, city or post code.

How to fix it

Fill cbc:StreetName, cbc:CityName and cbc:PostalZone in the customer's PostalAddress. Only enforced when both parties are Dutch.

What the validator checks

CII — context /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement/ram:BuyerTradeParty/ram:PostalTradeAddress[$supplierCountryIsNL and $customerCountryIsNL]

ram:LineOne and ram:CityName and ram:PostcodeCode

UBL — context cac:AccountingCustomerParty/cac:Party/cac:PostalAddress[$supplierCountryIsNL and $customerCountryIsNL]

cbc:StreetName and cbc:CityName and cbc:PostalZone

Related rules

Part of NL-R — Netherlands.

Check your own invoice against NL-R-004

…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.

This is a Peppol BIS Billing 3.0 rule: an invoice can be perfectly valid EN 16931 and still be rejected by it.