Quand on découvre SAP WM, une question revient sans arrêt : « pourquoi apprendre la structure d’un module dont tout le monde dit qu’il va disparaître avec S/4HANA ? » C’est une bonne question, et la réponse est rassurante. Ce qu’on appelle la structure d’entrepôt SAP WM, c’est-à-dire la manière dont SAP découpe un entrepôt en niveaux, n’est pas du folklore voué à mourir. C’est un socle. Il survit presque à l’identique dans Stock Room Management, l’option légère de S/4HANA, et il sert même de point de comparaison pour comprendre EWM, le successeur stratégique. Autrement dit : remettre cette structure dans le bon ordre une fois, c’est se donner les bases pour les trois mondes. Posons-la proprement.
Pourquoi SAP modélise un entrepôt en niveaux
Avant de lister les niveaux, il faut comprendre dans quel but ils existent. SAP n’a pas découpé l’entrepôt en couches pour le plaisir de la complexité. Chaque niveau répond à un besoin opérationnel concret.
Le premier, c’est la granularité. Si le système sait seulement « il y a 500 pièces de cet article quelque part dans le magasin », il ne peut pas te dire où aller les chercher. En découpant l’entrepôt en zones, puis en cases, SAP rend chaque quantité adressable. On passe d’un solde comptable à une position physique. C’est cette précision qui permet de guider un cariste vers le bon endroit au lieu de le laisser chercher dans les allées.
Le deuxième besoin, ce sont les stratégies de mise en stock et de prélèvement. Quand une marchandise arrive, où la ranger ? Près de la zone d’expédition si elle tourne vite, en hauteur si elle est lente, dans une zone froide si elle est sensible. Quand une commande part, dans quelle case aller la prélever en priorité ? Ces décisions automatiques n’ont de sens que si l’entrepôt est structuré en zones cohérentes. Sans niveaux, pas de stratégie possible.
Le troisième, c’est l’inventaire par zone et la traçabilité. Avec une structure fine, on peut inventorier une allée sans bloquer tout l’entrepôt, suivre l’historique des mouvements case par case, et savoir à tout instant ce qui est où. La structure n’est donc pas une contrainte administrative : c’est le prérequis qui rend l’entrepôt pilotable. Tout le reste de WM repose dessus.
La frontière entre gestion des stocks et gestion d’entrepôt
Avant d’entrer dans les niveaux de WM, il faut poser une frontière que beaucoup de débutants confondent : celle entre la gestion des stocks (Inventory Management, IM) et la gestion d’entrepôt (Warehouse Management, WM). Ce sont deux couches différentes, qui répondent à deux questions différentes.
La gestion des stocks raisonne au niveau du magasin (storage location). Un storage location, c’est une subdivision de stock rattachée à une division (plant). Il te dit combien tu as d’un article à un endroit logique donné : 500 pièces dans le magasin de production, 200 dans le magasin central. Mais il ne sait pas dans quelle case physique elles se trouvent. À ce niveau, le stock est un solde, pas une position.
Chemin SPRO :
Enterprise Structure → Definition → Materials Management → Maintain storage location
La gestion d’entrepôt, elle, raisonne au niveau du numéro d’entrepôt (warehouse number). C’est là qu’on descend du « combien » au « où exactement ». WM prend un storage location géré en WM et le détaille case par case. La quantité que IM voit comme un bloc de 500 pièces devient, dans WM, une répartition concrète : tant dans telle case, tant dans telle autre.
Le lien entre les deux mondes est un point de paramétrage précis : on affecte un numéro d’entrepôt à une combinaison division + magasin. C’est cette affectation qui dit à SAP : « ce magasin-là est géré par cet entrepôt WM ». Tant que ce lien n’existe pas, IM et WM s’ignorent. Une fois posé, chaque mouvement de stock côté IM peut déclencher une opération de rangement ou de prélèvement côté WM. C’est la couture entre les deux couches, et c’est elle qui fait tenir tout l’édifice.
Chemin SPRO :
Enterprise Structure → Assignment → Logistics Execution → Assign warehouse number to plant/storage location
Les quatre niveaux de la structure d’entrepôt SAP WM
On arrive au cœur du sujet. La structure d’entrepôt WM compte quatre niveaux imbriqués, du plus large au plus fin. Chaque niveau en contient un autre, comme des poupées russes : un numéro d’entrepôt contient ses types de magasin, qui contiennent leurs sections, qui contiennent leurs emplacements.
Niveau 1 : le numéro d’entrepôt (warehouse number)
Le numéro d’entrepôt est l’unité organisationnelle qui chapeaute tout. Il représente un entrepôt physique complet, ou une partie d’entrepôt gérée comme un tout. C’est sous ce niveau que vivent tous les autres. Quand on affecte un magasin (storage location) à WM, c’est à un numéro d’entrepôt qu’on le rattache, et cette affectation (vue plus haut) est la couture entre IM et WM. En paramétrage, le numéro d’entrepôt lui-même se définit dans la structure de l’entreprise :
Chemin SPRO :
Enterprise Structure → Definition → Logistics Execution → Define, copy, delete, check warehouse number
Niveau 2 : le type de magasin (storage type)
À l’intérieur d’un numéro d’entrepôt, le type de magasin découpe l’espace en zones qui partagent une même logique physique ou fonctionnelle. Un rayonnage palette à hauteur, une zone de picking au sol, une zone de stockage en masse : autant de types de magasin distincts. Certains types de magasin ne stockent pas durablement la marchandise : ce sont des zones intermédiaires qui servent de tampon, par exemple à la réception (entrée de marchandise) ou avant l’expédition (sortie de marchandise). C’est au niveau du type de magasin que se branchent les comportements de rangement et de prélèvement : c’est lui qui porte le « comment on traite cette zone ». En paramétrage, on le définit ici :
Chemin SPRO :
Logistics Execution → Warehouse Management → Master Data → Define Storage Type
Niveau 3 : la section de magasin (storage section)
La section de magasin est une subdivision d’un type de magasin, du côté du rangement (mise en stock). Elle regroupe des emplacements qui partagent une même caractéristique de stockage. L’exemple classique : séparer dans un même type de magasin les articles à rotation rapide, placés près des allées principales, des articles à rotation lente, repoussés au fond. La section sert surtout à affiner où ranger : lors d’une mise en stock, SAP peut choisir la bonne section avant de descendre jusqu’à la case. C’est un niveau optionnel dans l’esprit, mais structurant dès qu’on veut organiser finement une zone. Son customizing se trouve ici :
Chemin SPRO :
Logistics Execution → Warehouse Management → Master Data → Define Storage Sections
Niveau 4 : l’emplacement (storage bin)
L’emplacement, ou storage bin, est le niveau le plus fin : la plus petite case adressable de l’entrepôt. C’est l’adresse physique exacte où la marchandise est posée, l’équivalent d’une place de parking numérotée. Tout finit par retomber ici : une stratégie de rangement, aussi sophistiquée soit-elle, désigne au final un emplacement précis. C’est aussi le seul niveau que tu crées et maintiens directement avec des transactions dédiées : LS01N (créer), LS02N (modifier) et LS03N (afficher). En paramétrage, les objets liés aux emplacements vivent ici :
Chemin SPRO :
Logistics Execution → Warehouse Management → Master Data → Storage Bins
Les satellites à ne pas confondre avec un niveau
Autour de ces quatre niveaux gravitent plusieurs notions qu’on prend parfois à tort pour des étages supplémentaires. Voici de quoi les remettre à leur place.
Le quant n’est pas un niveau de structure : c’est ce qui occupe une case. Un quant, c’est le stock d’un article aux caractéristiques identiques (même lot, même statut, etc.) présent dans un seul emplacement. Si tu poses deux palettes du même article dans la même case, tu as un quant. Si tu les répartis dans deux cases, tu as deux quants. Le quant est donc le contenu, pas le contenant.
Le type d’emplacement (storage bin type) n’est pas non plus un cinquième niveau imbriqué : c’est un attribut de classification des emplacements. Il sert notamment au contrôle de capacité lors du rangement : ranger une grande palette dans une petite case n’a pas de sens, et c’est ce type d’emplacement qui permet à SAP de vérifier la compatibilité. C’est une propriété d’une case, pas un échelon de la hiérarchie. On le définit ici :
Chemin SPRO :
Logistics Execution → Warehouse Management → Master Data → Storage Bins → Define Storage Bin Types
La zone de prélèvement (picking area) est le pendant de la section de magasin, mais du côté du prélèvement : c’est une subdivision d’un type de magasin qui regroupe des emplacements pour organiser la préparation de commandes. Elle ne s’insère pas entre la section et l’emplacement dans la chaîne principale ; elle vit en parallèle, sur la dimension picking.
Enfin, la gestion par unité de stockage (Storage Unit Management) est une fonction optionnelle de WM classique qui permet de gérer le stock par support physique homogène (une palette identifiée, par exemple) plutôt qu’à la simple case. C’est une notion purement qualitative à ce stade, et il faut surtout ne pas la confondre avec les Handling Units d’EWM : ce sont deux mécanismes distincts, propres à deux mondes différents. En WM classique, on parle d’unité de stockage, pas de handling unit.
Comment cette structure s’organise au quotidien
Une structure posée ne sert à rien si elle ne se « cherche » pas toute seule au bon moment. Au quotidien, le vrai travail de WM consiste à choisir automatiquement le bon niveau à chaque opération. C’est ici que la structure prend vie.
Quand une marchandise arrive et qu’il faut la ranger, SAP descend la hiérarchie de haut en bas. Il détermine d’abord dans quelle zone la mettre, via la stratégie de recherche du type de magasin, qui dit « les palettes lourdes vont dans le rayonnage hauteur, les petites pièces au picking au sol ». Une fois la zone choisie, il affine en sélectionnant la bonne sous-zone de rangement, via la recherche de la section de magasin, par exemple pour séparer rotation rapide et rotation lente. Et lorsque le contrôle de capacité entre en jeu, c’est la recherche du type d’emplacement qui vérifie que la case visée peut bien accueillir le format de l’unité à ranger.
Le même raisonnement vaut côté sortie, pour le prélèvement. La structure ne sert pas seulement à ranger, elle sert aussi à organiser la préparation. C’est là qu’interviennent les zones de prélèvement et des optimisations comme la préparation de commandes en 2 étapes, où l’on regroupe d’abord les articles pour plusieurs commandes avant de les répartir. Dans tous les cas, la logique est la même : la structure fournit le terrain, et les stratégies de recherche y tracent un chemin du numéro d’entrepôt jusqu’à la case. C’est cette mécanique de recherche, plus que la liste des niveaux, qui fait la valeur opérationnelle de WM.
LE-WM, Stock Room Management ou EWM : ce que ça change pour la structure
Reste la question qui fâche : avec S/4HANA, que devient tout ça ? Il faut être précis, car le sujet génère beaucoup de bruit. La bonne nouvelle pour qui apprend la structure, c’est qu’elle est largement préservée. Voici les trois options et ce qu’elles font de cette hiérarchie.
| Option | Statut sur S/4HANA | Ce que devient la structure |
|---|---|---|
| LE-WM (WM classique) | N’est plus l’architecture cible. Tourne en mode compatibilité, dont le droit d’usage du compatibility-pack a été cadré par SAP jusqu’au 31/12/2025 (SAP Note 2577428 ; stratégie d’ensemble dans la SAP Note 2270211). | Structure inchangée tant qu’on l’utilise : numéro d’entrepôt > type > section > emplacement. Il s’agit de la fin du droit d’usage du compatibility-pack, pas d’une fin de support globale, et cela ne s’étend pas à SAP ECC. |
| Stock Room Management | Disponible depuis S/4HANA 1909. Option légère, sans licence séparée, qui reprend le cœur de LE-WM. Pas de nouvelle innovation fonctionnelle. | Exactement la même structure : numéro d’entrepôt, type de magasin, section, emplacement. Ce que tu apprends ici se transpose tel quel. |
| SAP EWM (embedded ou decentralized) | La solution stratégique, qui reçoit toute l’innovation fonctionnelle. | Remodélise l’organisation d’entrepôt (autres concepts, autres unités). La logique générale de niveaux reste un bon point d’entrée, mais les objets diffèrent. |
La lecture à retenir est sobre, sans panique. Le WM classique n’a pas « disparu » : il fonctionne toujours en mode compatibilité, et son droit d’usage du compatibility-pack a été cadré jusqu’à fin 2025 par la SAP Note 2577428. Si ton besoin est simple et que tu restes sur le socle classique, Stock Room Management te fait atterrir en douceur, avec la même structure d’entrepôt et sans coût de licence supplémentaire. Si ton besoin est ambitieux (automatisation, processus complexes, gros volumes), EWM est la trajectoire stratégique, mais il faut accepter d’en réapprendre la modélisation. Dans les deux scénarios viables sur S/4HANA, comprendre la structure WM classique reste le bon point de départ.
FAQ : structure d’entrepôt SAP WM
Quelle est la hiérarchie de la structure d’entrepôt dans SAP WM ?
La structure d’entrepôt SAP WM compte quatre niveaux imbriqués, du plus large au plus fin : le numéro d’entrepôt (l’entrepôt complet), le type de magasin (une zone homogène), la section de magasin (une subdivision de rangement à l’intérieur d’une zone) et l’emplacement ou storage bin (la plus petite case adressable). Tout mouvement finit par désigner un emplacement précis dans ce schéma.
Quelle différence entre Storage Location (IM) et numéro d’entrepôt (WM) ?
Le storage location relève de la gestion des stocks (IM) : il indique combien d’un article se trouve dans un magasin logique, sans en connaître la position physique. Le numéro d’entrepôt relève de la gestion d’entrepôt (WM) : il détaille ce stock case par case et sait où exactement chaque quantité est rangée. On relie les deux en affectant un numéro d’entrepôt à une combinaison division + magasin.
Qu’est-ce qu’un quant dans SAP WM ?
Un quant est le stock d’un article aux caractéristiques identiques présent dans un seul emplacement. Ce n’est pas un niveau de la structure mais le contenu d’une case. Le même article réparti dans deux emplacements donne deux quants distincts.
Storage bin et storage bin type, c’est pareil ?
Non. Le storage bin est l’emplacement physique lui-même, la plus petite case adressable. Le storage bin type (type d’emplacement) est un attribut de classification de cette case, utilisé notamment pour le contrôle de capacité au rangement. L’un est le contenant, l’autre est une propriété du contenant, pas un niveau hiérarchique supplémentaire.
SAP WM disparaît-il avec S/4HANA ? Que deviennent Stock Room Management et EWM ?
Le WM classique (LE-WM) n’est plus l’architecture cible sur S/4HANA, mais il continue de fonctionner en mode compatibilité, dont le droit d’usage du compatibility-pack a été cadré jusqu’au 31/12/2025 (SAP Note 2577428). Deux successeurs existent : Stock Room Management, option légère sans licence séparée disponible depuis S/4HANA 1909, qui reprend le cœur de LE-WM, et SAP EWM, la solution stratégique qui reçoit toute l’innovation fonctionnelle.
Stock Room Management utilise-t-il la même structure d’entrepôt que WM ?
Oui. Stock Room Management conserve la même structure organisationnelle que le WM classique : numéro d’entrepôt, type de magasin, section de magasin et emplacement. C’est précisément ce qui en fait une option de continuité : ce que tu as appris de la structure WM se transpose directement, sans réapprentissage du modèle.
À lire ensuite
SAP WM 2-step picking : configurer la cascade pick / allocation pour les entrepôts à fort volume
SAP WM 2 Step Picking : cascade picking-allocation, configuration SPRO 3 niveaux, cas concret end-to-end, pièges hypercare et migration EWM.
Michael A.
SAP WM storage section search : configurer le tier 2 du putaway (T334B)
Storage Section Search SAP WM (T334B) : configuration SPRO, écran 5 colonnes, activation Storage Type, cas concret Goods Issue MIGO/LB10, passage EWM.
Michael A.
SAP WM storage type search : configurer le tier 1 du putaway
Guide complet de la storage type search SAP WM : configuration SPRO, écran de stratégie pas à pas (10 colonnes réelles), assignation au master article (vue WM1), cas concret MIGO/LB10/TO...
Michael A.
SAP WM storage bin type search : guide complet (2026)
Guide complet de la storage bin type search SAP WM : mecanisme a 3 tiers, configuration SPRO (T334P/T334B/T334T), troubleshooting des 5 causes les plus frequentes, et comparatif avec EWM dans...
Michael A.