Quel format de facture électronique ? Le guide pratique du choix
Lors d’une transition, la question technique n’est que rarement « facture électronique, oui ou non ? » mais quel format ? Trois noms reviennent toujours — XRechnung, ZUGFeRD et Peppol. Ce ne sont pas des alternatives au sens d’un « ou bien / ou bien » : ils résolvent des problèmes différents.
Distinguer proprement les trois termes
L’erreur la plus fréquente consiste à les placer sur le même plan. Ils décrivent en réalité des couches différentes :
- XRechnung est un format de données : un fichier XML pur, standard allemand pour les factures aux donneurs d’ordre publics.
- ZUGFeRD est un format hybride : un PDF dans lequel les mêmes données structurées sont intégrées en XML. Techniquement identique à Factur-X en France.
- Peppol n’est pas un format mais un réseau de transmission — la voie par laquelle la facture parvient au destinataire. Le format transporté est Peppol BIS Billing, également fondé sur la norme EN 16931.
XRechnung vs ZUGFeRD compare la structure technique en détail. Ce guide porte sur la décision.
Choisir selon la situation
| Votre situation | Format recommandé | Pourquoi |
|---|---|---|
| Factures aux administrations et collectivités | XRechnung | Obligatoire en B2G, avec le Leitweg-ID |
| Clients PME qui consultent aussi la facture | ZUGFeRD | Un seul document pour l’humain et la machine, rien à expliquer au destinataire |
| Clients au traitement entièrement automatisé (ERP) | XRechnung (UBL ou CII) | Pas de PDF superflu, import direct |
| Destinataires ailleurs dans l’UE | Peppol BIS via le réseau Peppol | Une voie unique sans accords bilatéraux — voir identifiant Peppol |
| Clientèle mixte, faible volume | ZUGFeRD par défaut | Accepté par tout destinataire — y compris celui qui n’a pas encore basculé |
Selon le secteur et la taille
Artisanat et petits prestataires s’en sortent le plus sereinement avec ZUGFeRD : le client reçoit toujours un PDF qu’il peut ouvrir et classer, et les données structurées voyagent avec, invisibles. Les questions propres au secteur sont traitées dans Facture électronique dans l’artisanat.
Bâtiment et marchés publics ne peuvent pas éviter la XRechnung. Le goulot d’étranglement réel y est le Leitweg-ID : attribué par donneur d’ordre, il doit être tenu à jour dans les données de base. Voir Facture électronique aux administrations.
Commerce et industrie à fort volume ont intérêt au XML pur, sans traîner la génération de PDF. Là où des procédures EDI existent déjà, la période transitoire prolongée s’applique — le changement se planifie au lieu de s’imposer.
Indépendants et petites entreprises n’ont pour l’instant besoin d’aucun format sortant : jusqu’en 2028, seule l’obligation de réception les concerne. Voir Facture électronique pour les petites entreprises.
À la réception, il n’y a pas de choix
Point important pour la planification : le choix du format ne concerne que l’émission. À la réception, vous devez pouvoir accepter tout format conforme — vous ne pouvez pas imposer à un fournisseur d’envoyer du ZUGFeRD plutôt qu’une XRechnung. Votre chaîne d’entrée doit donc lire les deux : le XML pur en UBL et en CII, ainsi que les PDF ZUGFeRD dont le XML intégré est extrait.
Checklist : mon logiciel est-il prêt ?
Confrontez votre programme actuel à ces sept points. Chaque « non » est un sujet concret à soumettre à l’éditeur :
- Sortie : produit-il une XRechnung ou du ZUGFeRD dans une version conforme à la norme EN 16931 — et indique-t-il laquelle ?
- Entrée : lit-il les fichiers XML et les PDF ZUGFeRD entrants, ou seulement ce qu’il a lui-même produit ?
- Validation : contrôle-t-il les règles Schematron avant l’envoi, ou découvrez-vous l’erreur au moment du rejet par le client ?
- Leitweg-ID : existe-t-il un champ dédié, ou faut-il le saisir dans une zone de commentaire ?
- Archivage : conserve-t-il l’original structuré — ou seulement une impression PDF ? Voir Archiver les factures électroniques.
- Données de base : numéro de TVA, coordonnées bancaires et conditions de paiement se gèrent-ils proprement par client ?
- Corrections : sait-il produire avoirs et factures rectificatives avec la référence correcte à la facture d’origine ?
Savoir si un changement s’impose ou si un outil gratuit suffit est arbitré dans Logiciel de facturation électronique.
Tester le format avant de s’engager
La question du format se tranche le plus vite sur un fichier réel. Dans l’outil navigateur, générez la même facture une fois en XRechnung et une fois en ZUGFeRD, envoyez les deux à un client test et observez ce qui arrive dans son système. Les deux variantes sont validées au regard de la norme EN 16931 et des règles de gestion allemandes — en local dans le navigateur, sans téléversement.
Frequently asked questions
Quel format de facture électronique choisir ?
XRechnung pour les donneurs d’ordre publics, ZUGFeRD pour les clients qui veulent aussi lire la facture, Peppol BIS pour l’envoi transfrontalier via un réseau. Les trois sont conformes à la norme EN 16931.
Dois-je me limiter à un seul format ?
Pour l’émission, oui — un format par groupe de clients garde les processus simples. Pour la réception, non : vous devez pouvoir accepter tout format conforme à la norme.
Quelle est la différence entre UBL et CII ?
Ce sont deux syntaxes XML de la XRechnung. UBL vient du monde OASIS, CII de l’UN/CEFACT. Elles sont équivalentes sur le fond ; ZUGFeRD utilise CII en interne.
Comment savoir si mon logiciel est prêt pour la facture électronique ?
Il doit produire un format sortant conforme à la norme, lire les fichiers XML et ZUGFeRD entrants, archiver l’original structuré et gérer le Leitweg-ID comme un champ à part entière.