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)
Relance de tâche (Opérationnel à partir de la version 10.4)
Accès
Zoom tâche de processus modèle bouton "Relance"
Les relances de tâche permettent de lancer un processus ou une tâche du processus en-cours si une tâche de type manuelle n'a pas été traitée dans le délai imparti.
Si la relance est faite par une tâche du processus (souvent une tâche envoi de mail) et que cette tâche ne doit pas modifier le processus, il faut définir la suite de cette tâche à 'fin de relance'.
Si la relance est faite par un autre processus, l'initialisation du nouveau processus se fait par une chaîne de paramètres, dans laquelle on peut trouver :
Des mots-clés
Des valeurs de formulaire
Des champs
Des fonctions
Des chaines
On peut définir une fréquence des relances qui sera utilisée pour calculer la durée entre 2 relances.
Si on définit plusieurs relances pour une tâche, elles doivent avoir des niveaux différents.
Plus le niveau de la relance est élevé, plus le temps d'attente doit être long.
Une relance de niveau 2 doit avoir un temps d'attente plus long qu'une relance de niveau 1
Exemple
Relance de niveau 1 avec un temps d'attente de 10 mn et une fréquence de 3 mn
Relance de niveau 2 avec un temps d'attente de 30 mn et une fréquence de 15 mn
A partir de 10 mn après le début de la tâche les relances de niveau 1 sont faites toutes les 3 mn
A partir de 30 mn après le début de la tâche la relance de niveau 1 est « inactive » et les relances de niveau 2 sont faites toutes les 15 mn
La tâche a débuté à 15h23
A 15h33 relance de niveau 1
A 15h36 relance de niveau 1
A 15h39 relance de niveau 1
A 15h42 relance de niveau 1
A 15h45 relance de niveau 1
A 15h48 relance de niveau 1
A 15h51 relance de niveau 1
A 15h53 relance de niveau 2 Fin des relances de niveau 1
A 16h08 relance de niveau 2
A 16h23 relance de niveau 2
A 16h30 la tâche est réaliséeFin des relances de niveau 2
Au niveau des processus opérationnel, l'administrateur peut voir la date de la prochaine relance, ainsi que la date de la dernière relance réalisée.
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.