Deux profils sémantiques seulement franchissent les contrôles des plateformes agréées dans le cadre de la réforme : EN16931 et EXTENDED-CTC-FR. L’idée reçue voudrait que le second soit une simple traduction française du profil EXTENDED de Factur-X. C’est faux. EXTENDED-CTC-FR est une extension normalisée à part entière, avec ses propres données, ses propres règles de gestion et ses propres outils de validation.
Défini par la norme AFNOR XP Z12-012, ce profil ajoute environ 180 données supplémentaires au modèle européen, qui en compte 164. Il occupe une place précise dans l’architecture des formats et normes de la facture électronique : celle du niveau maximal accepté par les plateformes pour le flux de facturation domestique B2B.
Concrètement, ce profil détermine si votre facture d’affacturage, de sous-traitance ou de cotraitance passera les contrôles en septembre 2026. Il conditionne aussi le travail des éditeurs, qui doivent décider quel niveau de données leur moteur de facturation sait produire et valider.
Ce que le profil ajoute au socle EN16931
La norme AFNOR XP Z12-012 décrit le format sémantique des factures de la réforme selon deux profils. Le premier reprend le modèle européen avec quelques règles additionnelles. Le second, EXTENDED-CTC-FR, l’étend en profondeur pour couvrir ce que le modèle de base ne sait pas exprimer.
Environ 180 données codées EXT-FR
Le point de départ reste la norme européenne EN 16931 : 164 données réparties en 32 groupes, identifiées par des codes BT pour les termes métiers et BG pour les blocs. Ce socle a été conçu pour les besoins essentiels d’une facture standard, pas pour les spécificités sectorielles françaises.
EXTENDED-CTC-FR comble cet écart avec environ 180 données supplémentaires, nommées selon un schéma dédié : EXT-FR-FE-BG-XX pour les blocs, EXT-FR-FE-XX pour les données unitaires. Ces ajouts s’insèrent dans l’arbre de données XML structuré de la facture, aux côtés des champs européens existants.
Le périmètre couvert dépasse le simple confort. On y trouve des sous-lignes de facturation pour les kits et sous-totaux, des références logistiques et sectorielles, ainsi que des informations d’exonération enrichies. Autrement dit, tout ce que les travaux préparatoires de la réforme ont identifié comme manquant dans le modèle européen.
Cinq nouveaux tiers pour les facturations complexes
L’apport le plus structurant concerne les acteurs de la facture. Le modèle EN16931 connaît le vendeur, l’acheteur, le bénéficiaire du paiement et le représentant fiscal. C’est insuffisant dès qu’un intermédiaire entre en jeu, situation banale dans le BTP, l’affacturage ou la grande distribution.
Le profil français introduit donc cinq blocs de tiers, codés EXT-FR-FE-BG-01 à 05 : le payeur, l’agent d’acheteur, l’agent de vendeur, le facturant et le facturé à. Une facture émise par un mandataire pour le compte d’un sous-traitant, payée par un factor, devient ainsi exprimable en données structurées.
Ces scénarios ne sortent pas de nulle part : ils correspondent aux situations recensées par la norme AFNOR XP Z12-014 et ses cas d’usage, dont toute la famille « tiers » repose précisément sur ces blocs. Sans le profil étendu, ces cas restent inexprimables en format structuré.
Des règles de gestion assouplies, pas seulement des champs en plus
Réduire EXTENDED-CTC-FR à une liste de données supplémentaires manque la moitié du sujet. Le profil modifie aussi les règles de gestion du modèle européen, parfois en les supprimant, parfois en les remplaçant par des versions plus tolérantes. Ces ajustements répondent à des problèmes concrets rencontrés par les systèmes de facturation.
La tolérance d’un centime par ligne sur les calculs
La norme EN16931 impose un calcul de TVA en pied de facture : sommer les montants hors taxe par catégorie et taux, à deux décimales, puis appliquer le taux sur cette base. Or beaucoup d’ERP calculent la TVA ligne à ligne, puis additionnent. Les deux méthodes produisent des écarts d’arrondi.
Résultat : une facture juste comptablement peut échouer aux contrôles de cohérence arithmétique du modèle européen strict. Le profil EXTENDED-CTC-FR introduit pour cette raison une tolérance de 1 centime par ligne dans les calculs de totaux et de bases TVA.
Cette marge paraît dérisoire. Elle évite pourtant des rejets en masse sur des factures à fort volume de lignes, où les écarts d’arrondi s’accumulent mécaniquement. Pour un éditeur, c’est souvent la différence entre réécrire son moteur de calcul et déclarer le bon profil.
Cardinalités élargies et règles supprimées
Deuxième famille d’assouplissements : les cardinalités, c’est-à-dire le nombre d’occurrences autorisées pour une donnée. L’exemple le plus cité est l’identifiant privé de l’acheteur, le champ BT-46. Le modèle européen n’en accepte qu’un seul. Le profil français le rend répétable, pour porter à la fois le SIRET et le code de routage interne.
Le profil supprime par ailleurs la règle BR-O-11, qui interdisait de mélanger des lignes hors champ de TVA avec des lignes relevant d’autres catégories. Les factures mixtes deviennent donc possibles. De même, une règle d’extension dispense de renseigner le motif d’exonération sur certaines opérations, là où le modèle strict l’exige.
En pratique, ces dérogations expliquent pourquoi certaines entreprises basculent vers le profil étendu sans avoir besoin d’aucune donnée EXT-FR : ce sont les règles, pas les champs, qui motivent le choix.
On adopte EXTENDED-CTC-FR pour deux raisons distinctes : des données absentes du socle (tiers, sous-lignes) ou des règles de gestion incompatibles avec son moteur de calcul (arrondis, factures mixtes). Les deux justifications sont indépendantes.
EN16931, EXTENDED-CTC-FR, EXTENDED : trois périmètres à ne pas confondre
La confusion entre ces trois libellés alimente une partie des erreurs d’implémentation observées depuis le lancement du pilote. Les deux profils de l’annexe 1 s’appliquent aux syntaxes UBL et CII : Cross Industry Invoice, tandis qu’EXTENDED désigne un profil propre à Factur-X. Le tableau suivant pose les frontières.
| Profil | Périmètre de données | Validation | Usage type |
|---|---|---|---|
| EN16931 | 164 données · 32 groupes | Schematron EN16931 + règles annexes FR | Factures standard, interopérabilité UE |
| EXTENDED-CTC-FR | EN16931 + ≈ 180 données EXT-FR | Schematrons dédiés FNFE-MPE (pack v1.3.1) | Tiers, sous-lignes, cas d’usage français |
| EXTENDED (Factur-X) | 700+ champs métier | XSD Factur-X · au-delà de l’annexe 1 | Flux industriels riches, acceptation à vérifier |
Le choix par défaut reste EN16931
Pour une majorité de factures simples, le profil EN16931 suffit. Il porte toutes les mentions obligatoires, circule sans friction au niveau européen et limite le nombre de règles à contrôler. Le profil étendu n’est pas « plus conforme » : il est plus riche, donc plus exposé aux erreurs si les données sont mal alimentées.
Un détail technique illustre l’arbitrage. Pour rester dans le profil européen malgré la limite du BT-46, la recommandation officieuse consiste à identifier l’acheteur par son adresse électronique d’annuaire plutôt que par le couple SIRET et code de routage. Une astuce de modélisation évite ainsi un changement de profil.
Autre contrainte structurante : la conversion descendante est impossible. Une facture EXTENDED-CTC-FR contient des données qu’un profil EN16931 ne sait pas représenter. Émettre au niveau étendu engage donc toute la chaîne de réception.
EXTENDED de Factur-X englobe le profil français sans le remplacer
Côté format hybride, Factur-X décline cinq profils, de MINIMUM à EXTENDED. Ce dernier, issu de trente ans de pratiques industrielles, dépasse les 700 champs : logistique, douane, conditions commerciales. Le profil EXTENDED-CTC-FR en constitue un sous-ensemble, calibré sur les seules exigences de la réforme française.
La nuance compte pour les éditeurs. Un fichier structuré en EXTENDED peut très bien n’avoir jamais été contrôlé avec les artefacts du contexte français. Déclarer un profil et exécuter les validations correspondantes sont deux opérations distinctes, et seule la seconde atteste quelque chose.
EXTENDED-CTC-FR joue pour la France le rôle que XRechnung joue pour l’Allemagne : un profil national de référence adossé au standard franco-allemand Factur-X / ZUGFeRD, dont la version 1.08 / 2.4 s’applique depuis le 15 janvier 2026.
Déclarer et valider le profil dans les faits
Un profil n’existe pas par intention : il se déclare dans la facture elle-même et se vérifie avec des outils publics. Cette mécanique de déclaration et de contrôle constitue le quotidien des plateformes agréées et des éditeurs depuis l’ouverture du pilote en février 2026.
BT-24 et métadonnées XMP : la double déclaration
Le profil s’inscrit dans le champ BT-24, l’identifiant de spécification. En syntaxe CII, il prend la forme du GuidelineSpecifiedDocumentContextParameter, dont la valeur détermine quelles règles les validateurs appliqueront. Une facture Factur-X le déclare une seconde fois, dans les métadonnées XMP du PDF via le champ fx:ConformanceLevel.
Toute incohérence entre les deux déclarations est détectable, et détectée. Par ailleurs, le format structuré porte désormais seul la conformité documentaire : la signature électronique n’est plus le passage obligé qu’elle était, et la valeur probante de la facture électronique repose sur l’ensemble du dispositif d’échange contrôlé.
Changer la valeur du BT-24 ne crée pas les champs absents. Une facture déclarée EXTENDED-CTC-FR avec des données de niveau EN16931 simple génère plus de règles à contrôler, plus de bruit et un débogage plus coûteux, sans aucun gain de conformité.
Schematrons FNFE-MPE : ce que la validation contrôle vraiment
Les artefacts de contrôle sont publics. Le FNFE-MPE publie le pack v1.3.1 : règles BR-FR-CTC en UBL et CII, schematrons des profils EN16931 et EXTENDED-CTC-FR, XSD pour Factur-X et règles CDAR pour les messages de cycle de vie. Ces fichiers Schematron traduisent la norme en tests exécutables, ligne par ligne.
La version 1.3 de la norme, publiée en février 2026, a d’ailleurs fait évoluer le profil étendu : informations d’exonération acceptées en texte ou en code, structures de sous-lignes plus détaillées, nouvelles règles de quantités sur les postes parents. Les avoirs négatifs ne sont plus admis ; les corrections passent par des avoirs structurés.
La validation documentaire ne fait toutefois pas tout : la facture doit ensuite circuler entre plateformes selon les protocoles d’échange normalisés, qui portent leurs propres exigences de transmission.
Qui doit s’en préoccuper, et quand
La question du profil ne pèse pas du même poids selon la position dans la chaîne. Pour la plupart des entreprises, elle se résume à une vérification. Pour ceux qui construisent ou opèrent des systèmes de facturation, elle structure le calendrier d’ici septembre 2026.
Dirigeants de TPE-PME : une question à poser, pas un chantier
Un dirigeant n’a pas à manipuler des codes EXT-FR. Sa plateforme ou son logiciel produit le profil à sa place, comme il a cessé de convertir un PDF en facture électronique à la main. La seule question utile à poser au prestataire : « le profil EXTENDED-CTC-FR est-il supporté, en émission comme en réception ? »
La réponse compte si l’activité implique affacturage, sous-traitance ou facturation pour compte de tiers. Notons enfin que le format structuré remplace progressivement la Piste d’Audit Fiable comme garantie documentaire : moins de procédures internes, plus d’exigences sur la donnée elle-même.
Éditeurs et DSI : l’analyse d’écarts avant septembre 2026
Pour un éditeur, le travail commence par une cartographie : quelles données du SI alimentent quels champs, et le moteur de calcul respecte-t-il les règles du profil visé ? En réception, l’obligation est asymétrique : il faut savoir lire les deux profils, puisque l’émetteur choisit librement le sien.
L’intégration passe par la norme AFNOR XP Z12-013, qui standardise l’API de facture électronique entre SI et plateformes, en remplacement progressif des flux EDI historiques. Mieux vaut tester tôt : le pilote a montré que les écarts d’arrondi et de cardinalité concentrent l’essentiel des rejets.
Reste la conservation. Les XML émis et reçus relèvent de l’archivage à valeur probante, encadré par la norme NF Z42-013, le plus souvent via un coffre-fort numérique. Le profil choisi à l’émission détermine donc aussi ce qui sera archivé pendant dix ans.
Ce qu’est EXTENDED-CTC-FR : l’extension française du modèle EN16931, définie par la norme XP Z12-012, avec ≈ 180 données EXT-FR, 5 nouveaux tiers et des règles de gestion assouplies (tolérance de 1 centime par ligne, BT-46 répétable, factures mixtes autorisées).
Ce qu’il n’est pas : un profil obligatoire pour tous, ni l’équivalent du profil EXTENDED de Factur-X (700+ champs), ni un gage de conformité supérieur si les données sous-jacentes manquent.
Le bon réflexe : profil EN16931 par défaut, bascule vers EXTENDED-CTC-FR uniquement quand un cas d’usage ou un moteur de calcul l’exige, validation systématique avec les schematrons FNFE-MPE.
Pour les indépendants et TPE, la voie la plus courte reste de déléguer toute cette mécanique à un outil qui la maîtrise nativement.
Questions fréquentes
Le profil EXTENDED-CTC-FR est-il obligatoire pour toutes les entreprises ?
Non. L’obligation porte sur l’émission de factures conformes au socle de la réforme, pas sur un profil en particulier. Une facture simple au profil EN16931 reste parfaitement valide. Le profil étendu devient nécessaire uniquement lorsque le cas de facturation exige des données absentes du socle, comme un payeur tiers, ou lorsque les règles de calcul du modèle strict bloquent le système d’émission.
Qui maintient et publie le profil EXTENDED-CTC-FR ?
La définition sémantique appartient à la norme expérimentale AFNOR XP Z12-012, élaborée avec la DGFiP et les acteurs de place. Le FNFE-MPE publie les artefacts techniques associés : schematrons, XSD et exemples. Les normes étant expérimentales, elles évoluent par versions successives, en cohérence avec les spécifications externes publiées par l’AIFE sur impots.gouv.fr.
Peut-on convertir une facture EXTENDED-CTC-FR vers le profil EN16931 ?
Non, pas sans perte. Les données EXT-FR n’ont aucun équivalent dans le profil européen : une conversion descendante les détruirait, ce qui rendrait la représentation incomplète. Les conversions entre formats du socle ne fonctionnent qu’à périmètre de données égal ou croissant. C’est la raison pour laquelle le choix du profil à l’émission engage toute la chaîne, jusqu’au destinataire.
Le profil fonctionne-t-il pour les factures internationales ?
Le profil cible le flux domestique B2B français. Les factures B2B internationales relèvent du e-reporting : l’entreprise transmet des données de transaction à l’administration, dans des conditions plus souples. Rien n’interdit d’utiliser les mêmes formats par cohérence, et l’alignement européen porté par la directive ViDA pousse en ce sens, mais un client étranger n’exploitera pas les données EXT-FR.
Le profil évolue-t-il encore en 2026 ?
Oui, et à un rythme soutenu. La version 1.3 de la XP Z12-012 date de février 2026, le pack d’artefacts v1.3.1 l’accompagne, et les spécifications externes ont été actualisées fin avril 2026. Les éditeurs doivent organiser une veille normative : un schematron mis à jour peut faire échouer demain une facture validée hier. Les entreprises utilisatrices, elles, héritent de ces mises à jour via leur plateforme.