Ihre Kundenservice-Datentemplate

Microsoft Dynamics 365 Customer Service
Ihre Kundenservice-Datentemplate

Ihre Kundenservice-Datentemplate

Diese Vorlage bietet einen strukturierten Ansatz zur Erfassung der wesentlichen Daten, die für eine gründliche Analyse Ihres Kundenserviceprozesses erforderlich sind. Sie skizziert die entscheidenden 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 zur Verfolgung
  • 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 umfassende Analyse Ihres Kundenserviceprozesses enthalten sein sollten.
5 Erforderlich 7 Empfohlen 9 Optional
Name Beschreibung
Serviceanfrage
ServiceRequest
Der eindeutige Identifikator für eine Kundenserviceanfrage, auch bekannt als Fall oder Ticket.
Beschreibung

Die Serviceanfrage 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 gewährleistet eine vollständige und konsistente Ansicht jeder Kundeninteraktion von der Erstellung bis zum Abschluss. Die Analyse nach Serviceanfrage ermöglicht die Verfolgung des End-to-End-Verlaufs, die Messung von Lösungszeiten und die Identifizierung von Mustern bei ähnlichen Fällen.

Bedeutung

Dies ist die essentielle Case ID, die alle zugehörigen Events 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 Serviceanfrage 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 Rückgrat der Prozesslandkarte und ermöglichen die Visualisierung und Analyse des Prozessflusses. Jede Aktivität, in Kombination mit einem Timestamp, 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 Bottlenecks zu finden.

Datenquelle

Wird in der Regel durch das Mapping von Statusänderungen (statuscode) oder spezifischen Events aus verknüpften Entitäten wie Tasks, Emails oder Phone Calls auf einen standardisierten Aktivitätsnamen abgeleitet.

Beispiele
Fall erstelltAgent hat Problem untersuchtLösung dem Kunden vorgeschlagenVorgang geschlossen
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp 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 essentiell 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 unerlässlich 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 entscheidend für die Unterscheidung von Datenquellen und die Sicherstellung der Datenherkunft.

Bedeutung

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

Datenquelle

Dabei handelt es sich typischerweise um einen statischen 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 Timestamp, 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 essentiell für die korrekte Sequenzierung von Events und für alle zeitbasierten Analysen, einschließlich der Berechnung von Zykluszeiten, Dauern und Wartezeiten zwischen Aktivitäten. Ein genauer und konsistenter Timestamp ist entscheidend für die Integrität der Process Mining Analyse.

Bedeutung

Dieser Timestamp ordnet Events chronologisch an und ermöglicht alle dauerbasierten Berechnungen, die entscheidend 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. Email, Task, Phone 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 das Lösen eines Falls. Es ist entscheidend 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 Serviceanfrage 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 Serviceanfrage verknüpft ist.
Beschreibung

Dieses Attribut identifiziert den Kunden, der die Serviceanfrage 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 die komplexesten Probleme aufweisen. Dies ist entscheidend 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 Serviceanfrage zugewiesene Prioritätsniveau, das ihre Dringlichkeit anzeigt.
Beschreibung

Dieses Attribut definiert die Dringlichkeit einer Serviceanfrage, typischerweise kategorisiert als Niedrig, Normal, 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 entscheidend, 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
NiedrigNormalHoch
Serviceanfragetyp
ServiceRequestType
Die primäre Kategorie oder Klassifizierung der Serviceanfrage.
Beschreibung

Dieses Attribut kategorisiert die Serviceanfrage basierend auf ihrer Art, wie z.B. 'Rechnungsanfrage', 'Technischer Support' oder 'Produktfeedback'. Es ist grundlegend 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 Bottlenecks, 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 SupportProduktfeedbackKontenverwaltung
SLA-Ziellösungszeit
SlaTargetResolutionTime
Die vertraglich vereinbarte Zielzeit zur Lösung der Serviceanfrage.
Beschreibung

Dieses Attribut spezifiziert die Zieldauer, innerhalb derer eine Serviceanfrage 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 entscheidend 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 direkt 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 Serviceanfrage.
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 entscheidend, 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 entscheidender 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
`SLA` verletzt
IsSlaBreached
Ein berechnetes Flag, das anzeigt, ob die Serviceanfrage ihr `SLA`-Ziel überschritten hat.
Beschreibung

Dieses boolesche Flag wird durch den Vergleich der tatsächlichen Lösungszeit einer Serviceanfrage 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 grundlegend 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-Performance 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
truefalsch
Bearbeitungszeit für Serviceanfragen
ServiceRequestCycleTime
Die gesamte verstrichene Zeit von der Erstellung bis zur Lösung einer Serviceanfrage.
Beschreibung

Diese berechnete Metrik misst die End-to-End-Dauer für jede Serviceanfrage. Sie wird als Zeitdifferenz zwischen der Aktivität 'Fall erstellt' und der Aktivität 'Fall gelöst' berechnet. Dies ist ein primärer KPI zur Bewertung der gesamten Prozesseffizienz und steht im Mittelpunkt des Service Request Resolution Times Dashboards. Er hilft, Fälle zu identifizieren, die außergewöhnlich lange dauern, und systemische Verzögerungen aufzudecken.

Bedeutung

Dies ist eine zentrale Prozessleistungsmetrik, die direkt die Effizienz des End-to-End-Lösungsprozesses misst und hilft, langwierige Fälle zu identifizieren.

Datenquelle

Berechnet durch Subtraktion des Timestamps des ersten Events vom Timestamp des letzten Lösungs-Events für jede Case ID.

Beispiele
1728006048003600
Betroffenes Produkt
ProductInvolved
Das Produkt, das mit der Serviceanfrage des Kunden verbunden ist.
Beschreibung

Dieses Attribut identifiziert das spezifische Produkt oder die 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 Data 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 typischerweise nach Abschluss einer Serviceanfrage gesammelt wird. Es ist ein direktes Maß für die Kundenwahrnehmung der Servicequalität. Diese Daten sind essentiell 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 Serviceanfragen, 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 typischerweise 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
truefalsch
Ist eskaliert
IsEscalated
Ein Flag, das anzeigt, ob die Serviceanfrage eskaliert wurde.
Beschreibung

Dieses boolesche Attribut gibt an, ob eine Serviceanfrage 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 essentiell für das Internal Escalation Pathways 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
truefalsch
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'-Events 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 entscheidend 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 Cases mithilfe von Process Mining Analytics.

Beispiele
truefalsch
Owner Team
OwnerTeam
Das Team, das die Serviceanfrage derzeit besitzt.
Beschreibung

Dieses Attribut identifiziert das für die Serviceanfrage verantwortliche Team. Eine Anfrage kann einem einzelnen Agenten oder einem Team (Warteschlange) gehören. Die Analyse nach Team ist entscheidend 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 unerlässlich 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
Wissensartikel-ID
KnowledgeArticleId
Der Identifier eines Wissensdatenbankartikels, der mit der Serviceanfrage verknüpft ist.
Beschreibung

Dieses Attribut erfasst die ID jedes Wissensartikels, der während der Lösung einer Serviceanfrage verwendet oder verknüpft wurde. Es bietet ein direktes Maß dafür, wie effektiv die Wissensdatenbank von Agenten zur Lösung von Kundenproblemen genutzt wird. Diese Daten sind entscheidend 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 nutzen, 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 entscheidender Meilenstein, der den 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' Timestamp 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 Timestamp protokolliert wird, wenn der 'Incident'-Entitätsdatensatz zuerst gespeichert wird.
Bedeutung

Als primäres Start-Event ist diese Aktivität entscheidend 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' timestamp 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 entscheidend 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 timestamped Ä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 entscheidend 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 der richtigen Person zugewiesen werden.

Datenquelle

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

Erfassen

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

Ereignistyp explicit
SLA-Timer gestartet
Zeigt die Aktivierung eines `Service Level Agreement` (`SLA`)-`Timers` für den `Case` an, der die 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 grundlegend 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' Timestamp 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 'Canceled' (2) oder einen benutzerdefinierten geschlossenen Status. Der Timestamp ist im Audit History verfügbar.

Erfassen

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

Ereignistyp explicit
`Case` 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 entscheidend 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 Timestamp 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
`Case`-Kategorisierung geändert
Dieses Event tritt auf, wenn ein Agent die Kategorie oder den Betreff eines Falls nach dessen initialer Erstellung ändert. Dies ist eine explizite Änderung, die durch die Audit-Funktionalität des Systems verfolgt wird.
Bedeutung

Die Verfolgung der Neukategorisierung ist essentiell für den KPI 'Service Request Recategorization Rate'. Eine hohe Frequenz deutet auf Probleme bei der initialen Triage hin, was zu falscher 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 timestamped Änderungen am Feld 'subjectid' aus den Audit Logs.

Ereignistyp explicit
Agent hat Problem untersucht
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 nutzen, um Probleme effizient zu lösen.

Datenquelle

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

Erfassen

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

Ereignistyp inferred
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 durch eine ausgehende E-Mail von der Fall-Timeline abgeleitet.
Bedeutung

Dies ist entscheidend für die Messung kundenbezogener Verzögerungen und das Verständnis des KPI 'Kundeninformations-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 Timestamp 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 typischerweise 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 Timestamp eines ausgehenden 'Email'-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 Email-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 entscheidend 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 Timestamp, wann das Feld 'workedbyid' im QueueItem befüllt wird.

Ereignistyp explicit
Zufriedenheitsumfrage gesendet
Markiert das Senden einer Kundenzufriedenheitsumfrage, die typischerweise 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 Ergebnissen 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 'Email'-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

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus Microsoft Dynamics 365 Customer Service