Spec Factur-X v1.0.08 du 15 janvier 2026 : ce qui change
Petite révision avant la grande date : ce que la v1.0.08 ajoute, retire et précise par rapport à v1.0.07.
La FNFE-MPE a publié le 15 janvier 2026 la version v1.0.08 de la spécification Factur-X. C'est la version applicable à la réforme française qui démarre le 1er septembre 2026. Comme les évolutions précédentes (v1.0.05, v1.0.06, v1.0.07), c'est une révision incrémentale — pas de changement de structure, mais des clarifications, ajouts de règles CIUS FR et alignements avec la norme EN 16931 mise à jour.
Cet article fait le point sur ce que la v1.0.08 change concrètement pour un émetteur ou un intégrateur.
Versions et calendrier
| Version | Date | Statut |
|---|---|---|
| v1.0.05 | 2019 | Alignement initial avec ZUGFeRD 2.1 |
| v1.0.06 | 2022 | Mise à jour CIUS FR, ajout MINIMUM en profil officiel |
| v1.0.07 | 2024 | Pré-spec pour le calendrier réglementaire |
| v1.0.08 | 15 janvier 2026 | Version applicable à l'obligation 1er sept 2026 |
C'est la v1.0.08 que notre validateur cible par défaut. Les versions antérieures sont rétrocompatibles : un PDF Factur-X v1.0.06 reste valide à la lecture.
Ce qui ne change pas (rassurant)
Avant de lister les changements, ce qui reste strictement identique à v1.0.07 :
- Les cinq profils (MINIMUM, BASIC WL, BASIC, EN 16931, EXTENDED).
- Le modèle XML CII D16B sous-jacent et les XPath des champs.
- Les URN de profil (
urn:factur-x.eu:1p0:<niveau>). - Le conteneur PDF/A-3 avec
factur-x.xmlen attachment etAFRelationship=Source. - Les règles
BR-*etBR-CO-*de la norme EN 16931 (Schematron officiel CEN inchangé).
Donc si vous avez un outil qui émettait du Factur-X v1.0.07 correctement, il émettra du v1.0.08 correctement aussi. Pas de refonte nécessaire.
Ce qui change
1. CIUS FR durci sur le SIRET vendeur
En v1.0.07, le SIRET vendeur (BT-30) était recommandé quand le pays vendeur était FR. En v1.0.08, la règle FR-CO-01 devient bloquante : SIRET obligatoire si BG-5/CountryID = FR.
Concrètement, un PDF émis sans SIRET vendeur depuis une entité française est désormais rejeté par les validateurs FR (le nôtre y compris). C'est cohérent avec le fait que les PDP imposent l'identifiant SIRET pour le routage des destinataires dans l'annuaire central.
2. Précision sur le format SIRET (schemeID 0002)
L'attribut schemeID de l'identifiant légal (BT-30 et BT-47) doit valoir 0002 (code ISO/IEC 6523 pour SIRET FR). En v1.0.07 cette valeur était implicite ; en v1.0.08 la règle FR-CO-03 la rend explicite — un SIRET sans schemeID 0002 est rejeté.
Pour un émetteur, cela signifie vérifier que le XML contient bien l'attribut correctement renseigné sur l'élément ram:ID, pas seulement la valeur seule sans attribut.
3. Clarification sur le profil MINIMUM en facturation officielle
La v1.0.08 ajoute une note normative précisant que le profil MINIMUM est valide pour la facturation B2B FR au sens des obligations réglementaires 2026, à condition que les éléments de TVA (totaux HT/TVA/TTC, devise) soient correctement renseignés.
Le débat précédent — « MINIMUM est-il une vraie facture fiscale ? » — est tranché : oui pour la facturation interentreprises française, sous réserve que la contrepartie comptable du destinataire accepte ce niveau d'agrégation. Pour la TVA récupérable, certains experts-comptables peuvent demander un profil supérieur (BASIC WL ou BASIC pour la décomposition par taux).
4. Métadonnées XMP renforcées
Les métadonnées XMP du PDF (qui déclarent que c'est un PDF/A-3 + Factur-X) gagnent un namespace supplémentaire fx: aligné avec la pratique allemande ZUGFeRD 2.3. Schéma type :
fx:DocumentType = INVOICE fx:DocumentFileName = factur-x.xml fx:Version = 1.0 fx:ConformanceLevel = MINIMUM
L'absence de ces métadonnées n'est pas bloquante pour un parseur tolérant (le nôtre fallback sur les attachements PDF directement) mais les outils stricts peuvent rejeter le fichier.
5. Alignement Schematron sur CEN 2024-Q4
Le Schematron EN 16931 officiel du CEN a été mis à jour en Q4 2024 (révision mineure des règles BR-DEC-* sur la précision décimale). La v1.0.08 référence cette version à jour. En pratique, deux règles deviennent légèrement plus strictes :
- BR-DEC-09 : les montants ligne (
BT-131) doivent être arrondis à 2 décimales en sortie. Avant : 3 décimales tolérées. - BR-DEC-13 : idem pour le total TTC (
BT-112).
Si votre logiciel comptable émet un montant à 3 décimales au lieu de 2, le validateur lèvera une erreur BR-DEC-09. Notre générateur gère cet arrondi automatiquement côté Pydantic ; côté lecture, notre validateur signale l'erreur avec le rule-ID et le champ concerné en français.
Impact pour les émetteurs en France
Si vous êtes un éditeur de logiciel comptable ou une PME qui émet du Factur-X en interne :
- Vérifier que la version cible est bien v1.0.08 dans la doc/config de votre lib (Akretion
factur-x, Mustang, etc.). - Activer l'attribut
schemeID 0002sur les SIRET émis. - Forcer 2 décimales sur tous les montants en sortie.
- Renseigner les métadonnées XMP complètes (la lib Akretion le fait par défaut depuis v3.4).
Pour valider qu'un fichier émis est conforme v1.0.08, déposez-le dans notre validateur — il fait tourner le Schematron officiel CEN mis à jour + les règles CIUS FR de la v1.0.08.
Pour aller plus loin
- Qu'est-ce que Factur-X ? Guide complet 2026
- Profil MINIMUM Factur-X : les 18 champs obligatoires
- Différences entre profils MINIMUM, BASIC, EN 16931 et EXTENDED
Et pour tester sur un cas réel : déposez n'importe quel PDF Factur-X dans notre visualiseur — le profil détecté et la version sont affichés dans l'en-tête du rapport.