EinführungDer Aufgabenplaner bietet die Möglichkeit, Aufgaben zu geplanten Zeiten auszuführen und sie bei Bedarf zu wiederholen.
Er hat die folgenden Fähigkeiten: - Ausführen einer Telefonie-Aufgabe zu einem bestimmten Datum und einer bestimmten Uhrzeit, indem ein ausgehender Anruf zu einem Ziel getätigt und die unter einer Servicerufnummer konfigurierte Anwendung gestartet wird
- Ausführen einer Workflow-Aufgabe zu einem bestimmten Datum und einer bestimmten Uhrzeit durch Starten eines Hintergrund-Daemon-Prozesses und Ausführen einer Workflow-Anwendung (GUI)
- Neuplanung der Aufgabe nach Abschluss auf einen Zeitpunkt in der Zukunft
- Die Aufgabe wiederholen, wenn sie nicht gestartet oder nicht abgeschlossen werden konnte
- Starten einer Fehleraufgabe (als Hintergrund- / Daemonenprozess), falls die Aufgabe die maximale Anzahl von Versuchen überschreitet, bevor sie abgeschlossen wird
Die Zeitplanung kann auf den folgenden Punkten basieren: - Das Datum und die Uhrzeit, zu der die Aufgabe ausgeführt werden soll
- Mit Berücksichtigung bestimmter Öffnungszeiten
- Nicht an bestimmten Feiertagen
Aufgaben können in der Zukunft erneut geplant werden (d.h. wiederholt ausgeführt werden). Hierfür stehen verschiedene Optionen zur Verfügung.
Den Aufgaben können Parameter in JSON-Form übergeben werden. So können mehrere Aufgaben die gleiche Servicerufnummernkonfiguration verwenden, beispielsweise.
Die Neuplanung einer Aufgabe (wenn die Aufgabe als Wiederholungsaufgabe konfiguriert ist) erfolgt über das IVR-/Workflow-Objekt Task Reschedule. KonfigurationDer Aufgabenplaner wird unter dem Menüpunkt Routing ... Aufgabenplaner konfiguriert. Die folgenden Felder können in einer Aufgabe konfiguriert werden: | Feld | Spezifisch für Aufgabentyp | Beschreibung |
|---|
| Name |
| Der Name der zu planenden Aufgabe | | Active |
| Wenn diese Option aktiviert ist, dann ist die Aufgabe aktiv. Nur aktive Aufgaben werden für die Ausführung geplant. | | Typ |
| Die folgenden Typen werden unterstützt: - Telefonie-Anwendung. Es wird eine Telefonnummer gewählt und die IVR / Routing Anwendung wird ausgeführt, die bei der angegebenen Servicenummer konfiguriert ist, wenn das Ziel erreicht wird.
- Workflow-Anwendung. Dieser Typ startet eine im Hintergrund laufende Anwendung (d.h. eine Nicht-Sprachanwendung).
| | Ziel | Telephony Application | Dieser Wert wird in der Variablen $caller angegeben und wird als zu wählende Nummer für Telefonieprozesse verwendet. | | Servicerufnummer | Telephony Application | Die Servicerufnummer, die bei ausgehenden Anrufen für einen Telefonieprozess verwendet werden soll. | | Routingapplikation | Workflow Applikation (ohne Telefonie) | Die Routingapplikation die ausgeführt werden soll als Workflow-Applikation ohne Telefonieunterstützung. | | Nächster Termin |
| Das Datum und die Uhrzeit, zu der die Aufgabe das nächste Mal geplant werden soll. Dies wird auch als Grundlage für die Berechnung des Datums und der Uhrzeit für die Neuplanung der Aufgabe verwendet, wenn diese gestartet wurde und das Objekt für die Neuplanung in der IVR oder Workflow durchlaufen wird. | | Öffnungszeiten |
| Wenn angegeben, wird die Aufgabe nur während der eingestellten Öffnungszeiten ausgeführt. Dies kann z. B. verwendet werden, um zu verhindern, dass eine wiederkehrende Aufgabe in der Nacht ausgeführt wird. | | Feiertagsliste |
| Wenn diese Option aktiviert ist, wird die Aufgabe nur ausgeführt, wenn es sich nicht um einen Feiertag handelt, wie in der Feiertagsliste angegeben. Dies kann z. B. verwendet werden, um zu verhindern, dass eine wiederkehrende Aufgabe an Feiertagen ausgeführt wird. | | Maximale Versuche |
| Wenn die Aufgabe ausgeführt wird und nicht durch ein Task Reschedule Objekt in der Workflow- oder IVR-Anwendung läuft, wird sie nach Ablauf einer Minute erneut versucht. Wenn dann die maximale Anzahl der Versuche erreicht ist, wird die im Parameter "Routingapplikation (Maximale Versuche erreicht)" angegebene Workflow-Anwendung gestartet, sofern konfiguriert. | | Routingapplikation (Maximale Versuche erreicht) |
| Wenn dieser Parameter konfiguriert ist, wird die angegebene Applikation als Daemonen (Hintergrund / Workflowprozess) gestartet, wenn die maximale Anzahl von Versuchen erreicht ist und die Aufgabe nicht durch eine Aufgabe neue planen Objekt in den Workflow durchlaufen. | | Neu planen alle (Minuten) |
| Mit diesem Parameter wird das Intervall für die Wiederholungsaufgabe konfiguriert. Wenn die Aufgabe abgeschlossen ist oder aufgrund des Erreichens der maximalen Anzahl von Versuchen in den Fehlerzustand läuft, wird die Aufgabe neu geplant, wenn dieser Parameter konfiguriert ist. Die folgenden Werte sind möglich: - 1 Minute
- 2 Minuten
- 3 Minuten
- 4 Minuten
- 5 Minuten
- 10 Minuten
- 15 Minuten
- 30 Minuten
- 1 Stunde
- 2 Stunden
- 3 Stunden
- 4 Stunden
- 8 Stunden
- 12 Stunden
- Täglich
- Wöchentlic
Wenn eine Aufgabe mit einem Parameter für die maximale Anzahl von Versuchen konfiguriert ist, der dazu führt, dass das Intervall für die Neuplanung überschritten wird, wenn mehr Versuche erforderlich sind, wird (mindestens) ein Intervall übersprungen, wenn die Aufgabe neu geplant wird. Beispiel: - Die Aufgabe ist so konfiguriert, dass sie um 13:00 Uhr mit einem Wiederholungsintervall von 5 Minuten und maximal 10 Versuchen startet.
- Bei der ersten Ausführung der Aufgabe werden 6 Versuche unternommen, um die Aufgabe abzuschließen (dies dauert 6 Minuten, da die Aufgabe jede Minute erneut versucht wird).
- Der nächste Zeitpunkt, für den die Aufgabe geplant wird, ist 13:10 Uhr, da dies das nächste Intervall in der Zukunft ist, in dem die Aufgabe neu geplant werden kann.
| | Aufgaben-Parameter (JSON) |
| Die hier angegebenen Parameter MÜSSEN gültiges JSON sein. Wenn Sie sich dessen nicht sicher sind, verwenden Sie einen Online-JSON-Formatierer, um die Gültigkeit der Daten zu prüfen. Hier ist ein Beispiel für die Parameter, die Sie verwenden könnten: {
"myParameter1":"Dies ist der Wert von Parameter 1",
"myParameter2":"PARAM2"
}Die konfigurierten Parameter werden an die Aufgabe übergeben und werden von der Workflow- / IVR-Engine als JSON geparst und der laufenden Aufgabe als Variablen mit dem Präfix $params zur Verfügung gestellt. Die obigen Beispielparameter würden in den Variablen gespeichert werden: $params.myParameter1
$params.meinParameter2 | | Bemerkungen |
| Sie können in diesem Feld, das nur zu Informationszwecken dient, alle erforderlichen Kommentare / Dokumentationen angeben. |
AufgabensteuerungDer Aufgabenplaner verwendet die folgenden Felder, um zu steuern, wie die Aufgaben geplant werden: Feld | Wert | Beschreibung |
|---|
dtNextSchedule | TIMESTAMP | Wann die Aufgabe das nächste Mal geplant werden soll. Wird aktualisiert, wenn die Aufgabe nach der Ausführung oder Wiederholung der maximalen Zeiten neu geplant wird. | nState | INTEGER | 0 = READY (BEREIT) zur Ausführung (siehe dtNextSchedule für den Zeitpunkt) 10 = STARTING PROCESS (WIRD GESTARTET) 20 = RUNNING (Prozess läuft tatsächlich) -1 = RESCHEDULE (es wird geprüft ob ein neuer Zeitplan erforderlich ist) -99 = DONE (Auftrag ist beendet und wird nicht neu geplant) | nCurrentTries | INTEGER | Die aktuelle Anzahl der Versuche, den Auftrag zu starten. | | nMaxTries | INTEGER | Die maximale Anzahl von Wiederholversuche. | dtStateChange | TIMESTAMP | Legt fest, wann nState geändert wurde, was die Wiederherstellung von abgebrochenen/verlorenen Aufträgen ermöglicht. Aufträge, die länger als 5 Minuten in einem Status verbleiben, werden wie folgt wiederhergestellt: - Wenn der Auftrag für eine Neuplanung vorgesehen ist, wird er auf den nächsten Termin verschoben.
- Wenn der Auftrag nicht für eine Neuplanung vorgesehen ist, wird er in den Fehlerzustand versetzt.
| nRepeatingTaskInterval | INTEGER | Anzahl der Minuten, die gewartet werden soll, bis die Aufgabe erneut geplant wird (Wiederholungsaufgabe). |
ZustandsdiagrammDie Aufgaben werden nach dem folgenden Zustandsdiagramm bearbeitet: | draw.io Diagram |
|---|
| border | true |
|---|
| |
|---|
| diagramName | Task Scheduler State Diagram EN |
|---|
| simpleViewer | false |
|---|
| width | |
|---|
| links | auto |
|---|
| tbstyle | top |
|---|
| lbox | true |
|---|
| diagramWidth | 800 |
|---|
| revision | 2 |
|---|
|
|
