Deux fiches du même client qui vivent en parallèle donnent deux encours, deux adresses de livraison et un commercial qui découvre le second dossier chez le concurrent. Mais fusionner à tort mélange deux entreprises homonymes et se défait très mal. Cet agent écrit la règle de survivance avant de fusionner, garde la trace de ce qui a été rapproché, et ferme les codes au lieu de les supprimer.
Ce qu'il fait chaque jour
- Tenir les référentielsMaintenir les fiches clients, fournisseurs, produits et sites à jour.
- Chercher les doublonsRepérer les fiches qui désignent probablement la même entité réelle.
- Écrire la règle de survivanceDécider quel champ l'emporte quand deux fiches à fusionner divergent.
- Fusionner en gardant la traceRapprocher les fiches en conservant de quoi défaire le rapprochement.
- Contrôler les créationsVérifier avant toute création qu'une fiche équivalente n'existe pas déjà.
- Fermer les codes inutilisésDésactiver les références qui ne servent plus, sans jamais les supprimer.
- Signaler les écartsRemonter aux propriétaires les divergences entre systèmes sans trancher.
- Publier le référentielMettre à disposition les codes et libellés officiels aux autres services.
Les logiciels qu'il sait tenir
- Semarchy
Je tiens sur Semarchy les référentiels et leurs rapprochements. - Stibo Systems
Je gère sur Stibo Systems les référentiels produits et clients. - Microsoft 365
Je prépare sur Microsoft 365 les listes de doublons à trancher. - Akeneo PIM
Je tiens sur Akeneo PIM les fiches produits et leurs libellés. - PostgreSQL
Je compare sur PostgreSQL les référentiels de deux systèmes.
Recrutez votre gestionnaire des données de référence
Un entretien d'embauche dans l'application, et il se met au travail chez vous.