In diesem Beitrag werden die verschiedenen Bedingungen und Aktionen beschrieben, die Sie beim Erstellen von Ticketauslösern verwenden können. Informationen zum Erstellen neuer Ticketauslöser finden Sie unter Erstellen von Ticketauslösern für automatische Ticketaktualisierungen und Benachrichtigungen.
Dieser Beitrag enthält die folgenden Abschnitte:
Erstellen von Bedingungsanweisungen für Ticketauslöser
Bedingungsanweisungen bestehen aus Bedingungskategorien, Feldoperatoren und Werten. Die verfügbaren Werte hängen von der gewählten Kategorie ab. Bedingungsanweisungen sind im Prinzip „wenn“-Anweisungen, die sämtliche Tickets zurückgeben, die die vorgegebenen Kriterien erfüllen.
Bei Bedingungsanweisungen wie „Ticket > Status“, „Ticket > Gruppe“ und „Ticket > Mitarbeiter“ wird der Auslöser ausgeführt, wenn sich die Bedingung ändert, d. h. wenn der Wert aktualisiert wird (auch wenn der Wert vorher nicht existiert hat). Die Auslöserbedingung „Ticket > Gruppe“ wird beispielsweise auch dann ausgeführt, wenn ein Ticket erstellt und ihm zum ersten Mal eine Gruppe zugewiesen wird.
Bedingung | Beschreibung |
---|---|
Objekt | |
Ticket > Agentenantworten
(Bei Team-Plänen nicht verfügbar) |
Anzahl öffentlicher Agentenantworten auf einen Kommentar von einem anderen Kunden oder Agenten in Support-Tickets. |
Ticket > Mitarbeiter |
Für „Mitarbeiter“ gibt es folgende Werte:
Zusätzlicher Wert für Ansichten:
|
Ticket > Mitarbeiterstationen
(Bei Team-Plänen nicht verfügbar) |
Anzahl unterschiedlicher Agenten, denen ein Ticket zugewiesen wurde. |
Ticket > Anhang | Prüft, ob die Ticketaktualisierung Anhänge enthält oder nicht. Dabei werden sowohl angefügte Anhänge als auch Inline-Anhänge berücksichtigt, ausgenommen Inline-Anhänge, die mithilfe eines Makros hinzugefügt wurden. |
Ticket > Marke
(Bei Team-Plänen nicht verfügbar) |
Prüft, ob ein Ticket mit der angegebenen Marke verknüpft ist. |
Ticket > CC | Prüft, ob dem Ticket zum Zeitpunkt der Ausführung des Auslösers CCs hinzugefügt sind oder nicht. Follower und @Erwähnungen werden bei dieser Prüfung nicht berücksichtigt. |
Ticket > Kanal | Wo und wie das Ticket erstellt wurde. Der Inhalt dieser Liste hängt davon ab, welche Kanäle Sie aktiviert haben und welche Integrationen Sie nutzen.
Weitere Informationen zu den Ticketkanälen, die Sie konfigurieren können, finden Sie in den Beiträgen Zendesk-Kanäle und Einführung in die Ticketkanäle in Explore. |
Ticket > Kanalname | Der Name des Messaging-Kanals, über den das Ticket erstellt wurde. Alle aktiven Social-Media-, Web- und mobilen Messaging-Kanäle werden in der Liste angezeigt. |
Ticket > Kommentar | Gibt die Art von Kommentar in Ticketaktualisierungen zurück.
Öffentlich ist ein Kommentar, den jeder sehen kann. Privat ist ein Kommentar, den nur Mitglieder des Supportteams sehen können. Vorhanden (öffentlich oder privat) gibt an, ob die Aktualisierung einen neuen Kommentar umfasst. Vorhanden und Anfragender kann Kommentar sehen gibt an, ob die Aktualisierung einen Kommentar enthält, der für den Anfragenden sichtbar ist. Hierzu zählen auch private Kommentare, wenn der Anfragende zur Anzeige privater Kommentare berechtigt ist. |
Ticket > Kommentartext |
Sucht beim Aktualisieren eines Tickets im Text eines neuen Kommentars nach einzelnen Wörtern oder Wortfolgen. Bei neu erstellten Tickets wird der erste Kommentar im Ticket geprüft. Bereits vor der Aktualisierung des Tickets vorhandene Kommentare werden bei der Auswertung dieser Bedingung nicht berücksichtigt. Unter bestimmten Umständen werden auch die folgenden Inhalte geprüft:
Hierbei spielt die Groß- und Kleinschreibung keine Rolle. Folgende Operatoren sind zulässig:
Hinweis: In den meisten Sprachen werden Wörter durch Leerzeichen getrennt. Bei der Eingabe von Wörtern oder Zeichenfolgen in Han, Katakana, Hiragana, Kanji oder Hangul werden keine Leerzeichen als Wortgrenzen verwendet, außer bei eventuell enthaltenen arabischen Ziffern.
|
Ticket > Fälligkeitsdatum | Prüft, ob das Ticket ein Fälligkeitsdatum hat oder nicht. |
Ticket > Angepasste Felder | Angepasste Felder unterstützen eine Teilmenge von Operatoren, die je nach angepasstem Feldtyp variieren. Sie können bei allen angepassten Feldtypen prüfen, ob ein Wert vorhanden ist oder nicht. Darüber hinaus gilt:
Alle Nachschlagebeziehungsfelder des Tickets können unter „Nachschlagebeziehungen“ ausgewählt werden. Alle anderen angepassten Felder eines Tickets sind unter „Tickets“ aufgeführt. |
Ticket > Formular
(Nur Enterprise-Pläne) |
Ihre Ticketformulare stehen als Bedingungen zur Verfügung. Wählen Sie Ticket: Formular und dann ein bestimmtes Formular aus.
Weitere Informationen finden Sie unter Erstellen von Ticketformularen für unterschiedliche Arten von Anfragen. |
Ticket > Gruppe |
Für „Gruppe“ gibt es folgende Werte:
Zusätzlicher Wert für Ansichten:
|
Ticket > Gruppenstationen
(Bei Team-Plänen nicht verfügbar) |
Anzahl unterschiedlicher Gruppen, denen ein Ticket zugewiesen wurde. |
Ticket > Integrationskonto | Prüft das Integrationskonto, von dem das Ticket stammt, wie z. B. eine bestimmte Facebook-Seite, ein Handle auf X (vormals Twitter) oder ein anderes Integrationskonto wie Google Play. Wählen Sie eines der konfigurierten Integrationskonten im Dropdownmenü aus.
Hinweis: Wenn für einen Kanaltyp (z. B. WhatsApp) mehrere Konten definiert sind, können Tickets nur anhand des Kanaltyps und nicht anhand eines bestimmten Integrationskontos weitergeleitet werden.
|
Ticket > Absicht | Eine KI-Prognose der Absicht – also des Themas, um das es in dem Ticket geht. Um die möglichen Werte zu sehen, öffnen Sie die Registerkarte „Absichtsliste“ auf der Seite mit den Absichtseinstellungen. Unter der Überschrift Taxonomiewerte erscheint eine Liste mit KI-basierten Absichten.
Diese Bedingungskategorie ist im Rahmen der intelligenten Einschätzung verfügbar. Funktioniert nicht bei Verwendung der Bedingung Ticket | Ist | Erstellt. Weitere Informationen finden Sie unter Warum wurde mein Auslöser für die intelligente Einschätzung nicht während der Ticketerstellung ausgeführt? |
Ticket > Absicht – Wahrscheinlichkeit | Die Wahrscheinlichkeit, dass die Prognose der Absicht korrekt ist. Mögliche Werte: Hoch, Mittel und Niedrig.
Diese Bedingungskategorie ist im Rahmen der intelligenten Einschätzung verfügbar. Funktioniert nicht bei Verwendung der Bedingung Ticket | Ist | Erstellt. Weitere Informationen finden Sie unter Warum wurde mein Auslöser für die intelligente Einschätzung nicht während der Ticketerstellung ausgeführt? |
Ticket > Sprache | Eine KI-Prognose der Sprache, in der das Ticket verfasst ist. Um die möglichen Werte zu sehen, gehen Sie zur Registerkarte „Sprachenliste“ auf der Seite mit den Spracheinstellungen.
Diese Bedingungskategorie ist im Rahmen der intelligenten Einschätzung verfügbar. Funktioniert nicht bei Verwendung der Bedingung Ticket | Ist | Erstellt. Weitere Informationen finden Sie unter Warum wurde mein Auslöser für die intelligente Einschätzung nicht während der Ticketerstellung ausgeführt? |
Ticket > Sprache – Wahrscheinlichkeit | Die Wahrscheinlichkeit, dass die Prognose der Sprache korrekt ist. Mögliche Werte: Hoch, Mittel und Niedrig.
Diese Bedingungskategorie ist im Rahmen der intelligenten Einschätzung verfügbar. Funktioniert nicht bei Verwendung der Bedingung Ticket | Ist | Erstellt. Weitere Informationen finden Sie unter Warum wurde mein Auslöser für die intelligente Einschätzung nicht während der Ticketerstellung ausgeführt? |
Ticket > Anzahl von Vorfällen | Legt einen Schwellenwert von Vorfällen bei einem Problemticket fest. |
Ticket > An einem Feiertag?
(Bei Team-Plänen nicht verfügbar) |
Wird während des gesamten Feiertags auf „Ja“ gesetzt, nicht nur während der normalen Geschäftszeiten an diesem Tag. Wenn Sie mehrere Zeitpläne haben (nur Enterprise-Pläne), berücksichtigt diese Bedingungskategorie die Liste der Feiertage in dem auf das Ticket angewendeten Zeitplan. |
Ticket > Priorität |
Es gibt vier mögliche Prioritäten: Niedrig, Normal, Hoch und Dringend. Wie beim Status können Sie Tickets mit unterschiedlichen Prioritäten anhand von Feldoperatoren auswählen. Die folgende Anweisung gibt z. B. alle Tickets zurück, die nicht dringend sind: Priorität ist niedriger als Dringend |
Ticket > Datenschutz | Prüft, ob ein Ticket öffentliche Kommentare hat oder nicht. Folgende Operatoren sind verfügbar:
|
Ticket > Eingegangen unter | Prüft die E-Mail-Adresse, von der das Ticket empfangen wurde, und die E-Mail-Adresse, von der das Ticket ursprünglich empfangen wurde. Diese Werte sind häufig identisch, aber nicht immer. Das Ticket kann von einer Zendesk-E-Mail-Domäne wie verkauf@mondocam.zendesk.com oder von einer externen E-Mail-Domäne wie support@acmejetengines.com stammen. Externe E-Mail-Domänen müssen wie unter Weiterleiten eingehender E-Mails an Zendesk Support beschrieben eingerichtet sein. Andernfalls funktioniert die Bedingung nicht.
Diese Bedingung funktioniert nur, wenn die Support-E-Mail-Adresse eine gültige Benutzeradresse ist. Diese Bedingung könnte von einer E-Mail-Adresse im CC-Feld erfüllt werden, wenn sie mit einem Benutzerkonto verknüpft ist. E-Mail-Adressen, die nicht mit einem Benutzerkonto verknüpft sind (z. B. Google Groups, Aliasnamen und Verteilergruppen), können diese Bedingung nicht erfüllen, wenn sie im CC-Feld erscheinen. Beachten Sie, dass diese Bedingung nicht prüft, aus welchem Kanal das Ticket stammt, und auch für Tickets erfüllt sein kann, die nicht per E-Mail eingegangen sind. Wenn Sie beispielsweise die App Adresse auswählen verwenden, können Sie eine E-Mail-Adresse des Empfängers angeben und damit diese Bedingung erfüllen, obwohl das Ticket in der Agentenoberfläche erstellt wurde. Wenn Sie diese Bedingung mit Ihrer primären Zendesk-Supportadresse (dieselbe wie Ihre Subdomäne) verwenden, wird der Auslöser auch dann ausgeführt, wenn eine E-Mail bei einer anderen von Ihnen konfigurierten externen Supportadresse eingeht. Dies liegt daran, dass alle empfangenen E-Mails an Ihre Standard-Supportadresse weitergeleitet werden. |
Ticket > Erneut geöffnet
(Bei Team-Plänen nicht verfügbar) |
Die Anzahl der Änderungen eines Ticketstatus von „Gelöst“ in „Offen“ oder „Wartend“. |
Ticket > Zufriedenheit
(Bei Team-Plänen nicht verfügbar) |
Unterstützt die folgenden Bewertungen der Kundenzufriedenheit:
|
Ticket > Zeitplan
(Nur Enterprise-Pläne) |
Wenn Sie mehrere Zeitpläne eingerichtet haben, wird dieser Zeitplan auf das Ticket angewendet. Die verfügbaren Werte sind die Namen der eingerichteten Zeitpläne. |
Ticket > Stimmung | Eine KI-Prognose der Stimmung, in der der Kunde seine Anfrage stellt. Mögliche Werte: Sehr positiv, Positiv, Neutral, Negativ und Sehr negativ.
Diese Bedingungskategorie ist im Rahmen der intelligenten Einschätzung verfügbar. Funktioniert nicht bei Verwendung der Bedingung Ticket | Ist | Erstellt. Weitere Informationen finden Sie unter Warum wurde mein Auslöser für die intelligente Einschätzung nicht während der Ticketerstellung ausgeführt? |
Ticket > Stimmung – Wahrscheinlichkeit | Die Wahrscheinlichkeit, dass die Prognose der Stimmung korrekt ist. Mögliche Werte: Hoch, Mittel und Niedrig.
Diese Bedingungskategorie ist im Rahmen der intelligenten Einschätzung verfügbar. Funktioniert nicht bei Verwendung der Bedingung Ticket | Ist | Erstellt. Weitere Informationen finden Sie unter Warum wurde mein Auslöser für die intelligente Einschätzung nicht während der Ticketerstellung ausgeführt? |
Ticket > Nebenkonversation
(Bei Team-Plänen nicht verfügbar) |
Sie können Auslöserbedingungen für Nebenkonversationen erstellen, damit der dem Ticket zugewiesene Mitarbeiter weiß, wenn eine Nebenkonversationen erstellt, geschlossen, beantwortet und erneut geöffnet wird. Ohne Auslöserbedingungen wäre es für den Agenten, der dem Ticket zugewiesen ist (und der im Idealfall die Nebenkonversation eingeleitet hat), schwierig, über den Stand der Dinge Bescheid zu wissen.
Für Nebenkonversationen können die folgenden Anweisungen in Auslöserbedingungen verwendet werden:
|
Ticket > Statuskategorie |
Hinweis: Wenn Sie angepasste Ticketstatuswerte aktiviert haben, werden die Systemstatuswerte und alle von Ihnen erstellten Ticketstatuswerte in Statuskategorien gruppiert. Jede Statuskategorie hat einen Standardticketstatus. Weitere Informationen finden Sie unter Verwalten von Ticketstatuswerten.
Dies sind die Statuskategoriewerte: Neu ist die anfängliche Statuskategorie eines neu erstellten Tickets (keinem Agenten zugewiesen). Die Statuskategorie Offen ist für Ticketstatuswerte gedacht, die angeben, wann Tickets zur Bearbeitung durch Ihr Supportteam bereit sind. Die Statuskategorie Wartend ist für Ticketstatuswerte gedacht, die angeben, dass das Supportteam auf eine Antwort des Anfragenden wartet. Die Statuskategorie Angehalten enthält Ticketstatuswerte, die angeben, dass die Supportanfrage auf eine Lösung von einem Dritten wartet – einer Person, die nicht zu Ihrem Supportteam gehört und kein Agentenkonto in Ihrem Zendesk Support-Konto besitzt. Diese Statuskategorie ist optional und muss zu Ihrem Zendesk Support-Konto hinzugefügt werden (siehe Hinzufügen des Ticketstatus „Angehalten“ zu Zendesk Support).Die Statuskategorie Gelöst enthält Ticketstatuswerte, die angeben, dass das Anliegen des Kunden gelöst wurde. Die Statuskategorie Geschlossen enthält den Systemticketstatus „Geschlossen“, der angibt, dass das Ticket gesperrt ist und weder erneut geöffnet noch aktualisiert werden kann. Bei Auswahl einer Statuskategorie können Sie mit den Feldoperatoren kleiner als und größer als einen Ticketbereich basierend auf der Statuskategorie angeben. Dabei hat Neu den niedrigsten und Geschlossen den höchsten Wert. Die folgende Bedingungsanweisung gibt beispielsweise nur Tickets in den Kategorien „Neu“, „Offen“ und „Wartend“ zurück: Statuskategorie | Ist kleiner als | Gelöst |
Ticket > Status |
Hinweis: Wenn Sie angepasste Ticketstatuswerte aktiviert haben, werden die vorhandenen standardmäßigen Ticketstatuswerte zu Statuskategorien. Wenn Sie vorhandene Aktionen haben, die einen Status verwenden, werden diese auf die entsprechende Statuskategorie aktualisiert.
Dies sind die standardmäßigen Ticketstatuswerte: Neu ist der anfängliche Status eines neu erstellten Tickets (keinem Agenten zugewiesen). Offen bedeutet, dass das Ticket einem Agenten zugewiesen wurde. Wartend verweist darauf, dass der Anfragende um Informationen gebeten wurde und dass das Ticket erst dann weiter bearbeitet wird, wenn diese Informationen eingegangen sind. Angehalten bedeutet, dass die Supportanfrage auf eine Lösung von einem Dritten wartet, d. h. einer Person, die nicht zu Ihrem Supportteam gehört und kein Agentenkonto in Ihrem Zendesk-Konto besitzt. Dieser Status ist optional und muss separat hinzugefügt werden (sieheHinzufügen des Ticketstatus „Angehalten“). Gelöst bedeutet, dass das Problem des Kunden gelöst wurde. Tickets bleiben gelöst, bis sie geschlossen werden. Geschlossen bedeutet, dass das Ticket gesperrt ist und jetzt nicht mehr erneut geöffnet oder aktualisiert werden kann. Bei Auswahl eines Status können Sie mit den Feldoperatoren kleiner als und größer als einen Ticketbereich auf Grundlage des Status angeben. Dabei hat Neu den niedrigsten und Geschlossen den höchsten Wert. Die folgende Bedingungsanweisung gibt beispielsweise nur neue, offene und wartende Tickets zurück: Status ist niedriger als „Gelöst“. |
Ticket > Betrefftext | Prüft die Betreffzeile des Tickets auf einzelne Wörter und Wortketten. Hierbei spielt die Groß- und Kleinschreibung keine Rolle. Folgende Operatoren sind zulässig:
Diese Bedingung ist nicht verfügbar, wenn das Feld „Betreff“ deaktiviert wurde. |
Ticket > Stichwörter |
Bestimmt, ob Tickets ein oder mehrere spezifische Stichwörter aufweisen. Sie können Stichwörter in die Bedingungsanweisung aufnehmen oder aus ihr ausschließen. Verwenden Sie hierzu den Operator Enthält mindestens eines der folgenden bzw. Enthält keines der folgenden. Es können mehrere Stichwörter hinzugefügt werden. Drücken Sie nach jedem Stichwort die Eingabetaste. |
Ticket > Ist | „Erstellt“ oder „Aktualisiert“. „Erstellt“ wird nur ausgeführt, wenn ein neues Ticket erstellt wird. „Aktualisiert“ wird nur ausgeführt, wenn ein vorhandenes Ticket geändert und eingereicht wird. |
Ticket > Ticketstatus | Wenn Sie angepasste Ticketstatuswerte aktiviert haben, können Sie Systemticketstatuswerte und von Ihnen erstellte neue Ticketstatuswerte als Bedingungen auswählen.
Bei der Auswahl eines Ticketstatuswerte können Sie die Feldoperatoren Enthält mindestens eines der folgenden und Enthält keines der folgenden verwenden und mehrere Ticketstatuswerte angeben. Eine Bedingungsanweisung, die Tickets mit einem bestimmten neuen oder einem Systemticketstatus zurückgibt, könnte zum Beispiel so aussehen: Ticketstatus | Enthält mindestens eines der folgenden: Open, Dev assigned, Escalated. |
Ticket > Typ |
Für „Typ“ gibt es folgende Werte: Frage Vorfall bedeutet, dass dasselbe Problem mehrmals aufgetreten ist. Ist dies der Fall, wird ein Ticket auf „Problem“ gesetzt. Die anderen Tickets, mit denen dasselbe Problem gemeldet wird, werden auf „Vorfall“ gesetzt und mit dem Problemticket verknüpft. Problem verweist auf eine Supportanfrage, die gelöst werden muss. Aufgabe wird von Supportagenten verwendet, um unterschiedliche Aufgaben zu verfolgen. |
Ticket > Aktualisierung per | Prüft, von wo aus das Ticket aktualisiert wurde. Die möglichen Quellen sind die gleichen wie bei der Bedingung „Ticketkanal“ (oben). Autoreply-Ereignisse können durch diese Bedingung nicht zuverlässig identifiziert werden. Agentenantworten, die über die Standardoberfläche oder den Arbeitsbereich für Agenten eingereicht werden, werden als Aktualisierung über den Webkanal verzeichnet. Im Arbeitsbereich für Agenten werden sie zwar als per E-Mail aktualisiert ausgewiesen, aber Auslöser erkennen sie weiterhin als über den Webkanal aktualisiert. Massenaktualisierungen von Tickets über die Support-Schnittstelle werden als Aktualisierung über einen Webservice (API)-Kanal verzeichnet. |
Ticket > Innerhalb der Geschäftszeiten?
(Bei Team-Plänen nicht verfügbar) |
Ja oder Nein. Diese Bedingung ist verfügbar, wenn ein Administrator Geschäftszeiten festgelegt hat.
Bei einem Enterprise-Plan mit mehreren Zeitplänen basieren die Bedingungen „Innerhalb der Geschäftszeiten?“ auf dem auf das Ticket angewendeten Zeitplan (siehe Anwenden von Zeitplänen auf Tickets). |
Ticket > Innerhalb (Zeitplan)
(Nur Enterprise-Pläne) |
Wenn Sie mehrere Zeitpläne eingerichtet haben, können Sie anhand dieser Bedingung die Zeit der Ticketaktualisierung mit jedem beliebigen Zeitplan vergleichen, nicht nur mit dem auf das Ticket angewendeten Zeitplan. Die verfügbaren Werte sind die Namen der eingerichteten Zeitpläne. |
Nachschlagebeziehungen | |
Angepasstes Objekt > Angepasstes Objekt (Datensatz) | Die Datensätze mit Tickets verknüpfter angepasster Objekte sind als Bedingungen verfügbar. |
Angepasstes Objekt > Angepasstes Feld | Die Felder mit Tickets verknüpfter angepasster Objekte sind als Bedingungen verfügbar.
Die Bedingungen für angepasste Datumsfelder beziehen sich immer auf Kalendertage; Geschäftszeiten und Zeitpläne werden nicht berücksichtigt. |
Organisation > Organisation (Datensatz) |
Für „Organisation“ gibt es folgende Werte:
|
Organisation > Angepasste Felder | Angepasste Organisationsfelder sind als Bedingungen verfügbar. Wenn der Auslöser diese Bedingung enthält, das Ticket aber nicht mit einer Organisation verknüpft ist, wird der Auslöser nicht ausgeführt.
Die Bedingungen für angepasste Datumsfelder beziehen sich immer auf Kalendertage; Geschäftszeiten und Zeitpläne werden nicht berücksichtigt. |
Anfragender > Anfragender (Datensatz) |
Prüft das Feld Anfragender des Tickets. Für „Anfragender“ gibt es folgende Werte:
Zusätzlicher Wert für Ansichten:
|
Anfragender > Angepasste Felder | Angepasste Benutzerfelder sind als Bedingungen verfügbar.
Die Bedingungen für angepasste Datumsfelder beziehen sich immer auf Kalendertage; Geschäftszeiten und Zeitpläne werden nicht berücksichtigt. |
Anfragender > Ist von X Corp bestätigt | Bestätigt, dass der Anfragende ein verifiziertes Konto bei X (vormals Twitter) hat. |
Anfragender > Anzahl von X Corp-Followern | Die Anzahl der Follower auf X (vormals Twitter). |
Anfragender > Anzahl der Tweets | Die Gesamtzahl der Tweets des Anfragenden. |
Anfragender > Sprache | Die Spracheinstellung der Person, die die Anfrage eingereicht hat. |
Anfragender > Rolle | Die Rolle des Ticketanfragenden: Agent, Administrator oder Endbenutzer. Wenn Sie Light Agents verwenden, ist auch die Rolle des Light Agents verfügbar. |
Anfragender > Zeitzone | Die Zeitzone des Ticketanfragenden. |
Ticket > Nachschlagebeziehungsfelder | Nachschlagebeziehungsfelder des Tickets sind als Bedingungen verfügbar. |
Ticketdetails | |
Ticketdetails > Aktueller Benutzer | Für „Aktueller Benutzer“ können Sie Folgendes auswählen:
Auf Tickets, die durch ein internes Systemereignis wie Voicemail erstellt wurden, wird die Bedingung Aktueller Benutzer nicht angewendet. Beim Erstellen eines Voicemail-Tickets fügt Support die Voicemail-Aufzeichnung in einem ersten privaten Kommentar hinzu, interpretiert diesen aber nicht als Kommentar eines Benutzers. Die Bedingung Aktueller Benutzer wird nicht unterstützt, wenn das Ticket von einem Messaging-Kanal kommt. |
Teilen von Tickets > Gesendet an | Prüft, ob ein Ticket über eine Vereinbarung zum Teilen von Tickets mit einer anderen Zendesk Support-Instanz geteilt wurde. |
Teilen von Tickets > Erhalten von | Prüft, ob ein Ticket über eine Vereinbarung zum Teilen von Tickets von einer anderen Zendesk Support-Instanz geteilt wurde. |
Erstellen von Aktionsanweisungen für Ticketauslöser
Aktion | Beschreibung |
---|---|
Objekt | |
Ticket > CC hinzufügen | Einen Agenten oder den aktuellen Benutzer hinzufügen, der bei der Ticketaktualisierung auf CC gesetzt werden soll. Diese Aktion ist verfügbar, wenn die CC-Funktion für Tickets aktiviert ist. |
Ticket > Follower hinzufügen | Einen Agenten oder den aktuellen Benutzer bei der Ticketaktualisierung als Follower hinzufügen. Diese Aktion ist verfügbar, wenn Follower in Tickets aktiviert sind. In diesem Fall wird die Aktion „Ticket: Follower hinzufügen“ anstelle der Aktion „Ticket: CC hinzufügen“ verwendet. |
Ticket > Fertigkeiten hinzufügen | Die Fertigkeiten, die zu einem Ticket hinzugefügt werden sollen, und ihre Priorität bei Timeouts für Fertigkeiten. Die für das Ticket bereits festgelegten Fertigkeiten bleiben hiervon unberührt. Diese Aktion ist verfügbar, wenn die Omnichannel-Verteilung aktiviert ist und Sie mindestens eine Fertigkeit erstellt haben. |
Ticket > Stichwörter hinzufügen | Die Stichwörter, die Sie zur bestehenden Stichwortliste (wenn vorhanden) hinzufügen möchten. Stichwörter müssen durch Leerzeichen getrennt sein. |
Ticket > Mitarbeiter |
Für „Mitarbeiter“ gibt es folgende Werte:
Zusätzlicher Wert für Auslöser und Makros:
|
Ticket > Automatische Antwort
(nur Add-on Fortschrittliche KI) |
Dem Ticket einen öffentlichen Kommentar hinzufügen, der die Anfrage des Kunden direkt beantwortet.
Weitere Informationen zur Verwendung dieser Aktion finden Sie unter Hinzufügen eines öffentlichen Kommentars zu einem Ticket mit einem Auslöser. |
Ticket > Marke
(Bei Team-Plänen nicht verfügbar) |
Dem Ticket eine Marke hinzufügen. |
Ticket > Formular
(Nur Enterprise-Pläne) |
Ihre Ticketformulare stehen als Aktionen zur Verfügung. Wählen Sie das gewünschte Formular aus.
Weitere Informationen finden Sie unter Erstellen von Ticketformularen für unterschiedliche Arten von Anfragen. |
Ticket > Angepasste Felder | Als Aktionen sind Kontrollkästchen, Dropdownlisten sowie Text-, Nummern- und Datumsfelder möglich.
Die Aktionen für angepasste Datumsfelder beziehen sich immer auf Kalendertage; Geschäftszeiten und Zeitpläne werden nicht berücksichtigt. |
Ticket > Gruppe |
Sie können Gruppen auf die folgenden Werte setzen:
Zusätzlicher Wert für Makros:
|
Ticket > Interne Notiz
(nur Add-on Fortschrittliche KI) |
Fügt eine interne Notiz zum Ticket hinzu.
Weitere Informationen zur Verwendung dieser Aktion finden Sie unter Hinzufügen einer internen Notiz zu einem Ticket mit einem Auslöser. |
Ticket > Priorität | Die Priorität kann auf Niedrig, Normal, Hoch oder Dringend gesetzt werden. |
Ticket > Stichwörter entfernen | Die Stichwörter, die Sie aus der bestehenden Stichwortliste im Ticket (wenn vorhanden) entfernen möchten. Stichwörter müssen durch Leerzeichen getrennt sein. |
Ticket > Zufriedenheit | Sie können diese Aktion auf dem Anfragenden angeboten setzen. Dieser Wert verweist darauf, dass die Umfrage an den Ticketanfragenden gesendet wurde. |
Ticket > Fertigkeiten entfernen | Die Fertigkeiten, die Sie aus dem Ticket entfernen möchten. Diese Aktion ist verfügbar, wenn die Omnichannel-Verteilung aktiviert ist und Sie mindestens eine Fertigkeit erstellt haben. |
Ticket > Zeitplan festlegen
(Nur Enterprise-Pläne) |
Ihre Zeitpläne stehen als Aktionen zur Verfügung. Wählen Sie Ticket: Zeitplan festlegen und dann einen bestimmten Zeitplan aus. Wenn Sie mehrere Zeitpläne einrichten, müssen Sie Auslöser erstellen, um die Zeitpläne auf Tickets anzuwenden.
Weitere Informationen finden Sie unter Festlegen eines Zeitplans mit Geschäftszeiten und Feiertagen. |
Ticket > Fertigkeiten festlegen | Die Fertigkeiten, die zum Ticket hinzugefügt werden sollen, und ihre Priorität bei Timeouts für Fertigkeiten. Durch die Aktion „Fertigkeiten festlegen“ werden alle derzeit auf das Ticket angewendeten Fertigkeiten entfernt und durch die angegebenen Fertigkeiten ersetzt. Diese Aktion ist verfügbar, wenn die Omnichannel-Verteilung aktiviert ist und Sie mindestens eine Fertigkeit erstellt haben. |
Ticket > Stichwörter festlegen | Die Stichwörter, die Sie zum Ticket hinzufügen möchten. Durch die Aktion „Stichwörter festlegen“ werden alle derzeit auf das Ticket angewendeten oder mit Ticketfeldern verknüpften Stichwörter gelöscht und durch die angegebenen Stichwörter ersetzt. Stichwörter müssen durch Leerzeichen getrennt sein. |
Ticket > Ticket teilen mit
(Nur Enterprise-Pläne) |
Das Ticket mit dem angegebenen Konto teilen. Hierfür muss eine Vereinbarung zum Teilen von Tickets eingerichtet sein.
Weitere Informationen finden Sie unter Teilen von Tickets mit anderen Support-Konten undTeilen von Tickets anhand von Business-Regeln. |
Ticket > Nebenkonversation per E-Mail
(Bei Team-Plänen nicht verfügbar) |
Eine E-Mail-Nebenkonversation erstellen. Nur verfügbar, wenn E-Mail-Nebenkonversationen aktiviert sind.
Wenn Sie diese Aktion verwenden, müssen Sie Inhalte in die E-Mail-Nachricht aufnehmen, damit die Nebenkonversation erstellt wird. Außerdem ist es empfehlenswert, die Aktion Ticket: Stichwörter hinzufügen zu verwenden, damit ein Stichwort wie „triggered_sc“ hinzugefügt wird, das in der Bedingung Stichwörter | Enthält keines der folgenden | triggered_sc genutzt werden kann, um zu verhindern, dass unnötige Nebenkonversationen erstellt werden.
Hinweis: Wenn Sie diese Aktion verwenden, wird die Bedingung Nebenkonversation | ist | Erstellt unterdrückt.
|
Ticket > Nebenkonversation per untergeordnetes Ticket
(Bei Team-Plänen nicht verfügbar) |
Nebenkonversation in einem untergeordneten Ticket erstellen. Nur verfügbar, wenn die Einstellung Untergeordnetes Ticket – Nebenkonversationen aktiviert ist.
Am besten verwenden Sie als übergeordnetes Ticket ein Ticket, das bereits einem anderen Agenten zugewiesen ist. Wenn ein untergeordnetes Ticket für ein übergeordnetes Ticket erstellt wird, das noch keinem Agenten oder keiner Gruppe zugewiesen wurde, wird der Zendesk-Systembenutzer als Anfragender des untergeordneten Tickets festgelegt. Außerdem wird empfohlen, eine Aktion einzubinden, die einen Agenten oder eine Gruppe für das durch diese Aktion erstellte untergeordnete Ticket zuweist. In Verbindung mit dieser Aktion sollten Sie auch die Aktion Ticket: Stichwörter hinzufügen zu verwenden, damit ein Stichwort wie „triggered_sc“ hinzugefügt wird, das in der Bedingung Stichwörter | Enthält keines der folgenden | triggered_sc genutzt werden kann, um zu verhindern, dass unnötige Nebenkonversationen erstellt werden.
Hinweis: Wenn Sie diese Aktion verwenden, wird die Bedingung Nebenkonversation | ist | Erstellt unterdrückt.
|
Ticket > Statuskategorie |
Hinweis: Wenn Sie angepasste Ticketstatuswerte aktiviert haben, werden die Systemstatuswerte und alle von Ihnen erstellten Ticketstatuswerte in Statuskategorien gruppiert. Jede Statuskategorie hat einen Standardticketstatus. Weitere Informationen finden Sie unter Verwalten von Ticketstatuswerten.
Wenn Sie eine Statuskategorie als Aktion verwenden, wird der Ticketstatus auf den Standardticketstatus der Kategorie gesetzt. Dies sind die Statuskategoriewerte: Neu ist die anfängliche Statuskategorie eines neu erstellten Tickets (keinem Agenten zugewiesen). Die Statuskategorie Offen ist für Ticketstatuswerte gedacht, die angeben, wann Tickets zur Bearbeitung durch Ihr Supportteam bereit sind. Die Statuskategorie Wartend ist für Ticketstatuswerte gedacht, die angeben, dass das Supportteam auf eine Antwort des Anfragenden wartet. Die Statuskategorie Angehalten enthält Ticketstatuswerte, die angeben, dass die Supportanfrage auf eine Lösung von einem Dritten wartet – einer Person, die nicht zu Ihrem Supportteam gehört und kein Agentenkonto in Ihrem Zendesk Support-Konto besitzt. Diese Statuskategorie ist optional und muss zu Ihrem Zendesk Support-Konto hinzugefügt werden (siehe Hinzufügen des Ticketstatus „Angehalten“ zu Zendesk Support).Die Statuskategorie Gelöst enthält Ticketstatuswerte, die angeben, dass das Anliegen des Kunden gelöst wurde. Die Statuskategorie Geschlossen enthält den Systemticketstatus „Geschlossen“, der angibt, dass das Ticket gesperrt ist und weder erneut geöffnet noch aktualisiert werden kann. |
Ticket > Status |
Hinweis: Wenn Sie angepasste Ticketstatuswerte aktiviert haben, werden die vorhandenen Systemticketstatuswerte zu Statuskategorien. Wenn Sie vorhandene Aktionen haben, die einen Status verwenden, werden diese auf den Standardstatus der entsprechenden Statuskategorie gesetzt.
Die Systemticketstatuswerte können wie folgt eingestellt werden: Neu ist der anfängliche Status eines neu erstellten Tickets (keinem Agenten zugewiesen). Offen bedeutet, dass das Ticket einem Agenten zugewiesen wurde. Wartend verweist darauf, dass der Anfragende um Informationen gebeten wurde und dass das Ticket erst dann weiter bearbeitet wird, wenn diese Informationen eingegangen sind. Angehalten bedeutet, dass die Supportanfrage auf eine Lösung von einem Dritten wartet – einer Person, die nicht zu Ihrem Supportteam gehört und kein Agentenkonto in Zendesk Support besitzt. Gelöst bedeutet, dass das Problem des Kunden gelöst wurde. Das Ticket ist gelöst, selbst wenn die erforderlichen Ticketfelder leer sind. Tickets bleiben gelöst, bis sie geschlossen werden. Der Zeitpunkt, an dem Tickets geschlossen werden, richtet sich nach den Business-Regeln, die Sie anhand von Automatisierungen für diesen Schritt im Workflow definieren. Geschlossen bedeutet, dass das Ticket gesperrt ist und jetzt nicht mehr erneut geöffnet oder aktualisiert werden kann. |
Ticket > Ticketstatus | Wenn Sie angepasste Ticketstatuswerte aktiviert haben, können Sie Aktionen festlegen, die den Ticketstatus auf einen neuen Status oder auf einen Systemstatus setzen. |
Ticket > Typ |
Der Typ kann auf einen der folgenden Werte gesetzt werden: Frage Vorfall bedeutet, dass dasselbe Problem mehrmals aufgetreten ist. Ist dies der Fall, wird ein Ticket auf „Problem“ gesetzt. Die anderen Tickets, mit denen dasselbe Problem gemeldet wird, werden auf „Vorfall“ gesetzt und mit dem Problemticket verknüpft. Problem verweist auf eine Supportanfrage, die gelöst werden muss. Aufgabe wird von Supportagenten verwendet, um unterschiedliche Aufgaben zu verfolgen. |
Nachschlagebeziehung | |
Angepasstes Objekt > Angepasstes Objekt (Datensatz) | Wählen Sie einen angepassten Objektdatensatz zur Verknüpfung mit dem Ticket aus. |
Organisation > Angepasste Felder | Angepasste Organisationsfelder sind als Aktionen verfügbar. Wenn der Auslöser diese Aktion enthält, das Ticket aber nicht mit einer Organisation verknüpft ist, wird der Auslöser nicht ausgeführt.
Die Aktionen für angepasste Datumsfelder beziehen sich immer auf Kalendertage; Geschäftszeiten und Zeitpläne werden nicht berücksichtigt. |
Anfragender > Sprache | Einstellen der Sprache des Anfragenden auf eine der von Ihnen unterstützten Help-Desk-Sprachen. |
Anfragender > Angepasste Felder | Angepasste Benutzerfelder sind als Aktionen verfügbar.
Die Aktionen für angepasste Datumsfelder beziehen sich immer auf Kalendertage; Geschäftszeiten und Zeitpläne werden nicht berücksichtigt. |
Ticket > Nachschlagebeziehungsfelder | Nachschlagebeziehungsfelder des Tickets sind als Aktionen verfügbar. |
Other | |
Benachrichtigen durch > Aktiver Webhook | Setzen Sie den aktiven Webhook auf „Benachrichtigen“. Weitere Informationen zur Verwendung von Webhooks finden Sie unter Erstellen eines Webhooks.
Wenn Sie beim Bearbeiten eines Auslösers ein anderes Benachrichtigungsziel auswählen, wird der Text der E-Mail zurückgesetzt. |
Benachrichtigen durch > Automatische Antwort mit Beiträgen | Sendet eine automatische E-Mail-Antwort auf die Anfrage des Kunden. In dieser E-Mail werden Help-Center-Beiträge vorgeschlagen, die dem Kunden helfen sollen, sein Problem zu lösen.
Weitere Informationen zu automatischen E-Mail-Antworten finden Sie unter Konfigurieren von automatischen E-Mail-Antworten zur Vermeidung von Anfragen. |
Benachrichtigen durch > Externes Ziel | Legt das externe E-Mail-Ziel fest, das benachrichtigt werden soll. Weitere Informationen zur Verwendung von Zielen finden Sie unter Benachrichtigen externer E-Mail-Ziele.
Wenn Sie beim Bearbeiten eines Auslösers ein anderes Benachrichtigungsziel auswählen, wird der Text der E-Mail zurückgesetzt. |
Benachrichtigen durch > E-Mail an Gruppe |
Für „E-Mail an Gruppe“ gibt es folgende Werte:
Wenn Sie beim Bearbeiten eines Auslösers ein anderes Benachrichtigungsziel auswählen, wird der Text der E-Mail zurückgesetzt. |
Benachrichtigen durch > SMS an Gruppe | Wenn Sie Zendesk Text verwenden, können Sie eine SMS konfigurieren, die an eine Gruppe von Benutzern gesendet wird, wenn die Auslöserbedingungen erfüllt sind (siehe Verwenden von Zendesk Text-Benachrichtigungen mit Auslösern: Rezepte und Tipps). |
Benachrichtigen durch > Messaging-Bewertung anfordern | Sendet nach Abschluss einer Konversation eine automatische Zufriedenheitsumfrage. Weitere Informationen finden Sie unter Überblick über das CSAT-Benutzererlebnis für E-Mail und Messaging. |
Benachrichtigen durch > Tweet | Beantwortet eine über X (vormals Twitter) eingehende Anfrage mit einem Tweet. Der Nachricht wird eine @Erwähnung und eine verkürzte Ticket-URL hinzugefügt. Achten Sie darauf, die zulässige Anzahl von Zeichen nicht zu überschreiten. |
Benachrichtigen durch > E-Mail an Benutzer | Für „E-Mail an Benutzer“ gibt es folgende Werte:
Zusätzliche Werte für Auslöser und Automatisierungen:
Die E-Mail-Benachrichtigung wird nur gesendet, wenn die Aktualisierung einen öffentlichen Kommentar enthält. Wenn die Aktualisierung einen privaten oder keinen Kommentar enthält, kann der Auslöser oder die Automatisierung andere Aktionen ausführen, die Benachrichtigung wird aber nicht gesendet. Für die Aktion E-Mail an Benutzer + (Anfragender und CCs) und die Bedingungen Ticket + Ist + Aktualisiert in Auslösern gibt es eine bekannte Einschränkung. Wenn beide gemeinsam verwendet werden, sendet Support keine E-Mail an den Benutzer, von dem die Ticketaktualisierung stammt. Dieses Verhalten ist beabsichtigt und soll redundante E-Mail-Nachrichten vermeiden. Weitere Informationen finden Sie im Beitrag Überblick über die Unterdrückung von E-Mail-Benachrichtigungen an CCs. Bei der Aktion „E-Mail an Benutzer“ können Sie den Betreff und den Text der E-Mail angeben. Der Text kann mit HTML oder Platzhaltern formatiert werden. Weitere Informationen zum Formatieren mit Platzhaltern finden Sie unter Verwenden von Platzhaltern. Wenn Sie beim Bearbeiten eines Auslösers oder einer Automatisierung ein anderes Benachrichtigungsziel auswählen, wird der Text der E-Mail zurückgesetzt. |
Benachrichtigen durch > SMS an Benutzer | Wenn Sie Zendesk Text verwenden, können Sie eine SMS konfigurieren, die an den Benutzer gesendet wird, wenn die Auslöserbedingungen erfüllt sind (siehe Verwenden von Zendesk Text-Benachrichtigungen mit Auslösern: Rezepte und Tipps). |
Benachrichtigen durch > Zendesk-Integration | Wenn Sie die Slack-Integration für Zendesk Support verwenden, können Sie Slack-Benutzer über Zendesk-Ticketereignisse benachrichtigen. Klicken Sie in den Dropdownlisten auf Zendesk-Integration Benachrichtigungen und Slack-Integration.
Weitere Informationen finden Sie unter Erstellen von Auslösern für Slack-Ticketbenachrichtigungen. |