SAP WM dans S/4HANA : pourquoi l'entrepôt doit entrer dans le cadrage

Un sujet souvent traité trop tard

Un programme S/4HANA démarre généralement par la finance, les achats et les ventes. L'entrepôt arrive plus tard, parfois au moment où les premiers tests révèlent que les flux logistiques ne passent plus. C'est trop tard : les choix d'architecture faits au cadrage conditionnent la façon dont l'entrepôt pourra fonctionner.

SAP WM n'est plus la cible

Dans S/4HANA, SAP WM 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. La cible est SAP EWM, ou Stock Room Management pour les besoins simples.

Conséquence : la question de l'entrepôt ne peut plus être repoussée. Elle doit être tranchée dans le cadrage, avec ses effets sur le planning, le budget et les équipes.

Trois questions à poser dès le cadrage

1. Quelle cible pour chaque entrepôt ? EWM intégré, EWM décentralisé, Stock Room Management, ou un WMS spécialisé déjà en place, que l'on garde et que l'on interface.
2. Dans quelle vague ? L'entrepôt peut basculer avec l'ERP ou dans une vague dédiée. Un site automatisé ou très sollicité mérite souvent sa propre fenêtre.
3. Qui tient l'existant ? Pendant le programme, l'ERP historique et ses interfaces doivent tourner jusqu'à chaque bascule. Il faut une équipe pour cela, et un seul responsable des interfaces entre l'ancien et le nouveau système.

Les interfaces, premier risque

Le passage à S/4HANA modifie les objets et les messages qui circulent entre l'ERP, le WMS, le TMS et les équipements automatisés. Une interface oubliée se découvre en recette, ou pire, au démarrage. C'est pourquoi nous dessinons l'architecture d'intégration cible avant le Build : notre engagement est de ne découvrir aucune interface pendant le Build.

Ce que nous recommandons

• Inventorier les flux logistiques existants avant de choisir le scénario de migration.
• Décider de la cible de chaque entrepôt dans le cadrage, avec la DSI et la direction Supply Chain.
• Prévoir la coexistence des systèmes et le Run de l'existant jusqu'à la bascule.
• Tester de bout en bout, avec des volumes réalistes et les modes dégradés.

Pour aller plus loin, notre dossier Migration SAP S/4HANA détaille les scénarios, et notre guide Migrer vers S/4HANA sans arrêter la logistique propose une check-list de lancement.