Vor Kurzem aufgerufene Suchen
Keine vor kurzem aufgerufene Suchen

Sarah C
Beigetreten 14. Apr. 2021
·
Letzte Aktivität 28. Jan. 2025
Folge ich
0
Follower
4
Gesamtaktivitäten
58
Stimmen
3
Abonnements
28
AKTIVITÄTSÜBERSICHT
BADGES
BEITRÄGE
POSTS
COMMUNITY-KOMMENTARE
BEITRAGSKOMMENTARE
AKTIVITÄTSÜBERSICHT
Neueste Aktivität von Sarah C
Sarah C hat einen Beitrag erstellt
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
- Überprüfen Sie, ob die Spalten ausgeblendet sind
- Untersuchen Sie Ihren Metrikfilter
- Stellen Sie sicher, dass Sie keinen Teil des Ergebnisses ausblenden
- Stellen Sie sicher, dass kein Filter angewendet wird
- Überprüfen Sie den Filter für die untersten/obersten Werte
- Mit tatsächlichen Daten vergleichen
Ü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.
Überprüfen Sie, ob die Spalten ausgeblendet sind
In Ergebnismanipulation > Spaltenstellen sicher, dass alle Spalten sichtbar sind.
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.
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.
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.
Ü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.
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:
- Anpassen von Berichten
- Warum fehlen manche Tage in meinen Berichten in Explore?
- Warum sehe ich leere Stellen in Berichten zu 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
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
- Reduzierter Timeout für den Abruf aus dem Benutzercache.
- Führen Sie Chaostests durch, um solche Fehler in einer kontrollierten Umgebung zu simulieren.
- Überprüfen Sie die Alarmschwellen und passen Sie sie entsprechend an, um die Erkennung und Antwortzeit zu verkürzen.
- 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
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
- 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.
- 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
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
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
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
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_id
nicht, ü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:
- Erstellen eines Konversations-Bots für Web- und Mobilkanäle
- Anzeigen und Bearbeiten allgemeiner Bot-Einstellungen
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
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
- Das Attribut wird erstellt
- Erstellen von Berichten zur Anzahl der Nebenkonversationen pro Ticket
- Erstellen von Berichten zur kombinierten Zeit bis zur vollständigen Lösung von Nebenkonversationen
- Verbessern des Berichts
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
- Klicken Sie in Explore auf das Symbol „Berichte“ (
).
- Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
- 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.
- Aus dem Berechnungen (
) im Menü Klicken Sieauf Berechnetes Standardattribut.
- Am Berechnetes Standardattribut die unten stehende Formel eingeben oder in den Attribut-Editor einfügen.
REGEXP_EXTRACT([Ticket external ID], "^zen:side_conversation:.*:(\d+)$")
- Geben Sie dem Attribut einen Namen, z. B.ID des übergeordneten Tickets.
- 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:
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
- Klicken Sie in Explore auf das Symbol Berichte (
).
- Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
- Am Wählen Sie das gewünschte Dataset aus Seite zu wechseln Support > Tickets, unddann aufBericht starten. Der Berichtsgenerator wird geöffnet.
- Klicken Sie unter Metriken auf Hinzufügen.
- Klicken Sie in der Liste der Metriken auf Tickets>Ticketsund dann aufAnwenden.
- Im Zeilen aus wählen Sie Ihre berechnete Option aus und klicken Sie dann auf Anwenden.
- 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.
Erstellen von Berichten zur kombinierten Zeit bis zur vollständigen Lösung von Nebenkonversationen
- Klicken Sie in Explore auf das Symbol Berichte (
).
- Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
- Am Wählen Sie das gewünschte Dataset aus Seite zu wechseln Support > Ticketsund dann auf Bericht starten. Der Berichtsgenerator wird geöffnet.
- Klicken Sie unter Metriken auf Hinzufügen.
- 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.
- Den Aggregator SUM anwenden.
- Im Zeilen aus wählen Sie Ihre berechnete Option aus und klicken Sie dann auf Anwenden.
- 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.
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
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
- Zendesk Explore Professional oder Enterprise
- Bearbeiter- oder Administratorberechtigungen (siehe Gewähren von Zugriff auf Explore)
- Ticketdaten in Zendesk Support
Erstellen des Berichts
- Klicken Sie in Explore auf das Symbol Berichte (
).
- Klicken Sie in der Berichtsbibliothek auf Neuer Bericht.
- 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.
- Klicken Sie unter Metriken auf Hinzufügen.
- Klicken Sie in der Liste der Metriken auf Tickets (Englisch). > Tickets aktualisiert mit öffentlichem Kommentar, und klicken dann aufAnwenden.
- Im Zeilen aus die Option „“ aus Ticket > Ticket-ID und klicken Sie dann auf Anwenden.
- Im Filter dasFenster Aktualisierer - Aktualisierer – Rolle Filtern aus und klicken Sie dann auf Anwenden.
- Klicken Sie erneut auf den Filter und wählen Sie die Rollen aus, die Sie im Bericht verwenden möchten.
- 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.
- Klicken Sie auf das Menü Visualisierungstyp (
) und wählen Sie Tabelleaus.
- (Optional) Fügen Sie einen Metrikfilter hinzu , um Tickets anzuzeigen, die mindestens eine Aktualisierung mit einem öffentlichen Kommentar aufweisen.
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
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