Sanofi: Six systèmes migrés vers une org Salesforce unique

Contexte

Les données de Sanofi étaient réparties dans six systèmes, et la cible était une org Salesforce unique.

Six systèmes, ce sont six modèles de données pour des enregistrements qui doivent finir en un seul.

Dans une migration, charger les données est la partie facile. La partie difficile consiste à prouver que ce qui est arrivé correspond à ce qui est parti, avant d’éteindre une source.

Rôle

Sanofi était client de Cognizant. J’ai travaillé sur la migration côté delivery Cognizant, de 2021 à 2022.

Déroulé

Chacun des six systèmes avait son propre mapping vers le modèle cible, écrit et validé avant tout chargement.

Chaque chargement se terminait par un rapprochement : source et cible comparées, chaque écart consigné comme une exception, avec quelqu’un pour la résoudre. Rien n’était accepté tant qu’une exception restait ouverte.

Des modèles réutilisables gardaient les six migrations cohérentes : une erreur trouvée dans l’une était cherchée dans les autres.

Résultat

Six systèmes migrés vers une org Salesforce unique. Les chiffres détaillés restent chez le client.

Ce que j’en enseigne

La gestion des données dans ADX201 et ADX211 : le Data Import Wizard, Data Loader, les duplicate rules et les External IDs, pour qu’un second chargement mette à jour les enregistrements au lieu de les dupliquer.

L’exercice commence par un import qui échoue exprès. Les stagiaires lisent le fichier d’erreurs, corrigent le mapping et vérifient les volumes avant de dire que c’est fini.