La reprise de données décide souvent, en silence, si ton go-live sera fluide ou douloureux. Voici comment piloter la data conversion sur SAP comme un vrai consultant.
L’essentiel
- La data conversion transfère les données du legacy vers SAP, en deux familles : données de base et encours.
- Les encours (commandes, stocks, postes ouverts) sont le vrai point de risque d’un go-live.
- La clé, c’est la réconciliation croisée entre modules, testée tôt via des chargements à blanc.
- Sur S/4HANA, l’outil de référence est le Migration Cockpit.
Qu’est-ce que la data conversion sur SAP ?
La data conversion, c’est l’ensemble des opérations qui transfèrent les données de ton système actuel vers SAP. Ce système de départ, on l’appelle le legacy. Ce n’est pas une simple copie. Les données sont extraites, nettoyées, transformées pour respecter les règles de SAP, puis chargées et contrôlées.
On distingue deux familles. Les données de base d’abord : articles, clients, fournisseurs, comptes généraux, centres de coûts. Les données transactionnelles ensuite, c’est-à-dire les encours. Un encours, c’est tout ce qui porte un état vivant au moment de la bascule. Reprendre les premières est un travail de rigueur. Reprendre les secondes est un travail d’orfèvre.
Pourquoi les encours sont le point sensible
Un article ou un compte est une photo figée. Tu le reprends une fois, il est juste ou faux. Un encours porte une histoire partielle : une commande à moitié livrée, une facture à moitié réglée, un ordre de fabrication lancé mais pas terminé. Si tu reprends mal cet état, l’erreur ne reste pas théorique. Elle devient un écart de stock, un solde client faux ou un flux bloqué dès le premier jour.
Ce qui est mal repris se paie en production, au pire moment, sous les yeux des utilisateurs.
Les encours, domaine par domaine
Voici ce que recouvrent les encours selon les modules, et pourquoi chacun demande de l’attention.
- Achats et stocks (MM) : commandes d’achat ouvertes, réceptions attendues, et surtout le stock, à reprendre en quantité et en valeur, avec les lots, les numéros de série et les stocks spéciaux (consignation, sous-traitance).
- Ventes (SD) : commandes client ouvertes, livraisons non facturées, reliquats. Un écart ici fausse le carnet de commandes et la facturation.
- Finance (FI) : soldes des comptes généraux, postes ouverts clients et fournisseurs repris ligne à ligne, et immobilisations avec valeur brute et amortissements cumulés.
- Production (PP) : ordres de fabrication en cours et encours de production, délicats car ils portent des consommations partielles.
La vraie difficulté n’est pas dans un module isolé. Elle est dans la cohérence entre eux. Le stock repris en MM doit correspondre à la valeur reprise en FI. Cette réconciliation croisée distingue une reprise fiable d’une reprise approximative.
Réflexe consultant
Ne reprends que ce qui est nécessaire. Les postes ouverts suffisent presque toujours. Reprendre dix ans d’écritures soldées alourdit la bascule et multiplie les risques d’écart.
Les outils SAP de reprise
Historiquement, la reprise passait par le LSMW (Legacy System Migration Workbench). Il existe toujours, mais il est en fin de vie. Sur S/4HANA, l’outil de référence est le Migration Cockpit. Il fonctionne soit par fichiers pré-formatés, soit par tables de staging alimentées directement, ce qui convient mieux aux gros volumes. Le LTMOM sert à ajuster les règles de mapping quand les objets standard ne suffisent pas. Pour les cas particuliers, on complète avec des BAPI, des IDoc ou des programmes spécifiques.
À éviter en mission
Développer du sur-mesure trop vite. Avant d’écrire un programme de chargement, vérifie toujours si un objet standard du Migration Cockpit fait déjà le travail. Le spécifique coûte cher à maintenir.
Réconciliation, tests et cutover
Une reprise ne se juge pas au chargement, mais à la réconciliation. On enchaîne plusieurs chargements à blanc, les mock loads. Chacun est suivi d’un contrôle des écarts, jusqu’à converger vers un résultat propre. On rapproche les totaux de stock, les balances comptables, les carnets de commandes. Vient ensuite le cutover : la fenêtre de bascule, souvent un week-end. Le legacy est gelé, les données extraites une dernière fois, chargées, puis validées avant l’ouverture. Un plan de cutover minute par minute et des critères go/no-go clairs sont indispensables.
Vu en mission
Sur les projets de migration, le même scénario revient souvent. Tout semble prêt, puis le cutover révèle un écart entre le stock physique et la valeur comptable. L’équipe passe la nuit à rapprocher, faute d’avoir testé la réconciliation assez tôt.
Data conversion et migration S/4HANA
Sur un projet S/4HANA, deux approches coexistent. Le brownfield est une conversion technique du système existant : les données restent en place, la reprise est limitée. Le greenfield est une nouvelle implémentation : tout doit être reconstruit et rechargé. En greenfield, la data conversion devient un chantier central, souvent sur le chemin critique du planning. C’est là qu’un consultant capable de piloter une reprise propre prend énormément de valeur.
Ton plan d’action en 6 étapes
- Cadre le périmètre : quels objets, quelle profondeur d’historique, quelle date de bascule.
- Extrais les données du legacy en documentant la source de chaque champ.
- Nettoie : dédoublonnage, correction, complétude. C’est l’étape la plus chronophage.
- Mappe et transforme vers les structures SAP.
- Charge les données de base d’abord, les encours ensuite.
- Réconcilie, teste en mock load, puis fais valider par le métier avant le go-live.
Tu veux monter en valeur sur les projets de migration ?
La data conversion et la réconciliation sont des compétences rares et très recherchées. C’est exactement ce que l’on travaille dans le programme AZ Premium.
Le document ci-dessous approfondit le sujet et te sert de support détaillé à conserver.
Telecharger : La data conversion sur SAP, le guide pour transformer vos encours