Golden records corrompus : qui paie quand votre règle MDM fusionne deux clients distincts ?

Dans Informatica MDM, le golden record est la version maître et réconciliée d'une entité métier. Pour le construire, le hub applique successivement des règles de matching (quels enregistrements désignent la même entité réelle ?) puis de survivorship (parmi les valeurs concurrentes, laquelle survit dans le golden record ?).

Le sinistre type survient quand un seuil de matching est réglé trop bas, ou quand une règle de fuzzy matching sur la raison sociale et l'adresse considère à tort que deux entités juridiques distinctes — par exemple une société mère et sa filiale partageant la même adresse de siège — sont un même client. Le hub les fusionne. Le golden record résultant porte un SIREN, une adresse de facturation et des préférences de contact hybrides, incohérents avec la réalité.

Le problème est insidieux car il ne déclenche aucune erreur technique. Le workflow se termine en succès, les indicateurs de qualité restent au vert, et la fusion fautive ne se révèle que lorsqu'un service métier — recouvrement, facturation, marketing — agit sur un golden record erroné.

Contrairement à une panne serveur, ce sinistre ne casse aucun matériel : c'est un dommage immatériel non consécutif, la catégorie la plus mal couverte par les contrats généralistes. Concrètement, le client subit :

• Des erreurs de facturation : factures émises au mauvais débiteur, avoirs à passer, relances de recouvrement adressées à la mauvaise entité.
• Un risque RGPD : fusionner deux personnes morales ou physiques mélange leurs données et leurs consentements, ce qui constitue une violation du principe d'exactitude (article 5 du RGPD).
• Un coût de re-mastering : défusionner manuellement des golden records, reconstituer l'historique source et rejouer les flux aval représente des jours-homme à forte valeur.

Sur une base B2B de quelques centaines de milliers d'enregistrements, un taux de faux positifs de matching même faible suffit à générer des milliers de golden records douteux et un chantier de remédiation de plusieurs semaines.

Ce sont précisément ces conséquences financières que vise l'assurance RC Pro lorsqu'elle est correctement étendue aux dommages immatériels non consécutifs.

Le consultant Informatica est tenu d'une obligation de moyens renforcée. Vous ne garantissez pas un résultat data parfait, mais vous devez mobiliser toute la compétence attendue d'un professionnel certifié. En cas de litige, le juge — ou l'expert mandaté — recherche si vous avez respecté les règles de l'art de la discipline MDM.

Plusieurs points sont systématiquement examinés :

1. Le calibrage documenté des seuils : avez-vous justifié vos seuils de matching auto-merge et auto-link, ou repris des valeurs par défaut sans analyse ?
2. Le jeu de tests représentatif : avez-vous éprouvé les règles sur un échantillon couvrant les cas piégeux (homonymes, multi-sites, groupes) avant la mise en production ?
3. La validation métier de la survivorship : les règles de survie ont-elles été arbitrées et signées par le data owner, ou les avez-vous décidées seul ?

Un consultant qui a documenté ces étapes, alerté par écrit sur les limites du jeu de données fourni et fait valider ses règles transfère une large part du risque vers le client. À l'inverse, l'absence de traçabilité fait peser la faute sur vous.

Quand le sinistre éclate, trois acteurs sont dans la boucle, et le client cherchera naturellement le maillon solvable et fautif.

La frontière se joue dans le contrat de prestation. Une clause limitative de responsabilité, un plafond aligné sur le montant de la mission et une obligation de moyens explicitement stipulée sont vos premières protections contractuelles. La RC Pro prend le relais financier lorsque la faute vous est imputée malgré ces garde-fous.

Dans un contentieux data, celui qui détient les preuves contrôle l'issue. La défense se prépare dès la mission, pas le jour de la mise en demeure. Conservez systématiquement :

• Les spécifications de matching et de survivorship validées, avec horodatage et signature du data owner.
• Les rapports de tests et les volumétries de match/no-match observées sur l'échantillon de recette.
• Les échanges écrits où vous alertez sur la qualité des sources ou demandez un arbitrage métier resté sans réponse.
• Les procès-verbaux de recette signés par le client validant le comportement des règles.

Ces éléments transforment une accusation floue en débat technique objectivé, où votre protection juridique professionnelle et votre assureur peuvent argumenter sur pièces. Sans eux, vous subissez la version du client.

Beaucoup de freelances data souscrivent une RC Pro standard pensant être couverts. Or trois angles morts récurrents les exposent :

• L'exclusion des dommages immatériels non consécutifs : c'est exactement la nature du préjudice MDM. Si votre contrat ne couvre que les immatériels consécutifs à un dommage matériel, le sinistre golden record n'est pas pris en charge.
• Le plafond insuffisant : un chantier de remédiation data sur un grand compte peut dépasser largement les plafonds des contrats d'entrée de gamme non adaptés.
• L'activité mal déclarée : se déclarer « développeur informatique » au lieu de « consultant data / intégration » peut fragiliser la garantie au moment du sinistre.

Pour un consultant Informatica spécialisé MDM et IDMC, la bonne couverture associe une RC Pro incluant explicitement les dommages immatériels non consécutifs à un plafond aligné sur la taille de vos donneurs d'ordre. Vous pouvez aussi consulter notre page dédiée au consultant Informatica pour les garanties spécifiques à votre activité.