Le RF framework dans SAP EWM, tout le monde l’utilise sans le voir : c’est l’écran du terminal que scanne le cariste. Mais la vraie valeur n’est pas dans le scan, elle est dans la configuration, la navigation, les profils d’écran et les menus, exactement ce que les présentations générales passent sous silence.
Ce guide va au-delà du « le RF permet de scanner des codes-barres ». Il explique ce qu’est réellement le RF framework, comment on s’y connecte et on y navigue, et surtout quels objets de personnalisation permettent d’adapter l’interface à chaque profil d’opérateur. Le tout fondé sur le standard SAP, sans recette maison.
- Le RF framework découple la logique métier de l’affichage sur le terminal et supporte une grande variété d’appareils, pour une saisie sans erreur via codes-barres.
- Trois familles d’appareils : GUI, character-based (SAPConsole) et browser-based (ITSmobile).
- On démarre l’environnement avec la transaction
/SCWM/RFUI; la navigation combine menus, transactions et touches de fonction. - La personnalisation repose sur cinq objets : RF Screen Manager, Presentation Device, Presentation Profile, Personalization Profile et RF Menu Manager.
Le RF Framework dans SAP EWM, concrètement
Le RF (radio frequency) framework est l’infrastructure de saisie mobile de SAP EWM. Il répond à deux objectifs précis : découpler la logique métier de la présentation physique des données sur l’appareil choisi, en autorisant des menus et des écrans personnalisés, et supporter une grande variété de tailles, de types d’appareils et de modes de saisie. Au bout du compte, l’objectif tient en une phrase : une saisie sans erreur dans l’entrepôt, via les terminaux RF et les codes-barres.
Cette définition change la façon de voir l’outil. Le RF framework n’est pas « l’application du scanner », c’est une couche qui présente le même processus EWM sur des appareils très différents. D’où trois familles de connexion, qu’il faut distinguer avant tout projet.
| Famille d’appareils | Technologie de connexion | Usage typique |
|---|---|---|
| GUI | Connecté au système SAP comme un PC client classique, écran tactile ou clavier | Postes fixes, bornes tactiles |
| Character-based | SAPConsole (plateforme Windows), pilote les terminaux RF connectés | Terminaux texte historiques |
| Browser-based | ITSmobile : un template HTML par écran (dynpro), contenu dynamique via HTMLBusiness | Terminaux et navigateurs modernes |
Pour l’identification et la vérification, le framework s’appuie sur les codes-barres : SAP supporte en standard le type GS1-128, et d’autres types peuvent être ajoutés. Deux outils complètent la personnalisation de l’affichage : le RF screen manager pour l’apparence des écrans, et le RF menu manager pour définir ses propres menus et leur hiérarchie. C’est cette couche de personnalisation qui fait la différence entre un déploiement générique et un déploiement réellement adapté à l’entrepôt. Avant d’y arriver, les données de base doivent évidemment être en place, ce qui relève de la synchronisation des données entre SAP ERP et EWM.
Se connecter et naviguer dans l’environnement RF
On démarre l’environnement RF avec la transaction /SCWM/RFUI. L’utilisateur de connexion doit être un utilisateur SAP enregistré, auquel une ressource EWM peut être assignée par défaut. Une fois connecté, le menu principal s’affiche et la ressource peut être suivie dans le Warehouse Management Monitor : la ressource elle-même, le stock qu’elle porte et les warehouse orders sélectionnés.
Le framework fournit un socle de fonctionnalités standard. La connexion (logon) permet le suivi des ressources, du stock sur la ressource et la sélection des warehouse orders. À la connexion, une fonction de recovery vérifie si la ressource avait été interrompue en cours d’exécution d’un warehouse order et, le cas échéant, réaffiche l’écran de l’étape concernée pour reprendre le processus. Viennent ensuite les transactions d’exécution pour les grands processus d’entrepôt : prélèvement, rangement, chargement, déchargement, déconsolidation, emballage, inventaire physique et réapprovisionnement.
La navigation standard consiste à choisir l’élément de menu voulu. La navigation directe vers une transaction se fait en saisissant le numéro de l’élément de menu dans le champ Menu. La navigation virtuelle permet d’enchaîner les numéros de plusieurs éléments, y compris ceux qui ne sont pas affichés sur l’écran courant mais sur les écrans suivants.
Dans une transaction, on saisit des données, on en valide, ou les deux. La saisie se fait en scannant un code-barres ou en tapant, puis en confirmant avec Enter. Si l’indicateur Skip Shortcut est positionné, la validation (par exemple la confirmation d’un warehouse task) est déclenchée automatiquement ; sinon, le curseur se place sur le champ Shortcut. C’est dans ce champ Shortcut que l’on saisit les touches de fonction et, lorsque c’est nécessaire, les codes d’exception, par exemple pour gérer des écarts.
| Fonction | Touche | Shortcut | Description |
|---|---|---|---|
| More | F5 | 05 | Affiche les boutons suivants (plus de quatre boutons sur l’écran) |
| Clear | F6 | 06 | Vide le champ sélectionné, ou tous les champs |
| Back | F7 | 07 | Revient à l’écran ou à l’étape précédente |
| List | F8 | 08 | Affiche la liste des valeurs possibles pour un champ |
| Full Message | F9 | 09 | Affiche le message complet sur un écran séparé |
Les touches de fonction spécifiques à une transaction, elles, s’affichent dans la ligne de touches. S’il y a plus de quatre boutons, le signe > apparaît et F5 affiche les suivants. Depuis SAP S/4HANA 2020 FSP01, ces fonctions peuvent aussi être présentées sous forme de boutons à l’écran pour les appareils tactiles sans touches physiques, via un paramètre du Presentation Device.
Les objets de configuration du RF Framework
La configuration du RF framework repose sur un petit nombre d’objets, tous regroupés sous le nœud Mobile Data Entry du customizing EWM. Les comprendre, c’est tenir le fil de toute la personnalisation.
| Objet de configuration | Rôle |
|---|---|
| RF Screen Manager | Crée, copie et supprime les display profiles (taille d’écran, nombre et longueur des boutons, affichage des messages) et édite leurs écrans. |
| Presentation Device | Classe les appareils utilisés, avec leur display profile, le nombre de touches et divers indicateurs ; il s’assigne à une ressource. |
| Presentation Profile | Assigné à l’application (01 pour le standard EWM), il porte les structures de menu. |
| Personalization Profile | Adapte le standard SAP (profil standard **) et sert des menus différents selon les groupes d’utilisateurs. |
| RF Menu Manager | Définit les menus et leur hiérarchie, via le champ LTRANS (transaction logique) ou LMENU (saut vers un sous-menu). |
En pratique, on ne modifie jamais le menu standard directement : il est livré avec l’application 01, le presentation profile **** et le personalization profile **, et ces entrées sont verrouillées dans un système client. On copie donc le standard vers ses propres profils. La création d’un profil de présentation et d’un profil de personnalisation suit ce chemin de customizing.
-
1Créez un Presentation Profile et un Personalization Profile
Copiez le presentation profile standard, puis ajoutez votre personalization profile sous l’entrée Define Personalization Profile de la structure de dialogue.
Chemin SPRO :
SCM Extended Warehouse Management → Extended Warehouse Management → Mobile Data Entry → Radio Frequency (RF) Framework → Define Steps in Logical Transactions
-
2Affectez le Presentation Profile à votre entrepôt
Reliez votre nouveau profil au warehouse number concerné.
Chemin SPRO :
SCM Extended Warehouse Management → Extended Warehouse Management → Mobile Data Entry → Assign Presentation Profile to Warehouse
-
3Construisez vos menus avec le RF Menu Manager
Copiez le menu standard vers vos profils, puis créez un menu réduit pour le personalization profile en ne gardant que les boutons utiles à un groupe d’opérateurs.
Chemin SPRO :
SCM Extended Warehouse Management → Extended Warehouse Management → Mobile Data Entry → Radio Frequency (RF) Framework → RF Menu Manager
Deux wizards, lancés depuis une transaction RF en cours avec Ctrl + Shift + F1, complètent l’outillage : le wizard Split Screen découpe un écran de transaction en plusieurs écrans, et le wizard Modify Screen ajoute ou retire des champs et permet d’adapter les verification fields. À chaque modification, le système régénère l’écran pour le profil de personnalisation visé.
Profils d’écran et menus adaptés à chaque utilisateur
SAP livre trois display profiles standard. Le choix dépend de l’appareil et du mode de saisie, et il conditionne tout le confort de l’opérateur.
| Display profile | Format | Usage |
|---|---|---|
** (standard) | 8 x 40, mode paysage | Profil par défaut, écrans complets |
*1 | 25 x 40, partiel | Appareils pick-by-voice |
*2 | 15 x 26, mode portrait | Depuis SAP S/4HANA 2020 (SAP Note 2968096) |
Le paramètre Msg.Disp. d’un display profile contrôle où s’affichent les messages : sur la ligne de statut (valeur 1) ou sur un nouvel écran (valeur 0). Ce détail a une conséquence concrète : pour activer les boutons à l’écran sur un appareil tactile, fonctionnalité arrivée avec SAP S/4HANA 2020, le profil doit avoir Msg.Disp. à 0. Attention au revers : une fois les pushbuttons activés, les touches de fonction du clavier (comme F7) ne fonctionnent plus, l’opérateur doit utiliser les boutons à l’écran. C’est un choix d’ergonomie à assumer pour tout le parc.
Affecter un personalization profile à un utilisateur n’est pas qu’un confort visuel : le profil standard contient toutes les fonctions RF, donc l’assignation d’un profil restreint est ce qui détermine ce que l’opérateur a le droit de faire. Un menu réduit aux seuls processus system-guided, par exemple, limite réellement l’utilisateur à ces processus.
Le lien entre un utilisateur, son profil de personnalisation et sa ressource se fait dans la maintenance des utilisateurs de resource management. Techniquement, l’entrée n’est pas obligatoire pour se connecter, mais sans elle l’utilisateur travaille avec le profil standard, donc avec toutes les fonctions. C’est pourquoi l’affectation d’un profil est, dans la pratique, un point de contrôle important.
Pick by Voice et files d’attente : aller plus loin
Le Pick by Voice (PbV) prolonge le RF framework vers le picking et les mouvements internes à la voix. Il s’appuie sur le RF framework, la transaction de picking RF et le générateur de templates ITS Mobile Devices with Speech Input. Le système interprète une entrée vocale soit comme une valeur de champ, soit comme une commande : toutes les commandes possibles doivent être visibles à l’écran et représentées par un bouton, le framework en supportant jusqu’à seize, et l’on ne peut pas affecter de commande à une touche de fonction. On bascule en mode commande en prononçant le mot-clé « Command », et « Okay » équivaut à Enter. La transaction /SCWM/RFUI_PBV démarre le framework, positionne le paramètre voix et lance directement la transaction PbV.
L’autre prolongement concerne la distribution du travail. Une queue est un fichier logique auquel sont assignés les warehouse orders à traiter. En environnement RF, un warehouse order peut être assigné à une ressource manuellement ou automatiquement : pour l’affectation automatique, le warehouse order doit appartenir à une queue à laquelle la ressource est assignée. Quand la ressource demande du travail en choisissant une option system-guided dans le menu RF, le système lui assigne le warehouse order le plus approprié. La détermination de la queue se fait pour chaque warehouse task, selon des critères comme l’activity area source et destination, le bin access type, le warehouse process type et l’activité. L’autre moitié du contrat entre l’ERP et l’EWM, côté stock, repose d’ailleurs sur les availability groups et les storage locations ROD et AFS.
FAQ : le RF Framework dans SAP EWM
Quelle transaction lance l’environnement RF dans SAP EWM ?
La transaction /SCWM/RFUI démarre l’environnement RF standard. Il existe aussi un accès navigateur via l’entrée Log on to RF Environment in Browser (ITSmobile), et la transaction /SCWM/RFUI_PBV pour le Pick by Voice.
Quelle différence entre Presentation Profile et Personalization Profile ?
Le presentation profile est assigné à l’application (01 pour le standard EWM) et porte les structures de menu. Le personalization profile, standard **, sert à adapter le standard SAP et à servir des menus différents selon les groupes d’utilisateurs. Ensemble, ils supportent des structures de menu distinctes par profil.
Quels display profiles SAP livre-t-il en standard ?
Trois : ** (standard, 8 x 40, paysage), *1 (pick-by-voice, 25 x 40, partiel) et *2 (portrait, 15 x 26), ce dernier disponible depuis SAP S/4HANA 2020 et accompagné de la SAP Note 2968096.
Le RF Framework fonctionne-t-il avec des écrans tactiles ?
Oui, depuis SAP S/4HANA 2020, les fonctions peuvent s’afficher sous forme de boutons à l’écran, réglé dans le Presentation Device. Cela exige un display profile avec Msg.Disp. à 0, et désactive l’usage des touches de fonction du clavier au profit des boutons.
Comment limiter ce qu’un opérateur voit dans le menu RF ?
En lui affectant un personalization profile dont le menu, construit avec le RF Menu Manager, ne contient que les boutons utiles, par exemple les seuls processus system-guided. L’affectation du profil à l’utilisateur, dans resource management, détermine ce qu’il a le droit de faire.
La leçon du RF framework tient en une idée : la performance ne vient pas du scan, mais de la configuration. Des profils d’écran adaptés aux appareils, des menus taillés par profil d’opérateur et une navigation maîtrisée transforment un terminal générique en outil précis. Et comme toute exécution en entrepôt, le RF s’appuie sur un socle correct, depuis le choix du mode de déploiement dans le guide pour choisir entre WM, Stock Room Management et EWM jusqu’aux données de base. Pour aller plus loin, le RF framework dans SAP S/4HANA EWM détaille chaque écran.
À 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.
Storage location ROD et AFS dans SAP EWM : le guide complet des availability groups
Storage location ROD et AFS dans SAP EWM : availability groups, stock types F1/F2, posting change automatique et customizing pas à pas.
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.