NL-R-008: For suppliers in the Netherlands, if the customer is in…

StandardPeppol BIS Billing 3.0 country rules (NL, DE, IT, SE, DK, NO, GR, IS)CountryNetherlandsSeverityError: the invoice is rejectedSyntaxUBL, CIIApplies toOnly when the seller (or for some rules the buyer) is in the named country: the rule is triggered by the country code of the party. Dutch rules implement NLCIUS, German rules the XRechnung requirements inside Peppol.

Official rule text

[NL-R-008] For suppliers in the Netherlands, if the customer is in the Netherlands, the payment means code (cac:PaymentMeans/cbc:PaymentMeansCode) MUST be one of 30, 48, 49, 57, 58 or 59

Why this error occurs

This rule only applies when another field has a certain value (for example a payment means code or an invoice type). Your file triggers the condition but does not provide the data that then becomes mandatory, or provides data that is then forbidden.

How to fix it

Either change the triggering value so the condition no longer applies, or add/remove the dependent elements as the rule text describes. Check the condition in the XPath test above to see exactly which value triggers it.

What the validator checks

Checked element (context):

UBL

cac:PaymentMeans[$supplierCountryIsNL and $customerCountryIsNL]

Test (XPath):

normalize-space(cbc:PaymentMeansCode) = '30' or
        normalize-space(cbc:PaymentMeansCode) = '48' or
        normalize-space(cbc:PaymentMeansCode) = '49' or
        normalize-space(cbc:PaymentMeansCode) = '57' or
        normalize-space(cbc:PaymentMeansCode) = '58' or
        normalize-space(cbc:PaymentMeansCode) = '59'

CII

/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans[$supplierCountryIsNL and $customerCountryIsNL]

Test (XPath):

normalize-space(ram:TypeCode) = '30' or
                normalize-space(ram:TypeCode) = '48' or
                normalize-space(ram:TypeCode) = '49' or
                normalize-space(ram:TypeCode) = '57' or
                normalize-space(ram:TypeCode) = '58' or
                normalize-space(ram:TypeCode) = '59'

Check your invoice

Drop your XML or PDF on the validator and every failed rule is linked to its page here. Free, no account, the file is not stored.

Check your invoice →

Same check via API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Related rules

NL-R-001 For suppliers in the Netherlands, if the document is a creditnote, the document MUST…
NL-R-002 For suppliers in the Netherlands the supplier's address…
NL-R-003 For suppliers in the Netherlands, the legal entity identifier MUST be either a KVK or…
NL-R-004 For suppliers in the Netherlands, if the customer is in the Netherlands, the customer…
NL-R-005 For suppliers in the Netherlands, if the customer is in the Netherlands, the…
NL-R-006 For suppliers in the Netherlands, if the fiscal representative is in the Netherlands,…
NL-R-007 For suppliers in the Netherlands, the supplier MUST provide a means of payment…
NL-R-009 For suppliers in the Netherlands, if an order line reference…

Frequently asked questions

What does NL-R-008 mean?

NL-R-008 is a peppol national rule: For suppliers in the Netherlands, if the customer is in the Netherlands, the payment means code (cac:PaymentMeans/cbc:PaymentMeansCode) MUST be one of 30, 48, 49, 57, 58 or 59

Will my invoice be rejected because of NL-R-008?

Yes. NL-R-008 is flagged "fatal"; validators (KoSIT, Peppol access points, the German ZRE/OZG-RE portals, KSeF) reject the invoice until it is fixed.

Which formats does NL-R-008 apply to?

Only when the seller (or for some rules the buyer) is in the named country: the rule is triggered by the country code of the party. Dutch rules implement NLCIUS, German rules the XRechnung requirements inside Peppol. Syntax: UBL and CII.

Source: Peppol BIS Billing 3.0.20 national rules (November 2025). Catalogue generated from the official rule sets on 2026-10-15.

NL-R-008: For suppliers in the Netherlands, if the customer is in the Netherlands, the payment…