Facturation électronique en Europe : quels pays l’exigent et comment s’y conformer

Dernière mise à jour : juin 2026. Les dates d’entrée en vigueur des obligations de facturation électronique évoluent vite, et plusieurs ont déjà été repoussées, les dates ci-dessous donnent un cap, pas une certitude absolue. Vérifiez la date, le format et le seuil actuellement applicables à chacun de vos marchés auprès de votre comptable ou de l’administration fiscale nationale compétente avant d’agir. Il s’agit de conseils pratiques, pas d’un avis juridique ou fiscal.

Voici ce que la plupart des marchands PrestaShop comprennent mal : envoyer une facture PDF par e-mail n’est pas de la facturation électronique. Un PDF, même propre, conforme en matière de TVA et généré directement depuis votre interface d’administration. Est l’image d’une facture qu’un humain lit. Une véritable facture électronique est un fichier de données structurées (généralement XML) qu’une machine lit, valide et comptabilise directement dans un logiciel de comptabilité, transmis via un canal approuvé par l’administration. Les deux ne sont pas interchangeables, et partout en Europe la définition juridique se resserre autour du second modèle. L’Italie l’applique déjà. La France, l’Allemagne, la Pologne et l’Espagne ont des dates fermes au calendrier. Si vous vendez en B2B sur l’un de ces marchés, il s’agit d’une échéance de conformité, pas d’un sujet à traiter « un jour peut-être ».

Ce guide répond à une question précise : quels pays européens exigent la facturation électronique, à quelle date, dans quel format, et ce que votre boutique PrestaShop doit faire pour être prête. Il ne traite pas de la mise en page de votre facture PDF (c’est le sujet de la personnalisation des factures dans PrestaShop), ni des taux de TVA et d’OSS/IOSS (c’est le sujet de la TVA dans l’UE). Il porte sur la seule chose que la facturation électronique exige réellement de vous : des données de facture propres, complètes et structurées, ainsi qu’un moyen de les envoyer par le bon canal.

Facture numérique ou facture électronique, la distinction qui change tout

Si vous vous trompez sur ce point, toutes les autres décisions seront fausses. Le tableau ci-dessous résume toute la question de conformité.

Qu’est-ce que cela signifie pour votre boutique ? PrestaShop, par défaut, produit la colonne de gauche. Chaque commande génère un PDF via le AdminPdfController et la classe HTMLTemplateInvoice (classes/pdf/HTMLTemplateInvoice.php), rendu depuis le modèle pdf/invoice.tpl. Ce PDF est une facture numérique parfaitement valable, mais dans les pays soumis à une obligation, il ne constitue pas, à lui seul, une facture électronique conforme. Combler cet écart, voilà le travail. Et presque tout ce travail consiste à vérifier que les données de la facture sont complètes et correctes, car le format structuré ne pardonne pas les champs manquants.

Pays par pays : qui l’exige, quand, et dans quel format

Les dates et les seuils dans ce domaine évoluent, plusieurs ont déjà été repoussés une fois, alors considérez ce calendrier comme une orientation et confirmez la date et le format exacts pour vos marchés auprès de votre comptable ou de l’administration fiscale nationale avant d’agir. Ce qui ne fait aucun doute, en revanche, c’est la direction générale : toutes les grandes économies de l’UE vont vers la facturation électronique structurée obligatoire.

Deux tendances méritent d’être retenues dans ce tableau. Premièrement, presque tous les nouveaux formats sont une variante de EN 16931, la norme sémantique commune de l’UE, ce qui signifie qu’investir dans des données propres et complètes sert plusieurs pays, même si les enveloppes de fichier diffèrent. Deuxièmement, la réception précède l’émission dans la plupart des déploiements : la première échéance qui vous touche est souvent l’obligation de recevoir des factures structurées de vos fournisseurs, ce qui relève des achats et de la comptabilité, et non de ce que votre boutique génère.

La direction européenne : ViDA

Aucun de ces systèmes nationaux n’est isolé. Ils préparent TVA à l’ère numérique (ViDA), l’initiative de l’UE visant à standardiser la facturation électronique et à introduire une déclaration numérique quasi en temps réel pour les transactions intra-UE, avec des exigences de factures structurées prévues pour la seconde moitié de cette décennie. Lecture pratique pour un marchand : le format national que vous mettez en place maintenant est une étape, pas une impasse, car tous convergent vers le même noyau EN 16931. Bien préparer vos données de facture est l’investissement durable ; l’enveloppe de transmission est la partie que vous externaliserez le plus probablement.

Ce que cela exige réellement de votre boutique PrestaShop

Derrière les acronymes, la facturation électronique vous demande trois choses concrètes. Seule la première relève vraiment de votre boutique, et c’est là que la plupart des échecs se produisent.

1. Qualité des données de facture (90 % du travail)

Les systèmes de facturation électronique structurée rejettent purement et simplement les factures dont les champs sont manquants ou mal formés. Il n’y a personne à l’autre bout pour hausser les épaules et corriger. Un fichier FatturaPA sans numéro de TVA acheteur ne fait pas l’objet d’une demande de précision ; il est refusé. La tâche fondamentale consiste donc à s’assurer que chaque facture PrestaShop contient l’ensemble complet des champs EN 16931 :

• Identifiants TVA/fiscaux du vendeur et de l’acheteur, et en B2B, celui de l’acheteur doit être présent et valide. PrestaShop les stocke dans l’adresse (vat_number, plus company et siret/dni le cas échéant), mais ils ne sont renseignés que si votre tunnel de commande les demande et si vous les validez.
• Adresses structurées complètes, rue, code postal, ville, code pays, chacun dans son propre champ (le XML les veut séparés, pas sous forme d’un seul bloc de texte libre).
• Ventilation des taxes par ligne et par taux. Le total de TVA doit correspondre aux sous-totaux par taux, précisément là où une configuration fiscale approximative finit par vous rattraper. Si vos taux et vos règles ne sont pas propres, le fichier structuré ne sera pas validé ; la configuration des taxes dans PrestaShop explique comment corriger cela à la source.
• Un numéro de facture unique et séquentiel, avec les ruptures expliquées lorsque la loi locale ou la pratique comptable l’exige. De nombreux systèmes fiscaux exigent une numérotation unique et séquentielle, mais l’obligation d’une séquence strictement sans rupture dépend du pays et des règles comptables, et les systèmes de validation XML ne rejettent généralement pas une facture uniquement parce qu’un autre numéro manque. Le compteur par défaut de PrestaShop est par boutique et se réinitialise ou se scinde d’une manière qui surprend souvent ; l’analyse détaillée se trouve dans la personnalisation des numéros de facture et de commande.
• Descriptions produit, codes et conditions de paiement clairs, les lignes génériques et les coordonnées de paiement/bancaires manquantes font partie des causes fréquentes de rejet.

Et donc ? Si vos factures capturent et valident déjà les numéros de TVA des acheteurs, conservent des détails de taxes propres par taux et utilisent une numérotation séquentielle, votre boutique est déjà largement prête pour la facturation électronique, quel que soit le canal national auquel vous vous connecterez ensuite, parce que tous ces canaux exigent les mêmes données sous-jacentes. C’est là que les bons modules font vraiment la différence : Financial Revolution produit des factures avec tous les champs attendus par la conformité européenne, Invoice Number impose la numérotation séquentielle stricte que ces systèmes exigent, et Automatic EU VAT Checker valide les numéros de TVA des acheteurs auprès de VIES pendant le tunnel de commande, afin qu’un mauvais numéro ne se retrouve jamais sur une facture qui va être rejetée par une machine. Le bénéfice n’est pas la « conformité » au sens abstrait. C’est que vos données de facture sont propres avant qu’une échéance ne vous y oblige, et non après.

2. Conversion de format (génération XML)

Vos données PrestaShop propres doivent encore devenir un fichier XML FatturaPA, XRechnung, Factur-X ou KSeF. Il existe deux chemins réalistes pour y parvenir, et pour la plupart des marchands le second est le bon :

3. Transmission

Le fichier doit ensuite passer par le canal approuvé, le SDI italien, le KSeF polonais, le réseau PDP français, le réseau Peppol pour la Belgique et d’autres pays. L’intégration directe à ces systèmes est réellement complexe et lourde en certificats, ce qui explique pourquoi le modèle de loin le plus courant pour les petits et moyens marchands consiste à confier la transmission à un intermédiaire (souvent le même prestataire que pour la conversion de format), moyennant des frais par facture. La responsabilité de votre boutique s’arrête à la production de données correctes ; la leur consiste à faire passer ces données par le bon canal et à récupérer l’accusé de réception.

B2C : surtout pas encore, mais ne pariez pas que cela restera ainsi

Aujourd’hui, les obligations concernent très majoritairement le B2B (et le B2G). La plupart des factures B2C sont exemptées ou simplifiées, avec l’Italie comme exception notable, puisque l’obligation couvre déjà les ventes aux consommateurs. L’approche pragmatique : même lorsque la facturation électronique B2C ne vous est pas imposée, maintenir vos données au niveau de qualité décrit ci-dessus ne vous coûte rien de plus, et cela signifie qu’une future extension B2C dans l’un de vos marchés deviendra un changement de configuration plutôt qu’une urgence. Notez aussi que la vente à distance aux consommateurs comporte ses propres obligations documentaires, indépendamment de la facturation électronique, voir la réglementation de la vente à distance.

Votre plan d’action

Vous n’avez pas besoin de traiter tous les pays en même temps. Vous devez connaître votre exposition et nettoyer vos données, dans cet ordre.

• Associez vos marchés B2B aux échéances. Listez les pays dans lesquels vous émettez réellement des factures B2B, puis notez la date et le format actuellement applicables pour chacun. À court terme : Italie (déjà en vigueur), puis France, Allemagne, Pologne, Espagne.
• Auditez vos données de facture maintenant. Prenez dix factures B2B récentes et vérifiez que chaque champ EN 16931 ci-dessus est présent et correct. Les écarts que vous trouvez aujourd’hui sont les rejets que vous subiriez le jour de l’entrée en vigueur.
• Corrigez les données à la source. Validez les numéros de TVA acheteur pendant le tunnel de commande, nettoyez vos règles fiscales et verrouillez la numérotation séquentielle. Les trois tâches qui font fonctionner tous les formats en aval. Les modules ci-dessus le font directement depuis l’interface d’administration, sans passer par une prestation de développement.
• Choisissez conversion + transmission par marché. Un module national si vous avez un ou deux marchés et l’envie d’assumer les mises à jour de schéma ; un prestataire intermédiaire si vous en avez plusieurs ou si vous préférez éviter cette charge.
• Parlez-en à votre comptable. Il devrait déjà suivre les dates et les seuils exacts applicables à votre situation, ce guide vous indique quoi demander, pas quoi déposer.
• Revérifiez le calendrier deux fois par an. Plusieurs de ces dates sont encore en cours de finalisation et ont déjà bougé ; un rappel dans le calendrier vaut mieux qu’une course de dernière minute.

Questions fréquentes

Le PDF conforme à la TVA que PrestaShop envoie déjà par e-mail ne suffit-il pas ?

Pas dans un pays soumis à une obligation. Ce PDF est une facture numérique, une image destinée à un humain. Une facture électronique conforme en Italie, en France, en Pologne et ailleurs est un fichier XML structuré (souvent basé sur EN 16931) qu’une machine valide et qu’une plateforme publique ou un réseau certifié transmet. PrestaShop produit le PDF nativement ; transformer cela en fichier structuré requis est l’écart que vous devez combler, et c’est surtout un travail de qualité des données.

Quand exactement la facturation électronique devient-elle obligatoire en France et en Pologne ?

La direction est ferme, mais les dates précises ne le sont pas. Les deux calendriers ont déjà glissé. À la date de cette révision, la France vise environ 2026–2027 (déploiement progressif, réception et grandes entreprises d’abord), et le KSeF polonais est déployé par étapes avec les grands contribuables à partir de février 2026 et les autres à partir d’avril 2026. Traitez ces dates comme des repères de planification, pas comme des engagements définitifs : confirmez la date et le seuil actuellement applicables à votre situation auprès de votre comptable ou de l’administration fiscale nationale (DGFiP pour la France, ministère des Finances / KAS pour la Pologne) avant de bâtir votre mise en œuvre dessus.

Ai-je besoin d’un module PrestaShop qui génère le XML, ou d’un prestataire externe ?

Cela dépend de votre périmètre. Un ou deux marchés avec un volume prévisible et la volonté de gérer les mises à jour de schéma : un module propre à un pays, qui génère le XML national dans PrestaShop, peut convenir. Plusieurs marchés, ou aucune envie de suivre les changements de format : un prestataire externe de facturation électronique, qui prend vos données, produit le fichier et gère la transmission moyennant des frais par facture, est le choix le plus courant. Dans tous les cas, le vrai rôle de votre boutique est de fournir des données propres.

Quelle est la raison la plus courante de rejet d’une facture électronique structurée ?

Un numéro de TVA acheteur manquant ou invalide sur une facture B2B, suivi de totaux de taxes qui ne correspondent pas aux sous-totaux par taux. Il n’y a personne pour corriger à l’autre bout. Le fichier est refusé. Valider les numéros de TVA auprès de VIES pendant le tunnel de commande (pour qu’un mauvais numéro n’arrive jamais jusqu’à la facture) et garder des règles fiscales propres supprime les deux principales sources de rejets le jour de l’entrée en vigueur.

Je vends uniquement en B2C, puis-je ignorer tout cela ?

En grande partie, pour l’instant, avec l’Italie comme exception permanente puisque l’obligation couvre déjà les ventes aux consommateurs. Mais la bonne approche consiste à maintenir vos données de facture au niveau « prêt pour le structuré » malgré tout : cela ne vous coûte rien de plus et transforme toute future extension B2C dans vos marchés en simple changement de configuration plutôt qu’en urgence. Et confirmez votre propre situation avec votre conseiller. Le périmètre B2C fait partie des éléments encore mouvants.

La facturation électronique n’est pas le sujet le plus passionnant sur la liste d’un marchand, mais elle a une qualité que les sujets plus enthousiasmants n’ont pas : une échéance ferme. Les marchands qui se font surprendre ne sont pas ceux qui commencent tard sur la transmission. C’est un problème qu’un prestataire peut régler en une semaine. Ce sont ceux dont les données de facture sous-jacentes étaient désordonnées, et qui découvrent le matin de l’entrée en vigueur que la moitié de leurs factures B2B n’ont pas de numéro de TVA acheteur valide ou pas de numérotation propre. Mettez les données au propre tant que c’est encore optionnel, et l’échéance, quand elle arrive, devient l’urgence de quelqu’un d’autre.

Guides associés

• Personnalisation des factures dans PrestaShop : modèles PDF et exigences légales, le volet PDF lisible par un humain.
• Personnalisation des numéros de facture et de commande : pourquoi les numéros par défaut ne suffisent pas, rendre la numérotation séquentielle conforme.
• TVA dans l’UE : OSS, IOSS et ce que votre boutique PrestaShop doit gérer. Où la TVA elle-même est due.
• Configuration des taxes dans PrestaShop : les règles de TVA de l’UE expliquées, des taux propres qui survivent à la validation structurée.
• Commerce électronique B2B avec PrestaShop : gestion de la TVA, prix hors taxe et conditions de paiement, le contexte B2B dans lequel s’inscrit la facturation électronique.