Hervé OkanData & Intelligence Artificielle
Offre · Data Hub & MDM

Un client, une fiche. Dans tous vos systèmes.

Un référentiel unique alimenté par des flux fiables : rapprochement, golden record, historisation et exposition vers le reporting et les applications.

CRMERPE-commerceFacturationGolden recordReportingApplications
Évaluer mon projet de référentiel

Pour qui

Les entreprises dont les données clients, produits ou contrats existent en plusieurs versions selon le système consulté.

Les signes qui ne trompent pas

  • Le même client apparaît plusieurs fois avec des données différentes.
  • Les chiffres du reporting diffèrent selon la source.
  • Les campagnes marketing touchent des doublons.
  • Personne ne sait quelle source fait foi.

Ce que vous obtenez

  • Modèle de données de référence
  • Règles de rapprochement et de survie documentées
  • Flux d'alimentation avec historisation SCD2 / CDC
  • Exposition vers le DWH, Power BI et les applications

Point à point ou hub : le calcul qui change tout

Réglez le nombre de systèmes qui partagent vos données clients, puis comparez.

CRMERPE-commerceFacturationMarketingService client
15interfaces à maintenir
6versions possibles d'un même client

Chaque système échange avec chaque autre : n × (n − 1) / 2 interfaces. Un ajout de système en crée 6 de plus.

Détecteur de doublons

Sept fiches venues de quatre systèmes. Modifiez une valeur, ajoutez une fiche, réglez les règles : les groupes et la fiche de référence se recalculent. Remarquez les deux Marc Dubois : même nom, mais deux personnes.

#SourcePrénomNomE-mailTéléphoneCode postalMis à jourSupprimer
1
2
3
4
5
6
7
Règles
Règles de survie
7fiches en entrée
4clients réels détectés
2rapprochements écartés par prudence
Groupe : fiches #1, #2, #3#1↔#2 · e-mail identique ; téléphone identique ; nom proche à 100 % + même code postal#1↔#3 · téléphone identique ; nom proche à 98 % + même code postal#2↔#3 · téléphone identique ; nom proche à 98 % + même code postal
Golden recordNomE-mailTéléphoneCode postal
Valeur retenueÉlodie Lefèvreelodie.lefevre@orange.fr+3361234567859000
Provenance#1 CRM · source de confiance#2 Web · plus récente#1 CRM · plus complète#2 Web · plus récente
Groupe : fiches #5, #7#5↔#7 · e-mail identique ; nom proche à 93 % + même code postal
Golden recordNomE-mailTéléphoneCode postal
Valeur retenueMarc Duboismarc.dubois@free.fr+3369876543269003
Provenance#5 CRM · source de confiance#5 CRM · plus récente#5 CRM · plus complète#5 CRM · plus récente
Écartés par prudenceà soumettre au data steward
#5 ↔ #6 · nom à 100 % · code postal différent (69003 / 75011)#1 ↔ #4 · nom à 90 % · code postal différent (59000 / 59800)

Similarité calculée avec l'algorithme de Jaro-Winkler, comme dans de nombreux outils MDM. Rien n'est envoyé : tout se calcule dans votre navigateur.

Qui fait quoi

Un référentiel tient dans la durée quand chacun connaît son rôle.

RôleQuiResponsabilité
Propriétaire de la donnéeDirection métierDécide des règles de rapprochement et de survie, arbitre les cas sensibles
Data stewardRéférent métierTraite les doublons douteux et les rejets au quotidien
Équipe dataDSI ou équipe dataMaintient les flux, le hub et la supervision
HervéMissionConçoit le modèle et les règles, met en place les flux, forme et transfère

Le déroulé

  1. Cadrage des données
    Domaines, sources, règles de rapprochement
  2. Modèle & golden record
    Règles de survie, qualité, gouvernance
  3. Flux d'alimentation
    Intégration, SCD2/CDC, rejets
  4. Exposition
    DWH, Power BI, API vers les applications

Formats

Là où je l'ai déjà fait

Questions fréquentes

Faut-il un outil MDM du marché ?

Pas toujours. Semarchy xDM convient aux besoins avancés ; un Data Hub bien conçu sur votre entrepôt suffit souvent pour démarrer.

Comment éviter de fusionner deux personnes différentes ?

Avec des règles prudentes, un seuil de similarité réglé sur vos données et une file de validation pour les cas douteux. Le détecteur ci-dessus montre ces cas écartés.

Le Data Hub remplace-t-il nos applications ?

Non. Vos applications restent en place ; le hub reçoit leurs données, construit la fiche de référence et la leur redistribue.

Que deviennent les doublons douteux ?

Ils vont dans une file de validation traitée par le data steward. Ses décisions enrichissent les règles au fil du temps.