UK e-invoicing 2029 - Peppol officiellement confirmé : ce que les éditeurs de logiciels doivent comprendre maintenant

Introduction

Le 23 juin 2026, HM Treasury et HMRC (His Majesty's Revenue and Customs, l'administration fiscale britannique, l'équivalent de la DGFiP en France) ont publié le "Tax Update 2026 : Simplification, Modernisation and Fairness". Dans ce document de politique fiscale, une phrase change la donne pour tous les éditeurs de logiciels de facturation qui opèrent ou qui ont des clients opérant au Royaume-Uni :

"The government has announced that the electronic procurement system Peppol will be the core interoperability network for e-invoicing in the UK."

La dernière incertitude technique du mandat e-invoicing britannique est levée. Ce n'est pas une surprise pour les observateurs avertis, mais c'est une confirmation officielle qui déclenche une horloge concrète pour les éditeurs de logiciels.

Cet article explique ce que ce mandat implique techniquement, en quoi il diffère du modèle français, et ce que les éditeurs doivent décider avant novembre 2026.

1. Le mandat en 3 points

Périmètre : toutes les entreprises enregistrées à la TVA, sans exception

À compter du 1er avril 2029, toutes les entreprises enregistrées à la TVA (VAT) au Royaume-Uni seront tenues d'émettre et de recevoir leurs factures sous format électronique structuré. Le mandat couvre les transactions B2B (entreprise à entreprise) et B2G (entreprise à administration publique).

Point important : HMRC n'a prévu aucune exemption basée sur la taille de l'entreprise ou le chiffre d'affaires. Contrairement à plusieurs pays européens qui ont opté pour un phasage (grandes entreprises d'abord, PME ensuite), le principe posé est une obligation universelle. Le phasage éventuel reste un point ouvert pour la roadmap de novembre 2026, mais aucune exemption structurelle n'est envisagée. Les transactions B2C (entreprise à consommateur final) sont exclues du périmètre initial.

Un point de vocabulaire essentiel : une facture électronique au sens de ce mandat n'est pas un PDF. Ce n'est pas non plus un PDF envoyé par email, ni un scan. C'est un fichier de données structurées en format machine-readable (lisible et traitable automatiquement par un système informatique), sans intervention humaine. Le format XML est la base technique.

Architecture : modèle décentralisé 4 coins, sans CTC ni e-reporting

Le UK a opté pour un modèle décentralisé, dit "4 corners" (4 coins), par opposition à un modèle centralisé de type "clearance" dans lequel chaque facture transite par une plateforme gouvernementale avant d'être validée (comme c'est le cas en Arabie Saoudite avec ZATCA, ou en Turquie).

Dans le modèle 4 corners :

• Corner 1 : l'entreprise émettrice (le vendeur)
• Corner 2 : son Access Point (AP), c'est-à-dire son opérateur Peppol certifié, qui transmet la facture au réseau
• Corner 3 : l'Access Point du destinataire, qui reçoit la facture du réseau
• Corner 4 : l'entreprise destinataire (l'acheteur)

Les entreprises ne se connectent pas directement entre elles. Elles se connectent chacune à leur Access Point respectif, et les deux Access Points communiquent via le réseau Peppol. Aucune plateforme gouvernementale n'est interposée dans le flux.

Deux concepts absents du mandat UK en phase 1, et sur lesquels il faut être précis :

CTC (Continuous Transaction Controls) : mécanisme par lequel chaque transaction est soumise à l'administration fiscale en temps réel ou quasi-réel, pour validation ou enregistrement avant (pre-clearance) ou après (post-audit enrichi) l'envoi à l'acheteur. Le UK n'adopte pas ce mécanisme dans sa phase 1. Le modèle est post-audit : les factures sont échangées entre entreprises sans validation gouvernementale préalable, et HMRC peut contrôler les données a posteriori.

E-reporting : obligation de transmettre périodiquement à l'administration des données de transaction (pas nécessairement les factures elles-mêmes) pour suivi du chiffre d'affaires et de la TVA. Absent du périmètre 2029. HMRC a explicitement confirmé que le mandat initial ne demandera pas aux entreprises de transmettre des données de transactions en temps réel. Le séquencement est délibéré : établir d'abord un échange interopérable, envisager l'e-reporting ensuite.

Pas d'exemption taille

Répétons-le, car c'est une différence structurelle avec la plupart des mandats européens : une TPE de 3 personnes enregistrée à la TVA UK sera soumise au même mandat qu'un grand groupe. La seule variable est le support que le gouvernement promet d'apporter (options logicielles gratuites, formations), dont les modalités seront détaillées à Budget 2026.

2. L'architecture technique

Les fondations Peppol : identiques au standard global

Peppol (Pan-European Public Procurement Online) est un réseau ouvert d'échange de documents commerciaux structurés, gouverné par l'association internationale OpenPeppol basée à Bruxelles. Ce n'est pas un logiciel, ce n'est pas une plateforme : c'est un ensemble de spécifications techniques et de règles de gouvernance qui permettent à des systèmes hétérogènes d'échanger des documents de façon interopérable.

Le réseau repose sur trois couches techniques :

AS4 (protocol de transport) : protocole de messaging sécurisé basé sur les web services SOAP, avec chiffrement TLS et signature des messages. C'est la "route" par laquelle le document voyage de l'AP émetteur à l'AP destinataire. Peppol impose spécifiquement le profil AS4 "eDelivery" de l'OASIS, avec des contraintes précises sur la gestion des accusés de réception (MDN) et la non-répudiation.

SML (Service Metadata Locator) : annuaire central Peppol, un serveur DNS (Domain Name System) spécialisé qui permet à n'importe quel Access Point de savoir quel est l'AP responsable d'un destinataire donné. Quand un AP cherche à envoyer une facture à une entreprise, il interroge le SML pour trouver son SMP.

SMP (Service Metadata Publisher) : annuaire local opéré par chaque AP certifié, qui liste les participants inscrits et les types de documents qu'ils acceptent. Le SML pointe vers le SMP de l'AP du destinataire, qui répond avec les capacités et l'adresse technique de livraison (endpoint AS4).

Ce mécanisme s'appelle le discovery dynamique : sans aucune configuration préalable bilatérale, n'importe quel expéditeur Peppol peut trouver et joindre n'importe quel destinataire Peppol enregistré, dans n'importe quel pays connecté au réseau. C'est la différence fondamentale avec l'EDI traditionnel qui exigeait une configuration bilatérale pour chaque paire émetteur-destinataire.

Pour le UK, ces fondations techniques sont identiques au reste du réseau Peppol mondial. Un AP déjà certifié OpenPeppol pour la France ou la Belgique opère déjà sur ces mêmes protocoles.

Format cible : PINT UK, et non BIS 3.0

C'est la décision technique la plus structurante, et elle mérite une explication.

Peppol BIS 3.0 (Business Interoperability Specifications version 3.0) est le format de facture Peppol dominant en Europe. Il est construit sur la norme européenne EN 16931, définie par le CEN (Comité Européen de Normalisation) pour harmoniser la facture électronique à l'échelle de l'UE. BIS 3.0 encode des règles TVA spécifiquement européennes : taux, exemptions, terminologie, identifiants fiscaux au format UE. C'est le format utilisé par le NHS en Angleterre pour ses fournisseurs depuis 2019, et par la Belgique pour son mandat B2B depuis janvier 2026.

PINT (Peppol International Invoice Model) est un modèle de facture Peppol conçu pour les pays qui ne relèvent pas du cadre réglementaire européen (Japon, Australie, Singapour, Malaisie, UAE...). PINT définit un noyau commun de champs obligatoires, puis laisse chaque pays créer une "country specification" qui capture ses règles fiscales nationales propres, tout en garantissant l'interopérabilité avec le réseau Peppol global.

Le UK post-Brexit n'est plus lié par la Directive 2014/55/EU ni par les obligations légales découlant de ViDA (VAT in the Digital Age), la réforme de TVA numérique européenne. En conséquence, le UK ne peut pas simplement adopter BIS 3.0 comme base légale : les règles TVA britanniques (VAT number format, traitements reverse charge spécifiques UK, etc.) nécessitent des extensions nationales que BIS 3.0 pur ne permet pas proprement. PINT est l'architecture prévue pour exactement ce cas.

PINT UK désigne donc la country specification PINT adaptée aux exigences UK, développée par l'OpenPeppol UK Working Group. Ce n'est pas un format incompatible avec le réseau Peppol global : c'est une variante nationale interopérable, exactement comme PINT JP pour le Japon ou PINT MY pour la Malaisie. Un AP déjà capable de PINT pour d'autres juridictions dispose des fondations techniques pour supporter PINT UK avec un effort d'implémentation limité au noyau de règles nationales UK.

Notons que le BSI (British Standards Institution) conserve sa pleine adhésion au CEN : EN 16931 reste une référence technique pertinente pour le UK, même si elle n'a plus force obligatoire légale. Le UK s'aligne volontairement sur la sémantique européenne pour maintenir l'interopérabilité avec ses principaux partenaires commerciaux.

La convergence BIS 4.0 est un facteur à intégrer dans la planification produit. OpenPeppol a annoncé la fusion de BIS 3.0 et PINT dans une spécification unifiée, Peppol BIS 4.0, attendue courant 2026. BIS 4.0 combinera la flexibilité internationale de PINT et la stabilité éprouvée de BIS 3.0. Les éditeurs qui développent leur support Peppol aujourd'hui ont intérêt à anticiper cette convergence dans leur architecture produit plutôt que d'implémenter BIS 3.0 et PINT comme deux branches séparées.

OpenPeppol UK Working Group : l'organe technique central

OpenPeppol a constitué un UK Working Group dédié fin 2025. Sa mission, pour un mandat de 18 mois aligné sur l'échéance 2029, est de :

• Développer les spécifications PINT UK (règles de validation Schematron, champs obligatoires, extensions nationales)
• Intégrer les exigences nationales HMRC dans la country specification
• Fournir un environnement de test (testbed) pour que les AP et éditeurs puissent valider leurs implémentations
• Soutenir les éventuels POC (Proof of Concept) menés par HMRC

Le Working Group s'appuie sur les travaux antérieurs de parties prenantes UK qui avaient développé un concept initial basé sur le modèle PINT, et sur l'expérience opérationnelle du NHS avec BIS 3.0. C'est dans ce groupe que se joue la spécification technique finale du mandat.

Les points encore ouverts : ce que novembre 2026 doit trancher

Plusieurs éléments structurants restent non publiés et attendent la roadmap de Budget 2026 :

Spécification technique complète de PINT UK : les règles de validation Schematron (les règles métier encodées en XML qui permettent à un AP de valider qu'une facture est conforme avant de la transmettre), les champs obligatoires au-delà du noyau PINT, et les extensions pour les règles TVA UK spécifiques.

Phasage par taille d'entreprise : un rollout échelonné (grandes entreprises en premier, PME ensuite) est possible mais non confirmé. L'Allemagne et la Pologne ont adopté ce modèle. Le UK a posé le principe d'une obligation universelle mais les modalités pratiques restent à définir.

La Peppol Authority UK : dans la gouvernance OpenPeppol, chaque zone nationale doit avoir une Peppol Authority (PA), organisme désigné qui valide les SMP et supervise la conformité des AP sur son territoire. À ce stade, aucune PA UK officielle n'est désignée. Sans PA, les AP opèrent sous la juridiction internationale OpenPeppol par défaut. La désignation d'une PA UK (probablement HMRC elle-même ou un organisme délégué) est un prérequis à la pleine opérationnalité du réseau.

Le statut des systèmes EDI legacy : c'est le point politiquement le plus sensible. Des milliers d'entreprises UK, notamment dans la grande distribution, l'automobile et l'industrie, échangent déjà des factures structurées via des réseaux EDI propriétaires (VAN : Value Added Networks, réseaux tiers opérés par des acteurs comme OpenText ou IBM Sterling). Ces entreprises revendiquent qu'elles "font déjà de la facturation électronique structurée". La question posée à HMRC est : ces systèmes devront-ils obligatoirement router via un Access Point Peppol certifié, ou des bridges d'interopérabilité EDI-to-Peppol seront-ils acceptés comme conformes ? HMRC a explicitement déclaré "poursuivre l'engagement avec les parties prenantes sur le rôle des systèmes legacy" : formulation diplomatique pour dire que les lobbys EDI sont actifs et que la réponse n'est pas encore tranchée.

Sanctions : aucun montant, aucun mécanisme de sanction n'est publié à ce stade.

3. UK vs France

Pour les éditeurs qui gèrent déjà la réforme française, le réflexe naturel est de vouloir appliquer la même grille de lecture au UK. Ce serait une erreur. Les deux réformes partagent le même réseau de transport, mais leurs architectures réglementaires sont fondamentalement différentes.

Le point clé pour un éditeur : être Plateforme Agréée en France ne donne aucun statut particulier au UK. En revanche, être Access Point certifié OpenPeppol (ce que sont les Plateformes Agréées sérieuses, puisque le réseau Peppol est la colonne vertébrale du modèle français) est directement transposable au marché UK. La certification AP est le dénominateur commun.

À l'inverse, un éditeur UK qui voudrait accompagner ses clients sur le marché français devra comprendre la spécificité du 5e coin et du PPF, qui n'a pas d'équivalent britannique. L'e-reporting français (transmission de données de transaction à la DGFiP via le PPF) est une obligation sans parallèle dans le cadre UK 2029.

4. Pour les éditeurs : ce que ça change concrètement

Si vous êtes déjà connecté au réseau Peppol

Que ce soit pour la France, la Belgique (mandat B2B en vigueur depuis janvier 2026), le NHS, ou d'autres marchés (Allemagne, Pays nordiques, Australie...), vous disposez déjà de l'infrastructure de base :

• Un Access Point certifié OpenPeppol opérationnel
• Une implémentation AS4 conforme
• Une présence dans le SML/SMP
• Des processus de gestion de certificats OpenPeppol

L'extension au UK se ramène principalement à :

1. Supporter le format PINT UK quand il sera publié (travail de mapping et de règles de validation Schematron)
2. Enregistrer vos clients UK dans le SML une fois la Peppol Authority UK désignée
3. Adapter votre UI et votre documentation aux spécificités UK (identifiants fiscaux, champs VAT UK)

C'est un effort d'extension, pas un projet de reconstruction.

Si vous n'êtes pas encore connecté au réseau Peppol

Deux options, avec des implications radicalement différentes :

Build : vous devenez vous-même Access Point certifié OpenPeppol. Cela implique d'implémenter le protocole AS4 dans les contraintes OpenPeppol, de passer les tests de conformité, d'adhérer à OpenPeppol, de maintenir l'infrastructure 24/7 avec les SLAs réseau requis, et de renouveler la certification périodiquement. Comptez 12 mois minimum pour un acteur sérieux avec une équipe dédiée. L'avantage : vous maîtrisez l'ensemble de la chaîne, vous pouvez proposer un service à valeur ajoutée à vos clients, et vous n'avez pas de dépendance externe sur la couche transport.

Partner : vous vous connectez à un AP existant via API. Plus rapide (3 à 9 mois selon la profondeur d'intégration), mais vous restez dépendant de votre partenaire AP pour la conformité réseau, les mises à jour de certification, et la disponibilité de l'infrastructure. Le choix du partenaire est donc structurant à long terme.

5. Ce qu'il faut faire avant novembre 2026

Cartographier vos flux UK : identifiez les clients de votre plateforme qui ont des contreparties UK, évaluez les volumes de factures concernés, et estimez la proportion de votre base qui sera impactée au 1er avril 2029. Cette cartographie conditionne l'urgence et le dimensionnement de votre projet.

Décider de votre stratégie Access Point : la fenêtre pour une certification AP propre (build) se ferme progressivement. Si vous optez pour un partenariat AP, décidez si vous préférez une intégration en marque blanche ou grise.

Anticiper BIS 4.0 dans votre architecture produit

---

Conclusion

Le UK rejoint le mouvement global de digitalisation de la facturation avec un modèle pragmatique : Peppol comme infrastructure d'interopérabilité, 4-corner décentralisé sans bureaucratie de clearance, et une timeline de 3 ans qui semble longue mais se consume vite quand on intègre les cycles réels d'implémentation et de go-to-market.

Pour les éditeurs déjà engagés sur Peppol, le UK 2029 est une extension naturelle d'une infrastructure déjà amortie. Pour les autres, c'est un signal d'alarme : les entreprises qui attendent la roadmap de novembre 2026 pour commencer à réfléchir seront en retard sur les appels d'offres de 2027.

Iopole est Access Point Peppol certifié, opérationnel en production sur les marchés français et belge, et compatible avec les flux NHS. Notre architecture internationale by design intègre déjà la trajectoire ViDA 2030. Nous proposons Peppol as a Service aux éditeurs qui souhaitent accéder au réseau Peppol sans gérer la certification OpenPeppol en direct : une connexion API, tous les marchés Peppol couverts, mises à jour de conformité incluses.

Si vous avez des flux de facturation avec les UK ou des clients qui en ont, parlons-en maintenant.

---

Sources : Tax Update 2026 (GOV.UK, 23 juin 2026), OpenPeppol UK Working Group, consultation HMRC novembre 2025, documentation technique OpenPeppol.