Migration SAP S/4HANA : préparer la qualité des données de base

Une migration vers SAP S/4HANA se joue en grande partie sur les données de base : clients, fournisseurs, articles, nomenclatures. Les programmes de migration le savent, et pourtant la préparation des données démarre souvent trop tard. Nous avons accompagné la qualité et l'intégration des données d'une migration de 50 ERP vers SAP S/4HANA et Salesforce ServiceMax. Voici ce que cette expérience nous a appris.

Pourquoi les données de base sont le chemin critique

S/4HANA est plus exigeant que la plupart des systèmes qu'il remplace :

• le modèle Business Partner fusionne clients et fournisseurs dans un même objet, ce qui fait apparaître les doublons entre les deux ;
• les champs obligatoires et les contrôles de cohérence sont plus nombreux ;
• quand plusieurs ERP convergent vers un seul, les mêmes tiers et les mêmes articles arrivent avec des codes, des libellés et des formats différents.

Un enregistrement rejeté au chargement bloque une commande, une facture ou une intervention le jour du démarrage. La qualité des données n'est donc pas un sujet annexe : c'est un risque projet à piloter comme tel.

Les étapes d'une préparation réussie

1. Inventorier les sources et les objets

Pour chaque ERP source : quels objets migrent (tiers, articles, nomenclatures, sites, stocks), combien d'enregistrements, quels sont actifs ? Cet inventaire fixe le périmètre et révèle vite les zones à risque, comme un ERP local très personnalisé ou des fichiers tenus à la main.

2. Écrire les règles avec les métiers

Les règles de qualité traduisent les exigences du système cible et celles des métiers : champs obligatoires, formats, listes de valeurs, cohérence entre champs. Elles sont écrites une fois, partagées avec les équipes métier et appliquées à toutes les sources.

3. Mesurer avant de corriger

Un premier profilage de chaque source, mesuré avec ces règles, donne un état des lieux chiffré : taux de complétude, valeurs invalides, doublons probables. C'est le point de départ du plan de nettoyage, et l'argument pour mobiliser les métiers.

4. Dédoublonner et choisir la bonne version

Quand le même fournisseur existe dans plusieurs ERP, il faut décider quelle version entre dans S/4HANA. C'est exactement le rôle des règles de rapprochement et de survivance d'un outil MDM : rapprocher les enregistrements qui décrivent le même tiers, puis choisir, champ par champ, la valeur la plus fiable. Nous expliquons ce mécanisme dans notre guide du Master Data Management.

5. Organiser le nettoyage et la validation

Certaines corrections s'automatisent (formats, normalisation d'adresses), d'autres demandent un arbitrage humain. Des listes de travail par équipe métier, avec un circuit de validation, évitent que le nettoyage repose sur quelques personnes surchargées.

6. Répéter les chargements d'essai

Chaque chargement d'essai (mock load) dans un environnement S/4HANA mesure le taux de rejet, objet par objet. Les rejets alimentent la liste des corrections, jusqu'à atteindre le niveau exigé pour le démarrage. Le même circuit sert pour les autres systèmes cibles, comme Salesforce ServiceMax pour les interventions de terrain.

Après le démarrage : ne pas recréer le désordre

Une migration réussie peut se dégrader en quelques mois si les règles de création de données ne suivent pas. C'est le bon moment pour installer une gouvernance des données de base : qui crée un tiers, qui valide un article, quels contrôles s'appliquent à la saisie. Un référentiel MDM peut prendre le relais pour maintenir la qualité dans la durée.

En résumé

• Les données de base sont sur le chemin critique d'une migration S/4HANA.
• Commencez la préparation tôt, avec des règles écrites et une mesure de départ.
• Traitez les doublons multi-ERP avec des règles de rapprochement et de survivance.
• Mesurez à chaque chargement d'essai, et installez une gouvernance pour l'après.

Vous préparez une migration ? Découvrez notre offre Data Engineering et nos références, ou parlons de votre projet.