Aide sur champ (AWATYPEVT)

Le type d'événement Workflow peut prendre les valeurs suivantes :

• Objet : on est dans une fonction de type objet (gestion d'une fiche en création, modification, duplication, suppression...). Le code événement correspond alors au code de l'objet.
• Entrée fonction : on déclenche la règle à l'entrée dans une fonction du progiciel. Le code événement correspond au code de la fonction (un objet codé XXX correspond à la fonction GESXXX, ce type d'événement peut donc aussi être utilisé pour les objets).
• Edition : on lance un état, dont le code peut être spécifié dans le champ code événement.
• Fin de tâche: on déclenche un Workflow en fin de tâche batch, dont le code correspond au code événement (il faut que la tâche batch en question ait la case Message utisateur cochée, sinon cela ne fonctionnera pas : un message d'avertissement signale si ce n'est pas le cas, sans pour autant empêcher la saisie).
• Arrêt de tâche : cette règle de Workflow est déclenchée lorsqu'un utilisateur décide, depuis la surveillance des tâches, d'arrêter une tâche batch, dont le code correspond au code événement. Il envoie alors une demande d'arrêt au serveur batch, et c'est le serveur qui arrête la tâche. Compte tenu du contexte d'exécution de cet événement, on est limité dans les possibilités de déclenchement. Ainsi :
• on ne dispose pas des variables d'environnement habituelles (GUSER, par exemple), mais uniquement de l'enregistrement courant dans la table ABATRQT d'abréviation [ABR].
• on ne peut envoyer qu'un message via messagerie (aucune table de suivi ne peut être mises à jour).
• Import/Export : ce type d'événement se déclenche en début (et/ou en fin) d'import (et/ou d'export), le code événement permettant de préciser le modèle utilisé.
• Signature : cette règle est déclenchée lors de la signature d'une règle antérieure, dont le code peut être donné par le code événement.
• Manuel : cette règle est déclenchée sur le parcours d'un ensemble de tables décrites dans le modèle de données. Ce parcours est déclenché par une opération manuelle, qui peut bien entendue être lancée en batch. Ceci permet notamment de déclencher les règles Workflow liées à des modifications de champs dans la base (la règle parcourt les tables d'audit).
• Divers : cette règle est déclenchée sur des événements particuliers identifiés par une liste finie de code événements. Ces événements peuvent soit être génériques pour tous les progiciels écrits en technologie adonix (par exemple connexion, déconnexion...),  soit dépendre d'une fonction propre au progiciel utilisé. On trouvera la liste des événements génériques dans une première annexe de documentation, et la liste des événements propres à chaque progiciel dans une seconde annexe de documentation.