Aller au contenu

Accueil / Practices / SAP S/4HANA & Oracle / Migration S/4HANA

Dossier · SAP S/4HANA

Migration SAP S/4HANA : embarquer l'entrepôt et le transport, sans arrêter la logistique.

Un programme S/4HANA se décide souvent côté finance et achats. C'est pourtant l'entrepôt et le transport qui prennent le plus de risques au moment de la bascule. Voici comment nous les intégrons au programme, du choix du scénario au Run.

Le calendrier : pourquoi la question se pose maintenant

SAP a fixé la fin de la maintenance standard de SAP ECC 6.0 (EHP 6 à 8) à fin 2027. Une maintenance étendue optionnelle, facturée en supplément, prolonge le support jusqu'à fin 2030. Au-delà de la date, c'est surtout la capacité à faire évoluer l'ERP qui se réduit : nouvelles fonctionnalités, intégrations, compétences disponibles sur le marché.

Un programme S/4HANA qui embarque l'entrepôt et le transport prend plusieurs trimestres, entre le cadrage, le Build, les tests et le déploiement par vagues. Le cadrage se décide donc maintenant, pour choisir le scénario plutôt que le subir.

Trois scénarios de migration, trois conséquences pour la logistique

Le scénario se choisit au cadrage. Il conditionne la place de l'entrepôt et du transport dans le programme.

ScénarioPrincipePour l'entrepôt et le transport
Conversion (brownfield)Le système ECC est converti vers S/4HANA, avec son historique et ses développements.Les flux existants sont conservés ; si l'entrepôt tourne sur SAP WM, il doit être remplacé, et chaque interface WMS ou TMS doit être retestée.
Réimplémentation (greenfield)Un nouveau système S/4HANA est construit sur des processus standard repensés.L'occasion de revoir les processus logistiques et l'architecture d'intégration, avec une reprise de données et une conduite du changement plus lourdes.
Approche sélectiveLes données et les processus utiles sont transférés de façon sélective, par entité ou par période.L'entrepôt et le transport peuvent être traités dans une vague dédiée, à condition d'orchestrer la coexistence des systèmes.

Guide pratique · PDF

Migrer vers S/4HANA sans arrêter la logistique

Scénarios de migration, passage de SAP WM à EWM, interfaces et Run de l'existant.

Recevoir le guide

L'entrepôt : de SAP WM à SAP EWM

Dans S/4HANA, SAP WM (LE-WM) n'est plus la cible. Il n'est utilisable que dans le périmètre de compatibilité, avec des droits d'usage limités dans le temps : pour les installations on-premise, ces droits ont pris fin en mai 2026 ; les contrats RISE with SAP bénéficient d'une période plus longue. Vérifiez votre situation contractuelle avec SAP (note 2269324).

  • SAP EWM intégré à S/4HANA (embedded) : une seule instance, moins d'interfaces, des données communes.
  • SAP EWM décentralisé : une instance dédiée, qui isole l'entrepôt des arrêts et des montées de version de l'ERP. C'est souvent le choix des sites automatisés ou très sollicités.
  • Stock Room Management : un sous-ensemble des fonctions de SAP WM, pour les magasins et entrepôts simples.

Si votre entrepôt tourne déjà sur un WMS spécialisé comme Manhattan, la migration ne vous impose pas EWM : la question devient celle des interfaces, qui doivent être reprises et retestées avec S/4HANA. Nous détaillons ces choix dans notre dossier De SAP WM à SAP EWM.

Les interfaces : là où se jouent les régressions

Un programme S/4HANA modifie les objets, les messages et parfois les codes qui circulent entre l'ERP, le WMS, le TMS et les équipements automatisés. Chaque interface doit être inventoriée, redessinée si nécessaire, puis testée de bout en bout, avec des volumes réalistes.

  • Inventaire des flux existants : commandes, réceptions, mouvements de stock, expéditions, confirmations transport.
  • Design d'intégration cible avant le Build : formats, fréquences, reprises sur erreur, supervision.
  • Tests de bout en bout et de charge, y compris les modes dégradés.
  • Un seul responsable pour chaque interface, pendant le programme et après.

Tenir l'existant jusqu'à la bascule

Pendant le programme, l'ERP historique et ses interfaces doivent continuer à tourner, souvent pendant plusieurs vagues de déploiement. Nous reprenons leur Run N2 / N3 dès le cadrage (offre R6), nous maintenons les interfaces jusqu'à chaque bascule, puis nous décommissionnons site par site.

Chez Saint-Gobain Distribution, nous assurons le Run quotidien des ERP legacy pendant le programme SAP SD / MM de 15 entrepôts, dont 8 déjà déployés.

Après le Go-Live : le Run par l'équipe qui a construit

Le Go-Live n'est pas la fin du programme. Les équipes qui ont conçu les flux connaissent leurs points fragiles : nous leur confions le support N2 / N3 et les évolutions. C'est le principe du Build to Run.

Chez Renault, l'Order-to-Cash et le Procure-to-Pay sont en place sur S/4HANA, et nous avons conçu et mis en place SAP TM Advanced pour les flux Outbound à l'échelle européenne.

Combien de temps dure une migration vers S/4HANA ?

Cela dépend du scénario, du nombre de sites et du périmètre embarqué. Un programme qui inclut l'entrepôt et le transport se compte en trimestres, avec un déploiement par vagues. Le cadrage permet d'établir un planning réaliste, site par site.

Faut-il migrer l'entrepôt en même temps que l'ERP ?

Pas forcément. L'entrepôt peut basculer dans la même vague, ou dans une vague dédiée si l'approche est sélective ou si l'entrepôt est automatisé. L'essentiel : décider tôt, et prévoir la coexistence des systèmes.

Pouvez-vous intervenir si l'intégrateur S/4HANA est déjà choisi ?

Oui. Nous intervenons sur le volet Supply Chain du programme (entrepôt, transport, interfaces) ou sur le Run de l'existant pendant la transition, en coordination avec l'intégrateur principal.

Prochaine étape

Parlons de votre projet.

Un atelier exécutif d'une demi-journée avec vos équipes DSI et Supply Chain, préparé ensemble en 30 minutes.

WhatsApp