Ticket-Status helfen, klare Erwartungen zu setzen, damit sowohl Ihre Kunden als auch Teammitglieder über den Fortschritt eines Tickets informiert sind. Diese sind in vier Kategorien organisiert: Submitted, In Progress, Waiting on Customer und Resolved, jede mit eigenem Verhalten.

Ticket-Status-Kategorien

Die folgende Tabelle beschreibt jede Kategorie und das Verhalten, das ein Status in dieser Kategorie annimmt.

Ticket-Status-Kategorie	Beschreibung	Verhalten
Submitted	Der Status „Submitted“ markiert die Anfangsphase eines Tickets.	Diese Status werden einem Ticket bei der Erstellung zugewiesen und sind für Kunden sichtbar, wenn Tickets geteilt werden.
In progress	Der Status „In Progress“ zeigt an, dass an einem Ticket gearbeitet wird.	Diese Status sind für Ihre Kunden sichtbar, wenn ein Ticket geteilt wird.
Waiting on customer	Der Status „Waiting on Customer“ zeigt an, dass für die Bearbeitung eines Tickets weitere Informationen vom Kunden benötigt werden.	Status in dieser Kategorie können SLAs pausieren, wenn konfiguriert. Wenn ein Kunde auf ein Ticket in diesem Status antwortet, wechselt das Ticket automatisch zurück in den Status „In progress“.
Resolved	Der Status „Resolved“ zeigt den Abschluss der Arbeit an dem Ticket an.	Diese Status sind für Ihre Kunden sichtbar, wenn ein Ticket geteilt wird, und werden verwendet, um die "Time to resolve"-Metrik zu messen.

Wichtig: Das Setzen eines Tickets auf resolved schließt die Konversation nicht automatisch. Weitere Informationen finden Sie hier.

Wichtig: Das Hinzufügen eines Teilnehmers durch einen Endbenutzer ändert den Ticket-Status von Waiting on Customer und startet den SLA-Timer, auch ohne Antwort. Dies ist das erwartete Verhalten.

Submitted-Status-Tickets

Sie können in Ihrem Workspace mehrere Submitted-Status pro Tickettyp haben. Navigieren Sie zu Settings > Inbox > Tickets und fügen Sie so viele Submitted-Status hinzu, wie Sie möchten.

Sobald Sie zusätzliche Status zu Ihren Submitted-Tickettypen hinzugefügt haben, können Sie ein Ticket zwischen verschiedenen Submitted-Status verschieben. Sie können auch ein Ticket von anderen Status (z. B. In progress) zurück in einen Submitted-Status verschieben.

FAQs

Was passiert mit den Reporting-Metriken, die die in Submitted-Status verbrachte Zeit berechnen?

Es gibt keine Änderungen an historischen Daten. Reporting-Metriken, die die in Submitted-Status verbrachte Zeit berechnen, berücksichtigen die Zeit in allen Submitted-Status. Der erste Submitted-Zeitstempel wird verwendet, um die Zeit bis zur Lösung zu messen.

Ändert sich die Ticketansicht im Messenger, wenn ein Ticket zurück zu Submitted verschoben wird?

Nein, die Ticketansicht wechselt zurück und zeigt den Submitted-Status wie erwartet an.

Kann ein Ticket über workflows zurück zu Submitted verschoben werden?

Ja, Sie können Submitted-Status aus der Aktion Set ticket state in workflows auswählen. Wenn ein Ticket jedoch bereits im durch die Aktion festgelegten Status ist, wird die Statusänderung nicht verarbeitet. Dies gilt für alle Ticket-Statusänderungen, nicht nur für Submitted-Ereignisse.

Was passiert mit SLAs, wenn ein Ticket zurück in einen Submitted-Status verschoben wird?

Der SLA-Timer wird einmalig gestartet, wenn der workflow ausgelöst wird. Der Timer wird nicht zurückgesetzt, wenn ein Ticket zurück in einen Submitted-Status verschoben wird. Nachfolgende Statusaktualisierungen zu Submitted-Status werden wie andere Statusänderungen behandelt.

Das Verschieben eines Tickets vom Resolved-Status zurück zu Submitted bedeutet, dass der SLA-Timer nicht zurückgesetzt wird.
Das Verschieben eines Tickets von Waiting on customer zurück zu Submitted setzt die SLA-Pause zurück.

Benutzerdefinierte Ticket-Status

Sie können Ticket-Status erstellen oder anpassen unter jeder dieser Kategorien, und sie übernehmen das Verhalten ihrer jeweiligen Kategorie.

Hinweis:

Jeder Tickettyp muss mindestens einen Status aus jeder dieser Kategorien enthalten.
Ticket-Status können für mehrere Tickettypen verwendet werden.
Ticket-Status im gesamten Workspace dürfen nicht dasselbe interne Label haben. Sie können jedoch dasselbe kundenorientierte Label teilen.

📖 Erfahren Sie, wie Sie Ihre eigenen benutzerdefinierten Ticket-Status erstellen und über Ticket-Status berichten.

Erfahrung der Teammitglieder im Inbox

Teammitglieder sehen die Ticket-Status (einschließlich benutzerdefinierte Ticket-Status), während sie an Tickets aus dem Inbox arbeiten. Diese werden in der Haupt-Ticketansicht, innerhalb der Links-App und bei der Verwendung von Command-K angezeigt, um ein Ticket von einem Status in einen anderen zu überführen.

Die verfügbaren Ticket-Status hängen von den Status ab, die Sie für diesen Tickettyp konfiguriert haben.

Um den Ticket-Status in Ihrem inbox Dropdown zu sehen 👇, müssen Sie den Ticket-Status-Inbox-Filter aktivieren.

Gehen Sie zu Settings > Inbox > Tickets und aktivieren Sie unter Ticket states den Filter:

Erfahrung der Teammitglieder in Slack & Jira für Tickets

Das interne Label der Ticket-Status wird in Slack-Benachrichtigungen angezeigt.

Und Jira for Tickets.

Kundenerfahrung

Ihre Kunden sehen das kundenorientierte Label für Ticket-Status, wenn ein Ticket mit ihnen über den Messenger, E-Mails oder das Customer portal geteilt wurde.

Wenn Sie einen Ticket-Status bearbeiten oder anpassen, sehen Kunden die aktualisierten Ticket-Status-Labels im Messenger sowie in neuen E-Mail-Benachrichtigungen.

Vor dem Update gesendete E-Mails behalten die ursprünglichen Ticket-Status-Labels bei.

API

Sie können die internen und externen Labels eines benutzerdefinierten Ticket-Status sehen, wenn Sie ein einzelnes Ticket über die tickets API abrufen.

Derzeit können Sie den Systemstatus eines Tickets nur über die API ändern. Wenn Sie dies tun, wird der benutzerdefinierte Status dieses Tickets auf den ersten benutzerdefinierten Status auf der Ticket-Typen-Seite gesetzt, der diesem Systemstatus entspricht. Zum Beispiel wird ein Ticket, das auf „In progress“ verschoben wird, auf den ersten benutzerdefinierten Status im Abschnitt „In progress“ auf der Ticket-Typen-Seite gesetzt.

Ticket-Status können nicht über die API verwaltet werden (z. B. erstellt oder archiviert).

Bericht über Ticket-Status

Sie können das Ticket time in state dataset verwenden, um die in jedem Ticket-Status verbrachte Zeit zu berichten. Dies umfasst eine "Ticket time spent in all states"-Metrik und zusätzliche Reporting-Attribute, um Ihren benutzerdefinierten Bericht zu filtern und zu segmentieren.