Fichiers d'exemple de factures électroniques, un par format
Chaque fichier ci-dessous provient du même moteur qui alimente les points d'accès /generate et /validate de CrateAPI — et chacun a passé le validateur de ce moteur avant d'être publié. Utilisez-les pour tester votre parseur, votre visionneuse, votre import ERP ou votre intégration, sans attendre une vraie facture client.
Ce sont des exemples de format, pas des transactions réelles. Aucun d'eux n'a été transmis à Peppol, au SDI, à KSeF ou à un autre réseau, et aucun ne porte de signature numérique. Toutes les données — noms d'entreprises, numéros de TVA, IBAN — sont fictives : de forme valide, de contenu inventé. Rien ici n'identifie une entreprise réelle ni ne doit être attribué à qui que ce soit.
UBL / Peppol BIS 3.0
Facture standard (type 380), syntaxe UBL 2.1, profil Peppol BIS Billing 3.0 — le format de facturation électronique transfrontalière le plus utilisé dans l'UE.
CII — Cross Industry Invoice (EN 16931)
Facture standard (type 380), syntaxe UN/CEFACT Cross Industry Invoice (CII) D16B, profil de base EN 16931.
Avoir (type 381), même syntaxe CII — corrige ou annule une facture précédente.
XRechnung 3.0 (Germany)
Facture standard pour la facturation électronique B2G/B2B allemande, syntaxe UBL, profil XRechnung 3.0, avec une référence de routage Leitweg-ID.
Factur-X / ZUGFeRD (PDF/A-3)
PDF/A-3b hybride : un PDF de facture lisible par un humain, avec un XML CII EN 16931 lisible par une machine (factur-x.xml) intégré à l'intérieur — ouvrez-le comme un PDF normal, ou extrayez le XML pour un traitement automatisé.
RO_CIUS (Romania, e-Factura)
Facture standard pour le système roumain e-Factura, syntaxe UBL, profil RO_CIUS 1.0.1, devise RON.
FatturaPA (Italy, SDI)
Conçu pour les outils SDI/FatturaPA — le validateur gratuit de ce site couvre uniquement EN 16931 (UBL/CII), pas FatturaPA.
Facture standard (TD01) pour le Sistema di Interscambio (SDI) italien, schéma FatturaPA v1.2.2.
Facturae (Spain)
Facture standard pour l'Espagne (schéma Facturae, InvoiceDocumentType FC/InvoiceClass OO), non signée — la signature XAdES reste la responsabilité de l'émetteur, comme dans le flux réel.
KSeF / FA_VAT (Poland)
Facture standard pour la plateforme polonaise KSeF, schéma FA_VAT FA(2), devise PLN, pré-vol uniquement — non transmise à KSeF, aucun numer KSeF.
EHF Billing 3.0 (Norway)
Facture standard (type 380), syntaxe UBL 2.1, profil EHF Billing 3.0 — le format de facturation électronique norvégien, officiellement identique au Peppol BIS Billing 3.0, règle pour règle.
NLCIUS / SI-UBL 2.0 (Netherlands)
Facture standard (type 380), syntaxe UBL 2.1, profil NLCIUS / SI-UBL 2.0 — le CIUS Peppol néerlandais, vendeur et acheteur tous deux néerlandais, testée contre les règles BR-NL-*.
PINT Billing EU (international)
Facture standard (type 380), syntaxe UBL 2.1, profil PINT Billing EU 1.0.2 — le modèle international aligné UE d'OpenPeppol, vendeur (Allemagne) et acheteur (France) transfrontaliers.
Invalides intentionnellement (pour tester la gestion d'erreurs)
Chaque fichier ci-dessus montre à quoi ressemble un export correct. Ces trois-là, non — chacun enfreint délibérément exactement une règle de validation. Utilisez-les pour tester comment votre propre parseur, import ERP ou code de gestion d'erreurs réagit face à un document cassé, avant qu'un vrai n'arrive en production.
Facture Peppol BIS avec un total délibérément faux — le montant TTC n'est pas égal au montant HT plus la TVA.
Facture Peppol BIS sans référence acheteur ni référence de commande. Peppol exige au moins l'une des deux.
Facture XRechnung sans Leitweg-ID (référence acheteur BT-10) — obligatoire pour le routage vers le secteur public allemand.
Besoin de cela avec vos propres données ?
Générez et validez des documents comme ceux-ci à partir de vos propres données de facturation via l'API — le validateur gratuit ne demande jamais de clé.