NLCIUS (Netherlands Core Invoice Usage Specification) est la déclinaison néerlandaise de la norme européenne d'e-facturation EN 16931. C'est la norme obligatoire pour l'e-facturation aux organismes publics néerlandais et la norme recommandée pour la facturation B2B aux Pays-Bas.

Positionnement par rapport à BIS Billing V3 : NLCIUS devient de plus en plus un format public (B2G / administration néerlandaise). Peppol BIS Billing V3 est de plus en plus le standard du marché (B2B). Les deux restent pertinents ; choisissez le profil selon le destinataire et le cas d'usage.

NLCIUS est un CIUS (Core Invoice Usage Specification) : une déclinaison nationale de Peppol BIS Billing 3.0. Il ajoute des règles métier néerlandaises au-dessus de la norme européenne. Une facture conforme à NLCIUS est automatiquement conforme à Peppol BIS Billing V3 et à EN 16931.

La norme est également connue sous le nom de SI-UBL 2.0 (Simplerinvoicing UBL 2.0). Il s'agit de la même norme : NLCIUS est le nom officiel, SI-UBL 2.0 le nom historique.

NLCIUS définit principalement un modèle sémantique : il décrit quelles informations une e-facture néerlandaise doit contenir et quelles règles s'appliquent. Formellement, NLCIUS est indépendant de la syntaxe. UBL 2.1 et UN/CEFACT CII sont tous deux autorisés comme structure XML sous-jacente. En pratique, UBL 2.1 (sous la forme SI-UBL 2.0) est de loin le plus utilisé aux Pays-Bas, et c'est également le format avec lequel la plupart des éditeurs de logiciels et des destinataires Peppol travaillent.

NLCIUS est géré via la Commission de normalisation NEN pour l'e-facturation, le représentant néerlandais en Europe pour la Norme Européenne EN 16931. Cette commission est facilitée par le NEN (Institut néerlandais de normalisation). Auparavant, la gestion était assurée par la STPE (Stichting Peppol Eindgebruikers).

eConnect est membre actif de cette commission de normalisation. Cela signifie qu'eConnect est directement impliqué dans le développement et la maintenance de la norme néerlandaise d'e-facturation et contribue à la coordination avec la Norme Européenne EN 16931.

NLCIUS n'impose aucune méthode de transport. Il est donc plus large que Peppol : le réseau Peppol est l'une des méthodes possibles pour échanger des documents NLCIUS. La réception peut aussi se faire hors Peppol, par exemple par e-mail. Un point de terminaison Peppol n'est pas obligatoire pour utiliser ou recevoir NLCIUS. Aux Pays-Bas, il n'existe aucune obligation générale d'enregistrement Peppol pour toutes les entités.

Le DocumentTypeId identifie le format de facture de manière unique sur le réseau Peppol. Pour NLCIUS, il s'agit de :

urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:nen.nl:nlcius:v1.0::2.1

Ce DocumentTypeId est utilisé pour l'enregistrement SMP, le routage et l'envoi/la réception via le PSB.

• Au sein de Peppol : les destinataires néerlandais qui reçoivent des factures via Peppol doivent disposer d'un enregistrement SMP pour SI-UBL 2.0 (NLCIUS). Les anciennes versions SI-UBL ne sont pas autorisées sur le réseau Peppol. Les prestataires de services doivent enregistrer chaque utilisateur final qui reçoit des factures avec le type de document NLCIUS/SI-UBL 2.0 (Netherlands PASR).
• Hors Peppol : cette obligation d'enregistrement SMP ne s'applique pas. Les destinataires de NLCIUS n'ont pas besoin d'être enregistrés dans Peppol lorsque la réception passe par un autre canal (par exemple e-mail).

La formulation absolue « toutes les entités néerlandaises doivent avoir un enregistrement SMP SI-UBL 2.0 » est trop large : l'obligation est spécifique à la réception Peppol, pas nationale indépendamment du transport.

NLCIUS ajoute des règles spécifiques pertinentes pour le marché néerlandais :

L'extension G-rekening permet d'envoyer des factures avec un compte bloqué, comme requis dans le secteur de la construction. Cela utilise un DocumentTypeId distinct :

urn:oasis:names:specification:ubl:schema:xsd:Invoice-2::Invoice##urn:cen.eu:en16931:2017#compliant#urn:fdc:nen.nl:nlcius:v1.0#conformant#urn:fdc:nen.nl:gaccount:v1.0::2.1

Le G-rekening est inclus comme composant de paiement distinct dans la facture. Selon que le destinataire prend en charge l'extension G-rekening ou non, une ou deux factures sont générées.

NLCIUS utilise les codes EN 16931/UNCL5305 pour les catégories de TVA :

Le prédécesseur de NLCIUS, SI-UBL 1.2 (Simplerinvoicing 1.2), a été définitivement abandonné au 1er janvier 2024. Les factures dans ce format sont rejetées sur le réseau Peppol. Si vous utilisez encore SI-UBL 1.2, vous devez passer à NLCIUS/SI-UBL 2.0 ou Peppol BIS Billing V3.

Vous pouvez valider vos factures par rapport à NLCIUS de deux manières :

• Validateur en ligne gratuit : disponible sur le site web d'eConnect. Téléchargez votre XML et recevez un retour immédiat.
• API Validate : via POST /api/v1/generic/validate dans le PSB. Valide automatiquement selon la bonne norme, y compris les règles spécifiques au client.

Le PSB utilise une double couche de validation : d'abord les artefacts les plus récents sont vérifiés, et s'ils ne sont pas valides mais que la version précédente est encore acceptée, la validation est également effectuée par rapport à la version précédente.

Des fichiers d'exemple pour les factures NLCIUS sont disponibles dans la documentation PSB. Ces modèles contiennent des structures de facture correctes que vous pouvez utiliser comme base pour votre propre implémentation.

Vous souhaitez tester votre facture par rapport à NLCIUS ? Utilisez l'API Validate ou le validateur en ligne gratuit.