La directive ViDA (VAT in the Digital Age) est souvent résumée à une date, le 1er juillet 2030. Pour un directeur financier ou une DSI, c’est une lecture trop courte : le paquet contient trois chantiers aux calendriers différents, et l’un d’eux (le guichet unique) touche le paramétrage TVA de l’ERP dès 2028. Cet article donne la vue européenne d’ensemble, les dates à retenir, les points de paramétrage concernés et une feuille de route en quatre étapes.
Précision de périmètre : nous ne traitons pas ici la réforme française 2026-2027 (PDP, annuaire, e-reporting national). Elle fait l’objet de notre guide de la facturation électronique en France. Pour l’angle néerlandais de ViDA, voir le mandat B2B Peppol 2030 aux Pays-Bas.
Dates vérifiées le 28 octobre 2026 sur la page de la Commission européenne dédiée à ViDA et sur EUR-Lex. Les textes de l’UE font foi ; les calendriers nationaux, eux, peuvent évoluer.
ViDA en bref : trois piliers
Le paquet ViDA comprend trois actes publiés au Journal officiel de l’UE le 25 mars 2025, après adoption par le Conseil le 11 mars 2025 : la directive (UE) 2025/516, le règlement (UE) 2025/517 et le règlement d’exécution (UE) 2025/518 (Commission européenne). Ils reposent sur trois piliers :
- Exigences de déclaration numérique (DRR) fondées sur la facturation électronique. Les transactions B2B transfrontalières intra-UE passent par une facture électronique structurée et une déclaration des données à l’administration fiscale, en temps quasi réel.
- Économie des plateformes. Les plateformes d’hébergement de courte durée et de transport routier de passagers deviennent redevables de la TVA lorsque le prestataire ne l’applique pas (régime du « fournisseur présumé »).
- Enregistrement TVA unique (SVR). Extension du guichet unique (OSS) pour qu’une entreprise remplisse ses obligations TVA transfrontalières depuis un seul État membre.
Pour un éditeur ou un intégrateur ERP, le pilier 1 est le plus lourd en développement, le pilier 3 le plus immédiat en paramétrage, et le pilier 2 ne concerne directement que les entreprises qui exploitent ou vendent via ce type de plateformes.
Calendrier : les dates à retenir
| Date | Jalon | Pilier |
|---|---|---|
| 11 mars 2025 | Adoption du paquet par le Conseil | Tous |
| 25 mars 2025 | Publication au Journal officiel de l’UE | Tous |
| 14 avril 2025 | Entrée en vigueur. Les États membres peuvent imposer l’e-facturation domestique sans dérogation préalable | Pilier 1 |
| 1er janvier 2027 | Clarifications mineures touchant les utilisateurs de l’OSS et de l’IOSS | Pilier 3 |
| 1er juillet 2028 | Régime du fournisseur présumé pour les plateformes ; début des mesures d’enregistrement unique | Piliers 2 et 3 |
| 1er juillet 2030 | Obligations de déclaration numérique et e-facturation pour le B2B transfrontalier intra-UE | Pilier 1 |
| 1er janvier 2035 | Date limite d’alignement des systèmes nationaux de déclaration numérique | Pilier 1 |
Source : Commission européenne, ViDA, consultée le 28 octobre 2026.
Deux points méritent d’être soulignés. Le 1er juillet 2030 ne concerne que les opérations intra-UE : les obligations domestiques restent de la compétence des États membres, qui disposent jusqu’au 1er janvier 2035 pour aligner leurs systèmes. Ensuite, les actes d’exécution techniques (message commun de déclaration, évolutions du système VIES) restent à publier au fil de la stratégie de mise en oeuvre présentée par la Commission le 24 septembre 2025. Les spécifications précises de format ne sont donc pas toutes figées à ce jour.
Pilier 1 : e-facturation et déclaration intra-UE
Ce que dit le texte
La directive impose que la facture électronique soit émise dans un format structuré permettant un traitement automatisé, conforme à la norme européenne EN 16931 et à l’une des syntaxes de la liste associée de la directive 2014/55/UE (EUR-Lex). Pour les opérations intra-UE soumises à autoliquidation, la facture doit être émise au plus tard 10 jours après le fait générateur (même source). Le fournisseur déclare les données de la transaction via son État membre, le client déclare les données miroir via le sien.
EN 16931, Peppol et PDP : ne pas confondre
Trois notions se mélangent souvent dans les comités de pilotage :
- EN 16931 est un modèle sémantique de données et une liste de syntaxes (UBL, CII). C’est la contrainte de fond de ViDA.
- Peppol est un réseau de transmission interopérable. ViDA ne l’impose pas comme unique canal ; il s’est imposé dans plusieurs États membres comme réseau de référence (voir notre analyse de Peppol et de l’interopérabilité européenne).
- Les PDP (plateformes de dématérialisation partenaires) sont un statut français. Un ERP français ne les rencontrera pas dans les autres pays, qui ont leurs propres intermédiaires agréés ou leurs plateformes publiques.
L’enjeu pour l’ERP est donc d’abord la qualité du format de données : si le document produit est conforme EN 16931, il pourra emprunter le canal exigé par chaque pays.
Pays par pays : seulement ce qui est officiel
À la date de vérification, les seuls éléments communs et fermes sont ceux du texte européen ci-dessus. Les calendriers nationaux domestiques (France, Belgique, Pologne, Allemagne, etc.) relèvent de textes nationaux distincts et sont susceptibles d’évoluer ; nous ne les reprenons pas dans un tableau unique pour ne pas affirmer des dates non confirmées par le législateur. Pour suivre l’état par pays, consultez notre bilan des transpositions nationales d’octobre 2026 et l’article Facturation électronique obligatoire en Europe, en les recoupant avec les sites des administrations fiscales concernées.
Ce que le pilier 1 change dans le processus order-to-cash
Pour une ETI qui vend des biens et des services dans plusieurs États membres, la facture cesse d’être un simple document comptable : elle devient le support d’une déclaration fiscale. Trois conséquences pratiques dans l’ERP :
- La facture doit être juste à la source. Une erreur de code TVA, d’identifiant de tiers ou de lieu de taxation ne se corrige plus en fin de mois dans la déclaration : elle voyage avec la transaction vers l’administration. Les contrôles de cohérence (VIES, code TVA, pays de livraison) doivent se déplacer en amont, à la saisie de la commande.
- Le délai de 10 jours devient un indicateur. Le délai d’émission après le fait générateur impose de suivre les livraisons et prestations non facturées. Les facturations groupées de fin de mois ou les retards liés à des litiges commerciaux doivent être repérés par un état dédié.
- Le côté achats est concerné. Le client déclare aussi les données miroir via son propre État membre. La réception des factures fournisseurs structurées, leur rapprochement avec les commandes et leur comptabilisation automatique entrent donc dans le périmètre du projet, pas seulement l’émission.
Pilier 2 : plateformes, un impact ciblé
Le régime du fournisseur présumé pour l’hébergement de courte durée et le transport routier de passagers s’applique à partir du 1er juillet 2028 (Commission européenne). Si votre groupe n’exploite pas de plateforme de ce type, ce pilier ne modifie pas votre ERP. Si c’est le cas, la plateforme doit pouvoir calculer et reverser la TVA sur les prestations de ses prestataires, ce qui suppose des données de prestataire (statut TVA, pays) fiables et un traitement spécifique dans le moteur fiscal. Les groupes de voyage, de mobilité ou d’hébergement doivent traiter ce point comme un chantier à part entière.
Pilier 3 : guichet unique et paramétrage TVA multi-pays
L’enregistrement TVA unique étend le périmètre de l’OSS à d’autres livraisons de biens, notamment certaines livraisons B2C domestiques réalisées par un assujetti établi dans un autre État membre, et introduit une autoliquidation obligatoire pour certains fournisseurs non identifiés (EUR-Lex, directive 2025/516, application à partir du 1er juillet 2028).
Ce que cela change pour un ERP multi-entités :
- Moins d’identifiants TVA locaux, mais plus de logique de pays de consommation. La déclaration est centralisée, la taxation reste celle du pays du consommateur. Le moteur de règles TVA doit donc maintenir les taux et règles de chaque pays même sans entité locale.
- Règles de lieu de taxation et régimes. Les flux qui basculent dans le périmètre OSS ne doivent plus alimenter les déclarations locales : un mauvais mapping fiscal entraîne des doublons ou des omissions.
- Reporting par pays de consommation. Il faut pouvoir extraire par État membre les bases et taxes, au format attendu par le guichet.
Les fonctions de taxe automatisée des solutions spécialisées sont détaillées dans notre article sur l’automatisation de la TVA avec Avalara, Sovos et les modules natifs.
Impacts ERP concrets
Données de base clients et fournisseurs
- Numéro de TVA intracommunautaire validé (VIES) et conservé avec date de validation.
- Identifiants d’adressage électronique (par exemple identifiant Peppol) lorsque le pays de destination l’exige.
- Statut fiscal du tiers (assujetti, non assujetti, fournisseur non établi) qui pilote la règle d’autoliquidation.
Codes TVA et moteur fiscal
Revoir la table des codes TVA : un code par scénario fiscal (livraison intra-UE, prestation autoliquidée, vente via guichet unique) plutôt qu’un code par taux. C’est ce découpage qui permet de produire les données de déclaration par transaction.
Formats, transmission et archivage
- Émission en UBL ou CII conforme EN 16931, avec les champs obligatoires remplis à la source (et non reconstitués à l’export).
- Gestion des statuts de cycle de vie de la facture (émise, transmise, rejetée, corrigée) avec traçabilité.
- Archivage fiscal du document structuré original, pas seulement d’un PDF lisible, selon les durées de conservation de chaque pays.
Connecteurs
Un ERP raccordé à un point d’accès certifié ou à un opérateur agréé évite de développer chaque canal. Il faut cependant évaluer la capacité du connecteur à gérer plusieurs pays, les retours d’erreur automatisés et la reprise en cas d’indisponibilité. Notre guide pour choisir une PDP en France donne une grille d’évaluation transposable.
Feuille de route 2026-2030 en 4 étapes
Étape 1, fin 2026 à mi-2027 : cartographier. Recensez les flux B2B intra-UE par pays, les entités concernées par le guichet unique, les formats de facture produits aujourd’hui et les volumes. Livrable : une matrice pays x flux x obligation.
Étape 2, 2027 : cadrer avec l’éditeur. Obtenez par écrit la position de l’éditeur sur EN 16931, la connectivité et les dates de livraison. Budgétez les évolutions du moteur fiscal. Livrable : un plan de développement daté et un budget.
Étape 3, 2028 : traiter le pilier 3. Le 1er juillet 2028 est la première échéance structurante pour le paramétrage. Testez les flux OSS étendus et les règles d’autoliquidation en bac à sable avant l’échéance.
Étape 4, 2029 à mi-2030 : industrialiser le pilier 1. Recette des formats et du canal de transmission dès que les spécifications d’exécution de la Commission sont publiées, tests de bout en bout sur un échantillon de pays, formation des équipes comptabilité clients et fournisseurs, bascule avant le 1er juillet 2030.
Une règle de gestion : calez vos jalons internes avec une marge de six mois sur les dates légales, car les spécifications finales arrivent tard et les éditeurs concentrent leurs livraisons.
Questions à poser à votre éditeur ERP
- Le document de facture produit est-il natif EN 16931 (UBL et CII), sans conversion externe ?
- Quels canaux de transmission sont supportés (Peppol, opérateurs nationaux) et lesquels sont inclus dans la licence ?
- Comment sont gérées les données de déclaration par transaction, et qui les transmet : l’ERP ou un connecteur tiers ?
- Quelle est la date de mise à disposition prévue des évolutions pour le 1er juillet 2028 puis pour le 1er juillet 2030 ?
- Le moteur fiscal gère-t-il l’OSS étendu et l’autoliquidation obligatoire sans paramétrage manuel par pays ?
- Comment l’éditeur suivra-t-il les actes d’exécution à venir de la Commission et à quel coût pour vous ?
- Quelles garanties d’archivage et de traçabilité sont offertes pour les documents structurés ?
Risques et zones d’incertitude
- Options nationales. Les États membres peuvent imposer la facturation électronique domestique avec leurs propres formats et règles ; la cohabitation entre obligations nationales et ViDA reste à construire jusqu’en 2035.
- Spécifications techniques non finalisées. Le format précis du message de déclaration et l’évolution du VIES dépendent d’actes d’exécution encore à venir.
- Calendriers locaux. Les dates nationales sont susceptibles d’évoluer ; ne les intégrez dans une roadmap qu’après confirmation par un texte officiel du pays concerné.
- Dépendance à l’éditeur. Un éditeur qui n’a pas de position écrite sur ViDA en 2027 est un risque projet à traiter à ce moment-là, pas en 2029.
5 erreurs classiques dans un projet ViDA
1. Réduire ViDA à la date de 2030.
- Conséquence : le pilier 3 (guichet unique, 1er juillet 2028) arrive deux ans plus tôt et trouve le moteur TVA non préparé.
- Contre-mesure : planifier deux jalons distincts, 2028 pour le paramétrage TVA et 2030 pour la facturation et la déclaration.
2. Confondre réforme française et ViDA.
- Conséquence : un projet PDP conforme en France qui ne couvre ni les flux intra-UE ni les formats attendus dans les autres pays.
- Contre-mesure : traiter la réforme nationale comme un sous-ensemble et cartographier séparément les flux intra-UE.
3. Traiter un PDF comme une e-facture.
- Conséquence : un document lisible mais non structuré ne satisfait pas l’exigence d’un format conforme EN 16931 ; les données doivent être produites à la source.
- Contre-mesure : exiger de l’éditeur une génération native UBL ou CII, pas une conversion en sortie.
4. Intégrer des calendriers nationaux non confirmés.
- Conséquence : une roadmap bâtie sur des dates de presse spécialisée qui évoluent, avec des budgets engagés trop tôt ou trop tard.
- Contre-mesure : ne figer une date locale qu’après lecture du texte officiel du pays, et dater chaque vérification.
5. Négliger les données de base et le côté achats.
- Conséquence : numéros de TVA non validés, identifiants d’adressage absents, factures fournisseurs structurées non rapprochées ; les erreurs se propagent désormais jusqu’à l’administration.
- Contre-mesure : lancer dès 2027 un nettoyage des référentiels tiers et inclure la réception des factures dans le périmètre.
Pour aller plus loin
Poursuivez avec notre panorama de la facturation électronique obligatoire en Europe pour le calendrier réglementaire 2027, ou contactez-nous pour cadrer votre feuille de route ViDA avec votre éditeur ERP.
