Factur-X et PrestaShop : guide complet du format de facturation electronique
Guide technique Factur-X pour PrestaShop : format PDF/A-3, XML CII, 5 profils, norme EN16931, plateformes PDP et mise en conformite 2026.
Romain Kersuzan
Expert PrestaShop Freelance
La facturation electronique devient obligatoire : ce que les marchands PrestaShop doivent savoir
La reforme de la facturation electronique en France entre progressivement en vigueur a partir de septembre 2026. Toutes les entreprises assujetties a la TVA devront emettre et recevoir des factures au format electronique structure. Pour les marchands PrestaShop, cela signifie concretement qu’il faut adapter la generation des factures de leur boutique en ligne.
Le format Factur-X est le format retenu par la France (et l’Allemagne sous le nom ZUGFeRD) pour repondre a cette obligation. Ce guide technique detaille tout ce qu’il faut savoir sur Factur-X dans le contexte PrestaShop : sa structure technique, ses profils, la norme europeenne sous-jacente, les plateformes de transmission et la mise en conformite concrete de votre boutique.
Qu’est-ce que le format Factur-X techniquement ?
Factur-X est un format hybride de facture electronique qui combine deux composants dans un seul fichier :
- Un document PDF/A-3 lisible par l’humain (la facture telle qu’on la connait visuellement)
- Un fichier XML CII (Cross-Industry Invoice) embarque dans le PDF, lisible par les machines
Cette approche hybride est le point fort de Factur-X : la facture reste consultable et imprimable comme un PDF classique, tout en contenant les donnees structurees necessaires au traitement automatise par les logiciels de comptabilite, les ERP et les plateformes de dematerialisation.
Le format PDF/A-3 : un PDF concu pour l’archivage
Le PDF/A-3 n’est pas un PDF ordinaire. C’est une variante du format PDF conforme a la norme ISO 19005-3, concue specifiquement pour l’archivage a long terme. Ses caracteristiques principales :
- Autonomie : toutes les polices, images et profils colorimeriques sont embarques dans le fichier (pas de dependances externes)
- Pieces jointes : contrairement au PDF/A-1 et PDF/A-2, le PDF/A-3 permet d’integrer des fichiers joints de n’importe quel format (c’est ce qui permet d’embarquer le XML CII)
- Perennite : le fichier reste lisible dans 10, 20 ou 50 ans sans dependance a un logiciel specifique
- Integrite : aucun element dynamique (JavaScript, video, references externes) n’est autorise
Pour PrestaShop, cela implique que le moteur de generation PDF natif (base sur TCPDF ou une librairie equivalente) ne suffit pas. Generer un PDF/A-3 valide avec un XML embarque necessite un traitement specifique que les factures PrestaShop standard ne fournissent pas.
Le XML CII : les donnees structurees de la facture
Le fichier XML embarque dans le PDF suit le schema UN/CEFACT Cross-Industry Invoice (CII), defini par la norme technique D16B. Ce fichier, nomme factur-x.xml, contient l’ensemble des donnees de la facture dans un format structure :
- Identifiants du vendeur et de l’acheteur (SIREN, SIRET, numero de TVA intracommunautaire)
- Numero et date de la facture
- Lignes de facturation (designation, quantite, prix unitaire, taux de TVA)
- Totaux (HT, TVA, TTC)
- Conditions de paiement et references bancaires
- Informations de livraison
L’avantage du XML CII par rapport a une saisie manuelle ou un scan OCR est evident : les donnees sont exactes, completes et exploitables immediatement par les systemes comptables sans intervention humaine.
Les 5 profils Factur-X : du plus simple au plus complet
Le format Factur-X definit 5 profils correspondant a des niveaux de detail croissants dans le XML embarque. Le choix du profil depend des exigences de vos partenaires commerciaux et de votre obligation reglementaire.
| Profil | Nombre de champs XML | Usage principal | Conformite EN16931 |
|---|---|---|---|
| Minimum | ~20 | Archivage simple, PME avec peu d’echanges B2B | Non |
| Basic WL | ~50 | Echanges B2B courants sans detail ligne | Non |
| Basic | ~70 | Echanges B2B avec detail par ligne de facture | Non |
| EN16931 (Comfort) | ~120 | Conformite norme europeenne, marches publics | Oui |
| Extended | ~200+ | Echanges complexes, grands comptes, EDI | Oui (et au-dela) |
Profil Minimum
Le profil Minimum ne contient que les informations essentielles : identifiants vendeur/acheteur, numero de facture, date, montant total TTC et devise. Il est suffisant pour l’archivage mais ne permet pas le traitement automatise des donnees comptables. C’est un point de depart, pas une cible.
Profil Basic WL (Without Lines)
Ce profil ajoute les informations fiscales (ventilation TVA par taux, totaux HT et TVA) mais sans le detail ligne par ligne. Il convient aux factures simples avec un seul taux de TVA ou les partenaires ne necessitent pas le detail des articles.
Profil Basic
Le profil Basic inclut le detail de chaque ligne de facturation : designation du produit, quantite, prix unitaire HT, montant de TVA par ligne. C’est le premier profil reellement exploitable pour un traitement comptable automatise complet.
Profil EN16931 (Comfort)
C’est le profil recommande pour la conformite reglementaire. Il correspond au Core Invoice Usage Specification (CIUS) de la norme europeenne EN16931 et couvre tous les cas courants du commerce B2B et B2C : references de commande, conditions de paiement, periodes de facturation, remises, majorations et informations de livraison.
C’est le profil a privilegier pour la mise en conformite 2026.
Profil Extended
Le profil Extended va au-dela de la norme EN16931 en ajoutant des champs pour les echanges complexes : informations logistiques detaillees, references contractuelles multiples, donnees specifiques a certains secteurs. Il est principalement utilise dans le cadre d’echanges EDI avec de grands donneurs d’ordres.
La norme EN16931 : le cadre europeen
La norme EN16931 (Modele semantique de facture electronique) est la norme europeenne qui definit le contenu obligatoire d’une facture electronique. Adoptee par tous les pays de l’Union europeenne, elle garantit l’interoperabilite des factures entre les differents systemes et les differents pays.
Concretement, la norme EN16931 definit :
- Un modele semantique : la liste de toutes les informations qu’une facture peut contenir (environ 170 elements)
- Des regles de validation : les champs obligatoires, les formats autorises, les coherences a respecter (par exemple, le total TTC doit etre egal au total HT + total TVA)
- Deux syntaxes techniques autorisees : UBL (Universal Business Language) et CII (Cross-Industry Invoice)
Factur-X utilise la syntaxe CII. C’est un point important a comprendre pour eviter la confusion entre les formats.
Factur-X, UBL, CII : comprendre les differences
La multiplication des sigles peut preter a confusion. Voici un tableau clarifiant les relations entre ces differents formats et normes :
| Element | Nature | Utilisation |
|---|---|---|
| EN16931 | Norme europeenne (modele semantique) | Definit le contenu d’une facture electronique |
| CII (UN/CEFACT) | Syntaxe XML | L’une des deux syntaxes autorisees par EN16931 |
| UBL 2.1 (OASIS) | Syntaxe XML | L’autre syntaxe autorisee par EN16931 |
| Factur-X / ZUGFeRD | Format hybride (PDF/A-3 + XML CII) | Implementation franco-allemande de la norme |
| Peppol BIS | Format d’echange | Utilise UBL pour les echanges via le reseau Peppol |
Points cles a retenir :
- Factur-X utilise exclusivement la syntaxe CII, pas UBL
- UBL et CII sont tous les deux conformes a EN16931, ils expriment les memes donnees dans des formats XML differents
- Le choix entre Factur-X (CII) et UBL depend du contexte : en France, Factur-X est le format de reference pour les echanges domestiques
- Pour les echanges transfrontaliers via le reseau Peppol, le format UBL (Peppol BIS Billing 3.0) est generalement utilise
Pour un marchand PrestaShop operant principalement sur le marche francais, Factur-X est le format a implementer en priorite.
Cycle de vie d’une facture Factur-X
La generation d’une facture Factur-X dans PrestaShop suit un cycle en plusieurs etapes :
1. Generation
A la validation d’une commande (ou sur declenchement manuel), le systeme :
- Collecte les donnees de la commande (client, produits, montants, TVA)
- Genere le fichier XML CII avec l’ensemble des champs requis par le profil choisi
- Produit le document PDF/A-3 avec la mise en page visuelle de la facture
- Embarque le fichier XML dans le PDF en tant que piece jointe conforme
- Attribue un numero de facture sequentiel conforme aux regles fiscales francaises
2. Validation
Avant transmission, la facture doit etre validee :
- Validation syntaxique : le XML respecte le schema XSD du profil Factur-X
- Validation semantique : les regles metier EN16931 sont respectees (coherence des montants, champs obligatoires presents)
- Validation PDF/A-3 : le document PDF est conforme a la norme ISO 19005-3
Une facture rejetee a la validation ne doit pas etre transmise. Les erreurs les plus courantes sont : montants incoherents, numero de TVA intracommunautaire invalide, champs obligatoires manquants.
3. Transmission via une plateforme PDP
En France, les factures electroniques doivent transiter par une Plateforme de Dematerialisation Partenaire (PDP) immatriculee par l’administration fiscale, ou par le Portail Public de Facturation (PPF) Chorus Pro.
Les PDP assurent plusieurs fonctions :
- Reception et envoi des factures entre entreprises
- Controle de conformite du format et du contenu
- Transmission des donnees fiscales a l’administration (e-reporting)
- Archivage a valeur probante selon la norme NF Z42-020
Parmi les PDP en cours d’immatriculation ou deja immatriculees, on trouve des acteurs comme Chorus Pro (portail public), des editeurs de logiciels comptables (Sage, Cegid, EBP) et des plateformes specialisees.
La transmission se fait generalement via API REST : le module PrestaShop envoie la facture PDF/A-3 a la PDP configuree, puis suit le statut de transmission (soumis, en cours de traitement, accepte, rejete).
4. Archivage legal
Les factures electroniques doivent etre conservees pendant 10 ans (obligation fiscale francaise) dans des conditions garantissant leur integrite et leur lisibilite. La norme NF Z42-020 definit les exigences :
- Empreinte numerique (hash SHA256) calculee a la generation
- Verification d’integrite periodique
- Stockage sur un support perenne
- Tracabilite des acces et modifications (journal d’audit)
Le e-reporting : une obligation complementaire
Au-dela de la facturation electronique B2B, la reforme impose egalement le e-reporting pour les transactions qui ne donnent pas lieu a une facture electronique :
- Ventes B2C (aux particuliers) domestiques
- Ventes a l’export (hors France)
- Ventes intracommunautaires
Pour un marchand PrestaShop, c’est un point crucial : la majorite des ventes d’une boutique en ligne sont des ventes B2C. Ces transactions doivent faire l’objet d’un rapport periodique transmis a l’administration via la PDP ou le PPF, contenant les montants HT et TVA agreges par taux et par periode.
Implications concretes pour les marchands PrestaShop
Ce que PrestaShop ne fait pas nativement
PrestaShop genere des factures PDF classiques via son systeme natif. Mais ces factures ne sont pas conformes a la reforme :
- Le format PDF genere n’est pas du PDF/A-3
- Aucun XML CII n’est embarque dans le fichier
- Il n’y a pas de validation de conformite EN16931
- Aucun mecanisme de transmission PDP n’est integre
- Le e-reporting n’est pas gere
- L’archivage legal avec verification d’integrite n’est pas prevu
Ce qu’il faut mettre en place
Pour se mettre en conformite, un marchand PrestaShop doit :
- Generer des factures Factur-X (PDF/A-3 + XML CII) au profil EN16931 minimum
- Valider chaque facture avant emission
- Configurer la connexion a une plateforme PDP pour la transmission
- Mettre en place le e-reporting pour les ventes B2C, export et intracommunautaires
- Archiver les factures de maniere conforme pendant 10 ans
- Renseigner les informations legales de l’entreprise (SIREN, SIRET, numero de TVA) dans le systeme
Le calendrier a respecter
Le deploiement est progressif selon la taille de l’entreprise :
| Categorie d’entreprise | Obligation de reception | Obligation d’emission |
|---|---|---|
| Grandes entreprises | 1er septembre 2026 | 1er septembre 2026 |
| ETI (250-4 999 salaries) | 1er septembre 2026 | 1er septembre 2027 |
| PME et TPE | 1er septembre 2026 | 1er septembre 2027 |
| Micro-entreprises | 1er septembre 2026 | 1er septembre 2028 |
Toutes les entreprises doivent pouvoir recevoir des factures electroniques des septembre 2026. L’obligation d’emission est echelonnee, mais il est recommande d’anticiper la mise en place pour eviter les problemes de derniere minute.
Mettre en conformite votre boutique PrestaShop avec le module EvolveTech Factur-X
Le module Factur-X pour PrestaShop developpe par EvolveTech couvre l’ensemble des exigences de la reforme :
- Generation automatique de factures Factur-X (PDF/A-3 + XML CII) a la validation de commande
- Prise en charge des 5 profils (Minimum, Basic WL, Basic, EN16931, Extended), avec le profil EN16931 configure par defaut
- Avoirs partiels ou complets avec lien vers la facture d’origine
- Transmission PDP via API REST avec suivi des statuts (soumis, accepte, rejete)
- E-reporting Chorus Pro pour les transactions B2C, export et intracommunautaires, avec export CSV
- Archivage legal conforme NF Z42-020 avec empreinte SHA256 et conservation 10 ans
- Validation SIREN/SIRET/TVA intracommunautaire avec algorithme de Luhn
- Journal d’audit horodate et tracabilite complete
- Personnalisation des PDF (logo, couleurs, mentions legales)
- Compatible PrestaShop 1.7, 8 et 9
Le module s’integre directement dans le back-office PrestaShop avec un dashboard de suivi, une liste des factures filtrable et un acces depuis chaque page de commande. La generation peut etre automatique (a la validation) ou manuelle selon vos preferences.
Points de vigilance techniques
Quelques recommandations pour une mise en conformite reussie :
- Verifiez vos informations legales : SIREN, SIRET et numero de TVA intracommunautaire doivent etre exacts. Une erreur sur ces identifiants provoquera le rejet des factures par la PDP.
- Testez avant le deploiement en production : generez des factures de test, validez le XML avec un outil de verification Factur-X (comme le validateur du Forum National de la Facture Electronique) et verifiez la conformite PDF/A-3.
- Configurez votre PDP en amont : l’inscription et la configuration d’une plateforme PDP peuvent prendre plusieurs semaines. Ne vous y prenez pas au dernier moment.
- Formez votre equipe : les gestionnaires de commandes et le service comptable doivent comprendre le nouveau processus et savoir reagir en cas de rejet.
Pret a mettre votre boutique PrestaShop en conformite avec la reforme de la facturation electronique ? Decouvrez le module EvolveTech Factur-X pour generer automatiquement vos factures au format Factur-X, gerer la transmission PDP, le e-reporting et l’archivage legal. Installation rapide, configuration guidee et support inclus.