Génération transactions
La plupart des écrans de saisie de mouvements du progiciels sont paramétrables par l'utilisateur, par le biais de transactions. Ces transactions permettent de définir, parmi un ensemble de champs standards, quels sont ceux qui doivent apparaître dans l'écran de l'utilisateur. Cette génération de transaction se fait par duplication, puis modification d'écrans modèles.
De même, certaines fonctions de paramétrage provoquent la génération de code à partir d'éléments de paramétrage (c'est le cas pour les statistiques, les variables associées aux paramètres, par exemple).
Cette génération de code se fait normalement au cours de chaque opération de paramétrage, mais il arrive, parce qu'un écran modèle a été modifié par exemple, que la régénération du code soit nécessaire pour toutes les transactions d'un type donné. Cette fonction permet de déclencher cette régénération.
Il est à noter que les transactions sont désormais définies dans un dictionnaire dédié.
Gestion de l'écran
Onglet Ecran préliminaire
Au lancement de la fonction, un premier écran, listant les modules, permet (en répondant Oui en regard) de définir globalement quelles sont les revalidations nécessaires.
Bloc numéro 1
Dossier (champ APPLI) |
Indiquez le code du dossier de travail, tel que défini dans la table des dossiers. |
Validation différée (champ VALDIF) |
Cette option désactive la validation directe des fenêtres et des écrans pour optimiser la durée de validation de ces objets. Lorsque cette case est sélectionnée, les fenêtres et écrans sont validés à leur première utilisation. |
Tableau Modules
Module (champ MODULE) |
Validation (champ SELMOD) |
Permet de sélectionner ou de déselectionner la ligne courante. |
Tableau Transactions
Code (champ COD) |
Validation (champ SEL) |
Permet de sélectionner ou de déselectionner la ligne courante. |
Onglet Ecran de saisie des transactions
Une fois le premier écran validé, on voit apparaître le détail des éléments qui peuvent être revalidés dans un deuxième écran. Il est possible de définir alors plus finement quels éléments doivent être revalidés. Cette revalidation se fait dans toutes les langues du dossier. Selon le nombre de transactions à revalider et le nombre de langues, cette phase peut être longue ; il est donc recommandé de choisir de façon la plus restrictive possible les éléments à revalider.
Il y a deux types de transactions : les transactions superviseur, et les transactions liées aux différents applicatifs écrits en technologie adonix.
Bloc numéro 1
Dossier (champ APPLI) |
Indiquez le code du dossier de travail, tel que défini dans la table des dossiers. |
Validation différée (champ VALDIF) |
Cette option désactive la validation directe des fenêtres et des écrans pour optimiser la durée de validation de ces objets. Lorsque cette case est sélectionnée, les fenêtres et écrans sont validés à leur première utilisation. |
Tableau Modules
Module (champ MODULE) |
Validation (champ SELMOD) |
Permet de sélectionner ou de déselectionner la ligne courante. |
Tableau Transactions
Code (champ COD) |
Validation (champ SEL) |
Permet de sélectionner ou de déselectionner la ligne courante. |
Transactions superviseur
Les transactions superviseur susceptibles d'être revalidées sont les suivantes :
Code |
Définition du code ou des écrans concernés |
ACN |
L'ensemble du code lié aux consultations définies en développement. |
AMI |
Le code lié aux transaction système paramétrées. |
APCY |
Les tables par société. Ceci ne concerne pas tous les progiciels adonix, mais uniquement ceux qui ont des déclinaisons de données paramétrables par société. La structure des tables est alors régénérée et les tables revalidées si nécessaire. |
AWA |
Le code lié à l'exécution des règles de Workflow. |
AWW |
Les écrans et fenêtres des plans de travail du Workflow. |
GLOBTYP |
Le code généré pour définir les variables associées aux types de données (notamment les variables nommées GLONXXX, qui définissent la longueur du code alphanumérique de type XXX). |
GTC |
Les écrans de consultation à partir de leur paramétrage. |
RQT |
Le code et les écrans générés à partir du paramétrage du requêteur. |
STAT |
Le code généré lors du paramétrage des statistiques, afin de constituer les cumuls demandés. |
On trouvera dans une documentation annexe le détail des transactions applicatives pouvant être revalidées.
Oui à tout le reste |
Lorsqu'on a un tableau de saisie de choix multiples avec un choix de réponse Oui / Non sur chaque ligne, cette fonction permet de répondre Oui à toutes les lignes à partir de la ligne courante. |
Non à tout le reste |
Lorsqu'on a un tableau de saisie de choix multiples avec un choix de réponse Oui / Non sur chaque ligne, cette fonction permet de répondre Non à toutes les lignes à partir de la ligne courante. |
Oui à tout le reste |
Non à tout le reste |
Tâche batch
Cette fonction peut être lancée en batch. La tâche standard GENMSKTRT est prévue à cet effet.