Focus sur SAP EWM sur S/4 Hana

La logistique d'entrepôt est en constante évolution. De nombreuses organisations qui travaillaient jusqu'à présent avec SAP WM ou des solutions isolées individuelles sont confrontées à la décision de faire le saut vers SAP Extended Warehouse Management dans le cadre de la migration vers S/4. EWM ne remplace pas seulement le SAP WM classique, il s'intègre plus profondément dans les processus de la chaîne d'approvisionnement et offre entre autres la gestion des créneaux, des fonctions d'entrepôt allégé intégrées et des stratégies de cross-docking.

Modulaire et orienté objet

Sur le plan technique, ceci est réalisé par une structure modulaire et une architecture orientée objet ainsi que par des Business Objects (par exemple unités de manutention, tâches d'entrepôt, ordres d'entrepôt) qui fournissent des abstractions techniques au-delà des tables. Toutefois, SAP EWM est également basé sur des tables SAP classiques (dictionnaire Abap), complétées par des Business Object Layer (BOL), des classes de persistance et des structures d'objets plus complexes. SAP EWM va bien au-delà des structures orientées tables et champs de SAP WM.

Le passage de SAP WM à SAP EWM offre en outre des avantages sensibles en termes de fonctions et de processus. Une valeur ajoutée centrale réside dans la gestion nettement plus précise des processus de stockage. SAP EWM prend en charge le slotting et le réarrangement, ce qui permet d'attribuer automatiquement des emplacements de stockage en fonction de critères tels que les dimensions des produits, les données de mouvement ou les modèles de consommation et de les adapter si nécessaire.

Cela assure une plus grande disponibilité des matériaux tout en optimisant l'utilisation de l'espace, une possibilité qui n'existe pas sous cette forme dans le système WM classique. SAP EWM offre également des fonctions étendues dans le domaine de la préparation des commandes. Outre les méthodes classiques, le système prend en charge, entre autres, le Multi Order Picking au moyen de Pick Cart et la préparation de commandes inter-livraisons. Des systèmes externes Pick-by-Light et Pick-by-Voice peuvent être connectés sans problème, ce qui permet de réduire sensiblement les temps de traitement.
SAP EWM dispose en outre de fonctions intégrées pour le cross-docking et la gestion des parcs.

Des processus de cross-docking prédéfinis et une gestion complète des portes et des mouvements de véhicules sont inclus de manière standard. Ces processus ne sont pas représentés de manière aussi approfondie dans le WM classique. Un autre avantage réside dans la planification intégrée des ressources et du personnel. SAP EWM permet d'affecter le personnel de l'entrepôt et les ressources en véhicules de manière flexible, en tenant compte non seulement des disponibilités, mais aussi des qualifications et des profils de compétences. Enfin, SAP EWM s'intègre complètement dans le système global SAP Supply Chain Execution (SCE). Grâce à la SAP Business Technology Platform (SAP BTP) ou à des systèmes tels que SAP MII (Manufacturing Integration and Intelligence), il est possible d'établir des liens étroits avec des solutions telles que SAP Transportation Management ou SAP Manufacturing Execution, ce qui permet de réaliser des processus continus de bout en bout.

L'expérience des projets clients montre que les entreprises ont pu réaliser en moyenne 20 à 40 % d'augmentation de l'efficacité de la préparation des commandes, 10 à 15 % d'économie de surface et une amélioration de 50 % du respect des délais grâce à SAP EWM, en particulier en combinaison avec la numérisation et l'automatisation des processus.

S/4 n'est pas automatiquement SAP EWM

Une erreur fréquente consiste en outre à croire qu'avec l'introduction de S/4 Hana, SAP EWM est automatiquement et entièrement disponible. Il est vrai qu'avec Basic EWM, directement intégré dans S/4 Hana, et Advanced EWM, en tant que module complémentaire, différents packs fonctionnels sont disponibles, mais les caractéristiques diffèrent considérablement. Une analyse détaillée est indispensable, en particulier pour les processus de stockage complexes. De nombreux responsables informatiques sous-estiment la charge de travail liée à la migration des données, notamment des informations historiques et consolidées de SAP WM.

En outre, l'intégration dans les modules SAP voisins et la connexion de systèmes tiers éventuellement existants représentent un défi. De plus, sans une image cible clairement définie et une architecture de processus bien pensée, le projet prend souvent du retard. S/4 Hana ne suffit donc pas à créer une solution EWM efficace - il faut ici une vision professionnelle et technique.

Leçons apprises

L'expérience pratique montre que l'introduction de SAP EWM sur S/4 Hana se heurte toujours à des écueils similaires. Une qualité insuffisante des données de base est particulièrement souvent à l'origine de problèmes. Des informations imprécises ou obsolètes sur les emplacements de stockage, les données de base des articles et les détails des lots bloquent dès le départ de nombreuses fonctionnalités EWM. Il est donc impératif de mettre en place une gouvernance des données cohérente en amont de l'implémentation afin de créer une base de données stable.

Un autre point critique est le manque de documentation des processus. Dans de nombreux cas, des exceptions individuelles et des solutions de contournement manuelles se sont établies au fil des ans dans le SAP WM classique, sans être systématiquement enregistrées. Si l'on se contente ici d'effectuer un changement de système technique, on risque des pertes de contrôle et des inefficacités.
C'est pourquoi il est recommandé de procéder à un relevé complet des processus avant le début du projet, idéalement complété par une matrice de décision pour la validation systématique des processus.

L'effort d'intégration est également souvent sous-estimé. Un paysage EWM réussi nécessite une connexion étroite avec les systèmes ERP, les solutions de gestion du transport, les systèmes d'étiquetage externes, les logiciels de gestion des parcs et les applications basées sur l'IoT. Chaque interface supplémentaire a une influence sur les efforts de mise en œuvre, ce qui rend nécessaire une coordination précoce de tous les systèmes et de toutes les parties prenantes.

Enfin, les développements et adaptations internes sont également un sujet fréquent. Au fil du temps, de nombreuses entreprises ont implémenté des extensions individuelles qui ne sont pas toujours nécessaires d'un point de vue stratégique. Il convient donc de vérifier lesquels de ces développements peuvent effectivement être repris ou remplacés par des fonctions standard de SAP EWM. Les tests de réutilisabilité et de portabilité aident à maintenir l'environnement système aussi léger et peu exigeant que possible en termes de maintenance.

Leogistics mise sur une gestion du changement qui a fait ses preuves. L'expérience des clients prouve que la prise en compte systématique de ces leçons apprises permet de réduire jusqu'à 15 % la durée des projets et d'éviter de manière significative les coûts d'adaptation rétroactifs liés aux demandes de changement. La décision d'exploiter SAP EWM dans le cloud privé ou public ou de l'utiliser sur site nécessite une analyse précise des exigences opérationnelles et technologiques.

La bonne architecture informatique

Alors que le cloud privé et le cloud sur site convainquent par des possibilités d'adaptation étendues et une intégration système approfondie, le cloud public marque des points avec des cycles de mise à jour plus rapides et des frais d'exploitation réduits. Toutefois, toutes les fonctions du cloud privé ne sont pas directement disponibles dans le cloud public. Il est donc impératif de comparer systématiquement les exigences fonctionnelles et les exigences en matière de processus.

En complément, la SAP Business Technology Platform (BTP) gagne en importance stratégique. Elle fait office de lien technologique pour les extensions individuelles, les intégrations ainsi que l'utilisation du Machine Learning et des Predictive Analytics. En particulier en combinaison avec SAP EWM, la BTP SAP crée une valeur ajoutée significative par l'intégration du contrôle en temps réel, de la saisie mobile des données et de l'automatisation des processus. Les entreprises qui utilisent SAP EWM sans intégrer la BTP n'exploitent pas pleinement son potentiel technologique.

Plus qu'un changement de système

L'introduction de SAP EWM sur S/4 Hana est bien plus qu'une simple mise à niveau technique. Elle représente une réorientation stratégique de la logistique d'entrepôt et ne peut être mise en œuvre avec succès qu'avec une approche globale incluant l'optimisation des processus, la consolidation des données et la base technologique. La combinaison de SAP EWM avec SAP BTP ainsi qu'une stratégie cloud ou une solution sur site clairement définie constitue le cadre d'une chaîne logistique moderne, résiliente et adaptative, dont l'impact va bien au-delà des objectifs d'automatisation classiques.

La logistique d'entrepôt est en constante évolution. De nombreuses organisations qui travaillaient jusqu'à présent avec SAP WM ou des solutions isolées individuelles sont confrontées à la décision de faire le saut vers SAP Extended Warehouse Management dans le cadre de la migration vers S/4. EWM ne remplace pas seulement le SAP WM classique, il s'intègre plus profondément dans les processus de la chaîne d'approvisionnement et offre entre autres la gestion des créneaux, des fonctions d'entrepôt allégé intégrées et des stratégies de cross-docking.
Modulaire et orienté objet

Sur le plan technique, ceci est réalisé par une structure modulaire et une architecture orientée objet ainsi que par des Business Objects (par exemple unités de manutention, tâches d'entrepôt, ordres d'entrepôt) qui fournissent des abstractions techniques au-delà des tables. Toutefois, SAP EWM est également basé sur des tables SAP classiques (dictionnaire Abap), complétées par des Business Object Layer (BOL), des classes de persistance et des structures d'objets plus complexes. SAP EWM va bien au-delà des structures orientées tables et champs de SAP WM.

Le passage de SAP WM à SAP EWM offre en outre des avantages sensibles en termes de fonctions et de processus. Une valeur ajoutée centrale réside dans la gestion nettement plus précise des processus de stockage. SAP EWM prend en charge le slotting et le réarrangement, ce qui permet d'attribuer automatiquement des emplacements de stockage en fonction de critères tels que les dimensions des produits, les données de mouvement ou les modèles de consommation et de les adapter si nécessaire. Cela assure une plus grande disponibilité des matériaux tout en optimisant l'utilisation de l'espace, une possibilité qui n'existe pas sous cette forme dans le système WM classique. SAP EWM propose également des fonctions avancées dans le domaine de la préparation des commandes.

Outre les méthodes classiques, le système prend en charge, entre autres, le Multi Order Picking au moyen de Pick Cart et la préparation de commandes inter-livraisons. Des systèmes externes Pick-by-Light et Pick-by-Voice peuvent être connectés sans problème, ce qui permet de réduire sensiblement les temps de traitement.
SAP EWM dispose en outre de fonctions intégrées pour le cross-docking et la gestion des parcs. Des processus de cross-docking prédéfinis et une gestion complète des portes et des mouvements de véhicules sont inclus en standard. Ces processus ne sont pas représentés de manière aussi approfondie dans le WM classique. Un autre avantage réside dans la planification intégrée des ressources et du personnel. SAP EWM permet d'affecter le personnel de l'entrepôt et les ressources en véhicules de manière flexible, en tenant compte non seulement des disponibilités, mais aussi des qualifications et des profils de compétences.

Enfin, SAP EWM s'intègre complètement dans le système global SAP Supply Chain Execution (SCE). Grâce à la SAP Business Technology Platform (SAP BTP) ou à des systèmes tels que SAP MII (Manufacturing Integration and Intelligence), il est possible d'établir un lien étroit avec des solutions telles que SAP Transportation Management ou SAP Manufacturing Execution, ce qui permet de réaliser des processus continus de bout en bout.
L'expérience des projets clients montre que les entreprises ont pu réaliser en moyenne 20 à 40 % d'augmentation de l'efficacité de la préparation des commandes, 10 à 15 % d'économie de surface et une amélioration de 50 % du respect des délais grâce à SAP EWM, en particulier en combinaison avec la numérisation et l'automatisation des processus.

S/4 n'est pas automatiquement SAP EWM

Une erreur fréquente consiste en outre à croire qu'en introduisant des
S/4 Hana SAP EWM est automatiquement et entièrement disponible. Certes, avec Basic EWM, directement intégré dans S/4 Hana, et Advanced EWM en tant que module complémentaire, différents packs fonctionnels sont disponibles, mais les caractéristiques diffèrent considérablement. Une analyse détaillée est indispensable, en particulier pour les processus de stockage complexes.

De nombreux responsables informatiques sous-estiment la charge de travail liée à la migration des données, en particulier des informations historiques et consolidées de SAP WM. En outre, l'intégration dans les modules SAP voisins et la connexion de systèmes tiers éventuellement existants représentent un défi. De plus, en l'absence d'une image cible clairement définie et d'une architecture de processus bien pensée, les projets prennent souvent du retard. S/4 Hana ne suffit donc pas à créer une solution EWM efficace - une vision professionnelle et technique est nécessaire.

Leçons apprises

L'expérience pratique montre que l'introduction de SAP EWM sur S/4 Hana se heurte toujours à des écueils similaires. Une qualité insuffisante des données de base est particulièrement souvent à l'origine de problèmes. Des informations imprécises ou obsolètes sur les emplacements de stockage, les données de base des articles et les détails des lots bloquent dès le départ de nombreuses fonctionnalités EWM. Il est donc impératif de mettre en place une gouvernance des données cohérente en amont de l'implémentation afin de créer une base de données stable.

Un autre point critique est le manque de documentation des processus. Dans de nombreux cas, des exceptions individuelles et des solutions de contournement manuelles se sont établies au fil des ans dans le SAP WM classique, sans être systématiquement enregistrées. Si l'on se contente ici d'effectuer un changement de système technique, on risque des pertes de contrôle et des inefficacités.
C'est pourquoi il est recommandé de procéder à un relevé complet des processus avant le début du projet, idéalement complété par une matrice de décision pour la validation systématique des processus.

L'effort d'intégration est également souvent sous-estimé. Un paysage EWM réussi nécessite une connexion étroite avec les systèmes ERP, les solutions de gestion du transport, les systèmes d'étiquetage externes, les logiciels de gestion des parcs et les applications basées sur l'IoT. Chaque interface supplémentaire a une influence sur les efforts de mise en œuvre, ce qui rend nécessaire une coordination précoce de tous les systèmes et de toutes les parties prenantes. Enfin, les développements et adaptations internes sont également un sujet fréquent. Au fil du temps, de nombreuses entreprises ont mis en œuvre des extensions individuelles qui ne sont pas toujours nécessaires d'un point de vue stratégique. Il convient donc de vérifier lesquels de ces développements peuvent effectivement être repris ou remplacés par des fonctions standard de SAP EWM. Les tests de réutilisabilité et de portabilité aident à maintenir l'environnement système aussi léger et peu exigeant que possible en termes de maintenance.

Leogistics mise sur une gestion du changement qui a fait ses preuves. L'expérience des clients prouve que la prise en compte systématique de ces leçons apprises permet de réduire jusqu'à 15 % la durée des projets et d'éviter de manière significative les coûts d'adaptation rétroactifs liés aux demandes de changement. La décision d'exploiter SAP EWM dans le cloud privé ou public ou de l'utiliser sur site nécessite une analyse précise des exigences opérationnelles et technologiques.
La bonne architecture informatique

Alors que le cloud privé et le cloud sur site convainquent par des possibilités d'adaptation étendues et une intégration système approfondie, le cloud public marque des points avec des cycles de mise à jour plus rapides et des frais d'exploitation réduits. Toutefois, toutes les fonctions du cloud privé ne sont pas directement disponibles dans le cloud public. Il est donc impératif de comparer systématiquement les exigences fonctionnelles et les processus. En complément, la SAP Business Technology Platform (BTP) gagne en importance stratégique.

Elle fait office de lien technologique pour les extensions individuelles, les intégrations ainsi que l'utilisation de l'apprentissage automatique et de l'analyse prédictive. En particulier en combinaison avec SAP EWM, SAP BTP crée une valeur ajoutée significative par l'intégration du contrôle en temps réel, de la saisie mobile des données et de l'automatisation des processus. Les entreprises qui utilisent SAP EWM sans intégrer la BTP n'exploitent pas pleinement son potentiel technologique.

Plus qu'un changement de système

L'introduction de SAP EWM sur S/4 Hana est bien plus qu'une simple mise à niveau technique. Elle représente une réorientation stratégique de la logistique d'entrepôt et ne peut être mise en œuvre avec succès qu'avec une approche globale incluant l'optimisation des processus, la consolidation des données et la base technologique. La combinaison de SAP EWM avec SAP BTP ainsi qu'une stratégie cloud ou une solution sur site clairement définie constitue le cadre d'une chaîne logistique moderne, résiliente et adaptative, dont l'impact va bien au-delà des objectifs d'automatisation classiques.