Validateur PEPPOL BIS 3.0

Vérifiez toute facture UBL 2.1 XML par rapport aux dernières règles métier PEPPOL BIS Billing 3.0 et EN 16931. Gratuit, sans inscription, résultats instantanés avec l'ID exact de chaque règle pour chaque erreur et avertissement.

Comment fonctionne le validateur PEPPOL

1

Téléversez UBL XML

Glissez-déposez ou sélectionnez le fichier XML UBL 2.1. Le validateur accepte aussi bien les factures que les avoirs. Les fichiers sont traités dans votre session de navigateur et ne sont pas conservés.

2

Validation contre EN 16931 + BIS 3.0

Le validateur exécute en une seule passe le schematron officiel PEPPOL BIS Billing 3.0, les règles EN 16931, les contrôles de calcul, la validation des listes de codes et la logique des dates.

3

Rapport instantané

Les erreurs et avertissements reviennent avec l'identifiant exact de la règle (BR-CO-15, BR-S-08, BR-DEC-12, etc.) et une description en langage clair, afin que vous sachiez quoi corriger et où.

Ce qui est validé

Champs PEPPOL obligatoires

Identification du fournisseur, identification du client, numéro de facture, date d'émission, date d'échéance, code de type de facture, devise et au moins une ligne de facture valide.

Exactitude des calculs

Montants d'extension de ligne, sous-totaux par catégorie de taxe, total des taxes, montant total avec et sans taxe, montant à payer — chaque calcul est recalculé et comparé.

Logique des catégories de TVA

Les catégories standard, réduite, taux zéro, exonérée, autoliquidation et livraison intracommunautaire ont chacune leurs propres règles de validation — toutes sont vérifiées.

Listes de codes et formats

Les codes de devise (ISO 4217), les codes d'unité (CEE-ONU Rec 20), les codes de catégorie de taxe et les formats de date (AAAA-MM-JJ) sont validés selon les listes officielles.

Au-delà de PEPPOL : autres formats que nous validons

Le même validateur gère tous les principaux formats européens de facture électronique. Téléversez le fichier et le système détecte automatiquement quel standard appliquer — aucune sélection manuelle de format.

XRechnung 3.x (Allemagne)

CIUS de facturation électronique fédérale et régionale allemande. Syntaxe UBL et CII. Contrôles EN 16931 plus toutes les règles spécifiques à XRechnung (BR-DE-*, CII-DE-*) en utilisant le schematron officiel KOSIT.

RO-CIUS (Romania e-Factura)

Romania's national CIUS for ANAF e-Factura. Invoices and credit notes are checked against the UBL structure (XSD), the EN 16931 core rules and Romania's national ANAF business rules (BR-RO-*) — the same rule set the SPV portal applies before clearance.

CIUS-FR (France B2B / FR-CTC)

France's FR-B2B-CTC profile of EN 16931 (AFNOR XP Z12-012). Both UBL and CII syntax are validated against the EN 16931 core rules plus the FNFE-MPE BR-FR-CTC business rules, ahead of the French B2B mandate from September 2026.

NLCIUS (Pays-Bas SI-UBL 2.0)

La CIUS nationale néerlandaise d'EN 16931, utilisée sur le réseau Peppol néerlandais. Une restriction pure sans extension nationale, donc les factures sont contrôlées par rapport à la structure UBL (XSD), aux règles de noyau EN 16931 et aux règles métier néerlandaises SI-UBL (BR-NL-*) du schematron officiel de Peppolautoriteit.

CIUS-PT (Portugal)

La CIUS nationale portugaise d'EN 16931, publiée par eSPap / FE-AP et obligatoire pour les fournisseurs B2G. Les factures sont validées par rapport à la structure UBL, aux règles de noyau EN 16931 et aux règles métier portugaises (BR-PT-*) ; ATCUD, le code QR et SAF-T sont gérés hors de la facture.

Factur-X / ZUGFeRD (PDF)

Téléversez un PDF/A-3 Factur-X ou ZUGFeRD directement — le système extrait le XML de facture CII intégré et le valide par rapport au profil correspondant (MINIMUM, BASIC-WL, BASIC, EN 16931 ou EXTENDED).

EN 16931 (noyau européen)

Facture de noyau européen pur sans extensions nationales. Utile pour les échanges transfrontaliers dans l'UE où aucune des parties n'impose PEPPOL ni une CIUS nationale. Syntaxe UBL et CII.

Facturae (Espagne)

Le format national espagnol de facture électronique, exigé par FACe et les acheteurs publics espagnols. Les versions 3.2, 3.2.1 et 3.2.2 sont validées contre le XSD officiel plus des règles métier : sommes de contrôle NIF/CIF, totaux de ligne et de facture, cohérence du lot et vérification IBAN — avec un rappel si la signature XAdES est absente.

e-arve estonien (Eesti Pangaliit)

Le format national estonien de facture électronique utilisé par LHV, SEB, Swedbank et les opérateurs (Finbite, Omniva, Telema). Les deux versions de schéma 1.11 et 1.2 sont validées. Les règles métier couvrent les codes de registre, l'IBAN MOD-97 et la cohérence des montants.

Poland KSeF FA(3)

Poland's structured invoice (faktura ustrukturyzowana) exchanged via KSeF 2.0 — mandatory for all VAT payers since April 2026. Validated against the official Ministry of Finance FA(3) XSD plus NIP mod-11 checksum rules, with a clear warning if the file still uses the retired FA(2) namespace.

PEPPOL BIS 3.0 Ordering

Bons de commande (UBL Order) conformes au profil PEPPOL Ordering (T01). Schéma XSD plus le jeu de règles PEPPOL Order complet, y compris les contrôles de devise ISO, de pays et de listes de codes UN/CEFACT.

Détection automatique du format

La détection utilise l'élément racine du XML et l'URN CustomizationID (ou le XML intégré dans un PDF). Aucun menu déroulant de format à remplir, aucun risque de sélectionner le mauvais jeu de règles.

Pourquoi valider avant l'envoi ?

Les points d'accès PEPPOL appliquent les règles BIS Billing 3.0 à la périphérie du réseau. Une facture comportant une seule violation de champ obligatoire ou un écart de calcul sera rejetée avant d'atteindre votre acheteur. En validant d'abord localement, vous détectez les problèmes immédiatement — et vous évitez les allers-retours gênants, les retards de paiement et les pénalités de conformité.

Le validateur aiDoks utilise le même schematron et le même ensemble de règles que les bancs de test officiels PEPPOL. Si le validateur indique « valide », la facture passera au point d'accès. S'il indique « erreurs », vous obtenez l'identifiant exact de la règle et une indication de correction, afin que l'itération suivante soit rapide.

Erreurs de validation courantes et comment les corriger

  • BR-CO-13 — Écart du total de taxe de la facture. Le montant total de la taxe doit être égal à la somme des sous-totaux par catégorie de taxe. Revérifiez les taux de TVA de chaque ligne.
  • BR-CO-15 — Écart du montant total à payer. Total + remises - frais doit être égal au montant à payer.
  • BR-S-08 — TVA au taux standard mais le taux est manquant ou nul. Ajoutez le taux de TVA standard correct à la ventilation par catégorie de taxe.
  • BR-DEC-12 — Un montant comporte plus de 2 décimales. Arrondissez les montants de ligne et de taxe à 2 décimales.
  • BR-15 — Partie cliente manquante. Ajoutez la raison sociale et l'adresse enregistrée de l'acheteur.

Validation des factures émises par les fournisseurs

Le validateur fonctionne sur n'importe quelle facture XML UBL 2.1, pas seulement celles générées par aiDoks. Utilisez-le pour vérifier les fichiers reçus de fournisseurs, exportés de Xero / SAP / Odoo / Standard Books, ou générés par votre propre ERP.

Validateur PEPPOL BIS 3.0 : FAQ

What does the PEPPOL BIS 3.0 validator check?

The validator runs the full set of EN 16931 and PEPPOL BIS Billing 3.0 business rules against your UBL XML invoice. It checks mandatory fields, data formats, code lists (currency, unit, tax category), VAT category logic, calculation accuracy (line totals, tax totals, payable amount) and date logic. Errors and warnings are reported with the official rule ID (e.g. BR-CO-15) so you know exactly what to fix.

Does aiDoks also validate XRechnung, Factur-X / ZUGFeRD and other formats?

Yes. The same validator handles every major European e-invoice format: PEPPOL BIS 3.0 Billing and Ordering, XRechnung 3.x (UBL and CII), RO-CIUS (Romania e-Factura), CIUS-FR (France), NLCIUS (Netherlands SI-UBL 2.0), CIUS-PT (Portugal), pure EN 16931, Factur-X / ZUGFeRD (all 5 profiles, PDF or raw CII XML) and Estonian e-arve (versions 1.11 and 1.2). National CIUS profiles are checked against the EN 16931 core rules plus their country-specific business rules (BR-RO-*, BR-FR-CTC, BR-NL-*, BR-PT-*). The format is auto-detected from the XML root element and CustomizationID — no manual selection needed.

Is the validator free to use?

Yes. The validator is completely free and does not require an account. Upload any e-invoice XML or Factur-X / ZUGFeRD PDF and the tool returns a detailed validation report instantly.

Which file formats does the validator accept?

Upload UBL 2.1 XML invoices, CreditNotes or Orders conforming to PEPPOL BIS 3.0 or EN 16931; CII (UN/CEFACT) invoices for XRechnung or Factur-X; or upload a Factur-X / ZUGFeRD PDF/A-3 directly — the server extracts the embedded CII XML automatically. Estonian e-arve XML (E_Invoice root) is also accepted.

How do I fix validation errors?

Each error in the report includes the rule ID (e.g. BR-CO-13 for tax total mismatch) and a plain-English description. Common fixes include adding missing mandatory fields (supplier VAT, customer name, due date), correcting calculation totals, fixing date formats (YYYY-MM-DD), and using the right tax category and unit codes. Re-upload after fixing — the validator runs again instantly.

Can I validate invoices from any accounting software?

Yes — the validator is system-agnostic. As long as the invoice is exported as PEPPOL-compliant UBL 2.1 XML, XRechnung, EN 16931 CII, Factur-X / ZUGFeRD or Estonian e-arve, it can be validated. This makes it useful for testing exports from Xero, SAP, Odoo, NetSuite, Standard Books, DATEV, Lexware, Finbite, Telema and any other e-invoicing platform.

Validez votre facture PEPPOL — gratuit

Toutes les règles BIS 3.0 et EN 16931, rapport instantané, sans inscription.