Sommaire
16.3. Création de nouveaux objets pour les personnalisations
Dans ce chapitre nous allons voir comment, il est possible d’ajouter des droits sur des objets de paramétrage et de gérer les droits sur ces objets.
Nous allons voir comment gérer les droits sur des masques qu’ils soient standards ou non.
16.3.1. Prenons l’exemple d’un paramétrage
Prenons l’exemple suivant :
Ci-dessous un bouton de paramétrage dans l’application « Article » sur lequel nous souhaitons affecter des droits.
Puis l’onglet « Coût » de l’application « Article » sur lequel nous souhaitons affecter les mêmes règles de gestion.
Dans notre exemple, nous souhaitons interdire l’accès à l’utilisateur « Lucie » sur ces deux composants.
16.3.1.1. Etape 1 : Créer l’objet de type paramétrage dans l’application « Déclaration des paramétrages ».
Voir la documentation «II. Déclaration des paramétrages »
Il faut passer en mode « Création ».
Dans notre exemple, il s’agit d’un objet de paramétrage de code « ParamRevalorisation », choisir un code qui permet d’identifier l’objet facilement.
Cet objet va à la fois permettre de gérer les droits d’accès sur le bouton et l’onglet.
Saisir le code prévu, puis un libellé et une description. Le libellé est obligatoire.
Valider.
16.3.1.2. Etape 2 : Affecter les privilèges
Les objets de type « Paramétrage » sont visibles dans l’onglet « Paramétrage » de l’application « Privilèges des objets », l’affectation des privilèges aux rôles, groupes et/ou utilisateurs s’effectue ensuite selon la même procédure que pour les objets standards.
Deux modèles de privilèges sont automatiquement créés par le système, un pour l’autorisation et un pour l’interdiction.
Dans l’exemple suivant, l’utilisateur « Lucie » n’est pas autorisée à accéder à cet objet.
16.3.1.3. Etape 3 : Mettre une condition d’affichage sur les paramétrages
Dans la définition du paramétrage de la zone du bouton concerné.
Mettre une condition sur le comportement de l’action qui porte sur l’objet déclaré précédemment.
Utiliser la fonction suivante :
DroitExecuterParametrage (« CodeObjet »)
Cette fonction prend en paramètre le code de l’objet. Cet objet doit exister dans l’application « Privilèges des Objets ». C’est notre cas puisque nous venons de le créer.
Elle renvoie :
1 si la valeur du privilège est « OUI » pour autoriser.
0 si la valeur du privilège est « NON » pour interdire.
Notre exemple :
DroitExecuterParametrage("ParamRevalorisation")=1
Dans notre exemple, la condition teste que la valeur du privilège de l’objet « ParamRevalorisation » renvoie la valeur 1 pour l’utilisateur connecté. Si ce n’est pas le cas le bouton est désactivé.
Il apparaît en grisé si la fonction renvoie 0.
Il est activé si la fonction renvoi 1.
Même principe sur la condition d’affichage de l’onglet « Côut ».
Cet onglet sera affiché si la fonction renvoi 1, sinon il ne sera pas affiché.
16.3.1.4. Bilan
Au prochain lancement de l’ERP Silog, l’utilisateur n’aura ni accès au bouton « Grisé », ni accès à l’onglet (Non affiché).
Le changement de la valeur du privilège de l’objet pour l’utilisateur « Lucie » permettra à nouveau d’accéder aux composants aux prochain démarrage de l’ERP.
16.3.2. Prenons l’exemple d’un état non standard non déclaré dans le paramétrage des états.
Rappel : Tous les états déclarés dans le paramétrage des états peuvent être créés automatiquement comme objet via le traitement « Initialisation des objets (Listages, états paramétrés et applications non standards) »
Cette procédure concerne donc les éditions non déclarées dans l’application « Paramétrage des états »
16.3.2.1. Etape 1 : Créer l’objet de type « Etat » dans l’application « Privilèges des Objets ».
Dans l’application « Privilèges des Objets », créer le nouvel objet.
Il faut passer en mode « Création ». Dans notre exemple, il s’agit d’un objet de types « ETAT » de code « art_etqSPE.rpt ».
Le code doit être le nom du fichier suivi de l’extension « rpt ».
16.3.2.2. Etape 2 : Affecter les privilèges
Cet objet est visible dans l’onglet « Etat », l’affectation des privilèges aux rôles, groupes et/ou utilisateurs s’effectue ensuite selon la même procédure que pour les objets standards.
Deux modèles de privilèges sont automatiquement créés par le système, un pour l’autorisation et un pour l’interdiction.
Dans l’exemple suivant, l’utilisateur « Lucie » n’est pas autorisée à accéder à cet objet.
16.3.2.3. Bilan
Si un paramétrage tente de lancer l’état, si l’utilisateur ne dispose pas des privilèges lui donnant l’autorisation de l’ouvrir, alors le message suivant apparaît.
16.3.3. Prenons l’exemple de l’affection des droits sur un masque
16.3.3.1. Sur un masque standard
L’onglet « Masque » présente la liste des masques livrés en standard.
Deux valeurs de privilèges :
Le masque est t’il accessible « OUI » ou « NON ».
Le masque est il modifiable via l’éditeur de masque « OUI » ou « NON ».
La procédure d’affectation des privilèges sur les masques est la même que pour les autre objets, nous ne détaillerons donc pas plus la procédure.
En cas d’interdiction, pour un utilisateur, le lancement du masque en paramétrage provoquera le message suivant :
Si ce masque est présent dans un onglet, l’onglet ne sera pas affiché. Ci-dessous, l’onglet « Stock » (ART_FEN2) n’apparaît pas.
16.3.3.1. Sur un masque spécifique
Lorsqu’il s’agit d’un masque non connu de l’ERP standard, il faut créer l’objet de type « Masque », le code de l’objet doit être le nom du masque sans extension.
Exemple :
Ensuite, la procédure d’affectation des privilèges sur ce masque est la même que pour les autre objets, nous ne détaillerons donc pas plus la procédure.
En cas d’interdiction, pour un utilisateur, le lancement du masque en paramétrage provoquera le message suivant :
En cas d’autorisation en visualisation :
En cas d’interdiction de modification du masque via l’éditeur de masques.
