Sur les ateliers de cadrage WM avec les key users, la Storage Section Search est souvent celle qu’on traite en dernier. On a vite fait le tour du Storage Type (la zone) et du Storage Bin Type (la dimension du bin), mais le tier 2, la section, on le laisse traîner jusqu’au Hypercare. C’est dommage parce que c’est précisément ce niveau qui rend la stratégie pertinente vis-à-vis du business : c’est ici que tu sépares les fast movers des slow movers, les dangereux des produits standard.
SAP WM détermine l’emplacement de putaway en cascade sur trois niveaux. Le Storage Type cadre la zone, la Storage Section affine la sous-zone à l’intérieur de la zone retenue, le Storage Bin Type filtre par capacité physique. Cet article traite le tier 2 : la table T334B, le mécanisme de Storage Section Search, et son intégration dans la cascade.
Dans ce guide, je couvre le rôle de la Storage Section dans la cascade, la configuration SPRO complète (path + Storage Section Indicator + écran de stratégie avec ses 5 colonnes réelles), l’activation au niveau du Storage Type, l’assignation au master article, un cas concret end-to-end côté Goods Issue (sortie de marchandise), les stratégies standard SAP WM, le passage à SAP EWM Embedded, et une FAQ pour les questions GSC les plus fréquentes.
Le tier 1, Storage Type Search, choisit la zone de putaway. Le tier 3, Storage Bin Type Search, filtre le bin par capacité physique. Cet article-ci se concentre sur le maillon central, qui rend l’ensemble de la cascade pertinent côté business.
Le rôle de la Storage Section dans le warehouse
Quand le Storage Type ne suffit pas à compartimenter l’entrepôt, on découpe en sous-ensembles : les Storage Sections. Une zone de high rack peut par exemple contenir une section fast movers (proche de la sortie picking), une section slow movers (au fond de la zone), une section articles dangereux (avec rétention au sol), une section quarantaine (en attente de contrôle qualité).
Quand SAP doit placer ou sortir un article du stock, il déroule la cascade : il commence par déterminer le Storage Type (la zone), puis il cherche dans quelle Storage Section effectuer la recherche fine. C’est ici que la stratégie devient pertinente vis-à-vis des contraintes métier : ABC, dangereux, périssable, taille de rotation.
Configuration de la stratégie dans SPRO
Direction le customizing :
Chemin SPRO :
Logistics Execution → Warehouse Management → Strategies → Activate Storage Section Search
Première étape : créer un Storage Section Indicator unique pour ton besoin spécifique. Cet indicateur doit être lié à un warehouse précis et accompagné d’une description courte. C’est ce qui va piloter la suite, donc cadre-le avec ton équipe logistique avant de toucher SPRO.
Définir la séquence de recherche
Une fois l’indicateur créé, on passe à l’écran central de la stratégie : la séquence de recherche.
5 colonnes principales structurent l’écran :
| Colonne | Rôle |
|---|---|
| Warehouse | Numéro d’entrepôt pour lequel la stratégie est mise en place. |
| Storage Type | Le Storage Type retenu en amont par le tier 1, à l’intérieur duquel on va chercher la section. |
| Storage Section Indicator | Indicateur créé à l’étape précédente, lien avec le master article. |
| Storage Class | Classe de stockage (utile notamment pour les produits dangereux et leur ségrégation). |
| Water pollution | Classe de pollution de l’eau (réglementation environnementale pour produits chimiques sensibles). |
Pour chaque ligne, tu renseignes les critères qui s’appliquent et la Storage Section cible. SAP cherche dans l’ordre de la séquence et retient la première section où une place est disponible. Logique cascade similaire à la batch détermination en MM/PP, mais appliquée au niveau de la sous-zone d’entrepôt.
Côté caractéristiques produit (ABC, danger, fragile, etc.), la jointure se fait via le système de classification SAP (CT04, CL01) côté master data. Si ton site a déjà cadré la classification, la Storage Section Search peut s’appuyer dessus pour trier dynamiquement.
Activer le Storage Section Check au niveau Storage Type
Étape critique souvent oubliée en projet. Pour que la Storage Section Search se déclenche, il faut l’activer au niveau de chaque Storage Type concerné.
Chemin SPRO :
Logistics Execution → Warehouse Management → Master Data → Define Storage Type
Cet écran te permet de dire à SAP, pour chaque Storage Type, s’il doit chercher une section spécifique lors du putaway, et si le mouvement est autorisé ou non. Tu peux aussi activer la prise en compte des critères produit dangereux (Storage Class) et de la pollution de l’eau, qui sont gérés ici de manière transversale.
Assigner la stratégie au master article
Une fois la stratégie configurée, il faut l’assigner à chaque matériel concerné. C’est dans la vue Warehouse Management 1 du master article que se fait le lien.
Dans la section Storage strategies, le Storage Section Indicator est à renseigner. Il s’utilise à la fois pour le stock placement (mise en stock à la réception) et pour le stock removal (sortie de stock pour expédition).
Point important souvent négligé : le Storage Section Indicator dépend toujours du Storage Type Indicator. Vérifie systématiquement les deux quand tu cadres un master article. Le Storage Type Indicator est consulté en premier (cascade tier 1), il fixe la zone. Le Storage Section Indicator vient en second, à l’intérieur de cette zone. Si le Storage Type Indicator pointe vers une zone où le Storage Section Check n’est pas activé, ton paramétrage section ne s’applique pas.
Cas concret : sortie de marchandise (Goods Issue)
Cette fois-ci, on prend l’angle d’une sortie de stock, pas d’une réception. La Storage Section Search joue un rôle clé en stock removal pour orienter le picking vers la bonne sous-zone.
Article exemple : son Storage Type Indicator pointe vers le Storage Type INB, son Storage Section Indicator pointe vers la section 001. Voilà comment SAP déroule la cascade en pratique.
Étape 1 : on déclenche la sortie en MIGO (Goods Issue, mouvement 261 ou 601 selon le contexte).
Étape 2 : un Transfer Requirement (TR) est créé en background pour piloter le déplacement physique. On consulte les TR ouvertes via LB10.
Étape 3 : on coche la TR et on clique sur TO in Foreground pour voir la décision de SAP en détail.
Étape 4 : dans l’écran de préparation du Transfer Order, SAP a déroulé sa cascade et propose automatiquement :
- Storage type retenu : INB (déterminé par le tier 1)
- Storage section retenue : 001 (déterminée par le tier 2, l’objet de cet article)
- Storage bin disponible (déterminé par le tier 3 si activé)
Étape 5 : on valide et on poste le mouvement. Le stock est rééquilibré, la sortie est enregistrée.
Tu peux aussi vérifier le bin physique sélectionné via LS24 pour t’assurer que tout est cohérent avec ta configuration. Cette vérification est utile en hypercare quand un picker remonte un comportement inattendu.
Les stratégies de placement et de picking en SAP WM
La Storage Section Search affine la zone de stockage. Une fois la section retenue, chaque Storage Type a sa propre stratégie de placement et de picking. SAP livre plusieurs stratégies standard que tu configures au niveau du Storage Type.
Stratégies de Stock Placement (mise en stock)
- Fixed Bins : chaque article a un bin attribué.
- Open Storage : pas de notion de bin individuel.
- Addition to existing stock : compléter un bin déjà occupé.
- Empty storage Bin : chercher un bin vide.
- Pallets : optimisée pour les palettes.
- Bulk Storage : stockage de masse, palettes empilables.
- Near Picking Bin : putaway proche de la face de picking.
Stratégies de Picking (sortie de marchandise)
- FIFO : First In First Out.
- LIFO : Last In First Out.
- Partial pallet quantity : palette partielle d’abord.
- Large/Small quantity : selon la quantité demandée.
- Expiration Date : tri par date de péremption.
- Fixed Bin : picking depuis un bin fixe.
Pour les sites avec gestion FIFO ou date de péremption (typiquement agroalimentaire ou pharma), la combinaison Storage Section Search + stratégie picking Expiration Date permet de garantir que la pièce la plus ancienne sort en priorité, dans la sous-zone définie par la stratégie de section. C’est un cas où les trois tiers s’enchaînent pour produire un comportement métier précis et auditable.
Le passage à SAP EWM Embedded
SAP WM est en fin de cycle. La cible officielle pour les nouveaux projets et les migrations est SAP EWM Embedded dans S/4HANA. La logique cascade conceptuelle reste valide en EWM, mais l’implémentation diffère totalement.
En EWM, la cascade conceptuelle reste valide mais l’implémentation passe par un mécanisme de Storage Type Search Sequence, couplé à la Process-Oriented Storage Control (POSC) ou à la Layout-Oriented Storage Control. La notion de Storage Section y existe toujours comme objet d’organisation, mais l’enchaînement des étapes du putaway passe par les Warehouse Tasks et le Storage Process.
À noter : pour les organisations qui souhaitent rester sur le modèle WM sous S/4HANA sans basculer en EWM, SAP propose le module Stock Room Management. Il préserve les concepts WM (Storage Type, Section, Bin, tables T334B / T334P) tout en restant supporté sous S/4HANA, utile pour des entrepôts à complexité modérée où EWM serait surdimensionné.
« Comprendre la Storage Section Search, c’est comprendre où le warehouse manager pose ses contraintes métier. Le tier 2 est le maillon le plus business de la cascade. »
FAQ : Storage Section Search SAP WM
Quelle est la différence entre Storage Type Search et Storage Section Search ?
Le Storage Type Search (tier 1, table T334T) choisit la zone de putaway (high rack, bulk, picking shelves). La Storage Section Search (tier 2, table T334B) filtre, à l’intérieur de la zone retenue, par caractéristique produit (ABC, fast/slow movers, dangerosité). Les deux s’enchaînent en cascade et alimentent le tier 3, la Storage Bin Type Search (T334P), qui choisit l’emplacement physique final. Le tier 1 répond à « dans quelle zone ? », le tier 2 répond à « dans quelle sous-zone ? ».
Où configurer la Storage Section Search dans SPRO ?
On l’active dans le customizing WM, via l’entrée Activate Storage Section Search (menu Strategies). Tu y crées d’abord un Storage Section Indicator pour ton besoin, puis tu définis la séquence de sections candidates au cas par cas avec 5 colonnes (Warehouse, Storage Type, Storage Section Indicator, Storage Class, Water pollution). N’oublie pas l’étape critique : activer le Storage Section Check au niveau du Storage Type concerné via SPRO → Master Data → Define Storage Type.
Que faire si ma stratégie de section ne se déclenche pas ?
Trois causes couvrent la majorité des cas en hypercare. Vérifie dans cet ordre : (1) le Storage Section Check est-il activé au niveau du Storage Type retenu par le tier 1 ? (2) le Storage Section Indicator est-il bien renseigné dans la vue Warehouse Management 1 du master article ? (3) la combinaison Warehouse + Storage Type + Storage Section Indicator existe-t-elle bien dans la séquence de stratégie ?
Quelle table SAP stocke la stratégie Storage Section Search ?
La table principale est T334B. Elle stocke la séquence de Storage Sections candidates pour chaque combinaison Warehouse + Storage Type + Storage Section Indicator. Tu peux la consulter en SE16N ou la maintenir via SPRO. Pour les tiers 1 et 3, les tables associées sont T334T (Storage Type Search) et T334P (Storage Bin Type Search).
Peut-on utiliser la Storage Class et la Water Pollution dans la stratégie ?
Oui, ce sont deux des cinq colonnes de l’écran de stratégie Storage Section Search. La Storage Class permet de séparer les produits dangereux (inflammables, corrosifs, etc.) dans des sections dédiées avec rétention au sol ou ventilation spécifique. La Water Pollution traite spécifiquement les produits chimiques sensibles à la réglementation environnementale. C’est utile sur les sites soumis à des normes ICPE en France ou équivalentes ailleurs en Europe.
Storage Section existe-t-il en SAP EWM Embedded ?
Oui, le concept de Storage Section reste valide en EWM, mais avec un mécanisme différent du WM classique. La cascade se traduit techniquement par la Storage Type Search Sequence couplée à la Process-Oriented Storage Control (POSC) ou Layout-Oriented. L’unité de mouvement passe du Transfer Order au Warehouse Task. Une migration WM vers EWM Embedded n’est jamais un mapping 1:1, c’est une re-conception du modèle de putaway.
Comment lier la Storage Section Search à la classification SAP ?
La jointure se fait au niveau du master article. Si tu utilises le système de classification (caractéristiques CT04, classes CL01) pour typer tes articles avec ABC, dangerosité, ou autres critères métier, tu peux orienter dynamiquement le Storage Section Indicator en fonction des valeurs de caractéristiques. Voir notre guide du système de classification pour la mécanique master data, et la combinaison avec la stratégie WM pour le côté logistique.
Conclusion : la Storage Section, maillon business de la cascade
La Storage Section Search est le tier 2 de la cascade SAP WM. Elle prend le relais du Storage Type pour affiner la zone de stockage selon les contraintes métier : ABC, dangerosité, périssabilité, rotation. Sans tier 2 cadré correctement, le tier 1 fixe la zone et le tier 3 fixe le bin physique, mais la pertinence vis-à-vis du business reste partielle.
Le bon réflexe en projet : passer du temps en amont avec les key users du warehouse pour identifier les sous-zones réellement utiles, cadrer leurs critères (Storage Class si dangereux, Water Pollution si chimie, ABC pour rotation), et activer le Storage Section Check sur tous les Storage Types concernés.
Trois points à retenir :
- La Storage Section Search est le maillon business de la cascade. Sans elle, le tier 1 et le tier 3 ne couvrent que la dimension physique.
- L’activation du Storage Section Check au niveau Storage Type est le piège le plus fréquent. Vérifie ce flag avant tout autre debug.
- EWM Embedded conserve le concept mais avec une implémentation différente (Storage Process + Storage Control). La migration n’est jamais un mapping 1:1.
À 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 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.
Synchronisation des données entre SAP ERP et EWM : embedded, décentralisé et le rôle du CIF, ALE et DRF
Synchronisation des données entre SAP ERP et EWM : partage en embedded, transfert CIF/ALE/DRF en décentralisé, et ce qui se crée à la main vs en background.
Michael A.