|
| Généralités
On peut dans le système R/3 attribuer un “rôle” à chaque utilisateur. Un rôle est un ensemble d’activités et d’autorisations. Plus de 1000 rôles individuels sont prédéfinis par SAP et sont inclus dans le système standard, par ex.:
On peut constituer des rôles composites à partir des rôles individuels qui définissent des descriptions de poste précises. Chaque utilisateurs peut avoir plusieurs rôles (rôles composites ou rôles individuels). La définition de rôles permet de mettre à disposition un menu et des autorisations adaptés à l’utilisateur lors de sa connexion au système. GuiXT vous permet, en plus, de différencier en fonction des rôles l’aspect et la navigation pour chaque transaction. Selon le cas où un rôle a été ou pas attribué à l’utilisateur, vous pouvez par exemple:
| ||||||
| Procédures
GuiXT offre les modèles suivants pour la conception d’interfaces utilisateur en fonction des rôles:
L’interrogation d’un rôle est la meilleure solution car elle offre une possibilité très flexible et est basée sur la notion centrale de rôle de la personnalisation du système R/3. Lors de l’utilisation de if Q[Role=xxx] les rôles individuels sont automatiquement intégrés aux rôles composites. L’interrogation du profil d’autorisations d’un utilisateur est utile dans les systèmes SAP antérieures à la version 4.5 étant donné que les rôles n’existent pas encore dans ces versions. Il est possible d’attribuer un répertoire de scriptes propre dans le Catalogue utilisateurs en utilisant Role=xxx ou Profile=xxx pour attribuer des répertoires à un groupe d’utilisateurs (tous possesseurs du rôle ou du profil d’autorisations). Etant donné qu’un utilisateur peut être possesseur simultanément d’autres rôles, il faut faire attention et éventuellement combiner les procédures 1 et 2.
| ||||||
|
Exemple 1 Un groupe spécifique d’utilisateurs est responsable pour la saisie de “commande client standard”. Seuls deux secteurs d’activité sont possibles. Les autres champs de l’écran initial ont des valeurs fixes. Vous voulez définir pour ce groupe d’utilisateurs un écran initial de saisie simple. Ecran standard de saisie VA01:
Les utilisateurs de “commande client standard” obtiendront l’écran suivant:
Scripte GuiXT correspondant: if Q[Role=SD_CDE_CLIENT_STD] Box (2,2) (5,40) “Secteur d’activité” Set F[Type commande client] “ZAD5″ del G[Données d'organisation]
Exemple 2 Dans l’écran d’affichage des données de base clients vous voulez offrir un bouton poussoir supplémentaire pour afficher le comportement de paiement du client. Ce bouton poussoir ne doit apparaître que si l’utilisateur est possesseur du rôle SAP_FI_AR_DISPLAY_CUST_INFO ist.
L’écran “Habitudes paiement” sera affiché directement lorsque l’utilisateur clique sur le bouton “Habitudes paiement”:
Ce résultat est obtenu en utilisant les scriptes suivants: // GuiXT-Skript sapmf02d.f0700.txt // InputScript HabitudesPaiement.txt Dans le système standard SAP l’utilisateur devra faire les pas supplémentaires suivants qui ne sont pas nécessaires avec GuiXT+InputAssistant:
Chercher la fonction “Gestion des crédits” dans le menu (Saut, Autres fonctions ou Environnement)
Sélectionner le bouton “Habitudes paiement”, appuyer sur la touche Retour.
| ||||||
| Pour terminer, une petite remarque historique: lorsque Dietmar Hopp et Hasso Plattner ont réalisé, dans les débuts de SAP, un objet pour la commande flexible de l’interface homme-machine, ils l’ont nommé “Dynpro”, programme dynamique, vu que c’était le lien dynamique entre variantes de l’interface et la logique d’application. La conception de l’interface utilisateur en fonction des rôles avec GuiXT est donc la suite logique de ce formidable concept – le Dynpro devient donc encore plus dynamique malgré ses 30 ans. |
