Un processus modèle est défini par :
Un en-tête : définit le type et le statut du processus ainsi que la première tâche
Des champs de donnée
Des tâches : définissent les actions à réaliser par le processus
Des suites de tâches
Des relances de tâches : définissent les conditions de relance des tâches à traiter
Des formulaires de tâche : définissent pour chaque tâche, le statut des champs de données (initialisé, visible, modifiable, obligatoire)
Formulaire de tâche
Accès
Zoom tâche de processus modèle bouton "Formulaire".
Permet pour chaque tâche, de définir les conditions de présence des champs dans le formulaire de saisie:
Init. (Donnée à initialiser) : si oui, les données vides seront initialisées en début de tâche. La fonction d'initialisation utilisée est celle définie au niveau du champ associée.
Aff. (Champ visible) : Précise si les données sont affichées dans le formulaire de saisie
Modif. (Donnée modifiables) : Précise si les données sont modifiables dans le formulaire de saisie
Oblig. (Donnée obligatoire) : Précise si la saisie de la donnée est obligatoire dans le formulaire de saisie
Champ à réinitialiser : disponible à partir de version X.4, permet de définir un champ à réinitialiser lors de la modification d'un champ. Dans l'exemple ci-dessous la modification du champ « datedeb » entraine la réinitialisation des champs « datefin » et « datefin2 »
Pour les tâches qui ne sont pas de type manuel seule l'option "à initialiser" peut être saisie.
"datedeb" on va réinitialiser le champ "datefin"
Un champ modifiable est automatiquement affiché
Un champ obligatoire est automatiquement affiché ET modifiable
Un champ non affiché ne peut être ni modifiable ni obligatoire
Les options "modifiable" et "obligatoire" n'ont pas d'impact sur des champs de type "Titre" ou "Séparateur"
Traitement Avant / après tâche
On peut aussi associer une fonction de traitement avant et après tâche.
Les fonctions (Traitement avant, et traitement après) doivent appartenir au module sptmctrl.dhop ET être référencées dans la table des fonctions (Accès Menu Processus : Fichiers / Fonction et procédure).
Elles sont définies pour un champ et une tâche.
Traitement avant tâche
Fonction de type "Initialisation"
Type initialisation
Module sptmctrl.dhop
Argument 1 Donnée à initialiser (passage par paramètre)
Argument 2Données saisies dans le champ paramètres du sous-groupe "Traitement avant tâche"
Dans le cas des tâches non manuelles : la fonction de traitement avant tâche sera exécutée en début de tâche même si la donnée n'est pas vide, et le cas échéant, après la fonction d'initialisation.
Dans le cas des tâches manuelles :
1er Usage : initialisation de champ
La fonction sera exécutée lors du passage de la tâche à l'état "à traiter".
Elle sera ré-exécutée au début du programme de saisie des formulaires.
Exemple :
Utilisation de la fonction maj_collaborateur
Pour récupérer le code User de la personne qui a réellement traité la tâche (même si un administrateur traite une tâche qui ne lui était pas affectée).
Si le traitement du formulaire est abandonné, on ré-exécute les traitements avant tâche : cela permet de remettre la valeur du collaborateur auquel est affecté la tâche dans les champs initialisés avec le mot clé "collaborateurTache". (Au cas on le traitement de la tâche sera effectué par un programme de traitement en masse des tâches manuelles)
Second usage : Mise à jour de données pour passage de paramètres
Traitement après tâche
Procédure de type "autre"
Les procédures "traitement après" sont lancées juste avant que l'état de la tâche passe à "fini". S'il existe plusieurs fonctions de type traitement après pour une même tâche, elles sont exécutées dans l'ordre croissant des champs.
Type autre
Module sptmctrl.dhop
Argument 1 Donnée liée (passage par paramètre)
Argument 2Données saisies dans le champ paramètres
Masque de formulaire
Avant de pouvoir utiliser un processus modèle il faut passer l'étape de génération du masque.
Bouton "Générer masque" du zoom processus modèle.
Le générateur de masque utilise un masque modèle (speemodmask.dhsp) et se base sur la définition des formulaires du processus pour générer les masques de saisie associés au processus.
Le nom du masque créé est formé du code processus et de la version. (ex acda_v1.dhof)
Il faut donc générer un masque chaque fois que l'on change la version du processus.
Traitement de tâche par formulaire de regroupement (A partir de la X.3)
Il est possible de créer des formulaires de regroupement de tâche, afin de permettre une validation rapide, de plusieurs tâches identiques.
Définition d'un regroupement de tâches
Menu / Processus / fichiers / Regroupement de tâches / définition des regroupements.
On peut associer des boutons d'accès (3 max) au regroupement.
Tâches du regroupement.
Les tâches du regroupement, peuvent être des tâches manuelles de différents processus, mais elles doivent avoir les mêmes options (Suites).
Données du regroupement
Les données affichées sur les regroupements peuvent être :
Des champs du processus,
Mes mots clés
Des champs d'un enregistrement public chargé
Validation des tâches regroupées
Depuis le menu / Processus / Gestion des processus / Traitement des tâches regroupé
Il est possible de créer une entrée spécifique par code de regroupement, pour cela il faut faire une entrée au menu (en se basant sur l'entrée de validation des tâches regroupées) et préciser le nom du regroupement les paramètres.
Les tâches à valider sont présentées sous la forme d'un tableau.
Ils faut sélectionner les tâches que l'on veut traiter puis choisir l'option de traitement à effectué. Les options de traitement sont les suites manuelles définies au niveau de la tâche.