# Validateurs ZUGFeRD : quoi tester avant d’envoyer une facture hybride

- Date: 2026-04-20
- Modified: 2026-10-04
- Vérifié: 15 août 2026
- Reading time: 3 min de lecture

Guide pratique 2026 pour valider des factures ZUGFeRD et Factur-X : règles XML, contrôles PDF/A-3, adéquation du profil, erreurs fréquentes et combinaisons

> Vérifié par rapport à Ressources Factur-X FNFE-MPE, Schémas XML UN/CEFACT.

Ce guide s’adresse aux équipes qui génèrent du ZUGFeRD ou du Factur-X et qui se demandent si “le PDF s’ouvre” signifie vraiment que la facture est prête à partir.

Ce n’est pas le cas. Une facture hybride exploitable exige plus qu’un PDF lisible : le XML embarqué doit correspondre au bon profil, les données obligatoires doivent être présentes, les totaux doivent concorder et le conteneur PDF doit aussi respecter les attentes archivistiques du format.

## Ce qu’un validateur doit vraiment vérifier

- Le XML embarqué est présent et peut être lu correctement depuis le conteneur PDF.
- Les données de facture sont conformes à EN 16931 et au profil ZUGFeRD ou Factur-X sélectionné.
- Les totaux, ventilations TVA, unités et dates sont cohérents entre eux.
- Le fichier PDF respecte les contraintes PDF/A-3 attendues pour un workflow de facture hybride.
## Utilisez plus d’un type de validation

Un workflow solide combine généralement au moins deux niveaux. D’abord, validez les règles métier et le XML. Ensuite, contrôlez le conteneur PDF/A-3 et l’empaquetage du fichier embarqué. Si le canal destinataire applique ses propres contrôles, considérez cela comme un troisième sas, pas comme votre seul test.

C’est pourquoi les équipes combinent souvent un validateur facture compatible ZUGFeRD avec un validateur PDF/A comme [veraPDF](https://verapdf.org/) pour le conteneur documentaire.

## Workflow de validation recommandé

- Générez la facture ZUGFeRD ou Factur-X à partir de données source déjà revues.
- Lancez une validation métier contre le profil cible et les attentes EN 16931.
- Exécutez le contrôle PDF/A-3 sur le document final, pas sur un PDF brouillon sans XML embarqué.
- Ouvrez le document dans un viewer capable d’afficher les données structurées et comparez les champs clés à la facture source.
- Ensuite seulement, envoyez via e-mail, portail ou Peppol selon le processus destinataire.
## Erreurs fréquentes et ce qu’elles veulent généralement dire

- Le PDF s’ouvre normalement mais le XML est absent, mal formé ou mal attaché.
- Le XML est lisible techniquement, mais les champs obligatoires ou les identifiants de profil sont faux.
- Les totaux de ligne, bases taxables et montants TVA ne se réconcilient pas après extraction ou mapping.
- Le document semble correct à l’œil humain mais échoue aux contrôles PDF/A-3 parce que le conteneur hybride est incomplet ou non conforme.
## Sources officielles et primaires

- [Page FeRD du paquet ZUGFeRD 2.5.2 / Factur-X 1.09.2](https://www.ferd-net.de/publikationen-produkte/publikationen/detailseite/zugferd-252-english).
- [Configuration du validateur KoSIT pour les règles EN 16931 et XRechnung](https://github.com/itplr-kosit/validator-configuration-xrechnung).
- [FAQ KoSIT pour le contexte XRechnung](https://xeinkauf.de/xrechnung/faq/).
- [Projet veraPDF pour la validation PDF/A](https://verapdf.org/).

## FAQ

### Le fait que le PDF s’ouvre suffit-il à prouver la conformité ZUGFeRD ?

Non. Un PDF lisible prouve seulement que la couche visuelle existe. Il ne prouve pas que le XML embarqué est présent, valide ou aligné avec le profil visé.

### Pourquoi utiliser à la fois un validateur facture et un validateur PDF/A ?

Parce qu’ils vérifient des choses différentes. L’un se concentre sur les règles et la sémantique de facture ; l’autre sur les attentes d’archivage et d’empaquetage du conteneur PDF.

### La validation supprime-t-elle le besoin de revue humaine ?

Non. La validation est indispensable, mais une revue humaine reste nécessaire pour la qualité source, les erreurs de choix de profil et les problèmes métier qu’un contrôle automatique n’interprète pas toujours correctement.

## Sources officielles

- [Ressources Factur-X FNFE-MPE](https://fnfe-mpe.org/factur-x/)
- [Schémas XML UN/CEFACT](https://unece.org/trade/uncefact/xml-schemas)