Vor Kurzem aufgerufene Suchen


Keine vor kurzem aufgerufene Suchen

Sarah C's Avatar

Sarah C

Beigetreten 14. Apr. 2021

·

Letzte Aktivität 28. Jan. 2025

Zendesk Customer Care

Folge ich

0

Follower

4

Gesamtaktivitäten

58

Stimmen

3

Abonnements

28

AKTIVITÄTSÜBERSICHT

Neueste Aktivität von Sarah C

Sarah C hat einen Beitrag erstellt

BeitragHilfe bei Berichten und Analysen

In diesem Leitfaden zur Fehlerbehebung erfahren Sie, was zu tun ist, wenn in Explore keine Werte in einem Diagramm angezeigt werden. Manchmal sehen Sie 0 oder leere Werte in Ihrem Bericht und können das Verhalten untersuchen.

Dieser Beitrag enthält die folgenden Themen:

Überprüfen Sie, ob die Zeilenauswahl ausgeblendet ist

Diagrammkonfiguration überprüfen „Einstellungen“ > „Zeilenauswahl anzeigen “ aktiviert. Unter Umständen ist die Zeilenauswahl ausgeblendet und zeigt nur ausgewählte Werte an.

Row selector.png

Überprüfen Sie, ob die Spalten ausgeblendet sind

In Ergebnismanipulation > Spaltenstellen sicher, dass alle Spalten sichtbar sind.

Ergebnismanipulation.png

Untersuchen Sie Ihren Metrikfilter

In Ergebnismanipulation > Metrikfilterüberprüfen; vielleicht haben Sie einen Teil des Ergebnisses ausgeblendet. In dieser Abbildung sollte die Zahl links beispielsweise 0 anstatt 20lauten.

Metric filter.png

Stellen Sie sicher, dass Sie keinen Teil des Ergebnisses ausblenden

In Ergebnismanipulation > Hide part of the Ergebnis, stellen Sie sicher, dass Sie keine Daten verbergen > Apply.

Hide.png

Stellen Sie sicher, dass kein Filter angewendet wird

Vergewissern Sie sich oben auf der Seite auf der linken Seite, dass Sie keinen Filter zu Ihren Datenhinzugefügt haben.

Filter.png

Überprüfen Sie den Filter für die untersten/obersten Werte

In Ergebnismanipulation > Aktivieren Sie den Filter Oberste/unterste > deaktivieren Sie die Option Oberste und unterste > Anwenden.

Top bottom.png

Mit tatsächlichen Daten vergleichen

Wenn Sie immer noch fehlende Werte sehen, überprüfen Sie Ihre Datenquellen. Öffnen Sie beispielsweise Beispieltickets und vergleichen Sie die Ergebnisse mit Ihrem Bericht.

Weitere Informationen zu Berichten finden Sie in diesen Beiträgen:

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 12. Nov. 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragServicebenachrichtigungen

ZUSAMMENFASSUNG

Am 9. August 2024 von 15:46 UTC bis 15:57 UTC traten bei Support-Kunden in Pod 17 verschiedene Probleme wie Fehlercodes, langsame Ladezeiten und Unfähigkeit, Tickets zu öffnen oder Nachrichten in der Produktoberfläche anzuzeigen. 

Zeitleiste

09. August 2024 16:13 Uhr UTC | 09. August 2024, 09:13 Uhr PT
Wir untersuchen Berichte, denen zufolge Benutzer keine Support-Tickets in Pod 17 anzeigen können, und zeigen bereits eine Wiederherstellung. Wir werden spätestens 30 Minuten weitere Updates bereitstellen, sobald wir die vollständige Stabilität bestätigt haben.

09. August 2024 16:32 UTC | 09. August 2024, 09:32 Uhr PT
Von 15:46 UTC bis 15:57 UTC hatten Support-Kunden in Pod 17 Probleme beim Laden von Tickets. Die Leistung hat sich stabilisiert und wird weiter überwacht. Nächste Aktualisierung in einer Stunde bzw. wenn neue Informationen verfügbar sind.

09. August 2024 16:51 UTC | 09. August 2024, 09:51 Uhr PT
Die Support-Leistungsprobleme, die in Pod 17 zwischen 15:46 UTC und 15:57 UTC auftraten, sind jetzt vollständig behoben. Wir entschuldigen uns für etwaige Unannehmlichkeiten und danken Ihnen für Ihr Verständnis.

 

POST-MORTEM

Ursachenanalyse

Dieser Vorfall wurde durch einen unerwarteten Neustart eines Systems verursacht, das den Datenabruf beschleunigt, indem es Informationen im Arbeitsspeicher speichert. Aufgrund einer unzureichenden Reaktion auf diesen Fehler wartete die Komponente „Agent-Diagramm“ weiterhin bis zu 60 Sekunden auf eine Antwort, was zu Timeout-Fehlern und damit zu Servicefehlern vom Typ 503 führte. Dazu beigetragen haben beispielsweise folgende Faktoren: Das System wurde nicht rechtzeitig auf eine alternative Datenquelle umgestellt und die eingesetzten Monitore lösten keine Alarme aus, da das Problem bereits vor Erreichen der Schwellenwerte behoben war.

Lösung

Um dieses Problem zu beheben, wurde das System automatisch wiederhergestellt, als das Speicher-Caching-System wieder online war. Wir stellten fest, dass der Neustart dieses Systems die Verzögerungen verursachte, und es wurde bestätigt, dass sich das Problem von selbst löste und kein unmittelbares manuelles Eingreifen zur Wiederherstellung des Dienstes erforderte.

Korrekturelemente

  1. Reduzierter Timeout für den Abruf aus dem Benutzercache.
  2. Führen Sie Chaostests durch, um solche Fehler in einer kontrollierten Umgebung zu simulieren. 
  3. Überprüfen Sie die Alarmschwellen und passen Sie sie entsprechend an, um die Erkennung und Antwortzeit zu verkürzen.
  4. Wenden Sie sich an AWS , um den unerwarteten Neustart des Speicher-Caching-Systems zu untersuchen und ähnliche zukünftige Ereignisse zu verhindern.

 

WEITERE INFOS

Aktuelle Systemstatusinformationen zu Ihrem Zendesk finden Sie auf der Systemstatusseite. Die Zusammenfassung unserer Post-mortem-Untersuchung wird in der Regel hier einige Tage nach Abschluss des Vorfalls gepostet. Wenn Sie weitere Fragen zu diesem Vorfall haben, wenden Sie sich an den Zendesk-Kundensupport.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 19. Aug. 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragServicebenachrichtigungen

ZUSAMMENFASSUNG

Am 7. August 2024 von 20:48 UTC bis 23:27 UTC hatten Support-Kunden in allen Pods Probleme mit Ticketansichten, darunter gelöste Tickets, die nicht verschwanden, langsame Aktualisierungen und falsche Nummern.

 

Zeitleiste

07. August 2024 22:00 Uhr UTC | 07. August 2024, 15:00 Uhr PST
Wir untersuchen Berichte über Support-Ticketansichten, die nicht aktualisiert werden oder falsche Tickets anzeigen. Nächste Aktualisierung in 30 Minuten oder wenn neue Informationen verfügbar sind.

07. August 2024 22:08 UTC | 07. August 2024, 15:08 Uhr PT
Unsere Ingenieure haben eine Änderung vorgenommen, und wir sehen jetzt Leistungsverbesserungen in allen Pods. Nächste Aktualisierung in 30 Minuten oder wenn neue Informationen verfügbar sind.

07. August 2024 22:24 UTC | 07. August 2024, 15:24 Uhr PT
Die Leistung bleibt in allen Pods gleich, und wir werden die Leistung in der nächsten Stunde weiter überwachen. Nächste Aktualisierung in einer Stunde.

07. August 2024 23:29 UTC | 07. August 2024, 16:29 Uhr PT
Nach kontinuierlicher Überwachung stellen wir Stabilität fest und haben bestätigt, dass das Problem, das dazu führt, dass Support-Ticketansichten nicht aktualisiert werden, behoben wurde. Vielen Dank für Ihr Verständnis.

 

POST-MORTEM

Ursachenanalyse

Dieser Vorfall wurde durch einen Prozessfehler während der Umstellung eines blau/grünen Clusters verursacht, insbesondere durch eine unvollständige Bereitstellung, die zu Konfigurationsfehlern in den verbleibenden Produktions-Pods führte. 

Lösung

Um dieses Problem zu beheben, hat das Engineering-Team die Indexer im aktiven Cluster manuell hochskaliert, um angesammelte Ticketaktualisierungen zu verarbeiten. Anschließend wurde der Cluster-Wechsel-Vorgang mit der richtigen Konfiguration fortgesetzt.

Korrekturelemente

  1. Der Prozess für den Clusterwechsel muss überprüft werden, um sicherzustellen, dass nach der Bereitstellung gründliche Prüfungen durchgeführt werden, um zu verhindern, dass unvollständige Bereitstellungen unbemerkt bleiben.
  2. Entwickeln Sie eine Automatisierung für den Clusterwechsel, damit kein manuelles Eingreifen erforderlich ist und das Risiko menschlicher Fehler weitgehend ausgeschlossen ist.

 

WEITERE INFOS

Aktuelle Systemstatusinformationen zu Ihrem Zendesk finden Sie auf der Systemstatusseite. Die Zusammenfassung unserer Post-mortem-Untersuchung wird in der Regel hier einige Tage nach Abschluss des Vorfalls gepostet. Wenn Sie weitere Fragen zu diesem Vorfall haben, wenden Sie sich an den Zendesk-Kundensupport.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 19. Aug. 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragHilfe zum Help Center

Frage

Wenn es in Guide oder Gather neue Aktivitäten gibt, wie z. B. neue Beiträge, Posts oder Kommentare, werden Benutzer, die den Inhalten folgen, per E-Mail benachrichtigt. Kann ich ändern oder steuern, von welcher E-Mail-Adresse diese automatischen Benachrichtigungen gesendet werden? 

Ich habe die Domäne meines Help Centers geändert, aber die an meine Zielgruppe gesendeten E-Mails stimmen nicht mit meiner angepassten Domäne überein. Warum verwenden diese E-Mails nicht meine angepasste Domäne?

Antwort

Die E-Mails, mit denen Kunden über Aktualisierungen in Guide oder Gather informiert werden, können nicht angepasst werden. Nachrichten weisen ein Standardformat auf und werden immer unter der Adresse noreply@{subdomäne}.zendesk.com gesendet. Weitere Informationen finden Sie in diesem Beitrag: Help-Center-Anweisungen für Endbenutzer.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 20. Aug. 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragServicebenachrichtigungen

ZUSAMMENFASSUNG

Am 9. Juli 2024 um 11:40 Uhr (UTC) haben wir eine neue Änderung an unserem Beitragsbearbeitungssystem vorgenommen. Diese Änderung führte dazu, dass einige veröffentlichte Beiträge ohne Zutun des Benutzers erneut veröffentlicht wurden, was wiederum dazu führte, dass einige Beitragsversionen versehentlich veröffentlicht wurden.

Zeitleiste

09. Juli 2024 20:41 Uhr UTC | 09. Juli 2024, 13:41 Uhr PT
Unsere Techniker haben das Problem identifiziert und die Änderung, die sich auf alle Pods auswirkt, rückgängig gemacht. Das Bearbeiten, Speichern und Veröffentlichen von Guide-Beiträgen funktioniert jetzt wieder wie gewohnt. Bitte beachten: Wenn Sie Beitragsänderungen zwischen 11:40 UTC und 20:37 UTC gespeichert haben, haben Sie möglicherweise versehentlich Beitragsentwürfe veröffentlicht. Sie müssen die zuvor veröffentlichte Version manuell wiederherstellen, indem Sie entweder die Funktion Guide-Beitragsrevisionsverlauf verwenden oder den Beitrag manuell aktualisieren und erneut veröffentlichen.

09. Juli 2024 19:57 UTC | 09. Juli 2024, 12:57 Uhr PT
Wir haben ein Problem beim Bearbeiten von veröffentlichten Guide-Beiträgen bestätigt, bei dem beim Klicken auf „Speichern“ der Beitrag versehentlich veröffentlicht wird, anstatt nur die aktuelle Entwurfsversion des Beitrags zu „speichern“. Wir arbeiten daran, eine Änderung rückgängig zu machen, um das normale Verhalten wiederherzustellen. Wir senden eine weitere Aktualisierung in 30 Minuten bzw. dann, wenn neue Informationen verfügbar sind.

 

POST-MORTEM

Ursachenanalyse

Ein Update zur Verbesserung unseres Bearbeitungssystems führte versehentlich dazu, dass Bearbeitungen zweimal verarbeitet wurden, einmal im alten und einmal im neuen System. Dies führte dazu, dass Beiträge unnötigerweise erneut veröffentlicht wurden.

Lösung

Nachdem wir das Problem identifiziert hatten, implementierten wir eine Korrektur, um die problematische Funktion zu deaktivieren. Das System stabilisierte sich und der normale Betrieb wurde wieder aufgenommen.

Korrekturelemente

Wir haben mehrere Schritte festgelegt, um ähnliche Vorfälle in Zukunft zu verhindern:

1. Stellen Sie sicher, dass bei Befehlen in unserem System keine Nebeneffekte auftreten.
2. Sie können die Neuveröffentlichungslogik für die verschiedenen Kundenebenen trennen.
3. Verbessern Sie unsere Tests vor der Bereitstellung, um solche Probleme besser zu erfassen.

Wir entschuldigen uns für etwaige Unannehmlichkeiten und danken Ihnen für Ihr Verständnis, während wir uns bemühen, unsere Dienstleistungen zu verbessern.

 

WEITERE INFOS

Aktuelle Systemstatusinformationen zu Ihrem Zendesk finden Sie auf der Systemstatusseite. Die Zusammenfassung unserer Post-mortem-Untersuchung wird in der Regel hier einige Tage nach Abschluss des Vorfalls gepostet. Wenn Sie weitere Fragen zu diesem Vorfall haben, wenden Sie sich an den Zendesk-Kundensupport.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 12. Aug. 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragHilfe bei Berichten und Analysen

Frage

Warum werden meine Lesezeichen und Links zu Berichten in Explore nicht geladen?

Antwort

Einige ältere Lesezeichen verwenden möglicherweise noch den vorherigen URL-Pfad für Explore-Berichte mit /query Kundensegment. Beispiel: https://yoursubdomain.zendesk.com/explore#/pivot-table/connection/13569211/query/190571061.

Um auf den Bericht zuzugreifen, aktualisieren Sie Ihre Lesezeichen auf den neuen URL-Pfad, der die verwendet /report Kundensegment. Beispiel: https://yoursubdomain.zendesk.com/explore#/pivot-table/connection/13569211/report/190571061.

Weitere Informationen finden Sie in diesem Beitrag: Erstellen von Berichten.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 02. Juli 2024 · Sarah C

1

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragHilfe zu Bots und Automatisierung

Frage

Wie kommt es, dass meine Kunden-Messaging-Konversation zehn alte Nachrichten enthält?

Antwort

Bots betrachten eine Konversation nach 72 Stunden Inaktivität als abgelaufen und löschen Metadaten für die Nachricht im Backend, aber nicht die Nachricht selbst.

Wenn nach 72 Stunden noch keine Nachricht für einen Agenten verfügbar ist und der Kunde sich erneut an einen Agenten wendet, sucht Zendesk im Backend nach wesentlichen fehlenden Metadaten, wie z. B als first_message_id. Da es keine gibt first_message_idnicht, übernimmt das System die letzten zehn Nachrichten aus den vorherigen Interaktionen des Benutzers und hängt sie an das Ticket an, um Kontext bereitzustellen.

Weitere Informationen finden Sie in den folgenden Beiträgen:

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 25. Juni 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragRezepte für Explore

Bei Suite Professional und höheren Plänen verfügbar Bei Explore Professional und höheren Plänen verfügbar

Dieses Rezept hilft Ihnen beim Verfolgen von Metriken für untergeordnete Tickets, die durch Nebenkonversationen erstellt wurden. In diesem Fall müssen Sie die externe Standard-ID für untergeordnete Tickets in Nebenkonversationen verwenden.

Bei diesem Rezept werden nicht alle Nebenkonversationskanäle (wie Slack oder E-Mail) verfolgt. sondern nur Berichte zu Tickets, die durch Nebenkonversationen erstellt wurden.

Dieser Beitrag enthält die folgenden Abschnitte:

Was Sie brauchen

Wissensstand: Fortgeschritten

Zeitbedarf: 15 Minuten

  • Zendesk Explore Professional oder Enterprise
  • Bearbeiter- oder Administratorberechtigungen (siehe Gewähren von Zugriff auf Explore)
  • Ticketdaten in Zendesk Support
  • Aktivierte und in Tickets in Zendesk Support verwendete Nebenkonversationen

Das Attribut wird erstellt

  1. Klicken Sie in Explore auf das Symbol „Berichte“ ().
  2. Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
  3. Am Wählen Sie das gewünschte Dataset aus Seite zu wechseln Support > Support – Tickets, und klicken Sie dann auf Bericht starten. Der Berichtsgenerator wird geöffnet.
  4. Aus dem Berechnungen () im Menü Klicken Sieauf Berechnetes Standardattribut.
  5. Am Berechnetes Standardattribut die unten stehende Formel eingeben oder in den Attribut-Editor einfügen.
    REGEXP_EXTRACT([Ticket external ID], "^zen:side_conversation:.*:(\d+)$")
  6. Geben Sie dem Attribut einen Namen, z. B.ID des übergeordneten Tickets.
  7. Klicken Sie auf Speichern.

Sie ist speziell für externe IDs vorgesehen, die erstellt werden, wenn ein Ticket in einer Nebenkonversation erstellt wird. Sie sieht ungefähr so aus:

Screenshot 2024-01-17 at 5.32.44 PM.png

Dieses Attribut zeigt zwar die ID des übergeordneten Tickets eines Tickets in der Nebenkonversation an, aber es ist nicht möglich, bei Verwendung dieses Attributs Berichte über Metriken oder Attribute des übergeordneten Tickets selbst zu erstellen. Im obigen Beispiel können Sie Berichte zu Metriken für Ticket 925 erstellen, nicht aber zum übergeordneten Ticket 923.

Erstellen von Berichten zur Anzahl der Nebenkonversationen pro Ticket

  1. Klicken Sie in Explore auf das Symbol Berichte ( ).
  2. Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
  3. Am Wählen Sie das gewünschte Dataset aus Seite zu wechseln Support > Tickets, unddann aufBericht starten. Der Berichtsgenerator wird geöffnet.
  4. Klicken Sie unter Metriken auf Hinzufügen.
  5. Klicken Sie in der Liste der Metriken auf Tickets>Ticketsund dann aufAnwenden.
  6. Im Zeilen aus wählen Sie Ihre berechnete Option aus und klicken Sie dann auf Anwenden.
  7. Wählen Sie unter Filter das berechnete Attribut aus und schließen Sie NULL-Werte aus.

Sie können jetzt Berichte über die Anzahl von Nebenkonversationen pro Ticket erstellen.
Screenshot 2024-01-17 at 5.44.14 PM.png

Erstellen von Berichten zur kombinierten Zeit bis zur vollständigen Lösung von Nebenkonversationen 

  1. Klicken Sie in Explore auf das Symbol Berichte ( ).
  2. Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
  3. Am Wählen Sie das gewünschte Dataset aus Seite zu wechseln Support > Ticketsund dann auf Bericht starten. Der Berichtsgenerator wird geöffnet.
  4. Klicken Sie unter Metriken auf Hinzufügen.
  5. Klicken Sie in der Liste der Metriken auf Dauer zwischen Ereignissen – Kalender Min. > Zeit bis zur vollständigen Lösung (Min.)und klicken Sie dann aufAnwenden.
  6. Den Aggregator SUM anwenden.
  7. Im Zeilen aus wählen Sie Ihre berechnete Option aus und klicken Sie dann auf Anwenden.
  8. Wählen Sie unter Filter das berechnete Attribut aus und schließen Sie NULL -Werte aus.

Sie können jetzt Berichte über die gesamte Bearbeitungszeit für Nebenkonversationen Ihres Tickets erstellen. Sie können auch „ Ticket-IDs “ zu den Zeilen hinzufügen, wenn Sie die Zeiten für einzelne Tickets sehen möchten.

Screenshot 2024-01-17 at 5.52.14 PM.png

Verbessern des Berichts

Dieses Attribut kann in anderen Datasets erstellt und zur Verfolgung anderer Metriken verwendet werden, wie z. B. Zeit bis zum Status „Offen“ (Min.) oder Tickets mit oder ohne Kommentar aktualisiert im Dataset „Updates History“.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 03. Sept. 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragRezepte für Explore

Bei Suite Professional und höher verfügbar Verfügbar bei Explore Professional und höher

In diesem Explore-Rezept erfahren Sie, wie Sie einen Bericht erstellen, der alle Tickets mit öffentlichen Agentenkommentaren anzeigt. Anhand dieses Berichts können Sie Tickets ermitteln, in denen Ihre Agenten Kunden geantwortet haben.

Falls Sie den Auslöser Anfragenden und CCs über Kommentaraktualisierung benachrichtigen versehentlich deaktiviert haben, kann dieser Bericht Ihnen helfen, Tickets im Zeitraum zu identifizieren, in dem der Auslöser deaktiviert war.

In diesem Beitrag werden folgende Themen behandelt:

Was Sie brauchen

Wissensstand: Anfänger

Zeitbedarf: 5 Minuten

Erstellen des Berichts

  1. Klicken Sie in Explore auf das Symbol Berichte ( ).
  2. Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
  3. Am Wählen Sie das gewünschte Dataset aus Seite zu wechseln Support>Aktualisierungsverlauf – Tickets und klicken dann aufBericht starten. Der Berichtsgenerator wird geöffnet.
  4. Klicken Sie unter Metriken auf Hinzufügen.
  5. Klicken Sie in der Liste der Metriken auf Tickets (Englisch). > Tickets aktualisiert mit öffentlichem Kommentar, und klicken dann aufAnwenden.
  6. Im Zeilen aus die Option „“ aus Ticket > Ticket-ID und klicken Sie dann auf Anwenden.
  7. Im Filter dasFenster Aktualisierer - Aktualisierer – Rolle Filtern aus und klicken Sie dann auf Anwenden.
  8. Klicken Sie erneut auf den Filter und wählen Sie die Rollen aus, die Sie im Bericht verwenden möchten.
  9. Fügen Sie den Filter Zeit – Ticketaktualisierungsdatum hinzu , um einen Zeitraum festzulegen, z. B. eine Woche oder einen Monat. Dadurch verhindern Sie, dass die Query während der Erstellung ein Zeitlimit überschreitet.
  10. Klicken Sie auf das Menü Visualisierungstyp () und wählen Sie Tabelleaus. 
  11. (Optional) Fügen Sie einen Metrikfilter hinzu , um Tickets anzuzeigen, die mindestens eine Aktualisierung mit einem öffentlichen Kommentar aufweisen.

tickets with comments.png

 

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 25. Juni 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare


Sarah C hat einen Beitrag erstellt

BeitragServicebenachrichtigungen

ZUSAMMENFASSUNG

16:52 UTC | 08:52 PT
Nach einigen Untersuchungen haben wir festgestellt, dass es keine Auswirkungen auf das Zendesk Z Bot Widget gibt, das für die Kontaktaufnahme mit dem Zendesk Support verwendet wird, und wir deaktivieren die Weiterleitung bei Störungen per Webformular. Über das Z Bot-Widget kann derzeit ganz normal mit dem Zendesk-Support Kontakt aufgenommen werden.

16:49 UTC | 08:49 PT
Wir untersuchen aktiv ein Problem, das beim Herstellen einer Verbindung zu Zendesk Support über das Zendesk Z Bot-Widget unter support.zendesk.com zu Fehlern führt. Wir wechseln zum Webformular und werden weitere Updates bereitstellen, sobald wir mehr erfahren.

POST-MORTEM

TBD

WEITERE INFOS

Aktuelle Systemstatusinformationen zu Ihrem Zendesk finden Sie auf der Systemstatusseite. Die Zusammenfassung unserer Post-mortem-Untersuchung wird in der Regel hier einige Tage nach Abschluss des Vorfalls gepostet. Wenn Sie weitere Fragen zu diesem Vorfall haben, reichen Sie bitte über ZBot Messaging im Widget ein Ticket bei uns ein.

Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.

Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.

Bearbeitet 18. Juli 2024 · Sarah C

0

Follower

1

Stimme

0

Kommentare