Wave management SAP EWM : maîtriser les vagues de préparation
Une idée fausse circule dans presque toutes les équipes que je croise : « ma vague crée mes tâches de préparation ». Elle ne les crée pas. Le wave management SAP EWM ne fabrique rien tout seul : une vague (wave), c’est un regroupement de tâches de préparation existantes qu’on libère ensemble pour cadencer le picking. La nuance paraît mince. Elle explique pourtant la moitié des appels que reçoit un key-user le matin : « j’ai libéré ma vague, et aucune warehouse task ne sort, pourquoi ? » Tant qu’on confond le contenant (la vague) et le contenu (les tâches), on cherche le problème au mauvais endroit.
Posons d’emblée le vocabulaire, parce que c’est lui qui débloque tout. La « vague de préparation » (le terme qu’on emploie en français) et le « wave management » (le libellé officiel côté système) désignent la même chose. Cet article situe la vague dans le processus outbound du module SAP EWM (Extended Warehouse Management), explique le pont entre vague, warehouse task et warehouse order, et démonte les cas où « rien ne se crée ». Si tu veux d’abord remettre la vague dans son décor, commence par le module SAP EWM (Extended Warehouse Management), dont cet article est la brique préparation.
- Une vague (wave) regroupe des items de préparation et les libère ensemble : elle organise le picking, elle ne crée rien par elle-même.
- C’est la libération de la vague qui génère les warehouse tasks (WT), l’instruction unitaire de mouvement.
- Les warehouse order creation rules (WOCR) assemblent les WT en warehouse orders (WO), les paquets de travail remis au préparateur.
- On alimente une vague par condition automatique (via un wave template) ou par affectation manuelle, puis on la libère en mode immédiat, planifié ou manuel.
- « J’ai libéré ma vague mais aucune WT ne sort » : neuf fois sur dix, c’est le stock indisponible ou un item non affecté, jamais la vague elle-même.
Qu’est-ce qu’une vague (wave) dans SAP EWM ?
Une vague dans SAP EWM est un regroupement d’items de préparation que l’on traite et libère ensemble, pour optimiser et cadencer le picking dans l’entrepôt. Elle ne remplace aucun document : elle organise le travail déjà demandé par les livraisons sortantes. Tu peux la voir comme une fenêtre de travail : « ces commandes-là, on les prépare maintenant, en bloc ».
Une vague regroupe, elle ne crée pas
C’est le point que je martèle en formation. Une vague rassemble des items qui attendent d’être préparés, puis on la libère. C’est cette libération qui déclenche la suite. La vague elle-même n’est qu’un panier d’organisation : tant qu’elle n’est pas libérée, rien ne part en exécution. Retiens cette phrase, elle te servira au troubleshooting plus bas : la vague regroupe et libère, elle ne fabrique pas la tâche directement.
La vague regroupe et libère, elle ne fabrique pas la tâche directement.
À quoi ça sert pour un key-user
Le bénéfice est très concret pour qui gère la préparation au quotidien. Regrouper par vagues permet de lisser la charge des préparateurs et de coller au départ des transporteurs : tu prépares ensemble ce qui part ensemble. Plutôt que de libérer chaque commande au fil de l’eau, tu traites des paquets cohérents : même tournée, même zone, même heure de départ. C’est de l’ordonnancement de la préparation, pas un gadget de configuration.
Où la vague intervient dans le processus outbound
Dans le flux sortant, la vague se place en amont de l’exécution physique. Le système reçoit la demande de préparation issue des livraisons sortantes, ces items sont affectés à une vague, puis la libération de la vague enclenche la création des tâches de préparation. Autrement dit : la vague est le déclencheur cadencé du picking, pas son point de départ documentaire.
Vague, warehouse task et warehouse order : le pont à comprendre
La confusion centrale en EWM tient en trois objets qu’on mélange : la vague, la warehouse task (WT) et le warehouse order (WO). Les démêler, c’est comprendre pourquoi « libérer une vague » et « voir une tâche au terminal » sont deux étapes distinctes.
La vague libère des warehouse tasks (WT)
Quand tu libères une vague, le système génère les warehouse tasks (WT) correspondant aux items qu’elle contient. La warehouse task, c’est l’instruction élémentaire de mouvement : prends telle quantité de tel produit, à tel emplacement source, pour la déposer à telle destination. C’est l’ordre de travail unitaire que le préparateur exécute. La vague décide quand ces WT naissent ; la WT décrit quoi déplacer.
Les warehouse orders (WO) regroupent les WT pour le terrain
Les warehouse tasks ne sont pas exécutées une par une dans le vide : elles sont rassemblées dans des warehouse orders (WO), qui sont les paquets de travail réellement remis à un préparateur. Le warehouse order est ce que ton opérateur prend en charge sur son terminal. Le découpage des WT en WO suit des règles de création de warehouse order (couramment appelées WOCR, warehouse order creation rules) qui décident combien de tâches regrouper, selon quels critères, dans un même paquet de travail.
Le schéma à retenir
Le bon modèle mental tient en une ligne : la vague regroupe les items, sa libération génère les warehouse tasks, et les règles de création de warehouse order assemblent ces tâches en warehouse orders exécutables. Trois étages, trois rôles. Quand quelque chose « ne sort pas », c’est presque toujours qu’on regarde le mauvais étage.
Créer une vague : template, condition automatique ou manuelle
Il y a trois façons d’alimenter une vague en EWM : la laisser se constituer automatiquement à partir d’un modèle, l’affecter à la main, ou s’appuyer sur un template qui porte les options de la vague. La gestion des vagues se trouve, depuis l’écran d’index EWM, sous Extended Warehouse Management, menu Work Scheduling, rubrique Wave Management.
Chemin menu :
Extended Warehouse Management → Work Scheduling → Wave Management
Le template de vague et ses options
Le wave template (modèle de vague) est l’objet qui porte les caractéristiques d’une vague type : sa fenêtre, ses options de traitement, et la date d’achèvement de préparation visée. Plutôt que de redéfinir chaque vague, tu configures un modèle réutilisable, que tu maintiens depuis l’entrée « Maintain Wave Templates » de la même rubrique Wave Management. Un template peut porter plusieurs wave template options (des créneaux horaires : cutoff, heure de libération, début et fin de préparation), ce qui permet à un même modèle de couvrir plusieurs vagues dans la journée.
Détermination automatique par condition, ou affectation manuelle
Deux modes coexistent. En détermination automatique, le système affecte les items à une vague en s’appuyant sur la technique des conditions : selon les données de la demande de préparation, il choisit le template de vague qui correspond. C’est le mode « industriel », celui qui tourne sans intervention. En affectation manuelle, tu rattaches toi-même des items à une vague depuis la transaction de gestion des vagues, ce qui reste utile pour les cas ponctuels ou les rattrapages. La plupart des entrepôts combinent les deux : l’automatique pour le flux normal, le manuel pour l’exception.
Sur quels critères regrouper
Le regroupement n’a de sens que s’il colle à ta logistique. En pratique, on combine des vagues selon des critères comme l’entrepôt, le produit, la route ou la tournée, l’activity area (la zone d’activité de l’entrepôt), la date de livraison, le destinataire ou le transporteur. L’idée directrice est simple : ce qui doit partir ensemble, ou être préparé dans la même zone, gagne à être dans la même vague. Un mauvais critère de regroupement, et tu obtiens des vagues qui mélangent des départs sans rapport, donc des préparateurs qui font des allers-retours inutiles.
Concrètement, créer puis libérer une vague tient en quelques gestes que voici déroulés :
-
1Définir un wave template (optionnel mais recommandé)
Crée un modèle de vague qui porte la fenêtre, les options de traitement et la date d’achèvement de préparation visée. Le template évite de redéfinir chaque vague et sert de base à la détermination automatique.
-
2Alimenter la vague
Laisse la détermination automatique affecter les items via la technique des conditions, ou rattache-les à la main depuis la transaction de gestion des vagues. La plupart des entrepôts utilisent l’automatique pour le flux courant et le manuel pour l’exception.
-
3Vérifier le contenu de la vague
Contrôle que les items attendus sont bien dans la vague avant de la libérer. Un item absent ici signale un problème d’affectation (critère ou condition), pas de libération.
-
4Libérer la vague
Déclenche la libération (immédiate, planifiée ou manuelle selon le template). C’est cette libération qui génère les warehouse tasks, puis les warehouse orders via les règles WOCR.
Libérer une vague : modes et date d’achèvement de préparation
Libérer une vague, c’est l’acte qui transforme un regroupement en travail réel : c’est la libération qui génère les warehouse tasks. Trois modes de libération existent, et le bon dépend de ton organisation.
Libération immédiate, automatique ou manuelle
Le modèle de vague propose trois méthodes de libération : manuelle (un gestionnaire libère la vague quand il décide de lancer la préparation), automatique (la vague se libère à l’heure de libération définie sur le template, via un job, sans intervention), ou immédiate (la vague est libérée dès sa constitution). Le choix se règle sur le template : tu décides une fois pour toutes comment un type de vague doit se déclencher. Un entrepôt qui prépare par créneaux fixes s’appuiera sur la libération automatique programmée ; un flux tendu préférera l’immédiat.
La date d’achèvement de préparation
Le template de vague porte une picking completion date (date d’achèvement de préparation visée) : l’horizon auquel la préparation des items de la vague doit être terminée. C’est ce qui permet de cadencer en fonction des départs et de prioriser les vagues les plus urgentes.
Une date d’achèvement de préparation mal réglée, et tu libères trop tard pour tenir le camion, ou trop tôt et tu encombres les zones de préparation. La picking completion date pilote la priorité des vagues : ne la laisse jamais par défaut sur un flux contraint par les départs transporteurs.
Et après la libération : l’exécution
Une fois la vague libérée et les warehouse orders constitués, le travail descend vers l’exécution physique. Les WO sont alors traités sur le terrain, le plus souvent au terminal radio : c’est là que le préparateur prend ses tâches une à une. Si tu veux la suite logique du processus, on l’a détaillée côté exécution de la préparation au terminal RF : les warehouse orders qu’un opérateur traite au RF proviennent très souvent d’une vague qu’on a libérée juste avant.
Wave management en EWM embedded ou decentralized
Une question revient en projet S/4HANA : la vague se comporte-t-elle pareil que l’EWM soit embedded (intégré au cœur S/4HANA) ou decentralized (déployé sur un système séparé) ? Sur le principe fonctionnel, le wave management reste la même brique : on regroupe, on libère, on génère des warehouse tasks. Ce qui change relève surtout du déploiement et de l’intégration des données, pas de la logique de la vague.
EWM embedded (S/4HANA)
- EWM intégré au cœur S/4HANA, sur le même système.
- La logique de la vague est identique : regrouper, libérer, générer des WT.
- Moins de synchronisation de données à orchestrer entre systèmes.
EWM decentralized
- EWM déployé sur un système séparé du cœur ERP.
- La vague fonctionne de la même façon côté entrepôt.
- L’enjeu se déplace sur la synchronisation des données entre système central et EWM.
Pour le consultant, l’enjeu se situe en amont : selon le mode de déploiement, c’est la synchronisation des données entre le système central et EWM qui diffère. Le sujet mérite son propre traitement, qu’on a abordé côté EWM embedded vs décentralisé. Retiens pour aujourd’hui que la vague, elle, ne change pas de nature : ton modèle mental vague → WT → WO tient dans les deux cas.
« J’ai libéré ma vague mais aucune warehouse task n’est créée »
C’est l’appel classique, et neuf fois sur dix la vague n’y est pour rien. La libération a fait son travail ; c’est en aval que ça coince. Voici les pistes que je vérifie, dans l’ordre.
Le stock n’est pas disponible
La cause numéro un : pas de stock source disponible pour servir l’item. Sans quant disponible dans une zone que la stratégie de prélèvement sait adresser, le système ne peut pas créer la warehouse task de préparation. La vague est bien libérée, mais elle n’a rien à préparer. Bonne nouvelle : une vague peut être libérée à nouveau. Si le système n’a pu générer qu’une partie des tâches faute de stock, tu réapprovisionnes, puis tu relibères la vague pour produire les tâches manquantes.
L’item n’est pas pris dans la vague
Autre cas : l’article n’apparaît pas du tout dans la vague. Là, le problème est en amont de la libération, dans l’affectation. Si la détermination automatique n’a trouvé aucun template de vague correspondant aux données de l’item (mauvais critère, condition qui ne matche pas), l’item reste hors vague. Tu vérifies alors les critères de regroupement et la condition d’affectation : c’est souvent une donnée de la livraison qui ne colle pas à ce que le template attend.
Tes points de contrôle avant de relancer
Avant de rouvrir un ticket ou d’appeler ton consultant, déroule ces vérifications :
- la vague est-elle bien libérée, et non simplement constituée ?
- y a-t-il du stock source disponible pour les items concernés ?
- les items sont-ils réellement affectés à la vague (sinon, c’est l’affectation, pas la libération) ?
- la picking completion date est-elle cohérente avec le moment où tu libères ?
- en cas de génération partielle, as-tu relibéré la vague après réapprovisionnement ?
Dans la grande majorité des cas, l’un de ces cinq points donne la réponse, sans toucher au paramétrage.
FAQ
C’est quoi une vague (wave) dans SAP EWM, concrètement ?
Une vague dans SAP EWM est un regroupement d’items de préparation que l’on libère ensemble pour cadencer et optimiser le picking. Elle organise du travail déjà demandé par les livraisons sortantes : elle ne crée pas de tâche par elle-même, c’est sa libération qui déclenche la génération des warehouse tasks.
Quelle différence entre une vague, une warehouse task et un warehouse order ?
La vague regroupe et libère des items ; la warehouse task (WT) est l’instruction élémentaire de mouvement générée à la libération (quoi prélever, où, vers où) ; le warehouse order (WO) est le paquet de WT réellement remis à un préparateur sur son terminal. La vague décide quand, la WT décrit quoi, le WO organise le travail terrain.
Comment créer une vague automatiquement avec un wave template plutôt qu’à la main ?
En détermination automatique, le système affecte les items à une vague via la technique des conditions, en choisissant le template de vague qui correspond aux données de la demande. En manuel, tu rattaches toi-même des items à une vague depuis la transaction de gestion des vagues. La plupart des entrepôts utilisent l’automatique pour le flux courant et le manuel pour l’exception.
Quels sont les modes de libération d’une vague EWM ?
Trois modes : manuelle (un gestionnaire libère quand il décide), planifiée ou automatique (libération à une heure définie), et immédiate (dès la constitution de la vague). Le mode se règle généralement sur le template de vague.
J’ai libéré ma vague mais aucune warehouse task n’est créée, pourquoi ?
Le plus souvent parce qu’il n’y a pas de stock source disponible pour servir les items : la vague est libérée mais n’a rien à préparer. Réapprovisionne, puis relibère la vague (une vague peut être libérée plusieurs fois) pour générer les tâches manquantes. Autre cause possible : l’item n’a pas été affecté à la vague, ce qui relève de l’affectation, pas de la libération.
Sur quels critères regrouper les vagues dans EWM ?
On combine couramment selon l’entrepôt, le produit, la route ou la tournée, l’activity area, la date de livraison, le destinataire ou le transporteur. Le principe : ce qui part ensemble, ou se prépare dans la même zone, gagne à être dans la même vague.
Le wave management change-t-il en EWM embedded ou decentralized ?
Fonctionnellement, la logique de la vague reste la même dans les deux cas : on regroupe, on libère, on génère des warehouse tasks. Ce qui change relève du déploiement et de la synchronisation des données entre le système central et EWM, pas de la nature de la vague.
En résumé
Pour aller au bout du geste, ouvre la transaction de gestion des vagues dans ton bac à sable, libère une vague test, et observe les warehouse tasks qui naissent : c’est le meilleur moyen d’ancrer le pont entre la vague et le terrain. La documentation officielle SAP Extended Warehouse Management complète ces repères côté référence produit.
À lire ensuite
Commande SAP bloquée pour crédit : la débloquer (VKM1, VKM3) et comprendre OVA8
Blocage credit SAP : debloquez votre commande avec VKM1/VKM3, comprenez OVA8 et la bascule FD32 vers UKM_BP en S/4HANA. Guide key-user.
Michael A.
Nomenclature et gamme SAP PP : comprendre et créer le couple BOM / routing
Nomenclature (BOM) et gamme (routing) SAP PP expliquees : difference, creation en CS01 et CA01, et lien avec la version de fabrication. Guide key-user.
Michael A.
IDoc SAP : lire un IDoc, analyser une erreur (WE02 / WE19 / BD87) et savoir quand l’utiliser
Un IDoc SAP en erreur, c'est souvent le premier vrai test d'autonomie d'un consultant junior. Le métier vous signale qu'une commande n'est pas arrivée dans
Michael A.
Output management SAP : comment SAP décide quel document imprimer ou envoyer (NACE)
Si tu es key-user ou consultant junior SD, tu vas tôt ou tard tomber sur la question : "pourquoi ce document est sorti, et pourquoi celui-là ne part pas ?"
Michael A.