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)
Suite de tâche
Accès
Zoom tâche de processus modèle bouton "Tâche"
Les suites de tâches indiquent ce qu'il faut faire une fois la tâche terminée.
Les conditions doivent être renseignées dans la table des conditions
Suite de tâche "inconditionnelle"
La tâche suivante est lancée directement
Suite de tâche "Condition de tâche suivante réalisée"
La tâche suivante sera lancée si la condition associée à cette tâche est réalisée
Suite de tâche "Condition de tâche suivante non réalisée"
La tâche suivante sera lancée si la condition associée à cette tâche n'est pas réalisée
Suite de tâche "Condition de suite réalisée"
La tâche suivante sera lancée si la condition associée à la suite est réalisée.
Ex : la tâche envoi de mail de confirmation de lancement de la commande ne doit être exécutée que si l'Evènement est à l'état réalisé
Zoom "Suite de Tâche" | Zoom "Condition" |
 |  |
Suite de tâche "Condition de suite non réalisée"
La tâche suivante sera lancée si la condition associée à la suite n'est pas réalisée.
Suite de tâche "Choix manuel"
Les suites de type "choix manuel" font suite à des "tâches manuelles". Elle permet à l'utilisateur de choisir la suite à donner à la tâche. Il faut créer autant de suite de type choix manuel qu'il y a de choix possible. Les choix proposés correspondent au libellé des suites de tâche.
Etape à bloquer
Dans les suites de tâche on peut préciser une étape à bloquer. Toutes les étapes associées à cette étape seront forcées à l'état "bloquée", et n'apparaitrons plus dans les listes de tâches en cours. Elles ne seront plus traitées par le scrutateur.
Ex : suite de la tâche validation du manager du processus rhcp
Le choix proposé sera "Accord" ou "Refus". En cas de refus l'étape "validation" sera bloquée. Cela permet de ne plus demander au RH la validation d'une demande refusée par le manager.
Suite de tâche "Fin de processus"
Toutes les branches d'un processus doivent se terminée par une étape "Fin de processus".
Lors de l'exécution d'un processus quand on passe par une branche "Fin de processus", le processus est terminé, il passe à l'état fini.
Les tâches qui n'ont pas été exécutées restent à l'état "en attente de signal amont". En regardant les tâches d'un processus terminé on peut donc voir par quelles branches le processus est passé. (Cela correspond aux tâches qui ont l'état "fini")
Suite de tâche "Fin de relance"
A utiliser pour une tâche de relance qui ne doit pas impacter le reste du processus.
Tâche bouclée
On peut, dans une suite de tâche définir que la tâche suivante est la même que celle que l'on vient de terminer.
Si la tâche bouclée est une tâche manuelle, la données "à réaliser par" est ré-évaluée.
Exemple tâche à réaliser par "MOTCLE.Collaborateur", si lors du premier traitement de la tâche on met à jour le collaborateur du processus, la tâche, pour son deuxième traitement, sera affectée au nouveau collaborateur du processus.
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.