Cegid XRP Ultimate | I3 Actualisé le 06/10/2022 |
|||
Workflow Information Manager | |||
GTUREQ - Table des requêtes |
Cette gestion permet de saisir les requêtes qui seront exécutées dans la base de données, afin de récupérer tous types d'informations, de les mettre en forme et de les envoyer sous forme de mail ou de les utiliser pour les afficher directement dans un browser HTML (utilisation de WimServlet). |
Documentation générale fonctionnelle |
Données |
Nom de la requête |
Objet du message |
Le texte saisi dans cette zone apparaît en tant que "objet du message" dans le mail envoyé. |
Commande |
Ce groupe de champs sert à définir le paramétrage lorsque WIM est exécuté en mode interactif (traitement par étape). Voir un exemple de mise en place dans les étapes. |
Entité |
Entité sur laquelle va porter le traitement par étape. On retrouve les différentes classes des Applications qui gèrent des étapes : SACDA => Classe de commandes d'achats ; SALSC => Liste d'achats ; SVCDV => Classe de commandes de ventes ; SVLSC => Liste de ventes ; QAORD => Ordres de production ; QALSO => Liste ordres de production ; QMORM => Ordres de maintenance ; QMINT => Intervention ; QMLSM => Liste ordres de maintenance ; QMLSN => Liste interventions. |
Domaine |
A lier avec la zone précédente. Permet de préciser sur quel domaine va porter la requête (P=> production, A => achats, V => ventes, M => maintenance, N => interventions). |
Classe |
Permet de préciser sur quelle classe va porter le traitement. Exemple : dans GETCA (étapes des achats), pour la classe CDA, pour l'étape 200, le traitement associé est TUSIACA (qui correspond à l'objet com.qualiac.tus.Tusiac). Quand le mnémonique TUSIACA sera lancé pour une commande de classe CDA, la requête à exécuter sera recherchée en utilisant : - Classe de GTUREQ = classe de GETCA = CDA - Etape après traitement de GTUREQ = étape du traitement = 200 Si la classe n'est pas renseignée dans GTUREQ, la recherche de l'étape ne tient pas compte de la classe. L'étape après traitement de GTUREQ correspond à l'étape du traitement c'est-à-dire à 200. Cela évite, dans le cas où on a plusieurs fois la même requête à lancer à la même étape, mais sur des classes différentes, d'avoir à dupliquer les requêtes (une par classe). NB: une variable (alias) est réservée à cette valeur. Il s'agit de l'alias $ETP. |
Adresse |
Si aucune de ces cases (adresses, liste de diffusion ou abonnés) n'est cochée, aucun mail n'est envoyé. Cela peut paraître paradoxal, mais utile lorsque GTUREQ sert uniquement pour paramétrer des traitements à lancer (GTUJLR), en évitant ainsi d'encombrer une boîte aux lettres. Si cette zone est cochée, le contenu de la première colonne définie dans GTUCOL (définition des colonnes) est considéré comme une adresse e-mail et est prise en compte lors de l'envoi du mail. Un fichier par adresse est créé. |
Liste diffusion |
Si la case est cochée, les adresses des utilisateurs définis dans les listes de diffusion associées à cette requête sont prises en compte et utilisées lors de l'envoi des messages. |
Abonnés | |||||||||||||||||||||||||||||||||||||||||||||
Si cette case est cochée, les adresses des utilisateurs définis dans les abonnements associés à cette requête sont prises en compte et utilisées lors de l'envoi des messages. Exemple concret : Soit une requête définie dans GTUREQ, qui retourne : Colonne 1 : adresse du gestionnaire de la commande de ventes Colonne 2 : classe de la commande Colonne 3 : numéro de la commande Le résultat du select est : gest1 - CDE - 1 gest1 - CDE - 2 gest2 - CDE - 3 gest2 - CDE - 4 gest3 - CDE - 5 Membres de la liste de diffusion (GLUS) : - gestL1, gestL2 et gest3 Abonnés (GTUABO) : - gestA1, gestA2 et gest2 Cas possibles :
|
Exécution |
Immédiate : la requête ne peut être utilisée que lors d'un traitement par étape. Différée : la requête ne peut être utilisée que lors d'un traitement batch (tâche qui s'exécute de façon régulière) ou depuis le traitement de lancement d'une requête (TREQ ou bouton "Tester"). |
Le |
Date de dernière exécution de la requête. |
Commande |
La commande définie ici est lancée pour traiter les fichiers créés par la requête. Cette commande doit être définie en tant qu'objet dans GOBJ. Il peut s'agir de tout type de commande (Shell, bat, cmd, exe, java, c ...). Remarque : la commande "com.qualiac.mail.TusMail" est une commande particulière. Il s'agit de la commande standard d'interfaçage intégrée au produit, qui envoie les données construites par la requête sous forme de mail. Toute autre commande doit être définie et construite par l'utilisateur. Il est recommandé de contacter Cegid si vous souhaitez utiliser une commande autre que celle du produit. |
Utilisation interface |
Si cette case est cochée, l'interface standard d'envoi des messages est utilisée. Par défaut, l'outil est positionné à "com.qualiac.mail.TusMail". |
Sortie XLS |
Case toujours cochée, le fichier de données étant toujours généré. |
Sortie TXT |
Si cette case est cochée, le corps du message se présente comme le contenu du fichier txt. Si décochée, le corps du message est vide. Remarque : selon le paramétrage du fichier "tusmail.properties", il est possible d'utiliser le format HTML pour la mise en forme. Dans ce cas, la mise en forme du corps du mail est aussi sous format HTML. Attention, certains éditeurs de messagerie supportent mal ce format. C'est pour remédier à ce problème que la zone "pièce jointe TXT" existe. Voir le tableau détaillé. |
Pièce jointe XLS |
Si cette case est cochée, le fichier de données est mis en pièce jointe au message. Remarque : l'extension de ce fichier (souvent xls) peut être paramétrée dans le fichier "tusmail.properties". Voir le tableau détaillé. |
Pièce jointe TXT |
Si cette case est cochée, le fichier txt est mis en pièce jointe dans le message. Remarques : Si le paramétrage précise qu'il faut prendre en compte le format HTML (voir tusmail.properties), le fichier attaché ne sera plus un fichier .txt mais un fichier .html. Dans le cas où le format HTML est paramétré, mais qu'une erreur de mise en forme (dans GTUFRM) est détectée (si le premier caractère de la mise en forme n'est pas "<"), le fichier sera joint au format .txt. Voir le tableau détaillé. |
Répertoire fichier de données |
Indique dans quel répertoire temporaire sont créés les fichiers (xls et/ou txt). Ces répertoires doivent se trouver sur le serveur de traitements. |
Dupliquer |
Permet de dupliquer une requête et son paramétrage vers une nouvelle. |
Colonnes |
Si coché, les zones des colonnes des selects (GTUCOL) associées à la requête d'origine seront dupliquées vers la requête destination. |
Clauses |
Si coché, les zones des clauses des selects (GTUSEL) associées à la requête d'origine seront dupliquées vers la requête destination. |
Formes |
Si coché, les mises en forme (GTUFRM) associées à la requête d'origine seront dupliquées vers la requête destination. |
Systématique |
Si coché, les systématisations (GTUFRE) associées à la requête d'origine seront dupliquées vers la requête destination. |
Jobs liés (JLR) |
Si coché, les jobs (GTUJLR) associés à la requête d'origine seront dupliqués vers la requête destination. |
Paramètres JLR |
Si coché, les paramètres des jobs (GTUPJB) associés à la requête d'origine seront dupliqués vers la requête destination. |
OK |
Lance la duplication. |
Requête à exécuter |
Nom de la requête à exécuter. |
Requête |
Contrôle de la systématisation |
Si cette case est cochée, nous tiendrons compte de la systématisation de la requête (GTUFRE). Par exemple, s'il est 15h00, et que la requête est paramétrée pour se lancer toutes les 2 heures et que la dernière exécution de cette requête a eu lieu à 14h00, la requête ne sera pas lancée. Par contre, si cette case est décochée, et toujours dans les mêmes conditions, elle sera lancée. Le contrôle de la systématisation ne sera pas fait. |
Jobs (JLR) |
Contrôle de la systématisation |
Si cette case est cochée, et qu'il existe des jobs liés (GTUJLR) à la requête en cours de test, ces jobs seront lancés même si la systématisation de ce(s) job(s) précise le contraire. |
Maj date et heure |
Si cochée, la date et l'heure de dernière exécution des jobs liés à la requête (GTUJLR) testée seront mises à jour. |
OK |
Lance le test. |
Paramètres standard |
Transactions associées |
GTUCOL - Colonnes des select |
GTUFRE - Lancement des requêtes |
GTUFRM - Mise en forme des résultats |
GTUSEL - Clauses des select |
GTUABO - Abonnements tusiac |
GTUJLR - Jobs liés aux requêtes |