Wenn Sie Probleme mit Service Level Agreements (SLA) haben, finden Sie in diesem Leitfaden Lösungen für die häufigsten Probleme.

Dieser Beitrag enthält die folgenden Themen:

  • Das Badge zeigt „Jetzt“ an, nachdem das Ziel verletzt wurde
  • Für verletzte Ziele werden Geschäftszeiten nicht berücksichtigt
  • Die neue Richtlinie wird nicht angezeigt
  • SLA wird nur auf manche Tickets angewendet
  • Metrik „Zeit bis zur ersten Reaktion“ funktioniert nicht
  • SLA wird nicht angehalten, wenn Ticketstatus „Wartend“ lautet
  • Zielstunden werden falsch angezeigt
  • Neu angewendetes SLA führt zusätzliches Verletzungsereignis durch
  • Warum sehe ich kein SLA-Badge, wenn das Ticket eine SLA-Richtlinie enthält?
  • Zeitpläne werden in SLA-Zielen nicht berücksichtigt

Allgemeine Informationen zur Funktionsweise von SLA finden Sie in diesem Beitrag: Anzeigen und Verstehen von SLA-Zielen

Das Badge zeigt „Jetzt“ an, nachdem das Ziel verletzt wurde

Das Badge zeigt Jetzt an, wenn sich das Ziel nach einer Verletzung ändert. Bei diesen Änderungen kann es sich um öffentliche Kommentare, Statusänderungen, Prioritätsänderungen oder Richtlinienänderungen handeln.

Für verletzte Ziele werden Geschäftszeiten nicht berücksichtigt

Die Zeit im Badge wird immer in Kalenderstunden angezeigt, auch wenn das Ziel für Geschäftsstunden eingerichtet wurde. Es ist unerheblich, ob das Ziel in Geschäfts- oder Kalenderstunden angegeben wurde.

Die neue Richtlinie wird nicht angezeigt

Zendesk wendet eine neu erstellte SLA-Richtlinie nicht auf vorhandene Tickets an bzw. Zendesk wendet eine aktualisierte SLA-Richtlinie nicht auf Tickets an, die diese SLA bereits verwenden.

Erklärung

SLAs basieren auf Ticketereignissen. Damit eine SLA-Richtlinie mit Tickets übereinstimmt, muss im Ticket ein Ereignis wie die Ticketerstellung oder Ticketaktualisierung stattfinden. Andernfalls enthält das Ticket keine SLA-Informationen oder zeigt weiterhin die alten SLA-Informationen an.

In diesem Beispiel wurde keine SLA-Richtlinie angewendet, weil zum Zeitpunkt der letzten Ticketaktualisierung entweder keine Richtlinie vorhanden war oder das Ticket die Bedingungen der Richtlinie nicht erfüllte:

SLA nicht angewendet, weil SLA nach Erstellung des Tickets aktualisiert wurde

In diesem Beispiel wird eine SLA-Richtlinie nach einer Aktualisierung auf das Ticket angewendet, nachdem entweder eine Richtlinie erstellt oder das Ticket aktualisiert wurde, um Bedingungen einer bestehenden Richtlinie zu erfüllen:

SLA nach Ticketaktualisierung angewendet

SLA wird nur auf manche Tickets angewendet

Ein SLA wird nicht auf Tickets angewendet, die alle SLA-Richtlinienbedingungen erfüllen.

Erklärung

Das passiert, wenn Tickets keine bestimmte Ticketpriorität aufweisen. Tickets müssen eine Priorität aufweisen, damit das SLA-Ziel angewendet wird. Die Ticketpriorität muss dem Standardfeld des Systems entsprechen. SLAs werden nicht angewendet, wenn angepasste Ticketfelder verwendet werden.

Je nach Ticketpriorität können SLA-Richtlinien unterschiedliche Zielzeiten und Geschäftszeiten aufweisen:

SLA.png

Wenn das Ticket keine Priorität aufweist, die mit der in der SLA-Richtlinie festgelegten Zielzeit übereinstimmt, wird die Zielzeit nicht angewendet und der Timer erst dann angezeigt, wenn eine Priorität hinzugefügt wird.

Dies kann auch der Fall sein, wenn das Ticket mit einem privaten Kommentar oder einer internen Notiz von einem Benutzer erstellt wird, der kein Light Agent ist. Bei privaten Tickets werden die SLA-Ziele für die Zeit bis zur ersten Reaktion verschoben. Das SLA-Ziel wird aktiviert, wenn der erste öffentliche Kommentar von Endbenutzern hinzugefügt wird, selbst wenn es zuvor öffentliche Kommentare von Kundendienst-Mitarbeiter:innen gegeben hat.

Im folgenden Beispiel hat Zendesk eine SLA-Richtlinie nicht angewendet, weil das Ticket ohne Priorität erstellt wurde.

Ticket ohne Priorität, das keine SLA-Richtlinie auslöst

Nachdem dasselbe Ticket aktualisiert wurde und eine Priorität aufweist, wendet Zendesk die SLA-Richtlinie an.

Richtlinie nach Ticketaktualisierung angewendet

Metrik „Zeit bis zur ersten Reaktion“ funktioniert nicht

Ein neu erstelltes Ticket enthält keinen Timer für die Metrik „Zeit bis zur ersten Reaktion“, obwohl alle Kriterien der SLA-Richtlinie erfüllt sind.

Erklärung

Das passiert, wenn ein Ticket im Namen eines Endbenutzers von einem Agenten erstellt wird und der erste Kommentar öffentlich ist. Das Ziel für die erste Antwort wird bei der Ticketerstellung erfüllt, da der erste öffentliche Kommentar vom Agenten eingereicht wird und als erste Antwort gilt.

Im folgenden Beispiel wird keine Metrik für die Zeit bis zur ersten Antwort angewendet, da das Ticket von einem Agenten erstellt wurde.

Ticket im Namen des Kunden erstellt

Ausnahmen können in den erweiterten Einstellungen erstellt werden.

SLA wird nicht angehalten, wenn Ticketstatus „Wartend“ lautet

Der SLA-Timer wird nicht angehalten, wenn der Ticketstatus in „Wartend“ geändert wird.

Warten, Timer wird nicht angehalten

Erklärung

Das liegt daran, dass das Ticket darauf wartet, dass Ihre Agenten die Metrik „Zeit bis zur ersten Reaktion“ oder „Zeit bis zur nächsten Reaktion“ erfüllen. Gegenwärtig gibt es vier SLA-Ziele, die nicht im Status „Wartend“ anhalten: Zeit bis zur ersten Reaktion, Zeit bis zur nächsten Reaktion, Zeit bis zur regelmäßigen Aktualisierung und Gesamtlösungszeit. Antwortmetriken ändern sich nicht basierend auf dem Ticketstatus. Antwortmetriken gelten als erfüllt, wenn ein Agent mit einem öffentlichen Kommentar an den Anfragenden reagiert.

Bei den Metriken „Zeit bis zur ersten Reaktion“ und „Zeit bis zur nächsten Antwort“ gilt ein Kommentar eines Endbenutzers als Ausgangspunkt und eine öffentliche Antwort eines Agenten als Endpunkt. Weitere Informationen finden Sie im Beitrag: Definieren und Verwenden von SLA-Richtlinien.

Zielstunden werden falsch angezeigt

Tickets mit SLAs, die ein Ziel in Geschäftszeiten haben, weisen eine höhere Stundenzahl auf, als die SLA-Metriken festlegen sollten.

Ziel „Arbeitszeit Agent“ mit Kalenderstunden

Erklärung

SLA-Badges werden immer in Kalenderstunden angezeigt. Die in Echtzeit verbleibende Zeit wird angezeigt, damit Agenten ihre Arbeit priorisieren können. Sie können die Zielzeit zwar in Geschäftsstunden berechnen; der Timer zeigt die Zeit jedoch nach wie vor in Kalenderstunden an, ohne in Ihrem Konto festgelegte arbeitsfreie Tage oder Feiertage zu berücksichtigen.

Unterschiedliche SLAs

Eine detaillierte Erklärung finden Sie in diesem Beitrag: Warum sehe ich Unterschiede in den SLA-Zielstunden?

Neu angewendetes SLA führt zusätzliches Verletzungsereignis durch

Wenn Zendesk eine neue Richtlinie auf ein Ticket anwendet, dessen SLA bereits verletzt wurde (selbst wenn es sich nur um die modifizierte Version einer vorhandenen Richtlinie handelt), zeichnet das System zum Zeitpunkt der Aktualisierung ein weiteres Verletzungsereignis auf.

Erklärung

Das System kann den Verlauf früherer Ticketereignisse aus technischer Sicht nicht ändern. Wenn es zu einer neuen SLA-Anwendung kommt, rechnet der SLA-Zähler von diesem Punkt aus in die Zukunft.

Warum sehe ich kein SLA-Badge, wenn das Ticket eine SLA-Richtlinie enthält?

Es gibt mehrere Gründe, warum ein SLA-Badge nicht in einem Ticket erscheint, auf das eine SLA-Richtlinie angewendet wurde. Weitere Informationen finden Sie im folgenden Beitrag: Warum werden SLA-Badges nicht angezeigt?

Zeitpläne werden in SLA-Zielen nicht berücksichtigt

Erklärung

Wenn Sie einen Zeitplan bearbeiten und Feiertage hinzufügen oder entfernen, werden SLA-Ziele nicht automatisch aktualisiert. Wenn ein Ticket jedoch eine SLA-Aktualisierung erhält, werden die Ziele neu bewertet. Bei einem öffentlichen Kommentar, einer Status-, Prioritäts- oder Richtlinienänderung wird das SLA-Badge des Tickets entsprechend dem neuen Zeitplan neu berechnet. Minimieren Sie Zeitplanänderungen, da häufige Zeitplanänderungen Verwirrung stiften.

Hinweis: SLAs gelten nicht für Tickets, die bei der Erstellung gelöst werden. Der Status „Gelöst“ erfüllt die SLAs und verhindert die Aktivierung von Richtlinien, solange das Ticket gelöst bleibt. Wenn Tickets erneut geöffnet werden, können die SLAs aktiviert und normal ausgeführt werden.
Powered by Zendesk