Peppol-CTC pour ViDA

Comment la PSB traite le reporting Peppol-CTC pour ViDA DRR : modèle 5 coins, MLS, TDD SK et statut par pays.

VAT in the Digital Age (ViDA) introduit le modèle à 5 coins pour la facturation électronique : outre les deux Access Points et les deux partenaires commerciaux, l'administration fiscale reçoit aussi les données de facture. Le Peppol Service Bus (PSB) d'eConnect prend en charge cette route Peppol dans son module Continuous Transaction Controls (CTC). Cet article décrit comment la PSB traite la mise en oeuvre Peppol-CTC des Digital Reporting Requirements (DRR) de ViDA et quels pays sont servis par cette route.

Qu'est-ce que Peppol-CTC ?

Peppol-CTC est la mise en oeuvre du reporting post-clearance via le réseau Peppol. En même temps que l'envoi d'une facture via Peppol, un message de reporting part vers l'administration fiscale. Aucune approbation préalable n'est requise, contrairement aux modèles de pré-clearance comme le SdI italien ou le KSeF polonais.

Le module CTC de la PSB assure :

  • L'envoi de factures via le réseau Peppol à 4 coins (comme toujours).
  • Le message de reporting vers l'administration fiscale de l'émetteur et/ou du destinataire, selon la spécification du pays.
  • Message Level Status (MLS) : statut de livraison de la facture (C3) et retour TDD de C5 (successeur du MLR, pas Invoice Response).

Pour l'intégrateur, l'API facture ne change pas. Le reporting se fait en arrière-plan selon la configuration SMP de la party et le pays de la transaction.

Slovaquie : premier pays Peppol-CTC

À partir du 1er janvier 2027, la Slovaquie est le premier pays de l'UE à mettre en oeuvre son mandat B2B entièrement via Peppol. OpenPeppol ne publie pas de spécification PINT-SK distincte. La route facture est Peppol BIS Billing v3 (Bisv3) ; le reporting fiscal passe par TDD SK v1.0.0 et MLS.

eConnect International B.V. est certifié PASR (28 mai 2026) et a terminé le testbed OpenPeppol (Bisv3, TDD SK, MLS) le 19 avril 2026. Le déploiement en production du trafic B2B live via Bisv3 exige encore des étapes internes chez eConnect.

  • Peppol BIS Billing v3 (Bisv3) comme profil de document, pas PINT-SK.
  • MLS (pas MLR et pas Invoice Response) pour la livraison de facture (C3) et pour le statut TDD de Finančná správa (C5).
  • TDD SK v1.0.0 comme message de reporting vers Finančná správa (C5), uniquement pour les transactions domestiques (SK vers SK).

Les clients avec un établissement slovaque n'ont pas besoin d'une API facture séparée : TDD SK suit automatiquement le trafic domestique. Une facture depuis un autre pays de l'UE vers la Slovaquie reste une facture Peppol ordinaire, sans TDD.

France : en production, PA pas encore entièrement natif

En France, le modèle à 5 coins est mis en oeuvre via les Plateformes Agréées (PA) et le Portail Public de Facturation (PPF). La France est en production pour les clients. La pile PA n'est pas encore entièrement native : la demande auprès de la DGFiP est en cours (dossier 32625916, déposé le 24 juillet 2026). Jusqu'à l'approbation de la DGFiP, nous ne parlons pas de PA certifiée. Pour le client, cela ne change rien au raccordement.

La route française n'est pas le paquet slovaque. Il n'y a pas de TDD SK. La France utilise ses propres profils de document et un reporting via PA ou PPF.

Pologne : KSeF répond à ViDA, mais pas via Peppol

La Pologne met en oeuvre la conformité ViDA DRR via Krajowy System e-Faktur (KSeF), la plateforme nationale centrale. KSeF répond à la directive ViDA pour le reporting numérique, mais ne passe pas par le réseau Peppol. C'est un modèle de pré-clearance avec son propre mandat et sa propre infrastructure technique.

La PSB prend en charge KSeF via une intégration directe native, avec ses propres hooks et sans route partenaire (voir le hook KSeF). Pour les clients avec une activité polonaise, il s'agit d'une implémentation spécifique au pays, pas de la route Peppol-CTC utilisée pour la Slovaquie et la France.

Architecture PSB-CTC
ComposantFonctionModule CTCOrchestration centrale des messages de reporting à côté de l'envoi Peppol standardMapping par paysPar pays/profil : Bisv3 + TDD SK pour la Slovaquie ; profils propres pour la France ; PINT AE / TDD AE et PINT OM / TDD OM sont sur la feuille de route produitTraitement MLSGénérer et traiter le Message Level Status : livraison de facture (C3) et retour C5 après TDDRoutage SMPDécouverte des points de terminaison Peppol via Service Metadata Locator et Service Metadata Publisher (comme pour chaque envoi Peppol)Piste d'auditJournalisation complète des messages de reporting comme preuve de conformité

Chaque pays exige un mapping distinct. Peppol fournit la couche de transport et CTC, mais le contenu du message et le raccordement à l'administration fiscale nationale diffèrent par juridiction.

Qu'est-ce que cela signifie pour les intégrateurs ?
  • Une API facture pour toutes les destinations. Le module CTC de la PSB décide, selon les capacités SMP et le pays de destination, si un reporting Peppol-CTC est nécessaire.
  • Pas d'appel de reporting séparé depuis l'application cliente. Vous recevez un retour sur l'envoi et le statut de reporting via webhooks ou poll-status.
  • Les événements MLS passent par les hooks existants. Pour les parties qui traitent des messages de statut, c'est le même schéma que les statuts Invoice Response.
  • Configuration par party via les capacités SMP. Pour une party Peppol slovaque, vous activez Bisv3. Le reporting TDD SK ne suit que les transactions domestiques SK, pas chaque facture Bisv3 vers ou depuis la Slovaquie.
Feuille de route
PériodeStatut2026Slovaquie certifiée PASR, testbed Bisv3/TDD SK/MLS terminé ; étapes internes de production ; France en production pour les clients, demande PA en cours2027Mandat de mise en service Slovaquie (1er janvier 2027) ; statut PA France dépendant de la DGFiP2026-2027Émirats arabes unis (PINT AE + TDD AE) sur la feuille de route produit ; spécifications OpenPeppol publiées2030ViDA DRR à l'échelle de l'UE via le modèle à 5 coins à partir du 1er juillet 2030, pour les factures B2B transfrontalières
Pas via Peppol-CTC

Ces routes sont volontairement hors du module Peppol-CTC et ont leur propre intégration :

  • Pologne, KSeF (pré-clearance via une plateforme centrale, mandat propre)
  • Italie, SdI (pré-clearance, opérationnel depuis 2019)
  • Roumanie, RO e-Factura (pré-clearance via ANAF)
  • Espagne, VeriFactu (logiciel certifié avec chaînage cryptographique)
::e-accordion-item{value="pcv-1" header="Dois-je modifier mon appel API facture pour les pays Peppol-CTC ?"} Non. L'API facture reste identique. Le module CTC de la PSB décide lui-même, selon les capacités SMP et le pays de destination, si un message de reporting doit partir vers l'administration fiscale. Vous ne faites pas d'appel de reporting séparé. :: Quelle est la différence entre MLS et MLR ?

MLS (Message Level Status) est le successeur de MLR (Message Level Response). Pour la Slovaquie, MLS confirme la livraison de facture (C3) et le statut TDD de Finančná správa (C5). Invoice Response est un statut entre partenaires commerciaux et ne va pas vers C5.

Peppol-CTC fonctionne-t-il aussi pour les factures polonaises ?

Non. La Pologne met en oeuvre ViDA DRR via KSeF, une plateforme de pré-clearance qui ne passe pas par le réseau Peppol. La PSB prend en charge KSeF via une intégration directe native, avec ses propres hooks et sans route partenaire, séparée de la route Peppol-CTC.

Quand activer quelque chose pour des partenaires slovaques ?

TDD SK suit automatiquement le trafic domestique (SK vers SK) dès que Bisv3 est actif pour la party Peppol slovaque concernée. Une facture depuis un autre pays de l'UE vers la Slovaquie reste une facture Peppol ordinaire, sans TDD. Il n'y a pas d'appel de reporting séparé dans l'API facture.

Réseau Peppol via l'API