Inside Story

Data

Sideby Horizons

Sideby Industrie

Choisir la bonne architecture pour un référentiel tiers unique (MDM)

Après avoir réussi son référentiel fournisseurs, un leader du BTP voulait faire de même pour son référentiel client et obtenir un référentiel tiers unique. Mais un référentiel client très opérationnel soulève des doutes d’architecture. Nous avons mené le diagnostic pour trancher, sans perturber les métiers.

Choisir la bonne architecture pour un référentiel tiers unique (MDM)
Fabrice Parisot

Directeur

Enseignements clés

Un référentiel client (MDM) très opérationnel exige une architecture qui n’entrave ni les projets ni les métiers. Challenger systématiquement les affirmations fait émerger des scénarios exhaustifs et objectifs. Une évaluation objective des scénarios sécurise la décision en comité de pilotage.

Le projet en chiffres

2 siders mobilisés 8mois d'acompagnement 3 scénarios construit

Étendre le référentiel unique aux clients, sans casser l’opérationnel

‍

Notre client, leader du BTP, avait déjà mis en place un référentiel commun des fournisseurs, avec sa gouvernance, ses rôles et ses processus. Fort de ce succès, il voulait suivre la même démarche pour son référentiel Client, et ainsi obtenir un référentiel tiers unique.

Mais un référentiel client, pourtant dupliqué dans de nombreux systèmes, comporte des particularités qui ont fait douter de l’architecture choisie : très opérationnel, sa mise sous contrôle ne devait gêner ni les gains, ni la réalisation des projets. Comment réconcilier les données tiers des différentes applications métiers, disposer d’une vision unique de la donnée, tout en minimisant l’impact sur les applications, les processus et les métiers ?

‍

Un diagnostic qui challenge chaque scénario d’architecture

‍

Notre valeur ajoutée reposait sur une double expertise : la connaissance des architectures techniques et applicatives mobilisables pour la gestion de référentiels, et une capacité à challenger systématiquement les affirmations, en nous appuyant sur les processus métiers et les bonnes pratiques observées ailleurs. La démarche s’est appuyée sur des ateliers collaboratifs pour :

  • Monter en compétence, sur l’architecture technique et fonctionnelle.
  • Comprendre les cas d’usage, du référentiel, ses objectifs et ses enjeux.
  • Définir les scénarios, d’architecture à étudier.
  • Noter, comparer et recommander, pour faire émerger la meilleure option.

‍

Une architecture cible adoptée en toute sérénité

‍

Notre approche a produit un éventail de scénarios exhaustifs, en phase avec les enjeux du client. Leur évaluation a offert une vision claire et objective des architectures possibles et fait émerger la meilleure recommandation. Fort de cette objectivité, le groupe de travail a porté ce choix en comité de pilotage, en présence du DSI.

L’architecture définie par nos équipes a ainsi été adoptée : une décision motivée par une analyse complète qui a levé tous les doutes, tout en répondant précisément aux objectifs fixés par la DSI.

Sur le même sujet

D’autres inside stories qui traitent des mêmes enjeux.

Inside Story

Transformation des organisations

Supply Chain

Sideby Industrie

Cartographier une chaîne de production pour restaurer sa rentabilité

Cartographier une chaîne de production pour restaurer sa rentabilité

Inside Story

Transformation digitale & SI

Sideby Horizons

De l’étude d’opportunité au déploiement : un accompagnement ERP Oracle au long cours

De l’étude d’opportunité au déploiement : un accompagnement ERP Oracle au long cours

Inside Story

Conformité

Sideby Assurance

Accompagnement à la mise en conformité DORA : structurer la résilience numérique

Accompagnement à la mise en conformité DORA : structurer la résilience numérique