Politiques de délai d'attente
La politique de délai d'expiration est un ensemble de règles qui définissent ce qui doit se produire lorsqu'un élément d'application dépasse la durée de séjour spécifiée dans un état particulier.
Dans les chapitres précédents, nous avons créé le flux de travail et défini nos champs personnalisés. Nous allons maintenant ajouter des règles de délai d'expiration.
Pour poursuivre avec notre application Bug, supposons que notre entreprise soit très stricte en matière d'assurance qualité et impose les exigences suivantes :
- Règle n° 1 : Un nouveau bogue doit être vérifié dans les 48 heures. S’il s’agit d’un bogue prioritaire, la vérification doit être effectuée dans les 24 heures.
- Règle n° 2 : Un bogue marqué comme résolu doit être testé dans les 72 heures suivant sa correction. S’il s’agit d’un bogue prioritaire, le délai est réduit à 48 heures.
Ajout d'une politique de délai d'expiration
Ouvrez l'écran de la liste des applications en allant sur Menu principalAdministrateurApplications personnaliséesApplications et en cliquant sur le L'icône de notre application Bug. Cliquez ensuite sur le Ajouter bouton.
| Lorsqu'il est dans l'État | L'état du bogue auquel la règle s'applique. Dans notre cas, nous avons défini les règles pour les états « Nouveau » et « Vérifié », car l'équipe d'assurance qualité est responsable de ces états. |
| Temps mort | Vous pouvez définir les heures par priorité. Dans notre cas, nous les avons configurées conformément à nos règles n° 1 et n° 2. L’ « Remplacer » , si elle est activée, permet à l’utilisateur final effectuant la transition de spécifier la date d’expiration du délai. Prenons l’exemple d’un système CRM. Le commercial contacte le prospect tous les 5 jours. Cependant, il arrive que le prospect soit en vacances et vous demande de le recontacter dans 2 semaines, par exemple. Dans ce cas, le commercial, au moment de marquer la demande comme « Suivie », peut spécifier la date du prochain suivi. |
| Action | La transition d'état à effectuer après l'expiration du délai. Nous n'en avons pas besoin dans notre exemple de suivi des bogues, mais prenons l'exemple de ce flux de travail de support technique. Dans cet exemple, il peut être souhaitable que tous les tickets à « Résolu » passent à l' « Fermé » si nous n'avons pas de nouvelles du client dans les 5 jours. Dans ce cas, nous indiquerions 5 x 24, soit 120, pour toutes les priorités et choisirions l'action « Fermer ». |
| Marquer comme retardé | Cette option permettra de marquer le bogue comme retardé et d'en informer le responsable et le gestionnaire d'état. |
Et ensuite ?
Dans ce chapitre, nous avons vu comment définir des politiques de délai d'expiration et à quoi elles servent. Dans le chapitre suivant, nous verrons comment lancer des flux de travail à partir d'e-mails.