Évaluer un consultant Semarchy xDM sur le matching, la survie et SemQL

Un consultant Semarchy xDM construit ou fait évoluer un référentiel de données. Les questions qui suivent portent sur la modélisation, le matching, les règles de survie et les chargements, ce qu'un profil qui a livré un data hub en production sait décrire précisément.

Recevoir la fiche complète

Mis à jour le Par l'équipe Delectus4 min de lecture

La fiche Consultant Semarchy xDM : technologies, chaîne du poste, une question et la grille d'évaluation

Un consultant Semarchy xDM construit un data hub de données de référence : le modèle, les règles qui rapprochent et fusionnent les fiches, les applications où les data stewards corrigent et valident, les chargements depuis le CRM ou l'ERP. Semarchy est un éditeur d'origine française. Son MDM figure aujourd'hui dans la Semarchy Data Platform, mais les offres et la documentation parlent toujours de xDM. Les missions viennent souvent d'ESN qui portent un projet de référentiel clients, produits ou tiers.

Le vivier est étroit, et beaucoup de CV mélangent xDM et xDI, l'outil d'intégration de l'éditeur. Un candidat peut avoir chargé des données dans xDM sans jamais avoir réglé un matcher, ou dessiné des applications sans connaître la certification. Les questions sur les types d'entités, le binning et les tables SD_ et GD_ font vite apparaître le niveau réel.

Un premier projet xDM bien expliqué suffit chez un junior, à condition qu'il sache ce que fait une règle de rapprochement. Chez un senior, la question porte sur les doublons que le matcher laissait passer en production et sur le traitement des cas douteux par les data stewards. Un cas de 20 minutes sur un référentiel clients multi-sources complète le PDF.

Ce que contient le produit Semarchy xDM

Semarchy xDM

La plateforme MDM de Semarchy, intégrée à la Semarchy Data Platform. La version 2025.1 est une version à support long. Elle couvre la modélisation, la certification des données, les applications de stewardship et les workflows. Demandez sur quelle version la personne a travaillé et si elle a mené une montée de version.

Types d'entités

Basic, ID matched ou fuzzy matched. Le choix fixe le traitement : pas de rapprochement pour une entité basic, un rapprochement sur l'identifiant pour l'ID matched, un rapprochement approximatif pour le fuzzy matched. C'est la première décision de modélisation, à faire justifier.

SemQL

Le langage proche du SQL de Semarchy. Il sert dans les enrichers, les validations, les règles de rapprochement, les règles de survie et les filtres de sécurité, puis il est traduit dans le SQL de la base. Un consultant xDM l'écrit au quotidien.

Matchers et règles de survie

Le matcher range les fiches en groupes (binning), les compare avec des règles notées et décide de les fusionner ou de les proposer aux data stewards. Les règles de consolidation choisissent ensuite la valeur gardée pour chaque attribut. La qualité du référentiel se joue surtout ici.

Enrichers et validations

Les enrichers normalisent et complètent les fiches : SemQL, plug-ins d'adresse, de téléphone, d'e-mail, et enrichers d'IA générative. Les validations écartent une fiche source ou marquent un golden record en erreur, selon qu'elles s'exécutent avant ou après la consolidation.

Applications et workflows

Les applications donnent aux data stewards des formulaires, des steppers pour la saisie guidée, des duplicate managers pour revoir les doublons et des business views pour naviguer. Les workflows portent les circuits de validation.

Intégration SQL et REST

Les sources publient leurs données dans les tables SD_ ou SA_, puis un job d'intégration les certifie. Les consommateurs lisent les golden records dans les tables GD_, par l'API REST ou par des data notifications. Faites décrire un chargement de bout en bout.

Semarchy xDI

L'outil d'intégration de l'éditeur, l'ancien Stambia. Il alimente souvent xDM et diffuse les golden records. Une expérience xDI aide, mais elle ne remplace pas la conception du data hub.

Les consultants Semarchy xDM travaillent surtout en ESN et chez des intégrateurs partenaires de l'éditeur, sur des projets de référentiel clients, produits, fournisseurs ou de données réglementaires. Certaines offres parlent de data engineer Semarchy et attendent aussi xDI et SQL. Chez un client final, le poste tient ensuite le run du data hub et ses évolutions. Le vivier est réduit en France. Un consultant venu d'Informatica MDM ou de TIBCO EBX connaît déjà les notions de golden record et de règles de survie, et apprend vite le vocabulaire de xDM. L'éditeur propose des formations officielles sur xDM.

Les compétences xDM à vérifier avant de confier un data hub

  • Modélisation du data hub
  • Enrichissement et validations
  • Matching et règles de survie
  • Chargements SQL et REST
  • Applications et workflows de stewardship
  • Déploiement et performance des jobs

Du modèle au golden record : cinq questions pour un consultant xDM

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

  1. Question 1 · junior à confirmé

    Un référentiel clients est alimenté par un CRM et un ERP, et une table des pays est saisie à la main. Quel type d'entité choisissez-vous pour chacun ?

    Une bonne réponsePour les clients, une entité fuzzy matched si les deux systèmes ne partagent pas d'identifiant fiable, ID matched s'ils en partagent un. Pour les pays, une entité basic : une seule source, pas de rapprochement ni de consolidation, chargée dans les tables SA_. La personne connaît la conséquence : une entité fuzzy matched passe par les tables SD_, MI_, MD_, DU_ et GD_, une entité basic par SA_ et GD_ seulement.

    Signal d'alerteTout en fuzzy matched « par sécurité », ce qui alourdit le modèle et les traitements, ou tout en basic, ce qui empêche le rapprochement.

  2. Question 2 · confirmé

    Comment construisez-vous le matcher d'une entité clients B2B ?

    Une bonne réponseUne expression de binning pour limiter les comparaisons, comme le code postal ou le SIREN. Des règles de rapprochement écrites en SemQL, qui combinent une égalité stricte sur le SIREN et des comparaisons approximatives sur le nom et l'adresse normalisés par les enrichers. Un score par règle, puis une politique de fusion et une politique de confirmation automatique : au-dessus d'un seuil, fusion et confirmation, en dessous, suggestion à revoir dans le duplicate manager. Les seuils se règlent sur un échantillon.

    Signal d'alerteUne seule règle d'égalité sur le nom, ou aucun binning.

  3. Question 3 · confirmé

    Le CRM a le meilleur téléphone, l'ERP la meilleure adresse de facturation. Comment le traduisez-vous dans xDM ?

    Une bonne réponseDes règles de consolidation par attribut ou par groupe d'attributs : publisher préféré pour l'adresse (l'ERP) et pour le téléphone (le CRM), valeur la plus récente ou la plus fréquente ailleurs, ou une règle SemQL. Les champs d'une adresse forment un groupe, pour ne pas mélanger la rue d'une source et la ville d'une autre. Les override rules décident du sort d'une valeur corrigée par un data steward.

    Signal d'alerteUne règle unique pour tous les champs, du type « la source la plus récente gagne ».

  4. Question 4 · confirmé

    Décrivez un chargement par SQL d'un lot de fiches du CRM dans xDM.

    Une bonne réponseUn appel à GET_NEW_LOADID dans le schéma du repository pour obtenir un identifiant de chargement. L'insertion des fiches dans les tables SD_ avec les colonnes B_LOADID, B_CLASSNAME, B_PUBID et B_SOURCEID pour une entité fuzzy matched. Puis SUBMIT_LOAD avec le nom du job d'intégration, qui renvoie un identifiant de batch à suivre. En cas d'erreur, CANCEL_LOAD, sans oublier de nettoyer les lignes déjà écrites.

    Signal d'alerteDes insertions directes dans les tables GD_, qui court-circuitent toute la certification.

  5. Question 5 · confirmé

    Une fiche client sans e-mail valide doit-elle empêcher la création du golden record ?

    Une bonne réponseCela dépend du moment de la validation. Une validation avant consolidation rejette la fiche source, qui sort du traitement et part dans les tables SE_. Une validation après consolidation garde le golden record en le marquant en erreur dans GE_. Pour un client réel mais incomplet, la seconde est souvent la bonne, sinon le client disparaît du référentiel. Les validations d'un stepper contrôlent la saisie dans l'application.

    Signal d'alerteNe connaître qu'un seul moment de validation, ou rejeter toute fiche incomplète sans mesurer ce qu'on perd.

Recevez la fiche d'entretien complète en PDF

La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.

  • 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
  • Le niveau visé pour chaque question
  • Une mise en situation de 20 minutes et ce qu'on attend du candidat
  • La grille d'évaluation de 1 à 4, axe par axe

Recruter sur Semarchy xDM : les demandes fréquentes des recruteurs

Quelle différence entre Semarchy xDM, xDI et la Semarchy Data Platform ?

xDM est le produit MDM : modélisation, rapprochement, consolidation, applications de stewardship. xDI est l'outil d'intégration de l'éditeur, connu auparavant sous le nom de Stambia. La Semarchy Data Platform est le nom commercial qui regroupe aujourd'hui ces briques avec la gouvernance et la qualité. Dans une offre d'emploi, précisez lequel vous attendez : un profil xDI pur n'a pas forcément conçu de data hub.

Un consultant Informatica MDM ou SAP MDG peut-il passer sur Semarchy xDM ?

Oui, assez vite pour les notions : golden record, règles de survie, rapprochement, stewardship. L'apprentissage porte sur SemQL, les types d'entités, les tables SD_ et GD_ et la construction des applications. Un profil SAP MDG très centré sur les workflows BRF+ aura plus à apprendre sur le rapprochement approximatif. Vérifiez que la personne a déjà réglé des seuils de fusion, quel que soit l'outil.

Que mettre dans un test technique pour un consultant Semarchy xDM ?

Un cas sur papier donne déjà beaucoup. Fournissez trois sources clients avec quelques fiches en double et demandez le type d'entité, l'expression de binning, deux règles de rapprochement et les règles de survie par attribut. Si vous disposez d'un environnement, ajoutez un chargement SQL à écrire. Faites commenter les choix à voix haute, la façon de traiter la zone grise est très parlante.

La certification Semarchy xDM est-elle un bon critère de tri ?

Plusieurs offres la demandent, et elle prouve que la personne a suivi les parcours de l'éditeur et connaît le vocabulaire de l'outil. Elle ne dit pas si elle a déjà réglé un matcher sur des données réelles ni écrit un chargement SQL dans les tables SD_. Gardez-la comme un plus. Pour trier, demandez un référentiel livré, le volume de fiches traité et une règle de fusion qu'il a fallu corriger après la mise en production.

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.

Les fiches voisines

Toutes les fiches →

Voyez Delectus sur vos propres offres.

Commencez gratuitement. Passez à l'échelle quand vous êtes prêt.

Demander une démo

Votre ATS, connecté à Delectus

  • Workable
  • Teamtailor
  • iCIMS
  • Lever
  • SmartRecruiters
  • Jobvite
  • Greenhouse
  • Pinpoint