Origines et genèse de Factur-X
Factur-X est le fruit d'une coopération franco-allemande initiée en 2014 entre le Forum National de la Facture Électronique (FNFE-MPE) en France et le FeRD (Forum elektronische Rechnung Deutschland) en Allemagne. L'objectif était de créer un standard commun facilitant les échanges commerciaux entre les deux premières économies de la zone euro.
Le format s'inscrit dans le cadre de la norme européenne EN 16931, adoptée en 2017, qui définit un modèle de données sémantique pour la facture électronique. Cette norme est la pierre angulaire de la directive européenne 2014/55/UE sur la facturation électronique dans les marchés publics.
En Allemagne, ce même format est connu sous le nom de ZUGFeRD (Zentraler User Guide des Forums elektronische Rechnung Deutschland). Depuis la version 2.0, les spécifications de Factur-X et ZUGFeRD sont parfaitement identiques, ce qui garantit une interopérabilité totale entre les entreprises françaises et allemandes.
Repère historique : La première version de Factur-X (1.0) a été publiée en 2017. La version actuelle (1.07) intègre les dernières évolutions de la norme EN 16931 et les retours d'expérience des premiers utilisateurs. Chaque mise à jour a renforcé la conformité et ajouté des cas d'usage métier.
L'adoption de Factur-X a été accélérée par la réforme de la facturation électronique obligatoire en France. Le format est aujourd'hui supporté par la grande majorité des éditeurs de logiciels de gestion, des plateformes de dématérialisation et des solutions comptables du marché français.
Structure technique : PDF/A-3 + XML
La particularité de Factur-X réside dans sa nature hybride. Chaque facture Factur-X est un fichier qui combine deux composantes indissociables :
Le conteneur PDF/A-3
La couche visuelle est un document au format PDF/A-3 (ISO 19005-3), un sous-ensemble du format PDF conçu pour l'archivage à long terme. Contrairement au PDF classique, le PDF/A-3 garantit la lisibilité du document sur une durée illimitée, indépendamment des logiciels et systèmes d'exploitation futurs.
Le PDF/A-3 présente plusieurs caractéristiques essentielles :
- Toutes les polices de caractères sont embarquées dans le fichier
- Les couleurs sont définies de manière indépendante du périphérique
- Les métadonnées XMP sont obligatoires et décrivent le contenu
- La possibilité d'inclure des pièces jointes, ce qui permet d'y intégrer le fichier XML
Le fichier XML embarqué (CII)
La composante structurée est un fichier XML au format UN/CEFACT CII (Cross Industry Invoice, D16B), nommé factur-x.xml. Ce fichier contient toutes les données de la facture dans un format exploitable par les systèmes informatiques :
- Identification de l'émetteur et du destinataire (SIRET, TVA intracommunautaire)
- Numéro de facture, date d'émission, date d'échéance
- Lignes de détail avec désignation, quantité, prix unitaire
- Montants HT, TVA par taux, montant TTC
- Conditions de paiement et références bancaires
Avantage clé : Cette dualité permet à Factur-X d'être lisible par tous (via le PDF) tout en étant exploitable automatiquement (via le XML). Un fournisseur peut envoyer une seule facture Factur-X qui sera lue visuellement par un petit client et intégrée automatiquement par un grand compte doté d'un ERP.
Les 5 profils de conformité Factur-X
Factur-X définit cinq profils de conformité qui déterminent le niveau de détail des données XML embarquées. Chaque profil est un sous-ensemble du suivant, du plus simple au plus complet :
1. Profil Minimum
Le profil le plus simple, conçu pour les très petites structures. Le XML ne contient que les données essentielles permettant l'identification de la facture :
- Numéro de facture et date d'émission
- Identification de l'émetteur et du destinataire
- Montant total TTC et devise
- Référence à la norme applicable
2. Profil Basic WL (Without Lines)
Ajoute les informations comptables et fiscales mais sans lignes de détail :
- Ventilation de la TVA par taux
- Montant HT total
- Conditions de paiement
- Période de facturation
3. Profil Basic
Premier profil à inclure les lignes de facture avec le détail des articles ou prestations. C'est le profil minimum recommandé pour une utilisation professionnelle complète :
- Désignation des produits ou services
- Quantités et prix unitaires
- Taux de TVA par ligne
- Références articles et codes produits
4. Profil EN 16931 (Comfort)
Ce profil assure la conformité complète avec la norme européenne EN 16931. Il est recommandé pour les échanges internationaux et les marchés publics :
- Toutes les données du profil Basic
- Informations de livraison détaillées
- Remises et majorations structurées
- Références aux contrats et bons de commande
5. Profil Extended
Le profil le plus riche, destiné aux besoins métier spécifiques :
- Données comptables supplémentaires
- Informations logistiques étendues
- Données sectorielles (BTP, agroalimentaire, etc.)
- Champs personnalisés définis par accord bilatéral
Recommandation : Pour la réforme française, le profil Minimum est le seuil technique accepté, mais nous recommandons le profil Basic comme point de départ. Il offre un bon compromis entre simplicité de mise en œuvre et richesse des données échangées.
Comparaison avec UBL et CII
Pour bien choisir votre format de facturation électronique, il est essentiel de comprendre les différences et complémentarités entre les trois formats acceptés par la réforme :
| Critère | Factur-X | UBL | CII |
|---|---|---|---|
| Nature | Hybride (PDF + XML) | XML pur | XML pur |
| Lisibilité humaine | Oui (via PDF) | Non (nécessite une visionneuse) | Non (nécessite une visionneuse) |
| Norme de base | EN 16931 + CII D16B | OASIS UBL 2.1 | UN/CEFACT CII D16B |
| Taille de fichier | Plus volumineuse (PDF inclus) | Légère | Légère |
| Archivage natif | Oui (PDF/A-3) | Non (nécessite un système tiers) | Non (nécessite un système tiers) |
| Usage principal | France, Allemagne | Marchés publics EU, Pays nordiques | Industrie, commerce international |
Le choix du format dépend de plusieurs facteurs :
- Factur-X est idéal si vous avez des interlocuteurs variés (petites et grandes entreprises) et souhaitez conserver un document lisible visuellement
- UBL est recommandé si vous travaillez avec des marchés publics européens ou des partenaires dans les pays nordiques
- CII est pertinent pour les échanges industriels et les flux de grand volume entre systèmes d'information
Bonne nouvelle : Les PDP et le PPF assurent la conversion automatique entre les formats. Vous pouvez émettre en Factur-X et votre client recevra la facture dans le format de son choix. L'interopérabilité est garantie par la plateforme intermédiaire.
Outils et bibliothèques pour créer des factures Factur-X
L'écosystème d'outils pour générer des factures au format Factur-X est désormais mature. Voici un panorama des solutions disponibles :
Logiciels de facturation compatibles
La plupart des éditeurs de logiciels de gestion commerciale et de comptabilité ont intégré Factur-X dans leurs solutions. Parmi les plus utilisés :
- Sage, Cegid, EBP : les éditeurs historiques français proposent tous une sortie Factur-X
- SAP, Oracle, Microsoft Dynamics : les ERP internationaux supportent Factur-X via des modules complémentaires
- Pennylane, Qonto, Tiime : les néo-éditeurs et fintechs intègrent nativement Factur-X
- Chorus Pro : le portail public permet la création de factures Factur-X via son interface web
Bibliothèques open source
Pour les développeurs souhaitant intégrer Factur-X dans leurs applications :
- factur-x (Python) : bibliothèque maintenue par Akretion, permettant de générer et lire des factures Factur-X
- Mustang (Java) : bibliothèque open source développée par la communauté ZUGFeRD pour la création et la validation de factures
- ZUGFeRD-csharp (.NET) : bibliothèque C# pour l'écosystème Microsoft
- factur-x.js (Node.js) : bibliothèque JavaScript pour les applications web
Services en ligne et API
Plusieurs services proposent la conversion et la génération de Factur-X via des API REST :
- Les PDP proposent toutes des API d'intégration pour l'émission automatisée
- Des services spécialisés comme PDFMonkey ou DocuSign ajoutent des fonctionnalités Factur-X à leurs offres
- Le PPF fournira également une API publique pour l'émission et la réception
Conseil technique : Avant de développer votre propre solution, vérifiez que votre logiciel de facturation actuel ne supporte pas déjà Factur-X. Une mise à jour peut suffire. Si vous optez pour un développement sur mesure, utilisez les bibliothèques open source éprouvées plutôt que de partir de zéro.
Intégration dans votre système d'information
L'intégration de Factur-X dans votre système d'information nécessite une approche structurée. Voici les principaux scénarios et bonnes pratiques :
Scénario 1 : Intégration via votre logiciel de gestion
C'est le scénario le plus courant. Votre éditeur de logiciel (ERP, comptabilité, facturation) intègre nativement la génération de Factur-X :
- Vérifiez la version requise de votre logiciel et mettez à jour si nécessaire
- Configurez le profil Factur-X souhaité (Minimum, Basic, EN 16931, etc.)
- Paramétrez la connexion à votre PDP ou au PPF pour l'envoi automatique
- Testez les factures générées avec un validateur de conformité
Scénario 2 : Intégration via une PDP
Votre PDP se charge de la conversion :
- Vous transmettez vos données de facturation dans votre format actuel (CSV, JSON, XML propriétaire)
- La PDP génère la facture Factur-X conforme
- Elle transmet la facture au destinataire et les données au PPF
- C'est la solution la plus simple si vous ne souhaitez pas modifier vos outils
Scénario 3 : Développement sur mesure
Pour les entreprises ayant des besoins spécifiques :
- Utilisez une bibliothèque open source (factur-x Python, Mustang Java)
- Intégrez la génération dans votre workflow de facturation existant
- Ajoutez une étape de validation automatique avant l'envoi
- Prévoyez un archivage conforme des factures générées
Point d'attention : Quelle que soit la solution choisie, assurez-vous de la cohérence entre le PDF visible et le XML embarqué. En cas de divergence, c'est le contenu XML qui fait foi auprès de l'administration fiscale. Les outils de validation vous aident à détecter ces incohérences.
Enfin, n'oubliez pas de former vos équipes techniques et fonctionnelles. La mise en place d'une documentation interne décrivant les processus, les formats et les procédures d'escalade en cas d'erreur est indispensable pour une transition réussie.
