Quelle différence entre données maîtres et données transactionnelles ?

Les données maîtres décrivent les entités impliquées dans les opérations, comme un client ou un produit. Les données transactionnelles enregistrent les opérations elles-mêmes, comme une commande ou une facture, et n'ont de sens qu'avec les données maîtres.

Une entreprise moyenne a-t-elle besoin d'une plateforme MDM ?

Pas forcément au départ. Il est possible de commencer par des responsabilités, des définitions et des règles de qualité claires dans l'ERP ou le CRM existant, puis d'introduire un hub dédié lorsque plusieurs systèmes doivent partager les mêmes enregistrements.

Quels identifiants une fiche fournisseur ou client luxembourgeoise doit-elle contenir ?

Pour une société luxembourgeoise, en général le numéro RCS, le numéro de TVA avec le préfixe LU et, pour les entités actives sur les marchés financiers, le LEI. Chacun doit être vérifié auprès de sa source officielle plutôt que saisi librement.

Qu'est-ce qu'un golden record ?

C'est la version consolidée et fiable d'une entité, obtenue en rapprochant et en fusionnant les enregistrements de plusieurs systèmes. C'est la référence que les rapports et les processus doivent utiliser.

Quel style de MDM est le plus simple pour démarrer ?

Les styles registre et consolidation sont en général les plus rapides et les moins intrusifs, car ils ne modifient pas les systèmes sources. Les styles coexistence et centralisé offrent davantage de contrôle mais exigent plus d'intégration et de changements de processus.

Gestion des données maîtres (MDM) dans les entreprises moyennes au Luxembourg : par où commencer

Le MDM vise une version unique et fiable des données clients, fournisseurs, produits et entités juridiques. Périmètre, signaux d'alerte et premiers pas.

Pour une entreprise de taille moyenne au Luxembourg, la gestion des données maîtres (master data management, MDM) consiste à décider qui est responsable des données partagées sur les clients, les fournisseurs, les produits et les entités juridiques, et à en maintenir une version unique et fiable dans l’ERP, le CRM et les outils financiers. Selon la recommandation 2003/361/CE de la Commission, une entreprise moyenne emploie moins de 250 personnes : c’est souvent trop petit pour un vaste programme MDM, mais assez grand pour souffrir de doublons et d’incohérences. La réponse pragmatique consiste à commencer par la gouvernance d’un ou deux domaines et à n’ajouter un outil que lorsqu’il devient nécessaire.

Ce que recouvrent les données maîtres

Le DAMA-DMBOK distingue les données maîtres, qui décrivent les entités métier participant aux transactions, des données transactionnelles (commandes, factures, paiements) et des données de référence au sens strict (listes de codes : pays, devises, statuts). Les données maîtres changent moins souvent que les transactions, mais chaque transaction en dépend.

Domaine	Contenu type	Attributs propres au Luxembourg
Client	Raison sociale, forme juridique, adresses, contacts, conditions de paiement	Numéro RCS et numéro de TVA LU pour les clients professionnels
Fournisseur	Raison sociale, coordonnées bancaires, adresses, contrats	Numéro RCS, numéro de TVA LU, LEI le cas échéant
Produit ou service	Codes, descriptions, unités, prix, catégorie fiscale	Régime de TVA
Article ou matière	Spécifications, unités de mesure, attributs de stockage et de sécurité	Selon le secteur
Entité juridique	Sociétés du groupe, succursales, actionnariat	Numéro RCS, LEI, numéro de TVA
Personnel et sites	Unités organisationnelles, sites, centres de coûts	Données personnelles au sens du RGPD

Les identifiants qui comptent au Luxembourg

Numéro RCS. Le Registre de commerce et des sociétés est géré par Luxembourg Business Registers (LBR) et les actes sont publiés sur la plateforme RESA. Les modifications des statuts doivent être déposées dans le mois : les données enregistrées évoluent et doivent être vérifiées régulièrement.
Numéro de TVA. Un numéro d’identification TVA de l’UE commence par le code du pays, LU pour le Luxembourg, et sa validité peut être vérifiée dans le système VIES de la Commission européenne.
LEI. Le Legal Entity Identifier est un code unique de 20 caractères alphanumériques défini par la norme ISO 17442 et administré par la Global Legal Entity Identifier Foundation (GLEIF). Il contient des données « qui est qui » et « qui détient qui » et doit être renouvelé chaque année.

Dans le secteur bancaire, les principes BCBS 239 du Comité de Bâle (janvier 2013) demandent expressément des identifiants uniques et des conventions de dénomination unifiées pour les entités juridiques, contreparties, clients et comptes (paragraphe 33).

Les symptômes de données maîtres défaillantes

Les signes apparaissent bien avant que quiconque parle de « données maîtres » :

un même client ou fournisseur existe plusieurs fois, sous des noms légèrement différents ;
factures et rappels partent vers des adresses périmées ;
des numéros de TVA manquent, sont obsolètes ou invalides ;
ventes, finance et opérations ne comptent pas le même nombre de clients ou de produits ;
la clôture mensuelle repose sur des rapprochements manuels dans des tableurs ;
personne ne sait quel système détient la version correcte d’un enregistrement.

Pour les données clients et contacts, c’est aussi une question de conformité : l’article 5, paragraphe 1, point d), du RGPD exige des données personnelles exactes et, si nécessaire, tenues à jour.

La gouvernance avant l’outil

Une erreur coûteuse consiste à acheter une plateforme avant de savoir qui décide. Un outil MDM sait rapprocher, fusionner et distribuer des enregistrements, mais il ne peut pas trancher si un compte inactif reste un client ni quel service peut créer un nouveau fournisseur. Ce sont des questions de gouvernance :

Responsabilité. Un data owner métier par domaine, appuyé par un data steward qui gère les données au quotidien (voir data owner, data steward, data custodian).
Définitions. Une définition courte et partagée de chaque entité et de ses attributs critiques.
Processus de création et de modification. Qui peut créer ou modifier une fiche, avec quels champs obligatoires et quels contrôles.
Règles de qualité. Des règles mesurables, par exemple « chaque client professionnel possède un numéro de TVA valide ».

Les styles de mise en œuvre

Quatre styles de mise en œuvre sont couramment décrits. Ils diffèrent selon l’endroit où les données maîtres sont saisies et selon que le hub réécrit ou non dans les systèmes sources.

Style	Lieu de saisie	Réécriture dans les sources ?	Adapté lorsque…
Registre	Dans les systèmes sources	Non ; le hub conserve références croisées et identifiants	Nombreux systèmes, faible appétit pour le changement
Consolidation	Dans les systèmes sources	Non ; le hub construit un golden record pour le reporting	Le besoin principal est un reporting cohérent
Coexistence	Dans le hub et dans les sources	Oui, synchronisée	Plusieurs systèmes opérationnels doivent partager des fiches propres
Centralisé (transactionnel)	Dans le hub, système de référence	Oui, le hub publie vers les systèmes abonnés	Contrôle central fort sur la création de clients, fournisseurs ou produits

Registre et consolidation sont moins chers et plus rapides ; coexistence et centralisation offrent davantage de contrôle mais exigent plus d’intégration et de changements de processus. Une entreprise qui n’utilise qu’un seul ERP peut parfois obtenir un résultat « centralisé » au sein même de cet ERP, en limitant les droits de création et en imposant des contrôles, sans hub séparé.

Comment démarrer

Choisir un domaine où la douleur est visible, souvent les clients ou les fournisseurs.
Nommer le data owner et le data steward de ce domaine.
Profiler les données : compter les doublons, les identifiants manquants et les numéros de TVA invalides afin de mesurer le point de départ.
Convenir des définitions et du processus de création, y compris la vérification du RCS, de la TVA et du LEI auprès des sources officielles.
Nettoyer l’existant et suivre régulièrement les règles de qualité.
Choisir l’outil seulement ensuite, en retenant le style de mise en œuvre le moins complexe qui résout le problème.

Lorsqu’un appui extérieur est nécessaire pour étendre la démarche à un deuxième ou troisième domaine, un accompagnement de programme de gestion des données maîtres doit couvrir la gouvernance autant que la mise en œuvre, et pas seulement le logiciel.

Que faire maintenant

Recenser les systèmes dans lesquels sont créées aujourd’hui les fiches clients, fournisseurs et produits.
Vérifier un échantillon de fiches fournisseurs : numéro de TVA LU valide dans VIES et données RCS à jour.
Désigner un data owner et un data steward pour le domaine qui génère le plus de retouches.
Formuler trois à cinq règles de qualité mesurables et en rendre compte chaque mois.
Reporter tout choix de plateforme jusqu’à ce que responsabilités, définitions et processus de création soient arrêtés.