Première relance Workflow
Cette règle permet de relancer les notifications de Workflow en attente de signature.
Contexte et mode de fonctionnement
Elle parcourt l'historique des notifications envoyées pour traiter celles qui sont en retard.
Il est à noter que l'onglet Suivi est rempli par défaut et contient un texte donnant le numéro de chrono de la notification d'origine et le nombre de jours de retard. Il faut que la case à cocher correspondante soit activée dans le premier onglet de la règle de Workflow (ce qui n'est pas le cas par défaut).
Critères de déclenchement
Les critères complémentaires de déclenchement sont les suivants :
- L'indicateur FLGSIG, qui définit l'état de la demande, doit être égal soit à 2 (A viser), soit à 3 (A signer).
- La notification ne doit jamais avoir été relancée, ou bien elle doit être A signer. Cette condition permet de ne relancer qu'une fois les notifications en attente de visa (les notifications à signer vont être relancées autant de fois que nécessaire).
- La date limite de signature demandée doit être dépassée de 1 jours, plus 3 jours par niveau de relance. Ceci signifie que l'on relance le lendemain du jour où la signature aurait dû être faite, puis ensuite tous les 3 jours.
Ces règles peuvent être changées (on pourrait notamment décider qu'au bout de N relances, on ne fait plus rien, en ajoutant une condition sur le champ NBREL).
Destinataires
Le choix des destinataires est défini de la façon suivante :
- Le destinataire est celui à qui la notification originelle a été envoyée. Il est identifié par le code utilisateur défini dans la ligne d'historique.
- Si ce code est non renseigné, on utilise l'adresse email qui est renseignée. Ceci peut notamment être le cas si on a envoyé la notification à un destinataire non utilisateur.