Définition tables diverses

• Table numéro (champ NUMTAB)

On saisit ici le numéro qui identifie de façon unique la table à paramétrer.

• Intitulé (champ LNGDES)

Cet intitulé long est utilisé en titre dans les écrans et les états. Cet intitulé est traduisible et est enregistré dans la langue de connexion de l’utilisateur. Si l’on souhaite traduire cet intitulé dans une autre langue, on peut accéder en clic droit à partir de cette zone à la fonction de traduction correspondante.

• Intitulé court (champ SHODES)

Cet intitulé court est utilisé en titre dans les écrans et les états. Cet intitulé est traduisible et est enregistré dans la langue de connexion de l’utilisateur. Si l’on souhaite traduire cet intitulé dans une autre langue, on peut accéder en clic droit à partir de cette zone à la fonction de traduction correspondante.

• Module (champ MODULE)

Module d'appartenance du paramétrage.

• Code activité (champ CODACT)

Un code activité permet :

• de rendre optionnel un élément du dictionnaire si la valeur associée au code activité est nulle.
• de signer les éléments spécifiques dès lors qu'ils sont marqués par un code commençant par X, Y ou Z.
• de dimensionner un nombre de lignes maximum lorsque le code activité marque des éléments d'un tableau.

Ainsi, si le code activité est non actif, l'élément marqué ne sera pas utilisable, et le code associé (s'il y en a) ne sera pas généré ni activable.

• Code d'accès (champ ACS)

Ce code d'accès permet de restreindre l'accès à la fiche courante à certains utilisateurs.
Si la zone est renseignée, seuls les utilisateurs disposant de ce code d'accès dans leur profil peuvent visualiser et modifier cette fiche.

• Modifiable (champ UPDFLG)

Si cette case est décochée, il ne sera pas possible de modifier le contenu de cette table diverse.

• Longueur modifiable (champ LNGFLG)

Définit si la longueur du code de la table diverse est modifiable. L'utilisateur définira alors la longueur de ces codes par le biais de la fonction de personnalisation des tables diverses, dans la limite de la longueur maximale définie par le type de données ADI.

• Longueur (champ LNG)

On saisit ici la longueur du code de la table courante. Cette longueur ne peut pas excéder la longueur maximale définie par le type de données ADI.

• Filtre société (champ FLGSOC)

Cette case à cocher permet de rajouter l'affichage de la colonne "Société" dans la gestion des table diverses :

• cochée : La colonne "Groupe société" apparaît dans la gestion des tables diverses. Si la variable GSOCIETE est renseignée, un filtre sera appliqué en sélection et contrôle sur le groupe de la société courante.
• non cochée : Aucun champ en plus, aucun filtre

• Filtre législation (champ FLGLEG)

Cette case à cocher permet de rajouter l'affichage de la colonne "Législation" dans la gestion des table diverses :

• cochée : La colonne "Législation" apparaît dans la gestion des tables diverses. Si la variable GCURLEG est renseignée, un filtre sera appliqué en sélection et contrôle sur la législation de la société courante.
• non cochée : Aucun champ en plus, aucun filtre

• Table dépendance (champ DEPNUM)

Ce champ permet de rendre les valeurs saisies dans une table diverse dépendantes de valeurs saisies sur un autre champ du même écran, lui-même contrôlé par une autre table diverse (dont le numéro est indiqué ici). voir document.

Le fait que ce champ soit défini ajoute une colonne intitulée Dépendance dans la saisie des lignes de la table diverse. C'est dans cette colonne que l'on saisit les valeurs de code issues de la table de dépendance.

• Alpha 1 (champ ALPDES1)

Si ce champ est saisi, une valeur supplémentaire sera saisie en regard de chaque code dans la table diverse. Il est possible de définir ainsi jusqu’à 4 champs supplémentaires (2 champs alphanumériques et 2 champs numériques).

• Type (champ CODTYP1)

On définit ici le type de données du champ supplémentaire, ce qui permet de contrôler sa valeur.

• champ SUP1

Ce champ correspond à un paramètre supplémentaire lié au type de données, quand celui-ci en nécessite un. Par exemple, pour un champ numérique de type menu local, on saisira ici le numéro de menu local.

• Alpha 2 (champ ALPDES2)

• Type (champ CODTYP2)

• champ SUP2

• Numérique 1 (champ NUMDES1)

Si ce champ est saisi, une valeur supplémentaire sera saisie en regard de chaque code dans la table diverse. Il est possible de définir ainsi jusqu’à 4 champs supplémentaires (2 champs alphanumériques et 2 champs numériques).

• Type (champ CODTYP3)

• champ SUP3

• Numérique 2 (champ NUMDES2)

• Type (champ CODTYP4)

• champ SUP4

• 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.

• Langue (champ LAN)

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).

• Type (champ TYPEDOC)

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 (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.

• 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)