Glossaire
MDM : la vérité unique sur vos clients et produits, et pourquoi Portlane ne la porte pas
Écrit par le fondateur de Portlane · 14 avril 2026 · 8 min de lecture
Le MDM¹ promet une seule vérité sur clients et produits. L'intégration synchronise. Confondre les deux mène à acheter une suite entière pour un besoin de flux.
Le comité veut « une seule vérité client ». Le DSI¹³ propose un MDM¹. L'intégrateur propose un ESB⁶. L'éditeur SaaS propose un iPaaS¹² avec sync bidirectionnelle. Trois budgets, un problème mal nommé. Avant d'acheter, il faut savoir ce que le MDM¹ fait, et ce que l'intégration seule ne fera jamais.
Le MDM¹ (Master Data Management, gestion de données maître) est la discipline, et souvent le logiciel, qui établit une référence unique et gouvernée pour les données critiques partagées : clients, produits, fournisseurs, sites, nomenclatures. Pas seulement les stocker : décider quelle version fait foi, qui peut la modifier, comment on fusionne les doublons.
Le problème que le MDM résout
- Doublons : le même client existe sous trois identifiants dans CRM⁸, ERP⁹ et e-commerce.
- Conflits : l'adresse a changé dans un système, pas dans les autres. Laquelle est vraie ?
- Gouvernance : qui valide une modification de fiche produit avant propagation ?
- Traçabilité : qui a changé quoi, quand, sur la donnée de référence.
Sans MDM¹, l'intégration recopie des incohérences plus vite. Avec MDM¹, vous définissez une golden record² (la fiche de référence), puis vous synchronisez à partir d'elle.
MDM vs intégration : deux métiers
- Intégration⁵ : recevoir, transformer, livrer des données entre systèmes A et B. Job opérationnel de flux.
- MDM¹ : maintenir la vérité référentielle, règles de qualité, matching⁴, stewardship³ humain si besoin.
- ETL¹⁰ : charger des données vers l'analytique. Autre métier encore, souvent confondu.
Un flux Portlane peut transporter la golden record² vers un ERP⁹. Il ne décide pas quelle adresse client est la bonne, ni ne fusionne les doublons selon des règles métier complexes. Confondre les deux, c'est acheter un bus pour faire de la bibliothèque.
Où le MDM vit dans les suites
Les éditeurs d'intégration historiques ont souvent empilé ESB⁶, BPM⁷ et MDM¹ sous un même toit. Blueway en est l'exemple français le plus connu : alternative Blueway détaille quand cette suite reste le bon choix.
- Suite complète : pertinent si vous exploitez réellement les trois briques.
- Suite surdimensionnée : fréquent quand le besoin quotidien est surtout de la sync CRM⁸-ERP⁹.
- MDM¹ dédié : Informatica, Semarchy, Talend MDM (selon périmètre), sans forcément tout l'ESB⁶.
Si votre usage réel du MDM¹ est « on a activé le module une fois », vous payez peut-être pour une brique fantôme. Si vous avez des data stewards, des comités de référentiel et des règles de matching⁴, gardez le MDM¹.
Symptômes : avez-vous besoin de MDM ?
- Les mêmes entités (client, produit) divergent systématiquement entre systèmes.
- Le métier demande qui est responsable de la fiche référence, pas seulement « que ça sync ».
- Les fusions d'acquisitions ou réorganisations multiplient les doublons.
- La conformité (RGPD¹⁴, traçabilité produit) exige une source de vérité auditable.
Si le besoin est « envoyer la commande du web vers l'ERP⁹ », ce n'est pas du MDM¹. C'est de l'intégration : files d'attente, rejeu, transformations en Python.
Ce que l'intégration moderne remplace, et ce qu'elle ne remplace pas
L'ESB⁶ des années 2000 vendait souvent MDM¹, bus et BPM⁷ ensemble parce que le paysage technique l'exigeait. Aujourd'hui, API¹¹ et files d'attente couvrent une large part du transport. L'ESB est trop vieux pour le bus par défaut, pas pour le MDM¹ quand vous en avez besoin.
Sortir de l'ESB⁶ pour l'intégration de données n'implique pas de supprimer le MDM¹. Séparer les flux de sync des flux de gouvernance référentielle est souvent le bon premier tri.
Où se place Portlane
Portlane ne fait pas de MDM¹. Pas de golden record², pas de stewardship³, pas de moteur de matching⁴. Portlane fait de l'intégration de données : Python full-code¹⁵, self-hosted¹⁶, licence à vie, files d'attente et rejeu.
Si vous avez besoin de MDM¹ et d'intégration sous le même contrat éditeur, une suite comme Blueway peut rester supérieure. Si vous avez besoin seulement de synchroniser des systèmes qui ont déjà une vérité métier claire, Portlane cible ce périmètre. Portlane est encore en développement actif.
Comment trancher en comité
- Écrivez le problème sans acronyme : « nos clients divergent » ou « nos commandes ne partent pas » ?
- Si divergence référentielle : MDM¹ ou gouvernance métier, pas seulement plus de flux.
- Si transport : intégration⁵ (iPaaS¹², full-code¹⁵, ou suite existante selon propriété voulue).
- Ne payez pas ESB⁶+BPM⁷+MDM¹ si une brique suffit.
Le MDM¹ est une catégorie claire. Ce n'est pas un synonyme d'intégration. Une fois distingués, les achats deviennent plus courts.
Pour aller plus loin
- Suite ESB⁶+MDM¹ : alternative Blueway
- Le bus historique : l'ESB est trop vieux
- L'intégration seule : qu'est-ce qu'un iPaaS
- Récit Portlane : pourquoi nous construisons Portlane
Questions fréquentes
MDM et référentiel client, c'est pareil ?
Le référentiel client est souvent un cas d'usage du MDM¹ : une golden record² pour les clients. Le MDM¹ couvre aussi produits, fournisseurs, sites, nomenclatures. Dire « on fait du MDM » sans préciser le domaine mélange souvent un CRM⁸ enrichi et une vraie gouvernance de données maître.
Un ERP ne suffit-il pas comme référentiel ?
Parfois, si une seule application fait foi et que personne ne conteste. Dès que CRM⁸, ERP⁹, e-commerce et outils métier ont chacun leur version du client ou du produit, il faut une règle de vérité. C'est le job du MDM¹, pas de l'intégration seule.
Portlane fait-il du MDM ?
Non, et ce n'est pas prévu. Portlane synchronise des données entre systèmes ; il ne porte pas la gouvernance de référentiel (déduplication, stewardship, workflow de validation des golden records). Si vous avez besoin de MDM¹, gardez une suite qui le fait, Blueway par exemple.
MDM et intégration, qui fait quoi ?
L'intégration⁵ transporte et transforme des données entre systèmes. Le MDM¹ décide quelle version est la vérité, qui peut la modifier, comment on fusionne les doublons. Les deux se touchent : le MDM¹ alimente et est alimenté par des flux. Ce ne sont pas le même métier.
Faut-il acheter une suite ESB+MDM pour faire du MDM ?
Pas obligatoirement, mais les suites historiques (Blueway, Informatica MDM, Semarchy…) vendent souvent le paquet. Si vous n'utilisez que le MDM¹, payez pour le MDM¹, pas pour un bus entier par inertie. Si vous utilisez les trois briques, la suite tient.
Glossaire
- ¹ MDM (Master Data Management) : gestion des données maître, référentiel unique et gouverné des entités critiques.
- ² Golden record : fiche de référence retenue comme vérité pour une entité (client, produit…).
- ³ Stewardship : rôle humain de gouvernance et validation des données maître.
- ⁴ Matching : rapprochement et fusion de doublons dans un référentiel.
- ⁵ Intégration : synchronisation et transformation de données entre systèmes.
- ⁶ ESB : bus de services d'entreprise.
- ⁷ BPM : orchestration de processus métier.
- ⁸ CRM : logiciel de gestion de la relation client.
- ⁹ ERP : progiciel de gestion intégré.
- ¹⁰ ETL : extraction, transformation, chargement, souvent vers l'analytique.
- ¹¹ API : interface d'échange entre logiciels.
- ¹² iPaaS : plateforme cloud d'intégration.
- ¹³ DSI : direction des systèmes d'information.
- ¹⁴ RGPD : règlement européen sur la protection des données personnelles.
- ¹⁵ Full-code : logique d'intégration en code versionné.
- ¹⁶ Self-hosted : logiciel exécuté dans l'infrastructure du client.
Intégration sans prétendre faire du MDM
Portlane synchronise des données en Python full-code. Pas de référentiel maître, pas de gouvernance stewardship. Périmètre assumé.