Huit heures du matin, lendemain de go-live. La réception scanne des palettes depuis l’aube, les quantités apparaissent bien dans S/4HANA, et pourtant le téléphone sonne : l’administration des ventes ne peut confirmer aucune commande client. Le stock existe, mais il n’est pas vendable.
J’ai vu ce scénario se rejouer à chaque démarrage d’entrepôt, et la réponse tient au concept de storage location ROD et AFS dans SAP EWM : deux emplacements de stock côté ERP qui séparent ce qui vient d’arriver à quai de ce qui est réellement disponible à la vente. Derrière ce duo travaille un mécanisme de customizing précis, les availability groups, et c’est lui qu’il faut comprendre pour ne plus subir ce coup de fil.
- ROD (Received on Dock) et AFS (Available for Sale) sont deux storage locations côté ERP, pas des objets EWM.
- Côté EWM, plant et storage location sont remplacés par le couple availability group + stock type : F1 pour ROD, F2 pour AFS.
- Quand la palette atteint son final bin, EWM déclenche un posting change automatique de ROD vers AFS, sans action utilisateur.
- Le scénario à 2 storage locations est le standard SAP, mais optionnel : une seule suffit si l’ATP n’a pas besoin de la distinction.
ROD et AFS : deux storage locations côté ERP, pas côté EWM
Commençons par corriger une erreur répandue, y compris dans la première version de cet article : les libellés officiels sont Received on Dock (ROD) et Available for Sale (AFS). On croise souvent « Receive On Dock » ou « Available For Sales » dans les blogs et les supports de projet ; ces variantes ne correspondent pas à la terminologie SAP officielle.
Deuxième clarification, plus structurante : ces deux objets ne vivent pas dans EWM. Ce sont des storage locations de l’Inventory Management, côté SAP ERP ou S/4HANA core. Dans le paramétrage standard proposé par SAP, elles sont souvent nommées RD00 et AF00. EWM, lui, ne raisonne jamais en plant et storage location : il travaille avec ses propres notions, l’availability group et le stock type, qui font le pont avec l’ERP. Si vous hésitez encore entre les options de gestion d’entrepôt de S/4HANA, le comparatif choisir entre WM, Stock Room Management et EWM pose le décor avant d’entrer dans la mécanique.
La répartition des rôles entre les deux est simple :
ROD : Received on Dock
- Stock réceptionné, goods receipt posté
- Palette à quai, en contrôle ou en transit interne
- Pas encore rangée dans son final bin
- Invisible pour l’ATP : non engageable pour les commandes clients
- Stock type EWM correspondant : F1
AFS : Available for Sale
- Stock rangé : final bin atteint
- Posting change automatique déclenché par EWM
- Visible de l’ATP : engageable pour les commandes clients
- Reflète la disponibilité réelle de l’entrepôt
- Stock type EWM correspondant : F2
ROD photographie le stock réceptionné mais pas encore rangé : la palette est à quai, en cours de contrôle ou en transit interne vers son emplacement définitif. AFS regroupe ce qui a atteint son final bin et que la disponibilité (ATP) peut engager pour les commandes clients. Un point souvent ignoré, détaillé dans les structures d’entrepôt EWM : ce scénario à deux storage locations est optionnel. Une seule storage location suffit si vous n’avez pas besoin de distinguer, côté ERP, le stock en cours de rangement du stock disponible. Nous y reviendrons dans la section décision.
La mécanique des availability groups : comment EWM remplace plant et storage location
On arrive au cœur du sujet, celui que la plupart des explications survolent. Dans les données de quant d’EWM, vous ne trouverez ni plant ni storage location : le système les remplace par le couple availability group + stock type. Tout le basculement ROD vers AFS repose sur deux chaînes de correspondance configurées en customizing.
Première chaîne : la combinaison plant, storage location, système logique et numéro d’entrepôt est assignée à un availability group. Deuxième chaîne : la combinaison availability group et stock type non dépendant de la localisation (le fameux FF, « unrestricted use ») détermine le stock type EWM. Le tableau suivant résume la correspondance complète du modèle standard :
| État du stock | Storage location ERP | Availability group | Stock type EWM |
|---|---|---|---|
| Réceptionné, en cours de rangement | RD00 (ROD) | SPCW/RD00 | F1 |
| Rangé, disponible à la vente | AF00 (AFS) | SPCW/AF00 | F2 |
Concrètement : une palette dans RD00 est vue par EWM comme un quant en stock type F1 ; dès qu’elle est rangée, son stock type devient F2, ce qui correspond côté ERP à AF00. Le stock type porte donc à lui seul l’information que l’ERP exprime avec deux storage locations distinctes.
Un détail de version mérite l’attention : avec S/4HANA, le champ availability group est passé de 4 à 10 caractères. Là où les anciens systèmes utilisaient des codes muets comme 0001 et 0002, vous pouvez désormais adopter un nommage parlant de type « plant/storage location », par exemple SPCW/AF00. En projet, ce simple choix de nommage rend le customizing auto-documenté.
Ces correspondances supposent évidemment que les données de base circulent correctement entre les deux systèmes ; c’est le rôle de la synchronisation des données entre SAP ERP et EWM, qui mérite son guide dédié.
Le flux complet : du goods receipt au posting change automatique
Déroulons maintenant le cycle de vie d’une palette, car c’est là que le concept prend tout son sens opérationnel.
À la réception, le poste du goods receipt crée le stock dans la storage location ROD, en stock type F1 côté EWM. À cet instant, l’ERP voit du stock en libre utilisation dans RD00 : il sait que la marchandise est arrivée, mais il sait aussi qu’elle n’est pas encore vendable. EWM génère ensuite la warehouse task de rangement, l’opérateur la confirme, et la palette atteint son emplacement définitif.
C’est ici que le mécanisme devient élégant : au moment où le produit atteint son final bin, EWM déclenche automatiquement un posting change qui bascule le stock de ROD vers AFS. Aucune transaction manuelle, aucune intervention côté ERP : c’est EWM qui pilote, l’ERP suit. Le lecteur venant du monde WM classique notera la parenté avec la détermination de l’emplacement final côté WM classique ; la différence est qu’EWM matérialise l’achèvement du rangement par un mouvement de stock visible de l’ERP.
Dans les scénarios de rangement complexes, avec un process-oriented storage control enchaînant déchargement, passage par un poste de travail puis rangement final, la chronologie s’affine : le goods receipt est posté dès la confirmation de la première warehouse task, celle du déchargement, tandis que le posting change attend l’arrivée réelle au final bin. Entre les deux, votre ERP affiche fidèlement un stock arrivé mais non disponible : exactement ce que l’administration des ventes de mon introduction aurait aimé comprendre.
Customizing : configurer les availability groups pas à pas
La configuration complète tient en cinq étapes, toutes côté customizing EWM sauf la première. La mise en place des availability groups pour l’Inventory Management détaille chaque écran.
-
1Créez les deux storage locations côté ERP
Dans l’organisation de l’Inventory Management, créez les storage locations dédiées à l’entrepôt EWM, par exemple RD00 pour Received on Dock et AF00 pour Available for Sale, rattachées au plant concerné.
-
2Définissez les availability groups côté EWM
Dans l’activité Define Availability Group, créez un availability group par storage location. Profitez du champ 10 caractères pour un nommage parlant de type plant/storage location.
Chemin SPRO :
SCM Extended Warehouse Management → Extended Warehouse Management → Goods Receipt Process → Configure Availability Group for Putaway
-
3Configurez les stock types
Dans l’activité Configure Stock Type du même nœud de customizing, vérifiez le lien entre vos availability groups et les stock types F1 et F2, avec le stock type non dépendant de la localisation FF assigné aux deux. Renommez les descriptions pour la lisibilité, et positionnez le Stock Type Role si un scénario particulier l’exige (stock douane, mise au rebut).
-
4Assignez l’availability group aux storage types
Dans l’activité Assign Availability Group to Storage Type, zone Goods Movement Control, associez l’availability group AFS aux storage types de rangement final : c’est ce réglage qui déclenche le posting change à l’arrivée au final bin.
-
5Mappez les storage locations ERP vers EWM
Ajoutez une entrée par storage location dans la table de mapping : plant, storage location, système logique et numéro d’entrepôt pointent vers l’availability group correspondant.
Chemin SPRO :
SCM Extended Warehouse Management → Extended Warehouse Management → Interfaces → ERP Integration → Goods Movements → Map Storage Locations from ERP System to EWM
Deux réglages complémentaires méritent d’être connus. D’abord la colonne Stock Type Role, qui permet de décrire des scénarios de stock additionnels : stock normal, stock bloqué en douane (Customs Blocked Stock) ou stock destiné à la mise au rebut (Scrapping Stock). Ensuite le Goods Receipt Mode, dans les paramètres de contrôle de l’interface : il permet de différer l’envoi du goods receipt vers l’ERP jusqu’à la fin complète de la réception ou du rangement. Pratique pour limiter le bruit, mais à manier en connaissance de cause : pendant ce délai, le stock posté dans EWM n’existe pas encore côté ERP, et l’écart entre les deux systèmes est normal.
Faut-il vraiment 2 storage locations ? Pièges et effets de bord
Le scénario ROD et AFS est le standard livré par SAP, et il répond à une vraie question métier : donner à l’ERP, donc à l’ATP et aux équipes commerciales, une vision fidèle de ce qui est engageable. Si cette distinction n’apporte rien à votre organisation, par exemple un entrepôt de production où tout stock réceptionné est immédiatement consommable, une seule storage location simplifie le modèle et économise un posting change par palette.
Car c’est le premier effet de bord à anticiper : chaque réception génère potentiellement deux mouvements côté ERP, le goods receipt vers ROD puis le posting change vers AFS. Et la volumétrie s’emballe vite avec la radiofréquence : quand les opérateurs confirment leurs warehouse tasks une par une au scanner, chaque confirmation déclenche un flux de documents article distinct dans l’ERP. Combiné au scénario ROD et AFS, le volume de documents peut doubler par rapport à une réception groupée. Rien de bloquant, mais vos collègues de la comptabilité matière et de l’archivage apprécieront d’avoir été prévenus.
Le couple ROD/AFS ajoute un posting change à chaque réception, et les confirmations RF tâche par tâche multiplient les documents article côté ERP. Si vous activez en plus le Goods Receipt Mode différé, l’écart temporaire de stock entre ERP et EWM est un comportement normal : documentez-le avant que la comptabilité matière ne le découvre en pleine clôture.
Deuxième point de vigilance : si vous activez le Goods Receipt Mode différé, intégrez l’écart temporaire ERP/EWM dans vos procédures de réconciliation d’inventaire. Un contrôleur de gestion qui compare les deux systèmes en pleine vague de réception conclura à tort à une anomalie. Documentez le comportement et formez les équipes : l’écart redevient alors ce qu’il est, un simple décalage de chronologie, pas une erreur.
Dernier conseil de praticien : nommez vos availability groups avec le format parlant permis par les 10 caractères de S/4HANA. Un consultant qui découvre votre système deux ans après le go-live comprendra SPCW/AF00 sans ouvrir la table de mapping.
FAQ : storage locations ROD et AFS dans SAP EWM
Que signifient ROD et AFS dans SAP EWM ?
ROD signifie Received on Dock et AFS signifie Available for Sale. Ce sont deux storage locations côté SAP ERP ou S/4HANA core : ROD contient le stock réceptionné mais pas encore rangé, AFS le stock arrivé dans son final bin et disponible à la vente. Les variantes « Receive On Dock » et « Available For Sales » qui circulent sont des déformations de la terminologie officielle.
Le concept à 2 storage locations est-il obligatoire dans EWM ?
Non. C’est le paramétrage standard proposé par SAP, mais il reste optionnel : si vous n’avez pas besoin de distinguer côté ERP le stock en cours de rangement du stock disponible, une seule storage location suffit. Le critère de décision est le besoin de visibilité ATP sur le stock réellement engageable.
Qui déclenche le transfert de ROD vers AFS ?
EWM, automatiquement. Quand le produit atteint son final bin à la confirmation de la warehouse task de rangement, EWM déclenche un posting change qui bascule le stock de ROD vers AFS côté ERP. Aucune transaction manuelle n’est nécessaire.
Pourquoi le stock ERP et le stock EWM peuvent-ils diverger temporairement ?
Le Goods Receipt Mode des paramètres de contrôle permet de différer l’envoi du goods receipt vers l’ERP jusqu’à la fin complète de la réception ou du rangement. Pendant ce délai, le stock existe dans EWM mais pas encore dans l’ERP : c’est un décalage de chronologie normal, pas une anomalie.
Quelle est la différence entre les stock types F1 et F2 ?
F1 est le stock type EWM associé à l’availability group de ROD : stock réceptionné, en cours de rangement, non disponible. F2 est associé à l’availability group d’AFS : stock rangé et disponible. Le stock type non dépendant de la localisation FF, « unrestricted use », est quant à lui assigné aux deux availability groups.
Le concept ROD et AFS illustre bien la philosophie d’EWM : laisser l’entrepôt piloter la réalité physique, et traduire automatiquement cette réalité dans le langage de l’ERP. Une fois les availability groups posés, le mécanisme tourne seul et personne n’y pense plus, jusqu’au jour où un écart de stock intrigue un auditeur. Vous savez désormais quoi lui répondre. Pour compléter le tableau côté données de base, enchaînez avec le guide sur la synchronisation des données entre SAP ERP et EWM : c’est l’autre moitié du contrat entre les deux systèmes.
À lire ensuite
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.
RF Framework dans SAP EWM : navigation, profils d’écran et configuration mobile
Le RF framework SAP EWM expliqué : transaction /SCWM/RFUI, navigation, touches de fonction, profils d'écran et menus personnalisés par opérateur.
Michael A.
Déterminer le prix dans SAP SD : la mécanique de la condition technique
Comment SAP détermine le prix d'une ligne de commande SD : schéma de calcul, types de condition, séquence d'accès et enregistrements de condition, expliqués pas à pas pour un consultant...
Michael A.
S/4HANA vs ECC : les différences clés pour votre carrière SAP
Quelle différence entre SAP ECC et S/4HANA ? Les différences clés expliquées simplement, le jargon décodé, la fin de maintenance d'ECC et ce que cela change pour votre carrière SAP.
Michael A.