Facturation électronique : pourquoi la réforme PDP est peut-être la dernière chance de garder nos données de flux hors des mains américaines

# Facturation électronique : pourquoi la réforme PDP est peut-être la dernière chance de garder nos données de flux hors des mains américaines

*Nous avons échangé avec un DSI d'une ETI industrielle française, en pleine phase de qualification de sa Plateforme de Dématérialisation Partenaire. Il pilote depuis dix-huit mois un projet de migration qui l'a contraint à recartographier une partie de son SI. Son regard est sans concession.*

RiffLab Media : La réforme PDP est souvent présentée comme une contrainte réglementaire. Vous, vous en parlez comme d'un moment stratégique. Pourquoi ?

Parce que la contrainte réglementaire oblige à rouvrir des dossiers qu'on n'aurait jamais rouverts autrement. Dans mon ETI, une partie de la chaîne de facturation transitait — sans que personne n'en ait vraiment décidé — par des connecteurs hébergés sur des infrastructures américaines, intégrés progressivement au fil des années dans notre ERP. Personne n'avait posé la question de savoir où les données de flux étaient réellement stockées, combien de temps, sous quelle juridiction.

La réforme PDP a imposé de reposer cette question frontalement. Parce qu'une PDP, par définition, devient un nœud central : elle voit toutes vos factures émises et reçues, elle connaît vos volumes, vos clients, vos fournisseurs, vos marges implicites. Ce n'est pas une donnée RH ou marketing périphérique. C'est le cœur de votre activité commerciale. Alors oui, choisir sa PDP, c'est un acte de gouvernance, pas juste un choix d'outil.

Concrètement, comment votre équipe IT a-t-elle abordé la phase de qualification des PDP candidates ?

On a structuré l'évaluation en trois couches. La première, c'est la couche technique classique : capacité d'intégration avec notre ERP, formats supportés, robustesse de l'API, qualité du support. Rien d'original là-dedans.

La deuxième couche, c'est la couche juridique et de localisation des données. Où sont les serveurs ? Sous quelle loi les données sont-elles traitées ? Est-ce que l'éditeur est soumis au Cloud Act américain, directement ou via une filiale ou un prestataire d'infrastructure ? Cette couche-là, on l'avait sous-estimée au départ. On a dû la reconstruire avec notre DPO et notre conseil juridique.

La troisième couche, c'est ce que j'appelle la couche de dépendance future. Est-ce que ce prestataire PDP va rester indépendant dans cinq ans ? Est-ce qu'il est capitalistiquement ancré en Europe ? Est-ce qu'il a vocation à être racheté par un acteur américain qui cherche à entrer sur le marché des données de flux B2B européennes ? Cette question n'est pas paranoïaque. Elle est stratégique.

Vous évoquez le risque de rachat. Est-ce une préoccupation réelle dans votre secteur ?

Absolument. Le marché de la facturation électronique B2B est en train d'attirer des capitaux considérables, notamment en provenance d'acteurs qui ont déjà une position forte sur la gestion financière ou la BI d'entreprise. Les données de flux de facturation sont extraordinairement précieuses pour qui sait les agréger et les analyser à l'échelle.

Imaginez un acteur qui agrège les flux de facturation de milliers d'ETI européennes. Il dispose d'une cartographie en temps quasi réel de la santé commerciale de ces entreprises, de leurs relations clients-fournisseurs, de leurs cycles de paiement. C'est un actif de renseignement économique de premier ordre. Je ne dis pas que c'est l'intention affichée des PDP aujourd'hui. Je dis que c'est la valeur intrinsèque de la donnée qu'elles collectent. Et cette valeur justifie des acquisitions.

Donc oui, la stabilité capitalistique européenne d'une PDP est un critère de sélection pour nous.

Quel impact cette réforme a-t-elle eu sur l'organisation concrète de votre équipe IT au quotidien ?

Plusieurs effets directs. D'abord, on a dû monter en compétence sur un domaine qu'on maîtrisait mal : les formats d'échange structurés comme Factur-X ou UBL, les protocoles de transmission spécifiques à l'écosystème PDP-PPF. Ce n'est pas trivial quand on a des équipes habituées à des flux EDI propriétaires hérités.

Ensuite, le projet PDP nous a obligés à cartographier précisément tous les points d'entrée et de sortie de nos flux financiers dans le SI. C'est un travail d'urbanisation qu'on remettait à plus tard depuis des années. La deadline réglementaire l'a rendu non négociable. En un sens, c'est un effet positif : on a une meilleure visibilité sur notre architecture réelle, pas celle du schéma théorique.

Enfin, on a créé un binôme dédié entre un profil IT orienté intégration et un profil finance-gestion. Parce que ce projet ne peut pas être piloté uniquement par l'IT sans une compréhension fine des processus comptables et des exigences métier. Ce type de collaboration transversale, on la théorisait. La PDP nous a forcés à la mettre en place pour de vrai.

Certains DSI font le choix pragmatique de passer par un acteur américain déjà présent dans leur SI pour gérer la conformité PDP. Quel regard portez-vous sur ce choix ?

Je le comprends. La pression opérationnelle est réelle, les délais sont contraints, et l'argument de la simplicité d'intégration est souvent valide. Si votre ERP est déjà chez un éditeur américain et qu'il propose un module PDP natif, la tentation est forte.

Mais je pense que ce choix mérite d'être fait en pleine conscience, pas par défaut. Ce que vous faites dans ce cas, c'est confier la couche de conformité réglementaire française — et donc la vue exhaustive de vos flux commerciaux — à un acteur dont le siège social, les actionnaires et la gouvernance sont hors d'Europe. Cela ne viole rien de légal aujourd'hui, si la PDP est bien homologuée. Mais cela crée une dépendance supplémentaire, sur une donnée particulièrement sensible, vis-à-vis d'un acteur sur lequel vous n'avez aucun levier en cas de changement de politique tarifaire, de modification des conditions d'usage ou d'évolution réglementaire américaine.

Le pragmatisme de court terme et la maîtrise de long terme ne s'excluent pas toujours. Mais là, je pense qu'ils s'opposent.

En 2026, où en êtes-vous et quel bilan tirez-vous de cette expérience pour les DSI qui abordent encore ce chantier ?

Nous sommes en production depuis quelques mois avec une PDP dont j'ai pu vérifier l'ancrage européen sur les trois couches que j'évoquais. Le démarrage n'a pas été sans friction — il ne l'est jamais. Mais l'essentiel est là : on sait où sont nos données, on sait sous quelle loi elles sont traitées, et on a un interlocuteur avec qui on peut avoir une conversation contractuelle d'égal à égal.

Mon message aux DSI qui abordent encore ce chantier : ne traitez pas la PDP comme un projet de conformité technique à sous-traiter rapidement. C'est peut-être le seul moment où la réglementation vous donne une raison légitime — et une deadline — pour reprendre la main sur un flux de données que vous avez laissé s'externaliser progressivement sans le décider vraiment. Cette fenêtre ne se rouvrira pas de sitôt.

La souveraineté numérique, ce n'est pas un slogan pour les discours institutionnels. C'est une série de choix concrets, souvent ingrats, que les équipes IT font — ou ne font pas — dans des projets comme celui-ci.