Dématérialisation des factures 2026 : le défi MDM sous contrainte

La dématérialisation des factures n'est plus une option. À compter du 1ᵉʳ septembre 2026, toutes les entreprises françaises devront être en capacité d'émettre et de recevoir des factures électroniques via des plateformes privées immatriculées. Ce que beaucoup n'anticipent pas encore : ces plateformes contrôleront automatiquement la qualité des données transmises. Une facture comportant une raison sociale erronée, une adresse incomplète ou un numéro de TVA invalide sera purement et simplement rejetée — sans paiement possible.

Pour les entreprises qui n'ont pas encore mis en ordre leurs données de référence clients et fournisseurs, l'échéance est brutale. Et le chemin pour y arriver plus complexe qu'il n'y paraît.

Julien Rameau, consultant expert MDM et gouvernance des données chez FocusTribes, vient de terminer une mission de plusieurs mois au sein d'un groupe industriel international spécialisé dans la nutrition animale — 2 milliards d'euros de chiffre d'affaires, 3 000 collaborateurs, présence dans plus de 100 pays. Il revient sur les défis d'un projet mené sous pression, les arbitrages technologiques qui ont guidé le choix de Semarchy MDM, et ce que ce type de mission révèle sur la maturité data des entreprises industrielles.

Vous préparez votre transition vers la facturation électronique ?

Téléchargez notre ebook gratuit et structurez votre projet avant l'échéance du 1er septembre 2026.

I – Quand la réglementation force la main sur la data

Dans la majorité des entreprises industrielles, la qualité des données de référence est un sujet que l'on sait problématique, mais que l'on reporte. Les équipes métier jonglent au quotidien avec des données clients dupliquées, des adresses obsolètes, des identifiants fiscaux incomplets — et s'adaptent. Ce n'est inconfortable, mais ça fonctionne. Jusqu'au jour où une contrainte externe rend le statu quo impossible.

C'est exactement ce qui s'est produit ici. L'obligation de dématérialisation des factures au 1ᵉʳ septembre 2026 a mis fin à cette tolérance tacite. Car le mécanisme est implacable : les plateformes de facturation électronique ne font pas de compromis sur la qualité des données. Raison sociale, adresse de facturation, SIREN, SIRET, numéro de TVA intracommunautaire — tout doit être exact, à la lettre. Dans un groupe opérant à l'international, avec des entités en Chine et en Indonésie, la contrainte va plus loin encore : les adresses doivent être disponibles en alphabet local et en caractères latins.

Comme le résume Julien Rameau : "Le premier use case, le premier consommateur de nos données, c'est le réglementaire."

Ce déclencheur réglementaire a eu un effet inattendu : il a légitimé un chantier data que la direction n'aurait pas nécessairement priorisé dans ce délai. Le projet s'inscrit d'ailleurs dans une ambition plus large portée par le Chief Data Officer du groupe, rattaché à la CFO : structurer un data office qui, au-delà de la BI existante, étende progressivement la gouvernance des données vers les usines et la recherche. Le référentiel MDM clients/fournisseurs en est la première brique concrète.

Pour autant, Julien tempère l'idée d'une prise de conscience spontanée des équipes métier : "La majorité des entreprises sont conscientes qu'elles ont des problèmes au quotidien, mais pas forcément que c'est lié à leurs données. Quand on tire le fil, on se dit que si les données étaient propres à l'origine, les problématiques ne seraient plus là."

La contrainte réglementaire n'a donc pas transformé du jour au lendemain la culture data de l'organisation. Elle a surtout créé une urgence partagée et un budget pour agir — ce qui, dans beaucoup d'entreprises industrielles, est déjà un point de départ rare.

II - Choisir son outil MDM : pourquoi Semarchy a devancé Informatica, SAP et Blueway

Face à l'échéance réglementaire, la première décision structurante du groupe a été de s'appuyer sur un progiciel MDM dédié plutôt que de développer une solution en interne. Quatre éditeurs ont été mis en compétition, chacun avec un positionnement distinct.

Informatica : le leader qui rassure, mais qui prend du temps

Informatica est la référence du marché MDM. Sa robustesse et la richesse fonctionnelle de sa plateforme en font un choix naturel pour les grands comptes. Mais cette maturité a un revers : les délais de mise en œuvre sont significatifs. Dans un contexte où le calendrier était la contrainte numéro un, cette option a été rapidement écartée.

SAP MDM : la cohérence de l'écosystème, pas suffisante

SAP était déjà le système source principal du groupe — la donnée de base clients et fournisseurs y vit au quotidien. Opter pour SAP MDM aurait offert une cohérence native avec l'infrastructure existante. Mais comme l'explique Julien : "SAP, je l'ai toujours utilisé comme une source de données. Pour moi, c'était vraiment du sourcing." La solution SAP MDM a été évincée assez tôt, au profit d'outils plus agiles sur le volet paramétrage et déploiement.

Blueway : la carte française, mais moins mature

Blueway, éditeur français, proposait des modèles préconfigurés adaptés aux référentiels tiers — un atout réel pour raccourcir les phases d'analyse. Mais face à Semarchy sur le critère de maturité sectorielle dans l'industrie, la balance a penché en défaveur de la solution française.

Semarchy : l'agilité comme argument décisif

C'est finalement Semarchy qui a emporté la décision, pour deux raisons principales. D'abord sa capacité à être opérationnel rapidement : "Semarchy a un produit qui est juste paramétrable assez facilement — très vite, on peut faire des choses avec", souligne Julien. Ensuite sa présence établie dans le secteur industriel, qui offrait des références et une crédibilité sectorielle que les équipes internes pouvaient s'approprier.

Mais Julien est lucide sur les limites de tout choix éditeur : "Ils avaient bien vu les avantages, mais ils n'avaient pas anticipé les inconvénients." Le discours marketing met en avant la facilité de mise en œuvre — la réalité d'un déploiement sous contrainte est toujours plus complexe. Et sur ce projet, la vraie difficulté n'était pas l'outil.

"Le cœur du système, ce n'est pas l'outillage. Le cœur du système, c'est tous les processus, la gouvernance — c'est ça la vraie clé."

III - Piloter un projet MDM sous pression : méthode et frictions

Quand Julien Rameau rejoint le projet en février 2026, le choix technologique est acté. Semarchy est sélectionné, l'intégrateur est en place. Mais les analyses de processus métier, elles, n'ont pas encore démarré. Et l'échéance du go live est fixée à fin juin. La pression est immédiate.

Structurer vite sans bâcler

La priorité : comprendre comment les données clients et fournisseurs sont créés, modifiées et validées aujourd'hui — avant même de penser à comment elles le seront demain avec le MDM. Julien adopte une approche délibérément simple : "On pose des questions, on prend des notes, on décrit de façon simplifiée, on fait valider. C'est bien ce qu'on a compris ?"

Cette méthode graphique et accessible s'avère décisive pour embarquer les équipes métier. "Plus on simplifie les choses, plus on les comprend", résume-t-il. Les ateliers s'enchaînent, les workflows se construisent collectivement, et les livrables arrivent à l'intégrateur dans des délais tenables. Une approche pseudo-agile est mise en place : Jira pour le ticketing, des sprints pour cadencer les développements, des comités opérationnels hebdomadaires et des comités de pilotage toutes les deux semaines.

Gérer deux projets qui ne se parlaient pas

L'une des frictions majeures du démarrage tient à l'organisation du projet elle-même. Le chantier MDM référentiel et le projet invoicing — porté par un intégrateur dédié à la facturation électronique — avancent en parallèle, sans instances communes. Deux équipes, le même objectif final, mais des temporalités et des logiques différentes.

"Quand je suis arrivé, c'était vraiment deux projets en parallèle — ça ne se parlait pas", confie Julien. Des instances de coordination ont dû être créées en cours de route pour synchroniser les recettes et s'assurer que les données produites par le MDM répondent bien aux cas d'usage du projet invoicing. Un exemple concret de ce qu'on sous-estime souvent dans ce type de projet : la gouvernance de projet elle-même, pas seulement la gouvernance des données.

Aligner la DSI : l'art d'arrondir les angles

La relation avec la DSI a constitué un autre point de friction, davantage lié aux dynamiques humaines qu'à la structure du projet. Dans ce type de mission, il n'est pas rare de croiser des profils techniques très affirmés, avec une vision précise de ce qu'ils veulent mettre en place — et une certaine résistance à être challengés sur leurs choix.

"C'est assez compliqué face à des gens IT qui sont techniques et qui n'aiment pas trop qu'on leur explique comment faire les choses", observe Julien. La posture du consultant externe qui arrive avec un regard critique sur les spécifications n'est jamais évidente à faire accepter, surtout en phase de démarrage.

La clé a été l'adaptation progressive. Prendre le temps de comprendre le mode de fonctionnement de ses interlocuteurs, ajuster sa posture, construire la confiance avant de challenger. "Une fois qu'on a compris comment quelqu'un fonctionne, c'est beaucoup plus facile." Aujourd'hui l'équipe IT est pleinement impliquée dans le projet et le go live se profile dans les délais prévus — ce qui, sur un projet de cette nature et de cette complexité, est loin d'être acquis d'avance.

IV - Gouvernance des données : poser les bases sans perdre le fil du projet

Un projet MDM sans gouvernance associée produit un référentiel technique qui se dégrade rapidement. Les données sont nettoyées, structurées, intégrées — puis progressivement re-contaminées par des saisies approximatives, des processus non respectés, des responsabilités floues. C'est le scénario que la plupart des entreprises industrielles ont déjà vécu, souvent sans l'identifier clairement comme un problème de gouvernance.

Sur ce projet, la gouvernance n'était pas un chantier séparé. Elle s'est construite en parallèle de la mise en place technique, dans les ateliers métier, dans la définition des workflows, dans les arbitrages quotidiens sur qui valide quoi et selon quel processus.

Partir des données de base pour circonscrire le périmètre

La première décision de gouvernance a été aussi la plus pragmatique : ne pas chercher à tout traiter d'un coup. Le périmètre initial a été volontairement restreint aux données identitaires de base — raison sociale, adresse de facturation, identifiants fiscaux, numéro de TVA — pour les référentiels clients et fournisseurs. Un périmètre ciblé, directement connecté à l'enjeu réglementaire, qui permettait d'avancer vite sans se perdre dans la complexité d'un modèle de données trop ambitieux.

"On savait quelles étaient les caractéristiques de la donnée qu'on voulait conserver dans un premier temps. On n'était pas obligé de parler d'un tiers au sens général où on peut vite partir dans tous les sens", explique Julien.

Cette discipline de périmètre est l'une des leçons les plus précieuses de ce type de projet. La tentation est souvent grande d'élargir le scope en cours de route — d'ajouter des domaines de données, des cas d'usage, des besoins émergents. Sur un projet sous contrainte réglementaire, cette dérive peut être fatale au calendrier.

Co-construire les processus avec les métiers

Une fois le périmètre défini, le travail de gouvernance s'est concentré sur la modélisation des processus existants et la conception des nouveaux workflows intégrant le MDM. L'approche retenue : des ateliers de co-construction avec les équipes métier, une validation progressive, et une transmission structurée à l'intégrateur.

Les services des achats, très conscients de leurs problèmes de qualité des données fournisseurs, ont été des alliés naturels dans cette démarche. Ils portaient déjà un projet de SRM — référentiel dédié aux fournisseurs — en parallèle, signal fort d'une maturité data émergente sur ce périmètre.

Côté clients, le cercle des utilisateurs directement impactés était plus restreint, ce qui a facilité le management du changement. "Ils savaient que ça allait vers quelque chose de toute façon — avec lequel ils n'avaient pas le choix puisque c'était imposé par le gouvernement", note Julien avec pragmatisme.

Préparer la continuité en interne

L'une des décisions les plus structurantes pour la pérennité du projet a été le recrutement d'une ressource interne dédiée à la gouvernance des données, intégrée à l'équipe deux mois avant la fin de la mission de Julien. Un choix délibéré du Chief Data Officer pour ne pas laisser la gouvernance reposer uniquement sur une expertise externe.

Cette passation progressive — travailler en binôme pendant plusieurs semaines avant le départ du consultant — est un modèle à retenir. "Je ne les laisse pas dans la panade complètement", dit Julien. "Ils ont pas mal d'éléments, et au pire ils auront mon numéro de téléphone."

La gouvernance des données n'est pas un projet qui se termine avec le go live. C'est un processus continu qui nécessite un ownership interne clair, des instances de suivi régulières et une culture de la donnée qui se construit dans la durée. Ce projet en a posé les premières fondations — à l'organisation maintenant de les faire vivre.

Vous préparez un projet de Gouvernance des données ?

Discutez de votre projet avec un consultant FocusTribes

V - Ce qu'on apprend vraiment d'un projet MDM sous contrainte réglementaire

Tout projet mené sous pression laisse des traces — des réflexes acquis, des erreurs évitées de justesse, des convictions renforcées. Julien Rameau en tire plusieurs enseignements qu'il formule sans détour, à destination des DSI et DAF qui s'apprêtent à franchir le même cap.

Anticiper au-delà du go live

Le premier conseil de Julien est aussi le plus universel : "De prévoir une roadmap à plus de 3 mois — c'est le message que j'ai essayé de faire passer." Sur ce projet, l'urgence réglementaire a concentré toute l'énergie sur le go live de juin, au détriment d'une vision à moyen terme. Qu'est-ce qui se passe après la mise en production ? Quels domaines de données sont traités ensuite — les produits, les matières premières, les autres master data ? Qui pilote la gouvernance au quotidien ?

Ces questions n'ont pas toujours de réponse au moment du démarrage. Mais ne pas les poser du tout, c'est prendre le risque de construire un référentiel sans lendemain. "Chez tous mes clients, on avait des roadmaps à minimum 3 ans sur l'ensemble des projets qu'on mettait en place", rappelle Julien. Un horizon qui peut sembler lointain dans un contexte budgétaire contraint — mais qui conditionne la cohérence de l'ensemble des choix techniques et organisationnels faits en amont.

Ne pas sous-estimer le facteur humain

La technique est rarement le vrai problème dans un projet MDM. Les outils disponibles sur le marché sont matures, documentés, accompagnés. Ce qui fait la différence — et ce qui peut faire dérailler un projet — c'est la capacité à aligner les parties prenantes, à gérer les résistances, à communiquer différemment selon les interlocuteurs.

"Le principal défi, c'est l'adaptation. Ce qui a marché pour un client ne marche pas forcément pour les autres", résume Julien. Chaque organisation a ses codes, ses hiérarchies informelles, ses zones de friction. Un consultant MDM expérimenté ne se distingue pas uniquement par sa maîtrise technique des outils — il se distingue par sa capacité à lire rapidement une organisation et à ajuster sa posture en conséquence.

La gouvernance des données n'est pas un projet, c'est un changement durable

C'est sans doute la leçon la plus importante, et la plus difficile à faire accepter en amont. Un projet MDM a un début et une fin. La gouvernance des données, elle, n'en a pas. Elle suppose une transformation progressive des pratiques, une responsabilisation des équipes métier sur la qualité de leurs données, et une organisation capable de maintenir le cap dans la durée — bien après que le consultant externe soit passé à autre chose.

"La gouvernance plus la donnée font que, derrière, il y a des problématiques qui sont importantes. Et si les données étaient propres à l'origine, les problématiques ne seraient plus là", observe Julien. Ce constat, simple en apparence, résume à lui seul pourquoi la dématérialisation des factures est bien plus qu'une contrainte réglementaire à cocher. C'est une opportunité — souvent la première vraiment sérieuse — de mettre la qualité des données au centre de la stratégie de l'entreprise.

Pour les organisations qui n'ont pas encore franchi ce pas, l'échéance du 1er septembre 2026 n'est plus très loin. Et comme le montre ce retour d'expérience, mieux vaut être accompagné par un expert qui a déjà navigué dans ces eaux-là.

VI - Questions fréquentes sur le MDM et la dématérialisation des factures

Qu'est-ce que le MDM et pourquoi est-il indispensable pour la dématérialisation des factures ?

Le MDM (Master Data Management) est un ensemble de processus et d'outils permettant de centraliser, fiabiliser et gouverner les données de référence d'une entreprise. Dans le cadre de la dématérialisation des factures, il est indispensable car les plateformes privées de facturation électronique contrôlent automatiquement la qualité des données transmises. Une facture comportant une raison sociale erronée, une adresse incomplète ou un numéro de TVA invalide est automatiquement rejetée — ce qui bloque le paiement. Un référentiel MDM fiable est donc un prérequis opérationnel à la conformité réglementaire.

Quels sont les critères pour choisir entre Semarchy, Informatica, Blueway et SAP MDM ?

Le choix d'une solution MDM dépend de plusieurs critères : la rapidité de mise en œuvre, la maturité sectorielle de l'éditeur, la compatibilité avec l'infrastructure existante et l'ergonomie de l'outil. Informatica est le leader du marché mais implique des délais de déploiement plus longs. SAP MDM est cohérent avec un environnement SAP existant mais moins agile. Blueway est une solution française avec des modèles préconfigurés. Semarchy se distingue par sa facilité de paramétrage et sa forte présence dans le secteur industriel, ce qui en fait un choix pertinent pour des projets à délais contraints.

Combien de temps faut-il pour déployer un projet MDM en entreprise industrielle ?

La durée d'un projet MDM dépend du périmètre fonctionnel, de la complexité des données et de la maturité de l'organisation. Sur un périmètre ciblé — référentiel clients et fournisseurs, données identitaires de base — un déploiement efficace est possible en quelques mois à condition de disposer d'un consultant expérimenté, d'équipes métier impliquées et d'un outil paramétrable rapidement. Un projet de gouvernance des données plus large, intégrant plusieurs domaines de données et une transformation organisationnelle, nécessite en revanche une roadmap pluriannuelle.

Quelle est la différence entre un projet MDM et une démarche de gouvernance des données ?

Le MDM désigne la mise en place technique d'un référentiel de données de référence : l'outil, le modèle de données, les flux d'alimentation et les règles de qualité. La gouvernance des données est une démarche organisationnelle plus large qui définit qui est responsable de quelles données, comment elles sont validées, qui peut les modifier et selon quels processus. Un projet MDM sans gouvernance associée produit un référentiel technique qui se dégrade rapidement. Les deux sont complémentaires et doivent être menés de pair.

Comment convaincre les équipes métier de s'impliquer dans un projet de référentiel de données ?

L'implication des équipes métier est souvent le facteur clé de succès d'un projet MDM. Plusieurs leviers ont fait leurs preuves : partir des problèmes concrets qu'elles rencontrent au quotidien plutôt que du sujet data en abstrait, adopter une approche graphique et simplifiée pour rendre les processus compréhensibles, co-construire les workflows en ateliers plutôt que de les imposer, et s'appuyer sur une contrainte externe — réglementaire ou business — pour créer un sentiment d'urgence partagé. La communication et l'adaptation au contexte de chaque organisation restent les compétences les plus déterminantes.

La dématérialisation des factures aura eu au moins un mérite : forcer des entreprises à regarder en face la réalité de leurs données de référence. Ce que ce projet illustre concrètement, c'est qu'avec la bonne méthode, le bon outil et le bon accompagnement, il est possible de relever ce défi même dans un calendrier serré.

Mais au-delà de la conformité réglementaire, c'est un chantier de fond qui s'ouvre — celui de la gouvernance des données à l'échelle de l'entreprise. Un chantier qui ne se termine pas au go live, et qui nécessite une vision, une organisation et des compétences que peu d'entreprises industrielles ont encore internalisées.

FocusTribes accompagne les directions métier et les DSI dans ce type de transformation, en mobilisant des experts MDM et gouvernance des données comme Julien Rameau — des consultants capables d'intervenir de manière opérationnelle, avec la vision architecture et le recul critique que ces projets exigent.