Vous venez de taper LTMC dans un système S/4HANA récent et le cockpit refuse de créer le moindre projet ? C’est normal. La transaction SAP LTMC est dépréciée depuis S/4HANA 2020, et passée en lecture seule depuis la version 2021.
Son successeur s’appelle Migrate Your Data, une application Fiori qui reprend le concept de cockpit de migration en le consolidant. Ce guide fait le point : ce qui a changé, ce qui reste valable, et comment mener concrètement une reprise de données aujourd’hui.
- La transaction
LTMCest dépréciée depuis S/4HANA 2020 (Cloud 2008) et en lecture seule depuis S/4HANA 2021. - Son successeur est l’app Fiori Migrate Your Data : deux approches au lieu de trois, staging tables et direct transfer.
- Les anciens projets LTMC ne sont pas importables dans la nouvelle app : la recréation est obligatoire.
LTMOMreste l’outil de modélisation des objets custom, y compris pour les projets Fiori.- LSMW est en usage restreint (SAP Note 2287723) : à réserver à la liquidation de l’existant.
LTMC en 2026 : une transaction dépréciée, pas un concept disparu
LTMC, pour Legacy Transfer Migration Cockpit, a été pendant plusieurs années l’outil standard de reprise de données vers SAP S/4HANA. Le principe : des projets de migration, des objets pré-modélisés par SAP, des templates à remplir, et un moteur qui injecte les données dans le système cible sans une ligne d’ABAP.
Ce principe n’a pas disparu. C’est la transaction qui s’éteint. SAP a acté la dépréciation de LTMC à partir de S/4HANA 2020 côté on-premise et de S/4HANA Cloud 2008 côté cloud, comme le confirme la page officielle de dépréciation du Migration Cockpit. Concrètement, depuis S/4HANA 2021 :
- les projets LTMC existants restent consultables, mais uniquement en affichage ;
- la création de nouveaux projets dans la transaction est impossible ;
- tout nouveau chantier de migration passe par l’app Fiori Migrate Your Data.
Le réflexe LTMC a la vie dure sur les projets, et le mot-clé reste celui que tout le monde tape dans Google comme dans la barre de commande. Mais en 2026, chercher LTMC doit vous mener à son successeur.
De la transaction LTMC à l’app Fiori Migrate Your Data : ce qui change, ce qui reste
La bascule n’est pas un simple changement d’interface. SAP en a profité pour simplifier l’architecture de l’outil, et trois évolutions comptent vraiment au quotidien.
| Dimension | Transaction LTMC | App Fiori Migrate Your Data |
|---|---|---|
| Statut 2026 | Dépréciée (S/4HANA 2020), lecture seule depuis 2021 | Outil standard actif |
| Interface | Transaction GUI ouvrant un cockpit web | Application Fiori native dans le launchpad |
| Approches | 3 présentées : fichier, staging tables, transfert direct | 2 consolidées : staging tables (fichier ou base), direct transfer |
| Anciens projets | Consultables en affichage uniquement | Import impossible : recréation nécessaire |
| Objets de migration | Objets standard pré-modélisés | Mêmes objets, catalogue enrichi à chaque release |
| Extension | LTMOM | LTMOM (inchangé) |
| Mass Transfer ID | 3 caractères, identique qualité et production | Identique (concept conservé) |
D’abord, l’interface. Le cockpit vit désormais dans le launchpad Fiori, avec une vraie gestion des tuiles, des autorisations et de la recherche. Fini l’aller-retour entre SAP GUI et navigateur.
Ensuite, les approches de migration. LTMC en présentait trois : fichiers externes, staging tables, et transfert direct depuis un système SAP. Migrate Your Data les consolide en deux. Le fichier n’est plus une approche autonome : le template que vous remplissez alimente désormais des staging tables créées automatiquement. Soit vous les remplissez par fichier, soit directement en base. La seconde approche, le direct transfer, lit les données dans le système SAP source.
Enfin, et c’est le point qui fait mal sur les projets en cours de conversion : les anciens projets LTMC ne sont pas importables dans la nouvelle app. Aucun outil de conversion n’existe entre les deux mondes. Un projet de migration entamé dans LTMC se termine dans LTMC, ou se recrée dans Migrate Your Data.
Ce qui reste, en revanche, est substantiel : les objets de migration pré-modélisés par SAP, le concept de staging tables, le Mass Transfer ID, les templates à remplir, et la transaction LTMOM pour étendre les objets. Si vous maîtrisiez LTMC, vous ne repartez pas de zéro.
Les deux approches de migration : staging tables et direct transfer
Le choix de l’approche est la première décision de tout projet de reprise. Elle dépend de la source de vos données.
Staging tables : la voie universelle
L’approche staging tables couvre tous les cas où les données ne viennent pas d’un système SAP : ERP concurrent, fichiers Excel consolidés, extractions d’un legacy maison. Pour chaque objet de migration activé dans le projet, le cockpit crée automatiquement les staging tables correspondantes, comme le détaille la KBA 2733253.
Deux façons de les alimenter : soit vous téléchargez le template de l’objet, vous le remplissez et vous l’uploadez dans l’app, soit vous écrivez directement dans les staging tables avec votre outil ETL. La première convient aux volumes raisonnables portés par les key users. La seconde devient pertinente dès que la volumétrie grossit ou que les chargements se répètent : aucune limite liée au traitement de fichier, et une intégration propre avec les outils de préparation de données.
Direct transfer : de SAP vers SAP
Le direct transfer s’applique quand la source est elle-même un système SAP, typiquement une migration ECC vers S/4HANA. Le cockpit se connecte au système source, sélectionne les données dans les tables d’origine et les transfère sans passer par un fichier. La sélection se paramètre côté projet, et les objets de migration dédiés à cette approche portent la logique d’extraction.
Depuis la version OP2025 FPS1, SAP a même rapproché les deux mondes : le direct transfer peut utiliser des staging tables comme stockage intermédiaire, ce qui permet d’ajuster les valeurs extraites avant de poursuivre la migration.
Créer et piloter un projet de migration dans Migrate Your Data, pas à pas
Le workflow opérationnel reste très proche de ce que connaissaient les utilisateurs de LTMC. Voici la séquence complète pour une migration par staging tables.
-
1Créer le projet et fixer le Mass Transfer ID
Dans l’app Fiori Migrate Your Data, créez le projet et choisissez un Mass Transfer ID de 3 caractères, identique entre qualité et production.
-
2Sélectionner les objets de migration
Activez les objets standard nécessaires au projet : clients, fournisseurs, articles, immobilisations, soldes.
-
3Télécharger les templates
Pour chaque objet, téléchargez le template à remplir, au format XML ou CSV depuis la version 2025 FPS0.
-
4Alimenter les staging tables
Remplissez le template avec les données préparées et uploadez-le, ou écrivez directement dans les staging tables via votre outil ETL.
-
5Simuler la migration
Lancez la simulation : contrôles de format, de cohérence et de doublons remontent désormais en une seule passe.
-
6Corriger puis re-simuler
Traitez les erreurs remontées et relancez la simulation jusqu’à un résultat propre.
-
7Exécuter et valider dans le système cible
Lancez la migration réelle, puis validez un échantillon de données directement dans les transactions du système cible.
Un détail qui n’en est pas un : si vous comptez transporter le contenu du projet de votre système qualité vers la production, le Mass Transfer ID doit être identique dans les deux environnements. Fixez une convention de nommage dès le premier jour.
Sur le traitement des erreurs, la version 2025 FPS0 a apporté une amélioration très concrète : les erreurs de cohérence, les doublons et les contrôles de validité s’affichent désormais en une seule passe. Plus besoin de corriger, re-uploader, découvrir l’erreur suivante, et recommencer le cycle. Quiconque a vécu ce ping-pong sur un chargement d’articles appréciera.
Une fois la simulation propre, vous lancez la migration réelle, puis vous validez les données créées dans le système cible. Transaction par transaction si nécessaire : un échantillon de fiches articles ouvertes dans le système vaut tous les rapports de migration.
Mes anciens projets LTMC : que peut-on encore en faire ?
La question revient sur tous les systèmes convertis : un historique de projets LTMC existe, et l’équipe veut savoir ce qu’il devient. La réponse tient en peu de mots.
Vos projets restent lisibles, d’une part. La transaction LTMC s’ouvre toujours et affiche les projets, leurs objets et leurs mappings. Vous pouvez documenter ce qui a été fait, retrouver les valeurs de conversion utilisées au cutover, auditer une reprise passée.
En revanche, rien ne se migre automatiquement. Les projets LTMC ne s’importent pas dans Migrate Your Data, le format interne des deux outils étant incompatible. Pour reconduire une migration récurrente, il faut recréer le projet dans l’app Fiori et y resélectionner les objets.
Aucun outil de conversion n’existe entre LTMC et Migrate Your Data. Si une migration récurrente tourne encore sur un projet LTMC, planifiez sa recréation dans l’app Fiori avant votre prochaine montée de version : chaque release rapproche la transaction de la suppression pure.
Vos mappings personnalisés, eux, ne sont pas perdus. Les modifications d’objets faites dans LTMOM se consultent et se reportent : ouvrez l’ancien objet en parallèle du nouveau et transposez les champs ajoutés et les règles de mapping. C’est un travail manuel, mais borné et documentable.
LTMC, LSMW, Migrate Your Data : quel outil pour quel scénario en 2026
La question de l’arbitrage outillage revient à chaque projet, parce que trois générations d’outils cohabitent encore dans les esprits et parfois dans les systèmes.
LSMW d’abord. Le Legacy System Migration Workbench existe toujours physiquement dans S/4HANA, mais SAP a acté son retrait stratégique dans la Note 2287723 : usage restreint, inscription sur la Simplification List, aucune évolution fonctionnelle. Les limites sont structurelles, pas cosmétiques : l’enregistrement de transactions ne fonctionne pas sur les écrans Fiori, et des interfaces majeures ont changé, à commencer par le Business Partner et son intégration CVI. Utiliser LSMW en 2026 revient à construire sur un outil que l’éditeur a cessé de maintenir. Nous y consacrons un guide complet : LSMW dans S/4HANA, ce qui marche encore et ce qui casse.
Migrate Your Data ensuite : c’est l’outil par défaut pour toute reprise de données dont l’objet existe en standard. Clients, fournisseurs, articles, stocks, immobilisations, soldes comptables : l’objet pré-modélisé existe déjà, avec son template et ses contrôles intégrés.
Restent les cas hors périmètre : données sans objet de migration standard, corrections de masse en cours de vie du système, reprises ponctuelles sur des transactions spécifiques. Le batch input via SM35 garde sa place sur ce terrain, alimenté par un enregistrement SHDB quand la transaction s’y prête. L’arbitrage complet entre ces outils dépasse le cadre de cet article, mais la règle de base tient en une phrase : objet de migration standard disponible, Migrate Your Data ; pas d’objet et besoin ponctuel, batch input ; LSMW, uniquement pour liquider l’existant.
Étendre le cockpit avec LTMOM : objets custom et champs additionnels
Le cockpit livre des objets de migration pré-modélisés, mais aucun projet réel ne rentre entièrement dans le standard. Un champ Z sur la fiche article, une classification spécifique, un objet métier maison : c’est là qu’intervient LTMOM, le Migration Object Modeler.
LTMOM reste une transaction SAP GUI, et elle n’est pas dépréciée : c’est l’outil de modélisation officiel du cockpit, y compris pour les projets créés dans l’app Fiori. Vous y ouvrez votre projet, et vous pouvez modifier un objet standard, y ajouter des champs, ajuster les règles de mapping, ou modéliser un objet entièrement custom. Depuis 2025 FPS0, les templates au format CSV se téléchargent aussi directement depuis LTMOM.
Le sujet mérite un article à lui seul, et il existe : notre guide complet de LTMOM détaille le workflow de modélisation en quatre phases, de la copie d’objet standard au mapping de champs custom.
Nouveautés 2025 et bonnes pratiques pour vos prochaines migrations
L’outil continue d’évoluer chaque année, et les versions 2025 ont apporté deux changements à connaître : l’affichage groupé des erreurs de validation en staging, qui raccourcit drastiquement les cycles de correction, et les staging tables comme stockage intermédiaire du direct transfer, qui ouvrent un point de contrôle sur les données extraites avant injection.
Au-delà des nouveautés, quelques pratiques font la différence entre une reprise maîtrisée et un cutover qui dérape :
- Fixez la convention de Mass Transfer ID avant de créer le premier projet, et alignez qualité et production dès le départ.
- Traitez chaque objet de migration comme un mini-projet : template, jeu d’essai, simulation, validation métier, et seulement ensuite le volume complet.
- Mesurez la volumétrie réelle tôt : elle détermine le choix entre remplissage par fichier et alimentation directe des staging tables.
- Répétez le cutover à blanc au moins une fois avec les volumes de production : les temps de chargement font partie du planning de bascule.
- Documentez les mappings dans LTMOM au fil de l’eau : c’est votre seule traçabilité le jour où il faudra auditer la reprise.
La reprise de données reste l’un des chantiers les plus sous-estimés d’un projet S/4HANA. L’outillage, lui, a mûri : Migrate Your Data fait aujourd’hui proprement ce que LTMC promettait, à condition de travailler avec les approches actuelles et non avec les réflexes de 2019. Prochaine étape logique si le sujet vous concerne : notre guide LTMOM, pour le jour où le standard ne suffira plus.
FAQ : vos questions sur SAP LTMC et Migrate Your Data
La transaction LTMC existe-t-elle encore dans S/4HANA ?
Oui, mais en lecture seule. Depuis S/4HANA 2021, la transaction LTMC permet uniquement de consulter les projets de migration existants. La création de nouveaux projets est impossible : elle passe par l’app Fiori Migrate Your Data.
Qu’est-ce qui remplace LTMC dans S/4HANA ?
L’application Fiori Migrate Your Data, officiellement nommée Migrate Your Data – Migration Cockpit. Elle reprend le concept de projets et d’objets de migration de LTMC avec deux approches : staging tables et direct transfer. Elle est l’outil standard depuis S/4HANA 2020 et S/4HANA Cloud 2008.
Peut-on importer ses anciens projets LTMC dans l’app Migrate Your Data ?
Non. Les formats internes des deux outils sont incompatibles et SAP ne fournit aucun outil de conversion. Les anciens projets restent consultables dans LTMC en affichage ; pour les reconduire, il faut recréer le projet dans l’app Fiori et reporter manuellement les mappings personnalisés via LTMOM.
Quelle est la différence entre LTMC et LSMW ?
LSMW est l’outil de reprise de données historique d’ECC, basé sur l’enregistrement de transactions ; LTMC puis Migrate Your Data sont ses successeurs S/4HANA, basés sur des objets de migration pré-modélisés. LSMW est en usage restreint dans S/4HANA (SAP Note 2287723) : son recording ne fonctionne pas sur les écrans Fiori et il ne reçoit plus aucune évolution.
À quoi sert le Mass Transfer ID dans une migration SAP ?
C’est l’identifiant technique à 3 caractères d’un projet de migration. Il doit être identique entre le système qualité et le système productif pour pouvoir transporter le contenu du projet d’un environnement à l’autre. Fixez une convention de nommage avant de créer le premier projet.
Faut-il encore utiliser LTMOM avec l’app Fiori Migrate Your Data ?
Oui. LTMOM, le Migration Object Modeler, reste la transaction officielle pour étendre les objets de migration : ajout de champs custom, règles de mapping, objets entièrement spécifiques. Elle fonctionne avec les projets créés dans l’app Fiori et permet depuis 2025 FPS0 de télécharger les templates CSV.
À lire ensuite
Spécification fonctionnelle SAP : la trame d’une FS qui tient en projet (WRICEF, validation, pièges)
Guide consultant pour structurer une FS SAP par catégorie WRICEF, valider avec le client et éviter les 7 pièges qui font dériver un développement.
Pierre B.
Rollout SAP : la méthode pratique pour piloter un déploiement multi-sites (SAP Activate, template, cutover)
Comment cadrer un rollout SAP multi-sites : phases SAP Activate, choix big bang vs phased, core template, cutover et hypercare. Pour praticiens chefs de projet.
Pierre B.
Déterminer le prix dans SAP SD : la mécanique de la condition technique
Comment SAP détermine le prix d'une ligne de commande SD : schéma de calcul, types de condition, séquence d'accès et enregistrements de condition, expliqués pas à pas pour un consultant...
Michael A.
S/4HANA vs ECC : les différences clés pour votre carrière SAP
Quelle différence entre SAP ECC et S/4HANA ? Les différences clés expliquées simplement, le jargon décodé, la fin de maintenance d'ECC et ce que cela change pour votre carrière SAP.
Michael A.