ValidateFin

Validateur UBL / Peppol BIS 3.0 & EN 16931

Cet outil gratuit valide les factures et avoirs UBL 2.1 pour la conformité XSD et les règles métier Peppol BIS Billing 3.0 (norme EN 16931). Il est conçu pour les développeurs, comptables et équipes finance qui doivent vérifier leurs e-factures avant envoi sur le réseau Peppol.

UBL 2.1Peppol BIS 3.0EN 16931
Traitement sécurisé
← Retour au validateur UBL / Peppol
🇳🇱 Nederland — Peppol & NLCIUS

Validateur de factures Peppol pour les entreprises néerlandaises

Les Pays-Bas imposent Peppol BIS Billing 3.0 pour l'administration centrale depuis 2019, avec NLCIUS comme extension néerlandaise. Validez vos factures UBL avant de les soumettre à Digipoort — gratuit, aucun fichier transmis.

Ouvrir le validateur Peppol

Obligations de facturation électronique aux Pays-Bas : Digipoort & NLCIUS

Les Pays-Bas sont pionniers en matière de Peppol : la facturation électronique obligatoire pour l'administration centrale (rijksoverheid) est en vigueur depuis janvier 2019. Tous les fournisseurs de l'administration centrale néerlandaise doivent soumettre des factures Peppol BIS Billing 3.0 via Digipoort, le hub national d'échange de données géré par Logius.

L'extension néerlandaise NLCIUS (NL3.0 / Simplerinvoicing) ajoute des règles spécifiques aux Pays-Bas en complément de Peppol BIS Billing 3.0, notamment l'OIN (Organisatie-identificatienummer) obligatoire pour les acheteurs du secteur public et des exigences spécifiques en matière de codes TVA. Pour le B2B, les Pays-Bas se préparent à l'obligation ViDA prévue en 2027.

Calendrier de conformité

Jan 2019

B2G (administration centrale) : Peppol BIS Billing 3.0 + NLCIUS obligatoire pour tous les fournisseurs de la rijksoverheid néerlandaise via Digipoort.

2020–2024

L'adoption volontaire de Peppol s'étend aux communes, provinces et entités semi-publiques via le réseau Simplerinvoicing.

2025–2026

Préparation à ViDA : le SPF Finances néerlandais (Belastingdienst) et Logius préparent l'infrastructure pour l'obligation de facturation électronique B2B.

2027

B2B (prévu dans le cadre de ViDA) : facturation électronique obligatoire pour toutes les entreprises néerlandaises assujetties à la TVA. Le réseau Peppol comme canal d'échange principal.

Ce que ValidateFin vérifie dans votre facture Peppol néerlandaise

Avant de soumettre à Digipoort ou à un point d'accès Peppol néerlandais, vérifiez que votre facture passe ces contrôles :

  • Validation du schéma UBL 2.1 selon les règles Peppol BIS Billing 3.0 et l'extension NLCIUS
  • Format du numéro de TVA néerlandais : NL + 9 chiffres + B + 2 chiffres (BTW-nummer)
  • OIN (Organisatie-identificatienummer) pour les acheteurs du secteur public : requis dans cac:AccountingCustomerParty
  • Champs obligatoires EN 16931 : identification vendeur/acheteur, ventilation TVA, conditions de paiement
  • Règles spécifiques NLCIUS : règles métier NL-R-001 à NL-R-009 pour les marchés publics néerlandais

Erreurs fréquentes entraînant un rejet Digipoort / Peppol

OIN manquant ou invalide pour les acheteurs gouvernementaux

Les entités publiques néerlandaises sont identifiées par leur OIN (Organisatie-identificatienummer, 20 chiffres). Il doit figurer dans cac:AccountingCustomerParty/cac:PartyIdentification. Son absence entraîne un échec de routage Digipoort.

Format de numéro de TVA néerlandais invalide

Les numéros de TVA néerlandais (BTW) suivent le format NLxxxxxxxxx (NL + 9 chiffres + B + 2 chiffres, ex. : NL123456789B01). Le séparateur 'B' et le suffixe à 2 chiffres sont obligatoires et fréquemment omis.

Règle NLCIUS NL-R-001 : EndpointID manquant

L'EndpointID Peppol (adresse électronique) du vendeur et de l'acheteur doit être présent dans cac:EndpointID avec le schéma correct (ex. : 0106 pour KvK, 0190 pour OIN). Les endpoints manquants perturbent le routage Peppol.

Questions fréquentes

Qu'est-ce que NLCIUS et en quoi diffère-t-il de Peppol BIS 3.0 ?

NLCIUS (NL Customer Invoice Standard) est une extension néerlandaise de Peppol BIS Billing 3.0. Elle ajoute des champs obligatoires spécifiques aux Pays-Bas (OIN pour les acheteurs publics, schémas d'endpoints spécifiques) et restreint certains champs optionnels. Toutes les factures NLCIUS sont des factures Peppol BIS 3.0 valides, mais l'inverse n'est pas vrai.

ValidateFin prend-il en charge la validation NLCIUS ?

ValidateFin valide votre facture UBL 2.1 selon les règles Peppol BIS Billing 3.0 et EN 16931. Pour les règles spécifiques NLCIUS (NL-R-001 à NL-R-009), la validation structurelle et des règles métier de base est incluse. La prise en charge complète du jeu de règles NLCIUS est étendue progressivement.

Mon entreprise vend aux communes néerlandaises — dois-je utiliser Peppol ?

Oui. Les communes néerlandaises (gemeenten) ont largement adopté Peppol à la suite de l'obligation imposée à l'administration centrale. La plupart exigent des factures Peppol BIS Billing 3.0 via un point d'accès Peppol enregistré. ValidateFin vous aide à vérifier la structure de votre facture avant de l'envoyer via votre prestataire de point d'accès.

Validez votre facture Peppol néerlandaise avant soumission

Vérifiez UBL 2.1, Peppol BIS 3.0 et les règles NLCIUS instantanément. Aucun fichier transmis, aucune inscription requise.

À propos du Validateur UBL / Peppol

Cet outil gratuit valide les factures et avoirs UBL 2.1 pour la conformité XSD et les règles métier Peppol BIS Billing 3.0 (norme EN 16931). Il est conçu pour les développeurs, comptables et équipes finance qui doivent vérifier leurs e-factures avant envoi sur le réseau Peppol.

Le validateur contrôle la structure, les champs obligatoires, la cohérence de la TVA, les totaux de lignes et des dizaines de règles métier de la norme européenne de facturation électronique. Tout est traité localement — aucune donnée de facture n'est envoyée à un serveur.

UBL (Universal Business Language) 2.1 est une norme OASIS qui définit des schémas XML pour les documents commerciaux courants : factures, avoirs et commandes. En Europe, le réseau Peppol utilise UBL comme format principal de facture, régi par la spécification BIS Billing 3.0 qui implémente la norme européenne EN 16931. Alors que les États membres de l'UE déploient la facturation électronique obligatoire (France en 2026, Allemagne en 2025 pour le B2B, Belgique via Peppol à partir de janvier 2026), la capacité à valider les factures UBL avant transmission devient essentielle pour la conformité.

La validation couvre deux niveaux : la validation structurelle contre le schéma XSD UBL 2.1 (vérification des noms d'éléments, types de données et cardinalité) et la validation sémantique contre les règles métier Peppol (vérification que les calculs de TVA sont cohérents, que les identifiants obligatoires fournisseur et acheteur sont présents, et que les totaux du document sont mathématiquement corrects). Une seule règle métier en échec peut entraîner le rejet de la facture sur le réseau Peppol, causant des retards de paiement et des problèmes de réconciliation.

Qu'est-ce que l'UBL ?

UBL (Universal Business Language) 2.1 est une norme ouverte OASIS qui définit des schémas XML pour les documents commerciaux courants tels que les factures et les avoirs. En Europe, UBL est le format principal utilisé sur le réseau Peppol pour la facturation électronique, régi par la spécification BIS Billing 3.0 qui implémente la norme européenne de facturation électronique EN 16931.

Points clés

  • UBL 2.1 est le format de facture principal du réseau Peppol en Europe
  • Peppol BIS Billing 3.0 impose environ 150 règles métier en plus du schéma XML UBL
  • Les calculs de TVA doivent être mathématiquement cohérents — même un écart de 0,01 € entraîne un rejet
  • Les champs obligatoires incluent la TVA vendeur/acheteur, le numéro de facture, la ventilation fiscale et les totaux monétaires
  • ValidateFin valide à la fois le schéma UBL et les règles métier Peppol entièrement dans votre navigateur

Comparaison des formats de facturation électronique européens

FormatSyntaxeMarchés principauxUsage
UBL 2.1 (Peppol BIS 3.0)XMLToute l'UE via PeppolRéseau de facturation B2B/B2G
Factur-X / ZUGFeRDPDF/A-3 + XMLFrance, Allemagne, BelgiqueFactures hybrides humain+machine
CII (Cross Industry Invoice)XMLAllemagne (XRechnung)Facturation publique (B2G)
FatturaPAXML (SDI)ItalieB2B obligatoire depuis 2019

Tous les formats implémentent EN 16931. Peppol BIS 3.0 utilise la syntaxe UBL et est le plus largement adopté dans l'UE.

Questions fréquentes

Quelles versions de factures UBL sont supportées ?

Le validateur supporte les factures et avoirs UBL 2.1, avec validation des règles métier Peppol BIS Billing 3.0 (norme EN 16931). Consultez notre guide de facturation UBL/Peppol pour plus de détails.

Quelle est la différence entre la validation XSD et les règles Peppol ?

La validation XSD vérifie la structure du document et les types de données. Les règles Peppol BIS 3.0 ajoutent des contrôles métier : cohérence de la TVA, champs fournisseur obligatoires, totaux des lignes.

Cet outil convient-il à la conformité e-invoicing en Europe ?

Oui. L'outil valide selon la norme EN 16931, le standard européen pour la facturation électronique, adapté aux contrôles de conformité dans tous les États membres de l'UE. Découvrez les nouvelles obligations dans notre article e-invoicing en Europe 2026.

Dois-je installer un logiciel ?

Aucune installation requise. Le validateur fonctionne entièrement dans votre navigateur, sans plugin ni extension.

Qu'est-ce que Peppol BIS Billing 3.0 ?

Peppol BIS Billing 3.0 (Business Interoperability Specification) est la spécification standard pour les factures électroniques échangées sur le réseau Peppol. Elle implémente la norme européenne EN 16931 et définit des règles métier spécifiques concernant la TVA, les conditions de paiement, les remises, les frais et les totaux du document. Elle est utilisée dans tous les États membres de l'UE et de nombreux partenaires internationaux.

Pourquoi ma facture UBL passe-t-elle la validation XSD mais échoue aux règles Peppol ?

La validation XSD vérifie uniquement la structure et les types de données — elle ne peut pas vérifier la logique métier. Les règles Peppol BIS 3.0 incluent des contrôles comme : la somme des montants de ligne doit égaler le montant taxable du document, chaque sous-total de taxe doit avoir une catégorie TVA correspondante, et certains champs sont obligatoires conditionnellement selon le type de document. Une facture peut être structurellement valide mais violer ces règles métier.

Qu'est-ce que la norme EN 16931 ?

EN 16931 est la norme européenne de facturation électronique, publiée en 2017 et obligatoire pour toute la facturation électronique du secteur public dans les États membres de l'UE. Elle définit un modèle de données sémantique pour le contenu des factures. UBL 2.1 et UN/CEFACT CII sont les deux syntaxes XML qui implémentent cette norme. Peppol BIS 3.0 est un profil construit sur EN 16931.

Puis-je valider un avoir avec cet outil ?

Oui. Le validateur supporte à la fois les factures UBL 2.1 et les avoirs UBL 2.1. Les mêmes règles Peppol BIS 3.0 et EN 16931 s'appliquent aux deux, avec certaines règles spécifiques activées uniquement pour les avoirs (ex. : CreditedQuantity ou PayableAmount avec un signe négatif). Pour les factures PDF hybrides, consultez le Viewer Factur-X / ZUGFeRD.

Quelles catégories de TVA sont supportées ?

Le validateur supporte toutes les catégories TVA standard EN 16931 : S (taux normal), Z (taux zéro), E (exonéré), AE (autoliquidation), K (livraison intracommunautaire), G (exportation hors UE), O (hors champ), et IGIC/IPSI pour les îles Canaries et Ceuta/Melilla. Chaque catégorie a des exigences de champs obligatoires spécifiques vérifiées par les règles Peppol.

Mes données de facture sont-elles sécurisées lors de l'utilisation de cet outil ?

Oui. L'ensemble du processus de validation s'exécute localement dans votre navigateur en JavaScript. Votre fichier XML de facture n'est jamais téléchargé vers un serveur, transmis sur le réseau, ni stocké où que ce soit. Cela rend l'outil entièrement conforme au RGPD et sûr à utiliser avec de vraies données fournisseurs et clients. Consultez notre page de conformité RGPD pour plus de détails.