LuaBill · Facturation électronique

PDF, XML, XRechnung et ZUGFeRD

Choisissez le format convenu avec votre client et vérifiez à la fois son contenu et son rapport de validation.

PDF

.pdf

Un document visuel pour la lecture, l'impression et la vérification. Un PDF ordinaire ne contient pas de jeu de données de facture structuré.

Envoyez-le lorsque le PDF ordinaire est le format adapté et convenu.

XML CII EN 16931

.xml + vue PDF

Une facture CII structurée, accompagnée d’un PDF visuel séparé, des rapports de validation et du relevé des versions.

Le XML est la facture structurée. Transmettez-le par le canal convenu ; le PDF peut l'accompagner pour la lecture.

XRechnung

XRechnung 3 CII .xml

Un XML structuré avec les références et adresses électroniques nécessaires au profil choisi. Un PDF séparé facilite le contrôle du contenu.

Déposez le XML sur le portail ou à l'adresse indiqués par le destinataire, avec la référence d'acheminement qu'il vous a communiquée.

ZUGFeRD

PDF/A-3 avec XML intégré

Un PDF hybride associe le document lisible à sa pièce jointe XML EN 16931. LuaBill enregistre aussi un XML séparé identique.

Envoyez normalement le PDF hybride. Respectez les exigences du destinataire s'il demande également le XML séparé.

Les vérifications de LuaBill

Le moteur commun contrôle les montants et les données requises. Chaque sortie électronique passe les règles CII EN 16931 1.3.17 puis les contrôles Mustang ; les ressources XRechnung utilisées sont celles de Schematron 2.6.0.
Pour ZUGFeRD, le PDF/A et le conteneur sont aussi vérifiés ; le XML extrait est comparé au fichier séparé. Conservez les rapports .validation.xml et .validation-rules.xml et le relevé .validation-info.json avec le PDF et le XML émis.
Une validation technique ne vérifie ni les immatriculations fiscales, ni la réalité de l'opération, ni l'unicité du numéro de facture. Examinez le contenu commercial et les exigences de transmission. Les devis et commandes restent des documents PDF.

LuaBill

Des versions de règles visibles, des contrôles traçables

Le validateur et ses règles évoluent séparément. LuaBill fournit un jeu de règles vérifié, affiche les versions actives et conserve les éléments permettant de savoir comment chaque facture électronique a été contrôlée.

Composition de LuaBill 0.1.31 vérifiée le 1er novembre 2026. Les numéros ci-dessous décrivent ce paquet ; les sources officielles permettent de suivre les publications ultérieures.

Le jeu de validation de ce paquet

Règles CII EN 16931: 1.3.17Exécutées explicitement pour chaque génération XML, XRechnung et ZUGFeRD.
XRechnung: 3.0.2 · Schematron 2.6.0La version du format et celle des règles sont distinctes. Les ressources CII fournies sont celles de Schematron 2.6.0.
ZUGFeRD / Factur-X: 2.5.2 / 1.09.2Profil EN 16931, XML intégré au PDF/A-3 et contrôles du conteneur.
Mustang CLI / veraPDF: 2.26.0 / 1.30.2Le JAR Mustang d’origine reste inchangé. Le jeu vérifié de LuaBill donne la priorité aux règles CII actualisées.

Fenêtre française de LuaBill montrant les règles actives EN 16931 1.3.17 et XRechnung Schematron 2.6.0 ainsi que les ressources d’origine du validateur — La fenêtre distingue les règles actives du contenu initial du JAR et donne accès à la recherche des mises à jour.

Conserver les preuves du contrôle

Aide → Normes de facturation électronique et mises à jour affiche les règles actives et celles du JAR d’origine. Le bouton Versions de validation ouvre les détails du dernier résultat. L’adaptateur XRechnung conserve les contrôles et niveaux d’erreur officiels ; il retire seulement un bloc de métadonnées du rapport que ce Mustang ne sait pas lire.

*.pdf: Le document visuel ; en ZUGFeRD, il contient aussi l’XML structuré.
*.xml: Les données structurées de la facture, également enregistrées séparément pour ZUGFeRD.
*.validation.xml: Le rapport Mustang d’origine : contrôles du XML et, pour ZUGFeRD, du PDF/A et du conteneur.
*.validation-rules.xml: Le rapport SVRL de la vérification explicite avec les règles CII EN 16931 actuelles du paquet.
*.validation-info.json: Versions de LuaBill, du validateur et des règles, empreintes SHA-256, profil XML et résultats des étapes.

Savoir quand examiner une mise à jour

Dans cette fenêtre, Rechercher des mises à jour compare les versions locales aux publications officielles de Mustang, EN 16931, XRechnung et FeRD. Le résultat et sa date restent consultables ; une source indisponible n’est pas présentée comme à jour.

La recherche automatique, désactivée par défaut, peut être activée une fois par semaine au démarrage. Elle consulte seulement des métadonnées publiques : aucune facture, donnée client ou donnée XML n’est envoyée et aucun composant n’est installé automatiquement.

Une nouvelle version technique est un signal pour examiner une mise à jour, pas une détermination automatique de tous les changements légaux ni des exigences du destinataire. Les préversions sont exclues de la comparaison des versions stables.

Lire le guide utilisateur ↗

EINVOICE_STANDARDS.md

Publications officielles: EN 16931 ↗ · XRechnung / KoSIT ↗ · ZUGFeRD / FeRD ↗ · Mustangproject ↗

Créer et transmettre une XRechnung

Préparez une facture XRechnung CII, renseignez les références du destinataire et contrôlez les rapports de validation.

En savoir plus 02

Créer un PDF ZUGFeRD

Préparez une facture hybride PDF/A-3 avec XML EN 16931 intégré et vérifiez que les données visuelles et structurées correspondent.