Vous trouverez ici des factures de test gratuites pour la facturation électronique et Peppol : des factures électroniques valides et des factures avec des erreurs volontaires, en UBL, CII et d’autres formats. Téléchargez-les pour tester votre propre logiciel, ou ouvrez-les en un clic dans notre validateur gratuit. Vous voyez ainsi tout de suite ce qui est contrôlé.
Toutes les factures de test
Facture Peppol belge
Une facture complète selon Peppol BIS Billing 3.0, avec des numéros d'entreprise belges valides pour le vendeur et l'acheteur.
Résultat attendu : structure et règles métier valides.
Facture Peppol dans une enveloppe SBDH
C'est ainsi qu'un point d'accès transmet une facture. Le validateur extrait lui-même la facture de l'enveloppe.
Résultat attendu : valide, avec la mention que la facture se trouvait dans une enveloppe.
Facture CII : structure correcte, règles non
Une facture minimale en CII, la deuxième syntaxe de la norme européenne. La structure est correcte, mais il manque des données que l'EN 16931 rend obligatoires.
Résultat attendu : structure valide, 10 erreurs dans les règles métier européennes.
Facture italienne signée
Une FatturaPA dans un fichier .p7m signé. Le validateur en extrait lui-même le XML.
Résultat attendu : structure valide ; il n'existe pas de règles métier publiques pour FatturaPA.
Facture Peppol avec des erreurs de règles métier
Une facture avec notamment des calculs de TVA erronés, comme un point d'accès la refuserait.
Résultat attendu : structure valide, 5 erreurs de règles métier, avec une explication par code d'erreur.
Élément au mauvais endroit
La date de facture précède le numéro de facture. Les règles métier ne le voient pas, le contrôle de structure bien.
Résultat attendu : 1 erreur de structure, règles métier valides.
Totaux manquants
Le bloc des totaux de la facture (LegalMonetaryTotal) manque. Le schéma rend ce bloc obligatoire.
Résultat attendu : 1 erreur de structure et 1 erreur de règles métier.
Élément qui n'existe pas en UBL
Un logiciel ajoute parfois ses propres champs. Le schéma ne le permet pas.
Résultat attendu : 1 erreur de structure, règles métier valides.
Date qui n'existe pas
La date d'échéance est 2026-13-45 : le mois 13 et le jour 45 n'existent pas.
Résultat attendu : 1 erreur de structure et 1 erreur de règles métier.
Erreur de structure dans une enveloppe SBDH
La même erreur d'ordre, mais dans une enveloppe. Les numéros de ligne correspondent au fichier d'origine.
Résultat attendu : 1 erreur de structure, avec le numéro de ligne dans le fichier complet ; règles métier valides.
Montant avec une virgule
Le montant total est écrit 121,00. En XML, un nombre décimal s'écrit toujours avec un point.
Résultat attendu : 1 erreur de structure et 1 erreur de règles métier.
Factur-X MINIMUM avec une erreur de structure
Le plus petit profil Factur-X, avec une erreur de structure. En Allemagne et en France, MINIMUM ne compte pas comme facture électronique.
Résultat attendu : 1 erreur de structure et 5 erreurs de règles métier.
Format inconnu
Un fichier XML qui n'est pas une facture électronique. Vous voyez ainsi comment le validateur réagit.
Résultat attendu : message indiquant que le format n'est pas reconnu.
Fichier qui n'est pas du XML
Un simple fichier texte avec l'extension .xml.
Résultat attendu : message indiquant que le fichier n'est pas un XML valide.
Exemple de facture UBL (XML)
Voici à quoi ressemble le début d’une facture UBL valide selon Peppol BIS Billing 3.0. Le fragment provient de notre facture de test voorbeeld-geldig.xml, que vous pouvez télécharger ci-dessus ou tester immédiatement. Pour en savoir plus sur le format, lisez qu’est-ce qu’une facture UBL.
<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2" …>
<cbc:CustomizationID>urn:cen.eu:en16931:2017#compliant#urn:fdc:peppol.eu:2017:poacc:billing:3.0</cbc:CustomizationID>
<cbc:ProfileID>urn:fdc:peppol.eu:2017:poacc:billing:01:1.0</cbc:ProfileID>
<cbc:ID>VOORBEELD-001</cbc:ID>
<cbc:IssueDate>2026-10-09</cbc:IssueDate>
<cbc:DueDate>2026-11-08</cbc:DueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode>
<cbc:BuyerReference>PO-7781</cbc:BuyerReference>
<cac:AccountingSupplierParty>
<cac:Party>
<cbc:EndpointID schemeID="0208">0123456749</cbc:EndpointID>
…CustomizationIDetProfileIDindiquent qu’il s’agit d’une facture selon Peppol BIS Billing 3.0.InvoiceTypeCode380 désigne une facture commerciale ordinaire.BuyerReferenceest la référence de l’acheteur. Peppol exige celle-ci ou une référence de commande.EndpointIDavec le schéma 0208 est l’adresse Peppol du fournisseur : son numéro d’entreprise belge.
À quoi servent ces factures de test ?
Les éditeurs de logiciels les utilisent pour tester leur import et leur export. Les comptables et les entrepreneurs voient ainsi à quoi ressemble une facture électronique valide, et quels messages un point d’accès donne en cas d’erreur. En outre, chaque facture erronée contient une seule erreur volontaire. Vous voyez donc précisément quel contrôle la trouve.
Structure ou règles métier ?
Le validateur contrôle d’abord la structure selon le schéma XML officiel, puis les règles métier. Seul le premier contrôle trouve certaines erreurs, comme un élément au mauvais endroit. D’autres, comme un mauvais calcul de TVA, seul le second les trouve. Par pays, vous voyez quels contrôles nous effectuons.
Tester votre propre facture
Vous avez votre propre facture électronique ? Déposez-la alors dans le validateur de factures électroniques. Votre fichier reste sur votre ordinateur. Si vous obtenez un code d’erreur, lisez l’explication des codes d’erreur Peppol.
Toutes les factures de test contiennent des données fictives. La FatturaPA signée est l’exemple public de l’administration fiscale italienne (fatturapa.gov.it), signé avec un certificat de test.