Paramétrage >  Utilisateurs >  Profil menu  

Afficher tout Masquer tout

Cette fonction permet d'associer à un code profil (lui-même associé à des utilisateurs) :

  • une arborescence de menus utilisée pour l'accès aux différentes fonctions du progiciel
  • deux paramètres complémentaires

SEEWARNING Un code profil menu ne définit pas des droits d'accès, mais uniquement une arborescence de navigation. Ce sont le code profil fonction, ainsi que certains paramètres complémentaires de la fiche utilisateurs, qui les définissent.

Pré-requis

Paramètres généraux

Habilitations

Cette fonction est de type objet. Les opérations de création, modification, et suppression de fiche peuvent être activées ou désactivées pour un utilisateur donné. Des filtres par rôles peuvent également être mis en place sur cette fonction.

Gestion de l'écran

Ecran de saisie

Présentation

La saisie du profil menu se fait sur un seul onglet. Deux caractéristiques particulières :

  • Le type de profil défini par le menu local 926, qui contient 3 valeurs par défaut. L'intérêt de ce type de profil est de pouvoir limiter le nombre d'utilisateurs connectés simultanément sous un type de profil donné. Ceci se fait à l'aide des paramètres USR1, USR2, et USR3 (cette liste de paramètres pouvant être complétée par des paramètres spécifiques USRn, n étant le rang du type de profil dans le menu local).
  • La valeur additionnelle de mémoire, exprimée en Koctets, associée à l'instance du moteur qui exécute les processus de l'utilisateur ayant le profil menu correspondant. Ce paramètre, défini globalement pour un dossier donné par la rubrique Mémoire en gestion de dossier, peut donc être modifié pour certains utilisateurs lançant des fonctions particulièrement consommatrices.

La representation graphique

L'arborescence du menu courant (par défaut, le premier, lorsqu'on ouvre un profil existant).

Le tableau des codes des menus

Détails des dossiers et des fonctions.

Créez un profil menu

Lorsque vous crééz un nouveau profil menu, allez dans Menu de départ (ce qui permet de reprendre par défaut le nom d'un des menus standards défini pour le super utilisateur (ADMIN par défaut).

  • si l'on choisit GENE comme menu de départ (valeur par défaut proposée en création), on obtient l'arborescence complète des menus standard du progiciel (il est alors possible de modifier les différents menus ligne à ligne).
  • il est possible de choisir un autre menu (grâce à la touche de sélection) pour ne charger qu'une partie de l'arborescence des menus.

Modifiez un profil menu

En modification de profil menu, vous pouvez supprimez et/ou ajouter des menus et des fonctions, mais aussi les faire glisser pour les positionnez dans l'ordre que vous voulez.

En saisie dans le tableau, modifiez les menus en insérant ou en annulant des lignes. L'insertion d'une ligne se fait en saisissant les champs suivants :

  • le code fonction. Ce code fait référence à une fonction de base du progiciel. L'usage d'une fenêtre de sélection est possible.
  • une option éventuelle. Cette option dépend de la fonction en cause.
  • un intitulé qui sera affiché dans le menu pour identifier la fonction appelée.

Options associées aux fonctions

Certaines fonctions admettent un paramètre complémentaire,  c'est notamment le cas des fonctions suivantes :

  • MENU : ceci signifie que la ligne de menu appelle un sous-menu, dont le code doit être saisi dans la colonne options.
  • AIMP : ceci signifie que la ligne de menu appelle un état, dont le code doit être saisi dans la colonne options. Si le code de l'état n'est pas saisi, la ligne de menu permet à l'utilisateur de choisir l'état qu'il va lancer, en faisant apparaître la liste de tous les états auquel il a accès.
  • toutes les fonctions qui correspondent à des gestions d'objet avec transactions paramétrables (c'est-à-dire la plupart des mouvements). Il est alors possible de donner en argument le code de la transaction à utiliser (ceci n'est pas obligatoire : si ce n'est pas fait, on aura le choix de la transaction (si un choix est possible) parmi les différentes transactions autorisées à l'utilisateur.
  • toutes les fonctions qui correspondent à des consultations standard paramétrables. Il est alors possible de donner en argument le code de l'écran de consultation à utiliser (ceci n'est pas obligatoire : si ce n'est pas fait, on entrera dans un écran de  consultation par défaut) et on pourra ensuite changer d'écran en choisissant (si un choix est possible) parmi les différents écrans autorisés à l'utilisateur.
  • SYSTEME (exécution d'un ordre système) : l'ordre est donné sous forme d'une ligne de commande, saisie dans une fenêtre particulière, dont la syntaxe est précisée dans une documentation annexe.
  • AMIEXE (exécution d'une transaction système) : on peut donner le code de la transaction.
  • la fonction ADPVAL, qui permet de modifier la base des paramètres du progiciel, peut être appelée avec un argument définissant le chapitre (par exemple SUP), ou un argument définissant le chapitre et un modèle de noms de paramètres sous la forme CHAPITRE_MODELE (par exemple SUP_USR*), ou encore par un modèle sans chapitre (par exemple USR*).

Fermer

 

Champs

Les champs suivants sont présents dans cet onglet :

Bloc numéro 1

Ce code identifie de façon unique la fiche en cours.
  • Libellé (champ INTPRF)

 

Bloc numéro 2

  • Type de profil (champ TYPPRF)

Le type de profil est un menu local permettant de donner une catégorie aux utilisateurs, dans le but de limiter, si nécessaire, le nombre de connexions simultanées par catégorie. Ceci se fait par le biais des paramètres USR1, USR2, et USR3.

  • Mémoire additionnelle (champ MEM)

Permet de définir une quantité de mémoire additionnelle allouée au processus Adonix exécutant les fonctions de l'utilisateur connecté sous le profil menu.
  • Menu de départ (champ MENDEP)

Indiquez le code du premier menu qui sera visualisé lors de la connexion de l'utilisateur. Ce menu doit être présent dans le tableau ci-dessous.
  • Arborescence menu (champ MENUSA)

 

Tableau numéro 2

  • Détail menu (champ LMENU)

 

Tableau numéro 1

  • No (champ NUMLIS)

 
  • Fonction (champ FONCTIONS)

On indique ici le code d'une fonction qui sera exécutée lorsque l'utilisateur effectuera le choix correspondant.

Certaines fonctions admettent un paramètre complémentaire, c'est notamment le cas des fonctions suivantes :

  • MENU : ceci signifie que la ligne de menu appelle un sous-menu, dont le code doit être saisi dans la colonne options.
  • AIMP : ceci signifie que la ligne de menu appelle un état, dont le code doit être saisi dans la colonne options. Si le code de l'état n'est pas saisi, la ligne de menu permet à l'utilisateur de choisir l'état qu'il va lancer, en faisant apparaître la liste de tous les états auquel il a accès.
  • toutes les fonctions qui correspondent à des gestions d'objet avec transactions paramétrables (c'est-à-dire la plupart des mouvements). Il est alors possible de donner en argument le code de la transaction à utiliser (ceci n'est pas obligatoire : si ce n'est pas fait, on aura le choix de la transaction (si un choix est possible) parmi les différentes transactions autorisées à l'utilisateur.
  • toutes les fonctions qui correspondent à des consultations standard paramétrables. Il est alors possible de donner en argument le code de l'écran de consultation à utiliser (ceci n'est pas obligatoire : si ce n'est pas fait, on entrera dans un écran de  consultation par défaut) et on pourra ensuite changer d'écran en choisissant (si un choix est possible) parmi les différents écrans autorisés à l'utilisateur.
  • SYSTEME ( exécution d'un ordre système) : l'ordre est donné sous forme d'une ligne de commande, saisie dans une fenêtre particulière, dont la syntaxe est précisée dans une documentation annexe.
  • AMIEXE (exécution d'une transaction système) : on peut donner le code de la transaction.
  • la fonction ADPVAL, qui permet de modifier la base des paramètres du progiciel, peut être appelée avec un argument définissant le chapitre (par exemple SUP), ou un argument définissant le chapitre et un modèle de noms de paramètres sous la forme CHAPITRE_MODELE (par exemple SUP_USR*), ou encore par un modèle sans chapitre (par exemple USR*).
  • Options (champ CODMENS)

Pour certaines fonctions, un argument complémentaire peut être précisé. Le tableau ci-dessous donne une liste des cas les plus fréquents :

Code fonction 

Définition

Argument complémentaire

Obligatoire

MENU

Menu du progiciel

Code du menu

Oui

AIMP

Impression

Code de l'état

Non

AMIEXE

Transactions systèmes

Code de la transaction

Non

BATCHEXP

Exports

Code du modèle

Non

BATCHIMP

Imports

Code du modèle

Non

CONS*

Consultations

Ecrans de consultation

Non

EXEALH

Requêteur

Code de la requête

Non

Toutes les fonctions gérées par transaction

Code de la transaction

Non

GIMPOBJ

Imports

Code du modèle

Non

SYSTEME

Exécution d'un ordre système

Ordre à exécuter

Non

Lorsque l'argument complémentaire n'est pas obligatoire, il est choisi ou saisi selon les cas au moment du lancement de la fonction.
  • Intitulé (champ ZLIBMENUS)

Définit l'intitulé apparaissant sur la ligne de menu.

Fermer

 

Fonctions accessibles par clic droit sur le tableau

Origine

Permet d'afficher le menu d'origine référençant le menu en cours de modification.

Destination

Permet d'afficher le menu de la ligne courante afin d'en modifier les caractéristiques.

Zoom

 

Fermer

 

Etats

Par défaut, les états suivants sont associés à la fonction :

  PROFMEN : Profil menu

Mais ceci peut être modifié par paramétrage.

Boutons spécifiques

Ce bouton permet de transférer le profil menu vers un autre dossier accessible depuis le serveur où se trouve le dossier courant.

Barre de menu

Documentation / Paragraphes

Cette fonction permet d'accéder à la gestion de la documentation, sur le premier paragraphe de la documentation (si elle existe) associé à la fiche courante.

Documentation / Liens

Cette fonction permet d'accéder à la gestion des liens. Elle permet de définir des liens entre la fiche courante et d'autres fiches (par exemple des liens entre fonctions et paramètres). Ces liens, purement documentaires, permettent d'alimenter la mécanique de génération des squelettes de documentation.

Documentation / Génération

Présentation

Ce menu permet de lancer une génération de documentation. La génération peut se lancer également à partir du bouton [Génération] dans le bas de la fenêtre.

Trois types de génération peuvent être lancées, séparément ou simultanément :

  • la génération du squelette de documentation à partir du dictionnaire (tables ADOCUMENT, ADOCBLB, ADOCCLB).
  • la génération de la documentation à partir des tables précédentes.
  • la génération de la documentation sur champ.

Les bornes proposées par défaut tiennent compte de la fiche en cours, mais elles peuvent être modifiées au lancement.

Fermer

 

Champs

Les champs suivants sont présents dans cet onglet :

Sélections

  • Toutes langues existantes (champ ALLLAN)

Si cette case est cochée, toutes les langues sont prises en compte pour l'opération.

Si la case n'est pas cochée, on prendra, selon les cas :

  • la langue par défaut de l'utilisateur, si aucun code langue n'est saisi.
  • la langue saisie par ailleurs sinon.

Permet de définir la langue de génération (quand la case permettant de générer dans toutes les langues n'est pas cochée).
  • Tous types (champ ALLTYP)

Si cette case est cochée, tous les types de documentation sont pris en compte pour la génération. Il est à noter que, dans ce cas, on limite la génération aux documentations standard (seules les documentations de code inférieur à X sont prises en compte).

Permet de définir le type de documentation à prendre en compte dans le traitement (quand on n'a pas coché la case pour les prendre tous en compte).
  • Codes documentations (champ FUNDEB)

Permet de donner une borne sur les codes à prendre en compte pour la génération de documentation.
  • champ FUNFIN

 

Génération ADOCUMENT

  • Génération ADOCUMENT (champ GENDOC)

Ce radio-bouton permet créer/mettre à jour le squelette de la documentation (hiérarchie des paragraphes) à partir des éléments techniques trouvés dans le dictionnaire des données. On peut choisir de reprendre uniquement les documentations existantes ou créer de nouvelles documentations si besoin.

Les liens de documentation sont également pris en compte. Les paragraphes susceptibles d'être créés sont définis dans l'annexe technique correspondante.

Génération document final

  • champ GENFIN

Ce radio-bouton permet de générer la documentation finale à partir du contenu des paragraphes de documentation. Cette documentation est créée dans différents sous-répertoires du répertoire défini par le paramètre utilisateur DIRDOC.

Il faut utiliser la génération "Selon code activité" pour obtenir la génération des documentations des fonctions ayant des codes activités >= "X"
La génération "Complète" ne traite que les codes activités standards.
  • Uniquement les documentations validées (champ HLPVLD)

Permet de générer le document final uniquement pour les documentations validées.
  • Aides sur champs liées aux documentations (champ HLPLNKFLD)

Si cette case est cochée, on traite spécifiquement les aides sur champs relatives aux documentations sur fonction ou objet traitées par ailleurs. Pour savoir quelles sont les aides sur champ à traiter, on explore les écrans associés aux paragraphes de documentation correspondants.
  • Autres aides sur champs (champ HLPFLD)

Si cette case est cochée, on crée la documentation finale à partir du contenu des paragraphes de documentation. Cette documentation est créée dans le sous-répertoire FLD du répertoire défini par le paramètre utilisateur DIRDOC.
  • Codes aides sur champs (champ HLPDEB)

Permet de donner une borne sur les codes à prendre en compte pour la génération de documentation.
  • champ HLPFIN

 
  • Répertoire de génération (champ REPERT)

 

Fermer

 

Messages d'erreur

Outre les messages génériques, les messages d'erreur suivants peuvent apparaître lors de la saisie :

Code fonction inexistant

Ce message signifie qu'on a saisi un code fonction non déclaré dans la table des fonctions.

Menu déjà utilisé

Cet avertissement (qui n'est pas bloquant) signifie qu'un menu a été référencé par ailleurs (autrement dit, qu'un même menu est accessible par deux chemins différents.

Menu déjà utilisé dans le chemin d'accès

Ce message signifie qu'on tente d'insérer dans un menu l'appel d'un menu situé au dessus dans la hiérarchie (ce qui revient de fait à provoquer un bouclage dans les menus). Il s'agit ici d'une erreur bloquante.

Tables mises en oeuvre

Les tables suivantes sont mises en oeuvre par la fonction :

Table

Intitulé Table

ACCES [ACC]

Accès par utilisateur

ACTIV [ACV]

Codes activité

ADOVAL [ADW]

Valeurs paramètres

AFCTFCT [AFT]

Profil fonction utilisateur

AFONCTION [AFC]

Dictionnaire des fonctions

AMENUSER [AMU]

Menu profil utilisateur

APROFIL [APF]

Profil utilisateur

AREPORT [ARP]

Dictionnaire des Etats

ATEXTE [ATX]

Messages du dictionnaire

ATEXTRA [AXX]

Textes à traduire