Gestion d'entrepôt étendue Migration S/4

La grande majorité des entreprises ont suivi le chemin de SAP WM vers EWM. Mais beaucoup n'ont pas osé franchir le pas vers S/4 Hana et exploitent leur EWM sur la base de SCM. Bien que SAP ait assuré la maintenance de la Business Suite 7 jusqu'en 2027, il est tout de même conseillé de s'attaquer suffisamment tôt à la migration EWM vers S/4. 

Celui qui migre son EWM non pas dans la précipitation, mais de manière planifiée, peut tout faire correctement dès le début et ne tombe pas dans la précipitation. La migration technique peut être dissociée de la réingénierie des processus, ce qui permet de se concentrer individuellement sur la conception des processus après une migration réussie. En outre, les entreprises disposent souvent d'environnements système qui se sont développés au fil du temps et qui rendent l'exploitation coûteuse. La migration vers S/4 EWM offre ici l'opportunité d'une consolidation.

Il ne faut toutefois pas sous-estimer la complexité des projets de migration. Récemment, Leogistics a migré avec un client, en tant que chef de projet, un système SAP 9.5 EWM avec deux entrepôts 24h/24 et 7j/7 vers un système S/4 EWM existant avec quatre entrepôts productifs. Divers obstacles technologiques ont été surmontés, comme l'harmonisation globale de plus de 1000 améliorations dans le système. La mise en service s'est déroulée avec un temps d'arrêt minimal afin de ne pas perturber les opérations en cours 24 heures sur 24. De nombreux préparatifs ont été nécessaires pour que cette opération se déroule sans accroc.

La migration n'est pas un problème, mais un processus

Leogistics utilise un service de migration EWM-S/4 qu'elle a développé elle-même. Celui-ci structure les projets de migration dans le cadre d'une feuille de route et garantit un déroulement sans heurts. Leogistics peut apporter un soutien complet tout au long de la feuille de route de la migration, ainsi qu'un rôle d'expert pour certains sujets techniques. 

Tout d'abord, une pré-étude de migration est réalisée. Elle comprend une analyse complète de la situation actuelle ainsi que de l'environnement système existant et permet de prendre une décision fondée. Différentes variantes de migration sont élaborées, accompagnées d'un calendrier détaillé et d'une feuille de route. L'objectif est de déterminer les dépenses estimées pour le projet de migration proprement dit. 

L'étape suivante consiste en une analyse complète de tous les objets à migrer dans le système SCM-EWM. Cela permet de faire une première estimation de la charge de travail nécessaire pour les différentes phases ou les différents lots de travail. 

Ensuite, la migration et l'adaptation du code personnalisé ont lieu afin de le préparer aux exigences et aux conditions du système S/4. Les éventuels quick wins sont également identifiés et mis en œuvre à cette occasion. Parallèlement, le Customizing est adapté à la migration afin de garantir la meilleure intégration possible dans le système S/4.

La migration de l'interface des données de base de CIF à ALE/DRF et la mise en place de la nouvelle interface des données de base ou le couplage des systèmes sont au centre de la section suivante. Le code personnalisé existant dans les interfaces CIF est vérifié, déplacé aux bons endroits et adapté. En outre, les outils de SAP, tels que l'application Custom Fields, permettent de préparer l'interface des données de base pour S/4-Hana.

L'étape finale comprend la migration proprement dite. Celle-ci est effectuée soit par l'équipe de migration du client, soit par Leogistics. Pour que tout se passe bien au moment décisif, il faut une équipe expérimentée et bien rodée. Un plan détaillé de cut-over sert de scénario pour la migration.

Les pièges de la migration EWM 

Des pièges se cachent dans chaque projet - en particulier lors d'une migration de système. Nous les avons systématiquement répertoriés et avons développé les meilleures pratiques. Souvent, le code personnalisé et la migration des interfaces de données de base sont abordés trop tard, alors qu'ils peuvent idéalement être planifiés avant le projet de migration proprement dit. Les outils proposés par SAP aident à planifier suffisamment tôt la portée et les tâches correspondantes. En outre, il arrive souvent que trop peu de migrations tests soient effectuées et que de graves erreurs et obstacles passent inaperçus. Cela se retourne contre eux pendant la migration proprement dite. "Tester, tester, tester", telle est la devise. Même si l'on dit que l'on apprend en faisant des erreurs, le plus intelligent est de ne pas en faire dès le départ.