Ihr Kundenservice-Daten-Template

Microsoft Dynamics 365 Customer Service
Ihr Kundenservice-Daten-Template

Ihr Kundenservice-Daten-Template

Diese Vorlage bietet einen strukturierten Ansatz zur Erfassung der relevanten Daten, die für eine gründliche Analyse Ihres Kundenserviceprozesses erforderlich sind. Sie skizziert die wichtigen Attribute, die gesammelt werden müssen, die wichtigsten zu verfolgenden Aktivitäten und gibt Anleitungen, wie diese Informationen effektiv extrahiert werden können.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung für Microsoft Dynamics 365 Customer Service
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Kundenservice-Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log für eine vollständige Analyse Ihres Kundenserviceprozesses enthalten sein sollten.
5 Erforderlich 7 Empfohlen 8 Optional
Name Beschreibung
Service-Requestn
ServiceRequest
Der eindeutige Identifikator für eine Kundenserviceanfrage, auch bekannt als Fall oder Ticket.
Beschreibung

Die Service-Requestn dient als primärer Identifikator, der alle Aktivitäten im Zusammenhang mit einer einzelnen Kundenanfrage oder einem Problem verbindet. Sie fungiert als Case-ID für Process Mining und stellt ... sicher eine vollständige und konsistente Ansicht jeder Kundeninteraktion von der Erstellung bis zum Abschluss. Die Analyse nach Service-Requestn ermöglicht die Verfolgung des End-to-End-Prozesses, die Messung von Lösungszeiten und die Identifizierung von Mustern bei ähnlichen Fällen.

Bedeutung

Dies ist die zentrale Case-ID, die alle zugehörigen Ereignisse zu einer einzigen Prozessinstanz verbindet und so eine End-to-End-Prozessanalyse ermöglicht.

Datenquelle

Dies ist der Primärschlüssel (Primary Key) der Case (Incident) Entität in Microsoft Dynamics 365 Customer Service.

Beispiele
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
Aktivität
ActivityName
Der Name des spezifischen Geschäftsereignisses, das zu einem bestimmten Zeitpunkt für eine Service-Requestn aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder eine Statusänderung innerhalb des Kundenserviceprozesses, wie z.B. 'Fall erstellt', 'Agent hat Problem untersucht' oder 'Fall gelöst'. Diese Aktivitäten bilden das Basis der Prozessablauf und ermöglichen die Visualisierung und Analyse des Prozessflusses. Jede Aktivität, in Kombination mit einem Zeitstempel, erzeugt ein Event, das die Prozesssequenz definiert.

Bedeutung

Aktivitäten definieren die Schritte im Prozess. Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten ist grundlegend, um Prozessabläufe zu verstehen, Abweichungen zu identifizieren und Engpässe zu finden.

Datenquelle

Wird in der Regel durch das Mapping von Statusänderungen (statuscode) oder spezifischen Ereignisse aus verknüpften Entitäten wie Aufgaben, E-Mails oder Telefon Calls auf einen standardisierten Aktivitätsnamen abgeleitet.

Beispiele
Fall erstelltAgent untersuchte ProblemLösung dem Kunden vorgeschlagenVorgang geschlossen
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel der letzten Datenaktualisierung oder -extraktion aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann die Daten zuletzt aus Microsoft Dynamics 365 abgerufen wurden. Es wird verwendet, um die Aktualität der analysierten Daten zu verstehen und ist wesentlich für Berichts- und Überwachungszwecke. Es stellt sicher, dass Benutzer die Aktualität der Daten bei der Interpretation von Dashboards und Analysen kennen.

Bedeutung

Informiert Benutzer über die Aktualität der Daten, was für zeitnahe und genaue Geschäftsentscheidungen auf Basis der Prozessanalyse notwendig ist.

Datenquelle

Dieser Wert wird zum Zeitpunkt der Datenextraktion erzeugt und im Datensatz vermerkt.

Beispiele
2023-10-27T08:00:00Z
Quellsystem
SourceSystem
Identifiziert das Quellsystem, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt den Ursprung der EventDaten an. Für diesen Prozess wird es Microsoft Dynamics 365 Customer Service konsistent als Quelle identifizieren. In Umgebungen mit mehreren Systemen ist dieses Feld wichtig für die Unterscheidung von Datenquellen und die Sicherstellung der Datenherkunft.

Bedeutung

Bietet eine klare Datenherkunft, was wichtig für die Daten Governance und zur Fehlerbehebung bei Dateninkonsistenzen ist, insbesondere bei Analysen über gemischte Systeme.

Datenquelle

Dies ist in der Regel ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
Microsoft Dynamics 365 Customer Service
Startzeit
EventTime
Der Zeitstempel, der angibt, wann die Aktivität stattfand.
Beschreibung

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine spezifische Aktivität stattfand. Es ist wesentlich für die korrekte Sequenzierung von Ereignisse und für alle zeitbasierten Analysen, einschließlich der Berechnung von Durchlaufzeiten, Dauern und Wartezeiten zwischen Aktivitäten. Ein genauer und konsistenter Zeitstempel ist maßgeblich für die Integrität der Process-Mining-Analyse.

Bedeutung

Dieser Zeitstempel ordnet Ereignisse chronologisch an und ermöglicht alle dauerbasierten Berechnungen, die wichtig für die Leistungsanalyse und Engpasserkennung sind.

Datenquelle

Dies entspricht Feldern wie 'createdon' oder 'modifiedon' in der Case (Incident) Entität oder zugehörigen Activity-Entitäten (z. B. E-Mail, Aufgabe, Telefon Call).

Beispiele
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
Agentenname
AgentName
Der Name des Kundenservice-Agenten oder Benutzers, der für die Aktivität verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert den spezifischen Agenten oder Systembenutzer, der eine Aktivität durchgeführt hat, wie z.B. das Annehmen eines Elements aus einer Warteschlange oder den Antrag bearbeitet.as Lösen eines Falls. Es ist maßgeblich für die Analyse der Agentenleistung, Arbeitslastverteilung und Ressourcenallokation. Durch die Verfolgung von Aktivitäten auf Agentenebene können Organisationen Top-Performer, Schulungsbedarfe und Ungleichgewichte in der Arbeitslast identifizieren.

Bedeutung

Ermöglicht die Analyse der individuellen und Teamleistung, hilft bei der Arbeitslastverteilung und identifiziert Coaching-Möglichkeiten zur Verbesserung der gesamten Servicequalität.

Datenquelle

Entspricht dem Feld 'Owner' (ownerid) der Case- (Incident-) Entität, das mit der Systembenutzer- (systemuser-) Entität verknüpft ist.

Beispiele
Alice SmithBob JohnsonSystem
Kanal
Channel
Der Kommunikationskanal, über den die Service-Requestn initiiert wurde.
Beschreibung

Dieses Attribut identifiziert den Ursprung der Kundeninteraktion, wie Telefon, E-Mail, Webportal oder Chat. Verschiedene Kanäle haben oft unterschiedliche Prozessflüsse, Kundenerwartungen und Lösungskomplexitäten. Die Analyse des Prozesses nach Kanal hilft, kanalspezifische Workflows und die Ressourcenzuweisung zu optimieren.

Bedeutung

Bietet Einblicke, wie verschiedene Kundenkontaktkanäle die Prozesseffizienz, Lösungszeit und Kundenzufriedenheit beeinflussen.

Datenquelle

Dies entspricht dem Feld 'Case Origin' (caseorigincode) in der Case (Incident) Entität.

Beispiele
TelefonE-MailWebChat
Kundenname
CustomerName
Der Name des Kunden oder Kontos, der mit der Service-Requestn verknüpft ist.
Beschreibung

Dieses Attribut identifiziert den Kunden, der den Antrag bearbeitet.ie Service-Requestn initiiert hat. Es ermöglicht eine Analyse des Prozesses aus kundenzentrierter Sicht und hilft zu erkennen, welche Kunden die meisten Anfragen stellen, die längsten Lösungszeiten haben oder den Antrag bearbeitet.ie komplexesten Probleme aufweisen. Dies ist maßgeblich für das Management von Kundenbeziehungen und die Verbesserung der kundenspezifischen Servicebereitstellung.

Bedeutung

Ermöglicht eine kundenbezogene Analyse, um Muster zu identifizieren, den Service für Schlüsselkonten zu verbessern und die Customer Journey zu verstehen.

Datenquelle

Dies ist das Lookup-Feld 'Customer' (customerid) in der Case (Incident) Entität, das entweder auf einen Account- oder einen Contact-Datensatz verweisen kann.

Beispiele
Global Tech Inc.Jane DoeLösungen innovieren
Priorität
Priority
Das der Service-Requestn zugewiesene Prioritätsniveau, das ihre Dringlichkeit anzeigt.
Beschreibung

Dieses Attribut definiert die Dringlichkeit einer Service-Requestn, in der Regel kategorisiert als Niedrig, Standard, Hoch oder Dringend. Die Priorität wird verwendet, um die Reihenfolge der Fallbearbeitung zu bestimmen und diktiert oft SLA-Ziele. Die Analyse, wie die Priorität den Prozessfluss, die Ressourcenallokation und die Lösungszeiten beeinflusst, ist maßgeblich, um sicherzustellen, dass kritische Probleme umgehend behandelt werden.

Bedeutung

Hilft zu verstehen, ob hochprioritäre Anfragen schneller bearbeitet werden und ihre Ziele erreichen, und wie Prioritätsstufen die Gesamtprozessleistung beeinflussen.

Datenquelle

Dies entspricht dem Feld 'Priority' (prioritycode) in der Case (Incident) Entität.

Beispiele
NiedrigStandardHoch
Service-Requestntyp
ServiceRequestType
Die primäre Kategorie oder Klassifizierung der Service-Requestn.
Beschreibung

Dieses Attribut kategorisiert die Service-Requestn basierend auf ihrer Art, wie z.B. 'Rechnungsanfrage', 'Technischer Support' oder 'Produktfeedback'. Es ist die Basis für die Segmentierung der Prozessanalyse, um zu verstehen, wie verschiedene Arten von Anfragen bearbeitet werden. Die Analyse nach Typ kann aufzeigen, dass bestimmte Kategorien längere Lösungszeiten, höhere Eskalationsraten oder unterschiedliche Prozesspfade aufweisen.

Bedeutung

Ermöglicht die Prozesssegmentierung, um typenspezifische Engpässe, Ressourcenbedarfe und Verbesserungsmöglichkeiten aufzudecken, was bessere Routing- und Bearbeitungsstrategien unterstützt.

Datenquelle

Diese Information wird häufig im Feld 'Subject' (subjectid) oder einem benutzerdefinierten Kategoriefeld in der Case (Incident) Entität gespeichert.

Beispiele
RechnungsanfrageTechnischer SupportProduktfeedbackKontoverwaltung
SLA-Ziel-Lösungszeit
SlaTargetResolutionTime
Die vertraglich vereinbarte Zielzeit für die Lösung der Service-Requestn.
Beschreibung

Dieses Attribut spezifiziert die Zieldauer, innerhalb derer eine Service-Requestn gemäß dem aktiven Service Level Agreement (SLA) gelöst werden sollte. Es dient als Benchmark, an dem die tatsächliche Leistung gemessen wird. Dieser Wert ist maßgeblich für das SLA Compliance Monitoring Dashboard und für die Berechnung des SLA Compliance Rate KPI, und zeigt auf, wo der Prozess Serviceverpflichtungen nicht erfüllt.

Bedeutung

Dies ist der primäre Benchmark zur Messung der Serviceleistung im Vergleich zu Verpflichtungen, der den Antrag bearbeitet.irekt die Analyse der SLA-Compliance und von Verletzungen ermöglicht.

Datenquelle

Dieser Wert wird durch die SLA-Konfiguration in Dynamics 365 bestimmt und ist einem Case über SLA KPI Instances zugeordnet.

Beispiele
2592008640014400
Statusgrund
StatusReason
Bietet einen detaillierteren Grund für den aktuellen Status der Service-Requestn.
Beschreibung

Während ein Fall einen allgemeinen Status wie 'Aktiv' oder 'Gelöst' hat, bietet der Statusgrund einen spezifischeren Kontext, wie z.B. 'Informationen bereitgestellt' oder 'Problem gelöst'. Dieses Attribut ist maßgeblich, um die Nuancen zu verstehen, wie und warum Fälle ihren Lebenszyklus durchlaufen. Zum Beispiel kann es zwischen erfolgreich gelösten Fällen und solchen, die vom Kunden storniert wurden, unterscheiden, was für eine genaue Ergebnisanalyse von wichtiger Bedeutung ist.

Bedeutung

Bietet detaillierte Einblicke in den Ausgang eines Falls und die Gründe für seine Statusänderungen, was eine präzisere Analyse von Lösungswegen und Grundursachen ermöglicht.

Datenquelle

Dies entspricht dem Feld 'Status Reason' (statuscode) in der Case (Incident) Entität.

Beispiele
In BearbeitungAuf WartestellungProblem gelöstInformationen bereitgestellt
Betroffenes Produkt
ProductInvolved
Das Produkt, das mit der Service-Requestn des Kunden verbunden ist.
Beschreibung

Dieses Attribut identifiziert das spezifische Produkt oder den Antrag bearbeitet.ie Dienstleistung, auf das sich das Problem des Kunden bezieht. Es ermöglicht eine Produktbasierte Segmentierung des Serviceprozesses, was aufzeigen kann, ob bestimmte Produkte mehr Supportanfragen generieren, komplexere Probleme aufweisen oder spezialisierte Agentenfähigkeiten erfordern. Diese Analyse hilft bei der Produktverbesserung und Ressourcenplanung.

Bedeutung

Ermöglicht eine Produktspezifische Prozessanalyse, um wiederkehrende Produktprobleme zu identifizieren, die Support-Dokumentation zu verbessern und ExpertenRessourcen effektiv zuzuweisen.

Datenquelle

Dies entspricht dem Lookup-Feld 'Product' (productid) in der Case (Incident) Entität.

Beispiele
Alpha-100 DruckerZeta CRM SoftwareOmega Daten Plan
CSAT Wert
CustomerSatisfactionScore
Der Zufriedenheitswert, den der Kunde nach der Falllösung angegeben hat.
Beschreibung

Dieses Attribut enthält die numerische oder kategoriale Bewertung einer Kundenzufriedenheitsumfrage (CSAT), die in der Regel nach Abschluss einer Service-Requestn gesammelt wird. Es ist ein direktes Maß für die Kundenwahrnehmung der Servicequalität. Diese Daten sind wesentlich für das Customer Satisfaction Trends Dashboard und den KPI "Durchschnittlicher CSAT-Wert nach der Lösung", wodurch die Prozessleistung mit den Kundenergebnissen verknüpft wird.

Bedeutung

Bietet ein direktes Maß für die Kundenzufriedenheit, wodurch das Unternehmen Prozessverhalten mit Kundenstimmung korrelieren und Verbesserungen vorantreiben kann.

Datenquelle

Diese Daten stammen in der Regel aus einer zugehörigen Umfrage-Entität, wie z. B. Customer Voice, und sind mit der Case (Incident) Entität verknüpft.

Beispiele
5341
Ist Erstkontaktlösung
IsFirstContactResolution
Ein Flag, das anzeigt, ob die Anfrage beim ersten Kontakt gelöst wurde.
Beschreibung

Dieses berechnete Attribut identifiziert Service-Requestnn, die ohne weitere Kundeninteraktionen oder signifikante Verzögerungen, die eine Agenten-Neuzuweisung erforderten, gelöst wurden. Die genaue Logik kann komplex sein, aber sie beinhaltet in der Regel die Prüfung auf eine kurze Zykluszeit und das Fehlen von Wiedereröffnungs- oder Kundenanfrageaktivitäten nach der initialen Interaktion. Sie ist die Grundlage für den First Contact Resolution Rate KPI.

Bedeutung

Dies ist ein kritisches Maß für Serviceeffizienz und Kundenzufriedenheit, da es die Fähigkeit hervorhebt, Probleme schnell und vollständig zu lösen.

Datenquelle

Berechnet basierend auf der Reihenfolge und dem Timing der Aktivitäten im Event Log für jeden Case.

Beispiele
JaNein
Ist eskaliert
IsEscalated
Ein Flag, das anzeigt, ob die Service-Requestn eskaliert wurde.
Beschreibung

Dieses boolesche Attribut gibt an, ob eine Service-Requestn eskaliert wurde. Eskalationen treten auf, wenn der Erst-Support ein Problem nicht lösen kann und eine Intervention von einem höherrangigen Team oder Spezialisten erforderlich ist. Die Verfolgung dieses Flags ist wesentlich für das Internal Escalation Prozesspfade Dashboard und den Internal Escalation Rate KPI und hilft, die Grundursachen von Eskalationen und Schwächen in den anfänglichen Supportstufen zu identifizieren.

Bedeutung

Misst direkt die Häufigkeit von Eskalationen, deckt Probleme bei der Erstkontaktlösung auf und weist auf Bereiche hin, die Prozess- oder Agentenfähigkeitsverbesserungen erfordern.

Datenquelle

Dies entspricht dem Feld 'Is Escalated' (isescalated) in der Case (Incident) Entität.

Beispiele
JaNein
Ist Nacharbeit
IsRework
Ein berechnetes Flag, das anzeigt, ob ein `Case` Nacharbeitsaktivitäten beinhaltete.
Beschreibung

Dieses boolesche Flag identifiziert Fälle, die Nacharbeitsschleifen oder wiederholte Aktivitäten enthalten, wie z.B. mehrere 'Informationen vom Kunden angefordert'-Ereignisse oder ein 'Fall reaktiviert'-Event nach der Lösung. Es wird berechnet, indem die Abfolge der Aktivitäten auf Muster analysiert wird, die auf Ineffizienz oder ein Versäumnis hinweisen, das Problem beim ersten Mal korrekt zu lösen. Dieses Attribut ist maßgeblich für das Rework and Repeat Contact Analysis Dashboard.

Bedeutung

Hilft, Prozessineffizienzen zu quantifizieren und zu isolieren, sodass Analysten sich auf die Grundursachen von wiederholter Arbeit und verschwendetem Aufwand konzentrieren können.

Datenquelle

Berechnet durch die Erkennung spezifischer Aktivitätssequenzen (z. B. Gelöst -> Reaktiviert) oder wiederholter Aktivitäten innerhalb eines Fälle mithilfe von Process-Mining-Analysen.

Beispiele
JaNein
Owner Team
OwnerTeam
Das Team, das die Service-Requestn derzeit besitzt.
Beschreibung

Dieses Attribut identifiziert das für die Service-Requestn verantwortliche Team. Eine Anfrage kann einem einzelnen Agenten oder einem Team (Warteschlange) gehören. Die Analyse nach Team ist maßgeblich für das Verständnis der Teamleistung, der Arbeitslastverteilung über verschiedene Supportstufen oder Spezialisierungen hinweg und die Identifizierung von Prozessvariationen zwischen Teams.

Bedeutung

Ermöglicht eine Leistungsanalyse auf Teamebene, die für die effektive Verwaltung von Support-Ebenen und spezialisierten Gruppen notwendig ist.

Datenquelle

Abgeleitet vom Feld 'Owner' (ownerid) der Case- (Incident-) Entität, wenn der Eigentümer ein Team-Datensatz anstelle eines Systembenutzers ist.

Beispiele
Tier 1 SupportAbrechnungsabteilungTechnische Spezialisten
SLA verletzt?
IsSlaBreached
Ein berechnetes Flag, das anzeigt, ob die Service-Requestn ihr `SLA`-Ziel überschritten hat.
Beschreibung

Dieses boolesche Flag wird durch den Vergleich der tatsächlichen Lösungszeit einer Service-Requestn mit ihrer 'SLA-Ziellösungszeit' bestimmt. Es wird auf 'wahr' gesetzt, wenn die tatsächliche Zeit größer ist als die Zielzeit. Dieses Attribut ist die Basis für das SLA Compliance Monitoring Dashboard und für die Berechnung des SLA Compliance Rate KPI und liefert ein klares, binäres Ergebnis für die SLA-Leistungsfähigkeit jedes Falls.

Bedeutung

Bietet ein klares Erfolgs- oder Missergebnis für die SLA-Einhaltung bei jedem Fall, wodurch das Filtern, Aggregieren und Analysieren der Grundursachen für Verletzungen erleichtert wird.

Datenquelle

Berechnet durch den Vergleich von 'ServiceRequestCycleTime' mit 'SlaTargetResolutionTime'.

Beispiele
JaNein
Wissensartikel-ID
KnowledgeArticleId
Der Identifikator eines WissensDatenbankartikels, der mit der Service-Requestn verknüpft ist.
Beschreibung

Dieses Attribut erfasst die ID jedes Wissensartikels, der während der Lösung einer Service-Requestn verwendet oder verknüpft wurde. Es bietet ein direktes Maß dafür, wie effektiv die WissensDatenbank von Agenten zur Lösung von Kundenproblemen geverwendet wird. Diese Daten sind wichtig für das Knowledge Article Utilization Dashboard und den entsprechenden KPI, und helfen, den Wert und die Vollständigkeit der WissensDatenbank zu bewerten.

Bedeutung

Verfolgt die Nutzung der WissensDatenbank und hilft zu verstehen, ob Agenten verfügbare Ressourcen einsetzen, um Probleme schneller und konsistenter zu lösen.

Datenquelle

Diese Information findet sich in der Beziehung zwischen den Entitäten Case (Incident) und Knowledge Article (knowledgearticle).

Beispiele
KA-01337KA-02048
Erforderlich Empfohlen Optional

Kundenservice-Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die in Ihrem Event Log erfasst werden müssen, um den Kundenservice präzise zu erkennen und zu optimieren.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Case abgeschlossen
Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.en Zeitpunkt darstellt, an dem der Agent das Kundenproblem als behoben betrachtet. Dies ist eine explizite Aktion in Dynamics 365, die einen 'Falllösung' AktivitätsDatensatz erstellt, der mit dem Fall verknüpft ist.
Bedeutung

Als primäres erfolgsbasiertes End-Event ist diese Aktivität unerlässlich für die Berechnung von Lösungszeiten und Erfolgsquoten. Sie ist eine kritische Komponente nahezu jedes Kundenservice-KPI.

Datenquelle

Dieses Event entspricht der Erstellung eines 'Lösungs'- (Falllösung) AktivitätsDatensatzes. Der 'actualend' Zeitstempel auf diesem Datensatz markiert die Lösungszeit.

Erfassen

Verwenden Sie den Zeitstempel 'actualend' oder 'createdon' aus dem zugehörigen 'Resolution' Activity-Datensatz.

Ereignistyp explicit
Fall erstellt
Diese Aktivität markiert den Beginn des Kundenserviceprozesses, wenn ein neuer FallDatensatz im System erstellt wird. Die Erstellung ist ein explizites Event, das mit einem spezifischen Zeitstempel protokolliert wird, wenn der 'Incident'-EntitätsDatensatz zuerst gespeichert wird.
Bedeutung

Als primäres Start-Event ist diese Aktivität wichtig für die Berechnung der gesamten Case-Lebenszyklusdauer und das Verständnis von Case-Volumentrends. Sie dient als Anker für alle nachfolgenden Prozessanalysen.

Datenquelle

Dieses Event wird aus dem 'createdon'-Zeitstempel der 'Incident' (Case) Entität für jeden neuen Datensatz erfasst.

Erfassen

Use the 'createdon' Zeitstempel of the Incident record.

Ereignistyp explicit
Fall eskaliert
Stellt die formale Eskalation eines Falls an eine höhere Supportstufe oder ein anderes Team dar. Dies kann eine explizite Benutzeraktion sein, die den Fall einer bestimmten Eskalationswarteschlange oder einem Benutzer neu zuweist.
Bedeutung

Die Überwachung von Eskalationen ist maßgeblich für den KPI 'Interne Eskalationsrate' und zur Identifizierung der Grundursachen für Probleme, die der Erst-Support nicht lösen kann. Es zeigt Prozessschwächen und Schulungsmöglichkeiten auf.

Datenquelle

Abgeleitet aus einer Änderung des Feldes 'ownerid' zu einer designierten Eskalationswarteschlange oder einem Team. Es kann auch eine explizite benutzerdefinierte Aktion sein, die den Case als eskaliert kennzeichnet.

Erfassen

Identifizieren Sie eine Zeitstempeled Änderung des 'ownerid' zu einer bekannten Eskalationswarteschlange.

Ereignistyp inferred
Fall zugewiesen
Diese Aktivität stellt die Zuweisung eines Falls zu einer spezifischen Warteschlange oder einem Benutzer zur Bearbeitung dar. Das System protokolliert explizit Änderungen am Fallbesitzer, die über die Audit-Logs des Systems verfolgt werden können.
Bedeutung

Die Verfolgung von Zuweisungen ist maßgeblich für die Analyse der Arbeitslastverteilung, die Identifizierung zuweisungsbezogener Verzögerungen und das Verständnis der Routing-Effizienz. Es hilft, Fragen zu beantworten, wie schnell Fälle dem richtigen Team oder den Antrag bearbeitet.er richtigen Person zugewiesen werden.

Datenquelle

Erfasst durch die Verfolgung von Änderungen am Feld 'ownerid' in der Entität 'Incident'. Der Zeitstempel der Änderung ist in den Audit Änderungsprotokolls verfügbar.

Erfassen

Extrahieren Sie Zeitstempeled Änderungen am Feld 'ownerid' aus den Audit-Logs.

Ereignistyp explicit
SLA-Zeitgeber gestartet
Zeigt die Aktivierung eines `Service Level Agreement` (`SLA`)-`Zeitgebers` für den `Case` an, der den Antrag bearbeitet.ie Zeitmessung gegen eine definierte Servicemetrik wie 'First Response By' oder 'Resolve By' beginnt. Dies ist ein explizites `Event`, das von der Dynamics 365 `SLA Engine` verwaltet wird.
Bedeutung

Diese Aktivität ist die Basis für die Überwachung der SLA-Compliance und das Verständnis, wann die Uhr für Serviceverpflichtungen zu ticken beginnt. Sie unterstützt direkt die Analyse, ob Serviceziele erreicht werden.

Datenquelle

Protokolliert in der Entität 'SLA KPI Instance', die mit der Entität 'Incident' verknüpft ist. Der 'createdon' Zeitstempel des relevanten 'SLA KPI Instance'-Datensatzes markiert den Start.

Erfassen

Verwenden Sie den Erstellungszeitstempel des mit dem Case verknüpften 'SLA KPI Instance'-Datensatzes.

Ereignistyp explicit
Vorgang geschlossen
Dies ist der endgültige administrative Abschluss des FallDatensatzes, der gleichzeitig mit der Lösung oder irgendwann danach erfolgen kann. Diese Aktivität wird durch eine Änderung des Fallstatus in 'Geschlossen' erfasst.
Bedeutung

Dies stellt das absolute Ende des ProzessLebenszyklus im System dar. Die Zeit zwischen 'Gelöst' und 'Geschlossen' kann auf administrativen Overhead oder Verzögerungen bei der Finalisierung von Datensätzen hinweisen.

Datenquelle

Erfasst durch eine Änderung des Feldes 'statecode' in der Entität 'Incident' auf 'Abbrechened' (2) oder einen benutzerdefinierten geschlossenen Status. Der Zeitstempel ist im Audit History verfügbar.

Erfassen

Erfassen Sie den Zeitstempel, an dem sich der 'statecode' in den finalen Endzustand ändert (z. B. Abbrechened/Closed).

Ereignistyp explicit
`Case`-Kategorisierung geändert
Dieses Event tritt auf, wenn ein Agent die Kategorie oder den Antrag bearbeitet.en Betreff eines Falls nach dessen initialer Erstellung ändert. Dies ist eine explizite Änderung, die durch die Audit-Bereichalität des Systems verfolgt wird.
Bedeutung

Die Verfolgung der Neukategorisierung ist wesentlich für den KPI 'Service Request Recategorization Rate'. Eine hohe Frequenz deutet auf Probleme bei der initialen Triage hin, was zu Neiner Weiterleitung und Verzögerungen führt.

Datenquelle

Erfasst aus dem Audit History für die Entität 'Incident', insbesondere durch die Verfolgung von Änderungen am Feld 'subjectid' oder anderen benutzerdefinierten Kategorisierungsfeldern.

Erfassen

Extrahieren Sie Zeitstempeled Änderungen am Feld 'subjectid' aus den Audit-Logs.

Ereignistyp explicit
Agent untersuchte Problem
Stellt den Agenten dar, der aktiv daran arbeitet, das Kundenproblem zu verstehen und zu diagnostizieren. Dies ist eine abgeleitete Aktivität, oft identifiziert durch die Verknüpfung eines Wissensartikels durch den Agenten mit dem Fall, was auf eine erfolgte Recherche hinweist.
Bedeutung

Die Verfolgung dessen hilft, die Nutzung von WissensRessourcen zu messen und deren Auswirkungen auf die Lösungszeiten. Es gibt Einblicke, ob Agenten verfügbare Tools einsetzen, um Probleme effizient zu lösen.

Datenquelle

Abgeleitet von der Erstellung eines Datensatzes in der Entität 'IncidentKnowledgeBaseDatensatz', die einen Knowledge Article mit einem Case verknüpft. Der Zeitstempel dieser Datensatzerstellung wird verwendet.

Erfassen

Verwenden Sie den Zeitstempel, an dem ein Knowledge Article mit dem Incident verknüpft wird.

Ereignistyp inferred
Fall reaktiviert
Tritt auf, wenn ein zuvor gelöster Fall automatisch oder manuell wiedereröffnet wird, üblicherweise weil der Kunde geantwortet oder gemeldet hat, dass das Problem nicht behoben wurde. Dies ist ein standardmäßiges Systemverhalten, das den Fallstatus von 'Gelöst' zurück zu 'Aktiv' ändert.
Bedeutung

Diese Aktivität ist maßgeblich für die Identifizierung von Nacharbeit und die Analyse der 'Erstlösungsquote'. Eine hohe Anzahl von Reaktivierungen deutet auf unvollständige oder ineffektive initiale Lösungen hin.

Datenquelle

Erfasst durch eine Änderung des Feldes 'statecode' in der Entität 'Incident' von 'Resolved' (1) zurück zu 'Active' (0). Der Zeitstempel dieser Änderung wird im Audit History protokolliert.

Erfassen

Verfolgen Sie in den Audit-Logs den Zeitstempel der Änderung des 'statecode' von Resolved zu Active.

Ereignistyp explicit
Informationen vom Kunden angefordert
Diese Aktivität markiert einen Punkt, an dem der Agent weitere Informationen vom Kunden benötigt, um fortzufahren. Sie wird oft durch die Änderung des Fallstatus in einen 'Warte'-Zustand oder den Antrag bearbeitet.urch eine ausgehende E-Mail von der Fall-Timeline abgeleitet.
Bedeutung

Dies ist maßgeblich für die Messung kundenbezogener Verzögerungen und das Verständnis des KPI 'KundenHinweisrmations-Wartezeit'. Es hilft, die Prozesszeit zu isolieren, die mit dem Warten auf externe Eingaben verbracht wird.

Datenquelle

Kann aus einer Änderung des Feldes 'statuscode' in der Entität 'Incident' auf einen Wert wie 'On Hold' mit dem Grund 'Waiting for Customer' abgeleitet werden. Der Zeitstempel dieser Statusänderung wird verwendet.

Erfassen

Erfassen Sie den Zeitstempel einer Änderung von statuscode in einen definierten Status 'Waiting for customer'.

Ereignistyp inferred
Lösung dem Kunden vorgeschlagen
Diese Aktivität bedeutet, dass der Agent eine Lösung formuliert und dem Kunden mitgeteilt hat. Sie wird in der Regel aus einer ausgehenden E-Mail von der Fall-Timeline oder einer Statusänderung zu 'Warten auf Kundenbestätigung' abgeleitet.
Bedeutung

Dieser Meilenstein markiert den Übergang von der Untersuchung zur Lösung. Die Analyse der Zeit zwischen dem Vorschlag und der Bestätigung einer Lösung kann Verzögerungen in der Kundenantwort oder Probleme mit den vorgeschlagenen Korrekturen aufzeigen.

Datenquelle

Kann aus dem Zeitstempel eines ausgehenden 'E-Mail'-AktivitätsDatensatzes, der mit dem Case in Verbindung steht, oder einer Statuscode-Änderung in einen Vor-Lösungszustand abgeleitet werden.

Erfassen

Verwenden Sie den Zeitstempel einer ausgehenden E-Mail-Aktivität oder einer Statusänderung zu 'Solution Proposed'.

Ereignistyp inferred
Warteschlangenelement von Agent angenommen
Dieses Event tritt auf, wenn ein Agent aktiv einen Fall aus einer geteilten Warteschlange übernimmt, um mit der Bearbeitung zu beginnen. Dies ist eine bewusste Handlung des Benutzers, die sich von der Systemzuweisung des Falls an die Warteschlange unterscheidet.
Bedeutung

Diese Aktivität hilft, die tatsächliche Wartezeit eines Falls in einer Warteschlange zu messen, bevor ein Agent mit der Arbeit beginnt. Sie ist maßgeblich für die Identifizierung von Engpässen in Warteschlangen und das Verständnis der Proaktivität von Agenten.

Datenquelle

Wird erfasst, wenn ein Benutzer das Feld 'workedbyid' in der zum Case gehörenden 'QueueItem' Entität aktualisiert oder wenn der Case-Besitzer von einer Queue zu einem Benutzer wechselt.

Erfassen

Identifizieren Sie den Zeitstempel, wann das Feld 'workedbyid' im QueueItem befüllt wird.

Ereignistyp explicit
Zufriedenheitsumfrage gesendet
Markiert das Senden einer Kundenzufriedenheitsumfrage, die in der Regel automatisch nach der Lösung eines Falls ausgelöst wird. Dies wird üblicherweise als ausgehende E-Mail oder eine Customer Voice Umfrageaktivität erfasst.
Bedeutung

Diese Aktivität verknüpft den operativen Prozess mit Resultaten der Kundenerfahrung. Sie ermöglicht die Analyse von Zufriedenheitswerten im Kontext des Prozesspfads, den ein Fall genommen hat.

Datenquelle

Abgeleitet von der Erstellung einer ausgehenden 'E-Mail'-Aktivität mit einem Umfragelink oder von einem 'Customer Voice survey invite'-AktivitätsDatensatz, der mit dem Case in Verbindung steht.

Erfassen

Verwenden Sie den Erstellungszeitstempel des umfragebezogenen Activity-Datensatzes.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus Microsoft Dynamics 365 Customer Service