Quels sont les formats obligatoires de la facturation électronique en France ?

Trois formats socles, tous fondés sur la norme européenne EN 16931 : Factur-X, format hybride associant un PDF/A-3 et un XML embarqué ; UBL (Universal Business Language) ; et CII (Cross Industry Invoice). Les plateformes agréées proposent un socle minimal de formats commun à l'ensemble des plateformes agréées, qui garantit l'interopérabilité des échanges.

Quels sont les statuts du cycle de vie obligatoires ?

Quatre statuts sont obligatoires : Déposée, Rejetée, Refusée et Encaissée. « Rejetée » correspond à un rejet technique par une plateforme ; « refusée » à un refus commercial par le destinataire, limité à trois motifs admis. Le statut « encaissée » porte les données de paiement lorsque la TVA est exigible sur les encaissements.

Quelle est la version en vigueur des spécifications externes ?

La version 3.2, datée du 30 avril 2026. Elle succède à la version 3.1 du 31 octobre 2025 et à la version 3.0 du 18 décembre 2024. Trois versions en dix-huit mois : tout projet d'implémentation doit prévoir un cycle de maintenance des formats, et non une mise en conformité unique.

Factur-X, UBL, CII : les formats de la facture électronique

Quels formats une plateforme agréée doit-elle obligatoirement traiter ?

Le principe est posé sans ambiguïté : « Les plateformes agréées proposent un socle minimal de formats commun à l'ensemble des plateformes agréées qui garantira l'interopérabilité des échanges. » Ce socle comporte trois formats, tous fondés sur la norme européenne EN 16931 :

Factur-X — format hybride : un PDF/A-3 contenant un fichier XML embarqué ;
UBL — Universal Business Language, XML structuré ;
CII — Cross Industry Invoice, XML structuré.

Chaque plateforme agréée doit être capable d'émettre dans ces trois formats et de recevoir et traiter les trois. D'autres formats peuvent circuler entre plateformes par accord bilatéral, mais c'est le socle qui garantit qu'un échange aboutit quel que soit l'opérateur d'en face. Rappelons au passage la distinction structurante : un opérateur de dématérialisation (OD) n'est pas immatriculé et ne peut pas transmettre seul à l'administration ; il s'appuie sur une plateforme agréée. Le portail public de facturation (PPF), réduit à ses fonctions d'annuaire central et de concentrateur, n'émet ni ne reçoit plus. Pour le secteur public, Chorus Pro reste la voie.

En quoi les trois formats diffèrent-ils concrètement ?

Format	Structure	Lisible sans outil	Usage typique	Équivalence transfrontalière
Factur-X	Hybride : PDF/A-3 + XML embarqué	Oui — le PDF est un rendu visuel complet	Échanges où un lecteur humain intervient : validation métier, PME sans intégration profonde, archivage consultable	ZUGFeRD, son jumeau allemand, à partir de la version 2.0.1
UBL	XML structuré seul	Non	Flux de machine à machine, intégration ERP à ERP, volumes élevés	Syntaxe retenue par l'EN 16931, employée dans d'autres dispositifs européens
CII	XML structuré seul	Non	Flux de machine à machine, filières industrielles et logistiques déjà outillées	Syntaxe retenue par l'EN 16931, employée dans d'autres dispositifs européens

Sur quel critère trancher ?

Une seule question suffit le plus souvent : un être humain doit-il lire cette facture en cours de route ? Si oui — parce qu'un acheteur valide visuellement, parce qu'un comptable rapproche à l'œil, parce que le destinataire est une petite structure sans intégration —, Factur-X évite d'avoir à produire et à transporter un rendu séparé. Si non, un XML seul est plus léger, plus rapide à valider et plus simple à faire évoluer. Entre UBL et CII, le critère est presque toujours l'existant : retenez la syntaxe que votre ERP, votre plateforme et vos partenaires manipulent déjà. Aucun des deux ne procure d'avantage réglementaire.

Le cas transfrontalier mérite une mention. En Allemagne, les formats conformes sont XRechnung et ZUGFeRD à partir de la version 2.0.1, à l'exclusion des profils MINIMUM et BASIC-WL. ZUGFeRD étant le jumeau allemand de Factur-X, une chaîne d'émission construite autour de l'hybride se transpose sans réécriture — à condition de vérifier le profil émis, exclusions comprises. Nous détaillons ce point dans notre article sur XRechnung et ZUGFeRD, l'équivalent allemand.

Pourquoi le format hybride est-il un piège d'ingénierie ?

Dans une facture Factur-X, c'est le XML qui compte. La partie structurée est celle qui est traitée, contrôlée et remontée ; le PDF n'est qu'un rendu. La règle est identique en Allemagne pour les formats hybrides : en cas de divergence, la partie XML prévaut.

La conséquence est plus désagréable qu'il n'y paraît. Si le rendu PDF et le XML divergent, le contenu juridiquement opérant est celui que personne n'a lu. Un client valide un montant à l'écran, approuve, paie — et la donnée transmise à sa plateforme, puis à l'administration, dit autre chose. L'écart ne se manifeste pas au moment de l'émission : il apparaît lors d'un rapprochement, d'un contrôle ou d'un litige, longtemps après.

La règle d'architecture qui en découle ne souffre pas d'exception : les deux parties doivent être générées à partir d'une source de données unique, dans le même traitement, à partir du même jeu de valeurs. Or dans les systèmes d'information constitués par sédimentation — ce qui est le cas de la plupart —, le PDF sort d'un outil de restitution et le XML d'une couche d'interface. Ces deux chaînes ont leurs propres arrondis, leurs propres règles de troncature, leurs propres dates de rafraîchissement. Elles finiront par diverger. La question n'est pas de savoir si, mais quand, et si vous vous en apercevrez avant votre client.

Les statuts du cycle de vie sont-ils de simples accusés de réception ?

Non, et c'est la deuxième source d'erreurs sérieuses. Un statut est une déclaration à portée juridique, pas un ping technique. Quatre statuts sont obligatoires.

Statut	Nature	Ce qu'il engage
Déposée	Technique	La facture a été déposée sur la plateforme émettrice.
Rejetée	Rejet technique par une plateforme	Non-conformité de format ou de règles de gestion. Le document n'entre pas dans le circuit.
Refusée	Refus commercial par le destinataire	Trois motifs admis seulement. Ne doit pas servir à formaliser un désaccord ordinaire.
Encaissée	Paiement	Porte les données de paiement lorsque la TVA est exigible sur les encaissements.

Les motifs de refus admis sont au nombre de trois : une non-conformité réglementaire non détectée par la plateforme réceptrice — typiquement l'absence du bon de commande exigé au titre de l'article L441-9 du code de commerce —, une transaction non reconnue, et le non-respect de conditions contractuelles empêchant le traitement. L'administration est explicite : « Le statut « refusée » ne doit pas être utilisé pour un simple litige commercial. »

Un système qui projette automatiquement des codes d'erreur internes sur ces statuts normalisés doit être audité sur ce point précis, et sur celui-là seul si le temps manque. Transformer un écart de prix en refusée revient à produire une déclaration que l'entreprise n'a pas voulue.

D'autres statuts sont recommandés : ils circulent entre plateformes agréées sans être remontés à l'administration — mise à disposition, prise en charge, approuvée, en litige, suspendue, complétée, paiement transmis. C'est là, et non dans refusée, que se loge la vie commerciale d'une facture : en litige existe précisément pour cela.

À quel rythme les spécifications évoluent-elles ?

Assez vite pour qu'un projet conçu comme une mise en conformité unique se retrouve en dette dès sa livraison.

Référentiel	Version	Date
Spécifications externes	3.2 (en vigueur)	30 avril 2026
	3.1	31 octobre 2025
	3.0	18 décembre 2024
AFNOR XP Z12-012 — formats et profils des messages factures et statuts de cycle de vie	1.3	26 février 2026

Deux normes complètent le dispositif : XP Z12-013, « API pour interfacer les systèmes d'informations des entreprises avec les plateformes agréées », et XP Z12-014, « Cas d'usage B2B applicables dans le cadre de la réforme facture électronique ».

Une précision d'honnêteté : une version 1.4 de XP Z12-012, datée de juin 2026, est mentionnée par des sources secondaires que nous n'avons pas pu recouper avec une publication de référence. Vérifiez la version en vigueur auprès de l'AFNOR avant de la citer dans un cahier des charges ou un contrat. Trois versions de spécifications externes en dix-huit mois, plus des mises à jour de règles de gestion côté normes : dimensionnez un cycle de maintenance des formats, pas une implémentation ponctuelle.

Ce que cela implique pour l'émission automatisée

Pour une entreprise dont la facturation est largement outillée — flux ERP, intégrations partenaires, agents logiciels intervenant dans le cycle achat-vente —, le format n'est qu'une facette. Le point sensible est ailleurs : le statut qu'un système émet est une déclaration au même titre que la facture elle-même, et il mérite la même gouvernance. Qui autorise l'émission d'un refusée ? Sur quelle règle ? Quelle trace en reste-t-il six mois plus tard, lorsqu'un contrôle demandera pourquoi cette facture a été écartée ?

Une règle de mapping écrite un vendredi soir dans une couche d'intégration n'est ni une politique ni une preuve. Elle produit pourtant des effets juridiques à chaque exécution, sans validation et sans historique. C'est exactement le type de décision qui doit être encadré avant exécution, et pas reconstitué après.

Questions fréquentes

Quels sont les formats obligatoires ?

Trois formats socles fondés sur l'EN 16931 : Factur-X, UBL et CII. Toute plateforme agréée doit pouvoir émettre dans les trois et recevoir et traiter les trois.

Faut-il choisir entre Factur-X, UBL et CII ?

Les trois sont conformes. Le choix est opérationnel : Factur-X si un humain doit lire la facture en cours de route, UBL ou CII si l'échange est purement de machine à machine. Entre UBL et CII, retenez la syntaxe déjà maîtrisée par votre chaîne.

Dans une facture Factur-X, le PDF ou le XML fait-il foi ?

Le XML. En cas de divergence, le contenu opérant est celui que personne n'a lu — d'où l'obligation de générer les deux parties à partir d'une source de données unique.

Quels statuts du cycle de vie sont obligatoires ?

Quatre : déposée, rejetée, refusée, encaissée. « Rejetée » est un rejet technique par une plateforme ; « refusée » un refus commercial du destinataire, limité à trois motifs.

Quelle version des spécifications externes est en vigueur ?

La version 3.2 du 30 avril 2026, après la 3.1 du 31 octobre 2025 et la 3.0 du 18 décembre 2024.

Pour aller plus loin

Choisir un format est une décision technique ; émettre un statut est une décision engageante. Dès lors que la chaîne est automatisée, la question qui suit la conformité de format est celle du contrôle : quelles opérations un système est-il autorisé à exécuter, qui les valide, et quelle preuve en subsiste. BarzelVault applique des politiques, des seuils d'approbation et un enregistrement vérifiable des opérations avant leur exécution. FinOps Atlas répond à la question voisine du coût réel de chaque workflow automatisé et de chaque appel d'API. Notre dossier AI agent governance traite ce sujet à l'échelle multi-marchés, en anglais.

En pratique

Le contrôle doit s'exercer avant que la facture ne devienne irréversible.

Une facture structurée acceptée peut être corrigée, jamais supprimée, et dès l'entrée en vigueur des sanctions chaque défaut a un prix. Barzel place le seuil de validation, le contrôle des doublons et l'enregistrement signé avant la transmission, pour que le processus soit défendable le jour où l'auditeur ou l'administration fiscale pose la question.

Plus que 338 joursPME, TPE et micro-entreprises : émission et e-reporting obligatoires au 1er septembre 2027

BarzelVault

Le pare-feu des actions de l'IA : décider ce qu'un agent peut faire avant qu'il ne le fasse.

Seuils de validation et contrôles de politique appliqués avant l'exécution ; validations humaines avec expiration et escalade.
Reçus d'audit signés cryptographiquement : déclencheur, données d'entrée, version de politique, valideur, résultat.
Isolation des identifiants, plafonds de dépense et d'action, et arrêt d'urgence.

Offre gratuite : 10 000 appels par moisPlans payants à partir de 199 USD par moisDisponible sur MCPize

Commencer gratuitement Demander par e-mail Page produit Documentation

Barzel FinOps Atlas

Opérations financières intelligentes pour les agents IA et l'automatisation.

Coût par action, par workflow et par résultat métier, affecté au fil de l'eau.
Plafonds de dépense et détection d'anomalies avant la facture, pas après.
Traçabilité des preuves financières et préparation de la clôture pour SOX, SOC 2 et l'audit externe.

Offre gratuite : 500 appels par moisPlans payants à partir de 29 USD par moisDisponible sur MCPize