Consultations

• Code (champ COD)

Ce code identifie la consultation.

• Intitulé (champ DES)

Ce texte est repris en titre de l'onglet de la fenêtre principale de consultation.

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

• Traitement standard (champ PRGSTD)

Dans ce traitement, doivent être développés :

• le chargement du tableau de consultation
• les tunnels et dépliages pour bouton droit
• l'analyse des paramètres d'entrée dans la consultation
• le changement de code écran selon la clé principale de recherche.

Ce traitement doit contenir une étiquette $ACTION.
Pour de plus amples renseignements, consulterl' Aide au développement.

• Traitement spécifique (champ PRGSPE)

Réservé au distributeur. Comportement identique au traitement standard.

• Fenêtre principale (champ WND1)

Fenêtre de base de la consultation constituée d'un écran d'entête et d'un onglet avec un tableau ayant pour zone de bas de page NBLIG. Il n'est cependant pas interdit d'y ajouter des onglets supplémentaires à la condition de les alimenter par traitement. Règles de construction.

L'écran tableau est aussi utilisé comme écran de référence en gestion des écrans de consultation.

• Fenêtre critères (champ WND0)

Cette fenêtre est facultative. Elle regroupe les critères de sélections, les critères de tri, le code mémo, le code d'un écran paramétrable. Elle doit être sans entête et avec un onglet unique. Règles de construction.

• Ecran entête (champ SCRNAM1)

• champ SCRABB1

• Ecran tableau (champ SCRNAM2)

• champ SCRABB2

• Ecran critères (champ SCRNAM0)

• champ SCRABB0

• Code écran par défaut (champ SCRCOD)

Cette zone est facultative.

• Si la fenêtre de critères est définie avec une zone ECRAN renseignée, le tableau affiché correspond à l'écran associé au code écran de la fenêtre de critères (écran WM+Code consultation+Code écran).
• Si la fenêtre de critères est définie avec une zone ECRAN vide et que le code écran par défaut est paramétré, le tableau affiché correspond à l'écran associé au code écran par défaut (écran WM+Code consultation+Code écran par défaut).
• Sinon, le tableau affiché correspond à l'écran tableau de la fenêtre principale.

• Champs entête (champ FLD1)

Ce tableau permet de faire correspondre les zones critères de l'écran entête avec celles de l'écran de critères et d'identifier les critères d'affichage qu'ils soient dans l'écran d'entête ou la fenêtre de critères. En cours de consultation, la modification des critères d'affichage entrainera le réaffichage de la page courante de consultation, alors que la modification des autres critères entrainera une nouvelle recherche depuis la première page.

• Champs critères (champ FLD0)

• Critère d'affichage (champ DSYCRI)

• Tables à ouvrir (champ FILOPN)

Indiquer les tables à ouvrir en début de consultation. Elles seront ouvertes avec l'abréviation définie dans le dictionnaire des tables.

• Objet lié (champ OBJET)

On indique l'objet associé, lorsque l'on désire exploiter et mette à jour les derniers lus par la consultation.

• Table (champ FILNAM)

permet la gestion des boutons magnétos, s'ils sont paramétrés pour cette consultation. Si un objet a été précisé, la table gérée par cet objet sera chargée ici. On indique aussi sous quelle abréviation utiliser cette table en gestion des consultations. Par défaut, l'abréviation du dictionnaire des tables est proposée. Ce champ n'est pas utilisé pour filter les enregistrements à consulter. 

• champ FILABB

• Clé (champ FILKEY)

Indiquer la clé de parcours de la table, pour les boutons "magnétos" et la gestion des derniers lus.

• Zone site (champ ZSITE)

On peut définir ici le champ de la table principale où se trouve le site auquel est rattaché l'enregistrement.

Le fait de définir ce champ permet de gérer automatiquement les restrictions d'accès aux données d'un site.

• Zone code d'accès (champ ZACC)

On peut définir ici le champ de la table principale où se trouve le code d'accès auquel est rattaché l'enregistrement.

Le fait de définir ce champ permet de gérer automatiquement les restrictions d'accès liées au codes d'accès.

• Conditions (champ FILCND)

Cette zone est facultative. Elle permet d'indiquer un critère de sélection sur la table de façon à sauter certains enregistrements inappropriés en utilisation des boutons magnétos ou en gestion des derniers lus.

• Magnétos (champ MAGNETO)

Permet d'activer les boutons magnéto : Premier, Précédent, Suivant et Dernier en haut de la fenêtre principale de consultation.

• Composante de clé (champ CPNKEY)

• Champs entête (champ CPNSCR)

Indiquer la correspondance entre les composantes de la clé et les champs de l'écran d'entête de consultation.

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