Inhalt/Content
Parameter
workflow… |
||
Parameter | Wert | Standard Wert |
workflow.autoProcessing.newProcesses | true | false | false |
Wenn auf true gesetzt, wird jede neue Operation nach der ersten Rekategorisierung wie eine „normale“ Operation behandelt, d.h. sie kann automatisch nach außen weitergeleitet, automatisch gelöscht oder automatisch rekategorisiert werden. | ||
workflow.autoProcessing.recreatedProcesses | true | false | false |
Wenn auf true gesetzt, wird jede reaktivierte Operation nach der ersten Rekategorisierung wie eine „normale“ Operation behandelt, d.h. sie kann automatisch nach außen weitergeleitet, automatisch gelöscht oder automatisch rekategorisiert werden. Reaktivierte gelöschte Vorgänge sind von dieser Funktion nicht betroffen. | ||
workflow.duplicateOnReactivate | true | false | true |
Steuern Sie, ob eine Mail bei der Reaktivierung reaktiviert oder dupliziert werden soll. Achtung: wenn die Version über ein Update erreicht wurde, ist der Default bei nicht gesetztem Parameter „false“ (statt true). | ||
workflow.plugins | Konfiguriert, welche Eigenschaften von Tickets auf Claim übertragen werden | |
Listen Sie die installierten Plugins kommagetrennt auf, die erst nach Nennung hier auf dem System aktiviert werden. Die Plugins erfordern weitere Aktivitäten (z. B. Speicherung der Plugin-Dateien), bitte beachten Sie die Anleitung des jeweiligen Plugins. | ||
workflow.recategorize.exclude.chat.category | true | false | true |
Rekategorisierung von E-Mails in Chat-Kategorien zulassen. Standardmäßig können Kategorien nur für Chat- oder E-Mailkanal verwendet werden. Bitte beachten: Wenn dieser Parameter aktiviert ist, kann es zu Verwechslungen im Report/Monitoring kommen, da einige Reports nur einzelne Kanäle auswerten. | ||
workflow.rerouteAfterRecategorization | true | false | false |
Lassen Sie Tickets neu verteilen nachdem sie von einem Agenten rekategorisiert wurden. | ||
workflow.restoreResubmitStateAfterRecall | true | false | true |
Erhält der Agent die Mail per automatischer Verteilung und meldet sich vor Ablauf der Fälligkeit wieder ab, wird das Ticket auf den gleichen Stand wie vor der Zustellung zurückgesetzt und ist somit im Zeitraum bis zur Fälligkeit wieder exklusiv dem Agenten zugeordnet der Agent meldet sich erneut an. Dieses Verhalten gilt für alle internen Weiterleitungen mit Fälligkeit, also nicht nur die über X-Header/Plugin. Dieses Verhalten gilt auch, wenn der Agent die Mail während der Bearbeitung rekategorisiert oder als Vorlage gespeichert hat. Dieses Verhalten gilt nicht, wenn der Agent die intern weitergeleitete Mail im Push- oder Pull-Modus erhalten hat. | ||
workflow.restoreResubmitStateAfterShutdown | true | false | Anzhl Minuten | false |
Tickets die, zum Zeitpunkt des unsauberen Herunterfahrens, von einem Agenten bearbeitet wurden auf Wiedervorlage für diesen Agenten setzen (interne Weiterleitung mit Fälligkeitsdatum). Das Ticket wird bis zum Fälligkeitsdatum für den Agent reserviert und dem Agent bevorzugt zugestellt, sobald er sich angemeldet hat. Nach dem Fälligkeitsdatum wird das Ticket normal verteilt. Das standardmäßige Fälligkeitsdatum ist +15 Minuten nach dem Neustart des Weiterleitungsprozesses. Das Fälligkeitsdatum kann abweichend vom Standard konfiguriert werden, indem für den Parameter Routing.conf statt true ein zweiter Wert angegeben wird. Z.B. 300 für 15 Minuten: workflow.restoreResubmitStateAfterShutdown = 300. | ||
workflow.updateLocationOnCloseByAgentsOnly | true | false | false |
Deaktivieren Sie die Einstellung des Standortes, wenn ein Ticket durch Vorgesetzte, Plugins, Bots usw. geschlossen wird. |