Handler
Zwischen der Strategie Notification und der Strategie Completed können verschiedene Events angesprochen und an einen sogenannten Handler gebunden werden. Dies bedeutet, dass der Handler ausgeführt wird, wenn das Event eintritt.
Nutzen sie den Handler mit den folgenden Strategien.
- Strategie HandlerSave
- Das Event tritt ein, wenn der Vorgang gespeichert wird. Durch Verwendung des StageHandlerSaveWithInstructions wird ein Instruction Set bereitgestellt, um Instructions beim Save-Event ausführen zu können.
- Strategie HandlerReserve
- Das Event tritt ein, wenn der Vorgang reserviert wird. Über diesen Handler können der Eigentümer des Vorgangs sowie Agenten und Rollen als reservierungsberechtigt definiert werden. Dadurch können Sie innerhalb der Stage den Vorgang reservieren, auch wenn er sich nicht in ihrer Warteschlange oder auf Ihrem Infotisch befindet.
- Strategie HandlerRelease
- Das Event tritt ein, wenn der Supporter den Vorgang freigibt.
- Strategie HandlerReanalyze
- Das Event tritt ein, wenn die Reanalyse ausgeführt werden muss.
- Strategie HandlerResubmission
- Das Event tritt ein, wenn der Wiedervorlagezeitpunkt erreicht ist.
- Strategie HandlerEscalation
- Das Event tritt ein, wenn der Eskalationszeitpunkt erreicht ist, der in der
Escalation-Strategy berechnet wurde.Beispiel: Zusammenspiel der Strategie
ThreeTimes Escalation mit dem passenden
EscalationHandler.
- Wählen Sie ReactionTime3EscalationStrategy.
- Geben Sie Zeiten für die 3 Properties bzw.
Eskalationsstufen an. Diese stellen die drei
Eskalationszeitpunkte vor Ablauf der Reaktions-
oder Lösungszeit – je nach ausgewählter Strategie
– dar. Die Eingabe der Zeit erfolgt imim Format
hhhh:mm:ss, wobei die Tage explizit in Stunden
umgerechnet sein müssen.Anmerkung: Die Stundenangaben beziehen sich auf Ihren Servicezeit-Kalender. In den meisten Fällen müssen 8 Stunden für einen Tag angegeben werden müssen.
- FirstEscalation (hier 50 Minuten vor Ablauf)
- SecondEscalation (hier 25 Minuten vor Ablauf)
- ThirdEscalation (hier 10 Minuten vor Ablauf)
- Wählen Sie den dreistufigen EscalationHandler
StageHandlerThreeTimesEscalation.
- Geben Sie die vier weiteren Properties
ein.
- First für den Aufruf des Instruction Sets für Anweisungen zur ersten Eskalationsstufe (hier: Hohe Priorität)
- Second für den Aufruf des Instruction Sets für Anweisungen zur zweiten Eskalationsstufe (hier: Dringend)
- ThirdEscalationInstructions für den Aufruf des Instruction Sets für Anweisungen zur dritten Eskalationsstufe (hohe Dringlichkeit)
- ThirdEscalationBreakAfter legen Sie
fest, ob die Stage Activity bei Erreichen des
dritten Eskalationszeitpunktes verlassen werden
soll. (hier: Soll nicht verlassen werden)Anmerkung: Die Instructions, die für die ThirdEscalationInstructions definiert wurden, werden vor Verlassen der Stage Activity noch ausgeführt
- EscalationBreak
- Das Event tritt ein, wenn eine Eskalation auftritt und sorgt dafür, dass die Stage verlassen wird.
- EscalationDefault
- keine Eskalation
- EscalationUpdate
- Für die Eskalationssituation wird ein Instruction Set bereitgestellt, das bei der Eskalation ausgeführt wird.
- EscalationUpdate2
- Ähnlich dem vorigen Handler wird ein Instruction Set bereitgestellt; dieses beinhaltet jedoch als Source die Eskalationszeitpunkte als Integer.
- EscalationUpdateAndBreak
- Instruction Set plus Verlassen der Stage nach Ausführung der Instructions.
- Strategie HandlerEmail
- Das Event tritt ein, wenn der Vorgang per E-Mail erweitert wird.
- Strategie HandlerChildProcessCompleted
- Das Event tritt ein, wenn ein aus dem Workflow gestarteter untergeordneter Prozess (beispielsweise ein Subprozess) beendet wurde. Durch Auswahl der Strategie StageHandlerChildProcessCompletedWithInstructions können Instructions definiert werden, die beim Eintreten dieses Events ausgeführt werden sollen.
- Strategie HandlerPortal
- Das Event tritt ein, wenn der Vorgang über das Portal erweitert wird.