GTRB - Traitements

   Pour les transactions qui sont associées à des "batch" (listes, éditions, traitements), il faut également les définir dans cette gestion afin d'affecter les critères techniques d'éditions.

   Nom logique du programme "batch". Il peut être identique ou différent de l'objet.

   Il est repris dans les éditions en tant que titre standard de l'état.

   L'application d'appartenance du traitement doit être précisée ici.

   Zone renseignée automatiquement et non modifiable.

   Nom physique du programme que l'on désire associer. Ce sont les noms des objets qui existent obligatoirement dans la gestion des objets.

   Cette zone est renseignée automatiquement avec l'outil de développement de l'objet mentionné ci-dessus. Zone informative.

   Cette case modèle est la plupart du temps cochée pour les traitements standard. Pour un même objet, un seul traitement est défini en tant que modèle. Ce traitement modèle sera utilisé par le système lors de la création d'un autre traitement pour le même objet. En effet, pour ce nouveau traitement, les paramètres, les critères de traitements et les mises en forme seront dupliqués automatiquement à partir de ceux du modèle.

   Permet de mentionner un format par défaut pour l'édition de l'état.

   Si cette case est cochée, cela signifie que l'utilisateur pourra modifier le format au moment du lancement du travail.

   Utilisé dans les programmes pour gérer le saut de page.

   Utilisé dans les programmes pour centrer l'édition des titres standard.

   La notion de verrou donne la possibilité de contrôler l'exécution exclusive de certains travaux. En effet, les traitements et éditions qui touchent les mêmes tables ne doivent pas s'exécuter en même temps pour une raison simple : l'intégrité de la base de données. Il existe donc 13 types de verrous permettant ces exclusivités en fonction des établissements et des applications d'appartenance des travaux lancés.

   La vacation mentionnée ici doit exister dans la gestion des vacations. Elle permet le contrôle d'exécution, dans le temps, des travaux. Si le traitement est lancé en dehors de la période de sa vacation, deux cas se distinguent :
     - c'est un travail en différé : celui-ci est simplement laissé en attente de lancement (état "A") jusqu'à ce que sa vacation soit valide, moment où il est lancé ;
     - c'est un travail lancé en blocage écran : le travail est stoppé (état "S") et ne sera jamais lancé.

   Réfère à la file de travaux sur laquelle sera lancé le travail.

   Si cette case est cochée, l'utilisateur pourra changer la file de travaux au moment du lancement du travail.
Si vous interdisez le changement de la file et si le traitement concerné appartient à un enchaînement dont les autres traitements ont eux aussi leur file de travaux non modifiable, le système contrôle que les files par défaut sont les mêmes.

   Le nombre d'exemplaires précisé ici sera proposé par défaut lors du lancement du job mais pourra être modifié par l'utilisateur.

   La durée de conservation précisée ici sera proposée par défaut lors du lancement du job mais pourra être modifiée par l'utilisateur. Cette durée de vie détermine le temps de conservation du fichier résultat de l'édition. Si la destination est catalogue (et non l'imprimante), et la durée de vie égale à zéro, alors le fichier sera quand même catalogué.

   Cette durée détermine le temps de conservation de l'historique du travail.

   Zone réservée à la programmation pour générer un fichier de debug dans le répertoire du fichier résultat.

   Différentes lettres peuvent être utilisées dans ce champ :
     X : Permet de tracer les variables du squelette SQR ;
     P : Permet généralement de tracer les procédures du programme ;
     T : Sous Oracle uniquement, cette lettre permet de tracer les requêtes SQL exécutées par les programmes SQR.
      La trace se fait en deux étapes :
         Tout d'abord, Oracle génère un fichier de trace brut.
         Ensuite, il faut lancer manuellement la commande tkprof sur le serveur de base de données. Cette commande est indiquée à la fin du fichier de trace w{numéro de travail}.trc
         Avant de la lancer, il faut remplacer < passwd > par le vrai mot de passe de ops$dbo.
      Attention : en version Oracle pluggable, la propriété "MAX_DIAG_SIZE" doit être positionnée à "UNLIMITED" ; à changer si besoin avec la commande : "alter pluggable database <dbname> storage (MAX_DIAG_SIZE unlimited);"
     J : Permet de tracer toutes les requêtes SQL exécutées par le lanceur et les valeurs retournées par ces requêtes. Le résultat se trouve dans le fichier w{numéro de travail}.lis.trc ;
     -S : Permet de générer toutes les requêtes SQL du programme préparées et exécutées dans le fichier w<numéro de travail>.err. Il faut absolument un espace devant le -. Si plusieurs lettres de trace se trouvent dans ce champ le -S doit se trouver en dernier.

   Flags spécifiques DB2 400 :
            T1 : activation trace TRCCNN
            T2 : activation trace DBMON(summary)
            T3 : activation trace DBMON(basic)
            T4 : activation trace DBMON(detail)
            T5 : activation STRDBG

   Permet de spécifier des options JAVA particulières à un traitement exécuté avec le langage Report.
Ces options ne devront être mises en place ou modifiées que sur les conseils de Cegid.

   Exemple

   -Xmsn   Spécifie la valeur initiale, en octets, de l'espace mémoire alloué. Cette valeur doit être un multiple de 1024 octets. Ajouter la lettre k ou m pour indiquer que la valeur est exprimée en kilooctets ou mégaoctets.
         -Xms6291456
         -Xms6144k
         -Xms6m

   -Xmxn   Spécifie la valeur maximale, en octets, de l'espace mémoire alloué.
         -Xmx83886080
         -Xmx81920k
         -Xmx80m

   Si cette case est cochée, la valeur proposée est modifiable par l'utilisateur au moment du lancement du travail.

   Si cette case est cochée, la valeur proposée est modifiable par l'utilisateur au moment du lancement du travail.

   Si cette case est cochée, la valeur proposée est modifiable par l'utilisateur au moment du lancement du travail.

   Non géré.

   Non géré.

   Si cette case est cochée le fichier compte rendu généré est converti au format PDF à l'aide de l'outil GENPDF.

   Si cette case est cochée, la valeur proposée est modifiable par l'utilisateur au moment du lancement du travail.

   Si cette case est cochée, le traitement dispose d'une maquette d'état de type standard.

   Préciser ici, le nom du fichier d'une maquette personnalisée de l'état s'il en existe une.

   Préciser ici le nom du fichier d'une maquette personnalisée du fichier ASCII s'il en existe une.

   Si cette case est cochée, le traitement sera personnalisable avec le Module Editions.

   Pour un traitement personnalisable avec le Module Editions si cette case est cochée, l'édition est limitée à une sortie de type PCL.

   Si cette case est cochée, le compte rendu du travail est envoyé par mail. Ceci est une option elle dépend de votre contrat.

   Si cette case est cochée, la valeur proposée est modifiable par l'utilisateur au moment du lancement du travail.

   Liste des utilisateurs qui recevront l'e-mail si le compte rendu du travail est envoyé par mail.

   Si cette case est cochée, la valeur proposée est modifiable par l'utilisateur au moment du lancement du travail.

   Génération de la soumission : le générateur se base sur les critères du traitement (GCTR) et leur référentiel (GLPJ) pour la création des champs (GFLD).

   Le propriétaire correspond au propriétaire de l'association entre une transaction et un formulaire.

   Il s'agit de l'identifiant du formulaire.

   Lorsqu'un traitement non modèle est créé, les informations suivantes sont créées par rapport au traitement modèle (traitement ayant le même objet) :
      - les critères du traitement ;
      - les paramètres associés à ce traitement ;
      - les associations traitements - fonds de pages ;
      - les mises en forme.

   Le titre du traitement est créé automatiquement dans la table des traductions pour la langue système (valeur de la globale SYSLAN).

   Lors de la modification :
     - du blocage écran du traitement, si la valeur devient une valeur non modifiable ("E" ou "D"), les paramétrages des traitements ayant été mémorisés sont mis à jour automatiquement avec cette nouvelle valeur ;
    - du titre du traitement, il est mis à jour automatiquement dans la table des traductions pour la langue système.

   Lorsqu'un traitement est supprimé physiquement de la base de données, sont également supprimés :
      - les associations Traitements - Fonds de pages ;
      - les critères du traitement ;
      - les traductions du titre du traitement dans les différentes langues ;
      - les paramètres associés à ce traitement ;
     - les choix des dates de validités pour ce traitement ;
     - la définition des validités des structures de ce traitement ;
     - s'il est associé à un programme XLinks : le fichier d'interface stocké en base, et les données de référencement du programme.