Zeitüberschreitungsrichtlinien
Die Timeout-Richtlinie ist eine Reihe von Regeln, die definieren, was passieren soll, wenn ein App-Element seinen Aufenthalt in einem bestimmten Zustand für mehr als die angegebenen Stunden überschreitet.
In den früheren Kapiteln haben wir den Workflow erstellt und auch unsere benutzerdefinierten Felder definiert. Nun werden wir einige Auszeitregeln hinzufügen.
Um mit unserer Bug-App fortzufahren, gehen wir davon aus, dass unser Unternehmen eine strenge QA hat und Folgendes vorschreibt:
- Regel #1 Ein neuer Fehler sollte innerhalb von 48 Stunden überprüft werden. Wenn es sich um einen Fehler von hoher Priorität handelt, dann sollte er stattdessen innerhalb von 24 Stunden überprüft werden.
- Regel #2 Ein Fehler, der als behoben markiert wurde, sollte innerhalb von 72 Stunden nach der Markierung des Fehlers als behoben getestet werden. Wenn es sich um einen Fehler mit hoher Priorität handelt, sollte er stattdessen innerhalb von 48 Stunden getestet werden.
Hinzufügen einer Auszeitrichtlinie
Öffnen Sie den Bildschirm mit der App-Liste, indem Sie zu Oberes Menü ▸ ▸ Administrator ▸ Benutzerdefinierte Anwendungen ▸ Anwendungen und klicken Sie auf die Symbol für unsere Bug-App. Dann klicken Sie auf die hinzufügen Schaltfläche.
| Wenn in Status... | Der Zustand des Fehlers, in dem die Regel zutrifft. In unserem Fall haben wir die Regeln für die Zustände Neu und Geprüft definiert, da das QA-Team in diesen Zuständen verantwortlich ist. |
| ...für Stunden (pro Priorität) | Sie können die Stunden pro Priorität einstellen. In unserem Fall haben wir die Stunden gemäß unseren Regeln Nr. 1 und Nr. 2 festgelegt. Wenn die Option Überschreiben aktiviert ist, bedeutet dies, dass der Endbenutzer, der den Übergang durchführt, angeben kann, wann die Zeitüberschreitung eintreten wird. Nehmen wir ein Beispiel für ein CRM-System. Der Verkaufsleiter, der alle 5 Tage mit dem Interessenten Kontakt aufnimmt. In einigen Fällen kann es jedoch vorkommen, dass der Interessent im Urlaub ist und Sie nach etwa 2 Wochen um eine Nachuntersuchung bitten. In diesem Fall kann der Vertriebsleiter zum Zeitpunkt der Kennzeichnung der Anfrage als "Nachverfolgung" den nächsten Termin für die Nachverfolgung festlegen. |
| Aktion | Der Zustandsübergang, der nach Ablauf der Zeit durchgeführt werden soll. In unserem Bugtracking-Beispiel benötigen wir dies nicht, aber nehmen wir das Beispiel dieses Helpdesk-Workflows. In diesem Beispiel kann es gewünscht sein, dass alle Tickets im Zustand "gelöst" in den Zustand "geschlossen" versetzt werden, wenn wir innerhalb von 5 Tagen keine Antwort vom Kunden erhalten. In diesem Fall würden wir 5x24, d.h. 120 für alle Prioritäten setzen und die Aktion als Close wählen. |
| Als verzögert markieren | Diese Option markiert den Fehler als verspätet und benachrichtigt den Abtretungsempfänger und den State Manager. |