Ihr Problem Management Daten-Template

ServiceNow Problem Management
Ihr Problem Management Daten-Template

Ihr Problem Management Daten-Template

Dieses Template bietet eine umfassende Blaupause für die Analyse Ihres ITIL Problem Management Lebenszyklus innerhalb von ServiceNow. Sie finden die notwendigen Attribute zum Sammeln, die kritischen Aktivitäten zum Verfolgen und eine Schritt-für-Schritt-Anleitung zur Datenextraktion für Ihr Datenprojekt. Diese Struktur stellt sicher, dass Sie die notwendige Transparenz erhalten, um die durchschnittliche Lösungszeit zu reduzieren und wiederkehrende Incidents zu eliminieren.
  • Empfohlene Attribute für die Ursachenanalyse
  • Wichtige Prozessmeilensteine und Aktivitäten
  • Schritt-für-Schritt-Anleitung zur ServiceNow-Extraktion
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Problem Management Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, um eine umfassende Analyse Ihres ITIL Problem Management Prozesses zu ermöglichen.
5 Erforderlich 7 Empfohlen 10 Optional
Name Beschreibung
Aktivität
Activity
Das spezifische Event oder die Aktion, die am Problem-Record durchgeführt wurde.
Beschreibung

Stellt die einzelnen Schritte oder Statusänderungen dar, die während des Lebenszyklus eines Problem-Records auftreten. Beispiele sind 'Problem Record erstellt', 'Ursache identifiziert' oder 'Einer Support-Gruppe zugewiesen'. Dieses Attribut ist entscheidend für die Erstellung der Prozesskarte und die Visualisierung der Ereignisabfolge.

Bedeutung

Es definiert die Knoten in der Prozesskarte, was die Visualisierung von Workflows und Prozessvarianten ermöglicht.

Datenquelle

Abgeleitet aus den Tabellen 'sys_audit', 'sys_history_line' oder Statusänderungen in der Tabelle 'problem'

Beispiele
Problem-Record erstelltAnalyse abgeschlossenStatus geändert zu „Geschlossen“
Ereignis-Timestamp
EventTime
Das genaue Datum und die Uhrzeit, zu der eine Aktivität stattfand.
Beschreibung

Zeichnet den spezifischen Timestamp auf, wann eine Änderung oder Aktion im System protokolliert wurde. Dieser Datenpunkt ist grundlegend für die chronologische Reihenfolge von Aktivitäten und die Berechnung von Dauermetriken wie Cycle Times und Lead Times zwischen Prozessschritten.

Bedeutung

Essentiell für die Reihenfolge der Ereignisse und die Berechnung aller zeitbasierten KPIs.

Datenquelle

ServiceNow-Feld 'sys_created_on' in Audit-/Historientabellen

Beispiele
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
Problem-Record
ProblemNumber
Der eindeutige Identifikator für den Problem-Record.
Beschreibung

Der eindeutige alphanumerische Schlüssel, der einem spezifischen Problem-Record in ServiceNow zugewiesen ist (z. B. PRB000123). Dieser Identifikator dient als zentraler Faden, der alle Prozessaktivitäten miteinander verbindet, von der initialen Erfassung über die Ursachenanalyse bis zum endgültigen Abschluss. In der Process Mining Analyse fungiert dieses Attribut als Case ID, was die Rekonstruktion der End-to-End-Reise der Problemlösung ermöglicht.

Bedeutung

Es ist der Primärschlüssel zur Unterscheidung eindeutiger Fälle und zur Gruppierung verwandter Ereignisse im Prozessgraphen.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'number'

Beispiele
PRB004512PRB009823PRB001122
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, wann die Daten extrahiert oder zuletzt aktualisiert wurden.
Beschreibung

Gibt die Aktualität des für die Analyse verwendeten Datensatzes an. Es hilft Analysten zu verstehen, ob sie Echtzeitdaten oder eine historische Momentaufnahme betrachten, was entscheidend für die korrekte Interpretation offener Case-Status ist.

Bedeutung

Stellt sicher, dass Benutzer wissen, wie aktuell die Daten sind, für eine genaue operative Berichterstattung.

Datenquelle

Systemzeit zum Zeitpunkt der ETL-Ausführung

Beispiele
2023-11-01T12:00:00Z
Quellsystem
SourceSystem
Der Name des Systems, aus dem die `data` stammen.
Beschreibung

Identifiziert die spezifische ServiceNow-Instanz oder -Umgebung, aus der die Problem-Management-Daten extrahiert wurden. Dies ist besonders nützlich in Multi-System-Umgebungen, um die Datenherkunft zu verfolgen und systemspezifische Nuancen in der Analyse zu handhaben.

Bedeutung

Bietet Kontext für die Datenherkunft, insbesondere beim Zusammenführen von Daten aus mehreren ITSM-Tools.

Datenquelle

Beim Extrahieren fest codiert (z.B. 'ServiceNow Produktion')

Beispiele
ServiceNow ProdServiceNow EMEA
`Anzahl` der `Neuzuweisungen`
ReassignmentCount
Die Häufigkeit der Neuzuweisung des Problems zwischen Gruppen.
Beschreibung

Ein Zähler, der verfolgt, wie oft die Zuweisungsgruppe gewechselt wurde. Dies ist die direkte Quelle für den KPI 'Problem Record Reassignment Count' und hilft, 'Ping-Pong'-Effekte zu identifizieren, bei denen Tickets zwischen Teams hin- und hergereicht werden.

Bedeutung

Direkter Indikator für Prozessreibung und mangelnde klare Verantwortlichkeit.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'reassignment_count'

Beispiele
0312
Anzahl zugehöriger Incidents
RelatedIncidentCount
Die Anzahl der Incidents, die mit diesem Problem-Record verknüpft sind.
Beschreibung

Quantifiziert den Einfluss des Problems, indem die Anzahl der damit verbundenen Incidents gezählt wird. Hohe Zählwerte in diesem Feld, insbesondere für Known Errors, speisen das Dashboard 'Known Error and Incident Recurrence'.

Bedeutung

Misst das Ausmaß der Benutzerbeeinträchtigung, die durch das Problem verursacht wird.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'related_incidents' (Feldname variiert) oder Anzahl verknüpfter Records

Beispiele
1501200
Priorität
Priority
Die Prioritätsstufe, die dem Problem-Record zugewiesen ist.
Beschreibung

Gibt die Wichtigkeit und Dringlichkeit des Problems an, typischerweise aus Auswirkung und Dringlichkeit berechnet. Dieses Attribut ermöglicht die Segmentierung der Analyse nach Kritikalität, was das Dashboard 'SLA-Verstoß und Prioritätsüberwachung' unterstützt.

Bedeutung

Ermöglicht die Segmentierung der Prozess-Performance nach geschäftlicher Kritikalität.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'priority'

Beispiele
1 - Kritisch2 - Hoch3 - Moderat
Problem-Status
ProblemState
Der Lebenszyklus-Status des Problem-Records.
Beschreibung

Spiegelt die aktuelle Phase des Problem-Records wider, wie z. B. Offen, Ursachenanalyse, Fehlerbehebung in Bearbeitung oder Geschlossen. Dies ist ein primärer Treiber für die Filterung und das Verständnis der Backlog-Zusammensetzung in der 'Analyse veralteter Problem-Records'.

Bedeutung

Der primäre Statusindikator, der zum Filtern von offenen vs. geschlossenen Cases verwendet wird.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'state'

Beispiele
NeuAssess`Root Cause Analysis`Gelöst
Support-Gruppe
AssignmentGroup
Das technische Team, das für die Problemlösung verantwortlich ist.
Beschreibung

Bezeichnet die spezifische Support-Gruppe oder das Team, das aktuell dem Problem zugewiesen ist. Dieses Attribut ist entscheidend für das Dashboard 'Support Group Reassignment Analysis', um Übergaben zwischen Teams zu verfolgen und organisatorische Silos zu identifizieren.

Bedeutung

Entscheidend für die Identifizierung von Engpässen zwischen Abteilungen und die Analyse der Übergabeeffizienz.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'assignment_group'

Beispiele
NetzwerkbetriebDatenbank-Administratoren`Service Desk`
Ursachenkategorie
RootCauseCategory
Die Klassifizierung der identifizierten Ursache.
Beschreibung

Kategorisiert den zugrunde liegenden Grund für das Problem, wie Software-Fehler, menschliches Versagen oder Hardware-Ausfall. Dieses Attribut speist das Dashboard 'Genauigkeit der Ursachenkategorisierung' und hilft, systemische Fehlerbilder zu identifizieren.

Bedeutung

Ermöglicht die Analyse von Fehlerbildern, um strategische Verbesserungen voranzutreiben.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'rca_category' oder 'u_root_cause_category'

Beispiele
Software-DefektKonfigurationsfehlerAnbieterproblem
Zugewiesener Benutzer
AssignedTo
Die spezifische Person, die dem Problem zugewiesen ist.
Beschreibung

Identifiziert den Benutzer, der aktuell für den Problem-Datensatz verantwortlich ist. Die Analyse dieses Attributs hilft, die Arbeitslastverteilung, die individuelle Performance und potenzielle Engpässe auf Ressourcenebene zu verstehen.

Bedeutung

Schlüssel zur Analyse der Ressourceneffizienz und der individuellen Arbeitslast.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'assigned_to'

Beispiele
Alice SmithBob JonesSystemadministrator
`SLA Due Date`
SlaDueDate
Das Zieldatum/-uhrzeit für die Problemlösung gemäß SLA.
Beschreibung

Der Timestamp, der angibt, wann das Problem gelöst werden muss, um Service Level Agreements einzuhalten. Dies ist die Baseline für das Dashboard 'SLA Breach and Priority Monitoring' und die Berechnung von Compliance-Raten.

Bedeutung

Grundlage zur Berechnung des SLA-Verletzungsstatus.

Datenquelle

ServiceNow-Tabelle 'task_sla', verknüpft mit dem Problem

Beispiele
2023-12-31T17:00:00Z
Change Request Nummer
ChangeRequestNumber
Der Identifikator des Change Requests, der zur Behebung des Problems initiiert wurde.
Beschreibung

Verknüpft den Problem-Datensatz mit einem Change Management Datensatz (RFC). Diese Verbindung ist entscheidend für das Dashboard 'Change Request Übergabeeffizienz', um die Übergabegeschwindigkeit zwischen Problem-Diagnose und Infrastruktur-Change-Ausführung zu messen.

Bedeutung

Verfolgt den Übergang vom Problem Management zum Change Management.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'rfc'

Beispiele
CHG003001CHG004552
Dauer der Wartezeit
PendingDuration
Gesamte Zeit, die das Problem in einem angehaltenen oder ausstehenden Status verbrachte.
Beschreibung

Aggregiert die in Status wie 'Warten auf Lieferanten' oder 'Inaktiv' verbrachte Zeit. Diese Metrik wird für die 'Analyse ausstehender Status und Wartezeiten' verwendet, um interne Bearbeitungszeiten von externen Verzögerungen zu trennen.

Bedeutung

Unterscheidet zwischen Teaminneffizienz und externen Abhängigkeiten.

Datenquelle

Berechnet: Summe der Dauer der Intervalle, in denen der Status = Ausstehend/Pausiert ist

Beispiele
5 Tage0 Minuten
Geschäftsservice
BusinessService
Der hochrangige Geschäftsservice, der vom Problem betroffen ist.
Beschreibung

Repräsentiert den geschäftsrelevanten Service (z. B. 'Payroll Service', 'Customer Portal') und nicht die technische Komponente. Dies bietet eine geschäftsorientierte Sichtweise für die Berichterstattung an Stakeholder.

Bedeutung

Verbindet technische Probleme mit Geschäftswertströmen.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'business_service'

Beispiele
Online BankingInterne E-Mail
Ist bekannter Fehler
IsKnownError
Flag, das anzeigt, ob das Problem als Known Error klassifiziert ist.
Beschreibung

Identifiziert, ob der Problem-Datensatz in einen Known Error umgewandelt oder als solcher markiert wurde. Dies ist entscheidend für die Analyse 'Known Error und Incident-Wiederauftreten', um zu sehen, ob der Wissensmanagementprozess effektiv ist.

Bedeutung

Unterscheidet zwischen aktiven Untersuchungen und akzeptierten Defekten mit Workarounds.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'known_error'

Beispiele
truefalsch
Konfigurationselement
ConfigurationItem
Das spezifische Asset oder der Service, der vom Problem betroffen ist.
Beschreibung

Identifiziert das Configuration Item (CI), das mit dem Problem-Datensatz verknüpft ist. Die Analyse hilft, Probleme mit spezifischer Hardware, Software oder Diensten zu korrelieren, was das Dashboard 'Genauigkeit der Ursachenkategorisierung' unterstützt.

Bedeutung

Verknüpft Prozessprobleme mit spezifischen physischen oder logischen Assets.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'cmdb_ci'

Beispiele
SAP ERP Server 01Exchange E-Mail-ServiceOracle DB Prod
Lösungsentwurfszeit
SolutionDraftingTime
Zeit zwischen Ursachenidentifizierung und Lösungsvorschlag.
Beschreibung

Verfolgt die Dauer der Designphase, in der eine Fehlerbehebung entwickelt wird, nachdem die Ursache bekannt ist. Dies unterstützt das Dashboard 'Lösungsentwurf und Fehlerbehebung'.

Bedeutung

Isoliert die Performance der 'Lösungsentwurfs'-Phase.

Datenquelle

Berechnet: Zeitstempel von 'Vorgeschlagene Lösung entworfen' minus 'Ursache identifiziert'

Beispiele
2 Tage4 Stunden
PIR-Ergebnis
PostImplementationReviewResult
Das Ergebnis oder der Abschlussstatus des Post-Implementierungs-Reviews.
Beschreibung

Speichert das Ergebnis oder den Status des PIR (z. B. Abgeschlossen, Nicht erforderlich, Ausstehend). Dieses Attribut ist für das Dashboard 'Post-Implementation Review Compliance' notwendig, um sicherzustellen, dass größere Probleme überprüft werden.

Bedeutung

Qualitätskontrollmetrik zur Sicherstellung des Lernens aus schwerwiegenden Incidents.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'pir_state' oder ähnliches benutzerdefiniertes Feld

Beispiele
AbgeschlossenVerzichtetPending
RCA-Dauer
RootCauseAnalysisDuration
Benötigte Zeit von der Problemerstellung bis zur Ursachenidentifizierung.
Beschreibung

Eine berechnete Dauer, die die Effizienz der Untersuchungsphase misst. Dies unterstützt direkt den KPI 'Mean Time to Root Cause' und hilft, technische Qualifikationslücken oder Komplexitätsprobleme zu identifizieren.

Bedeutung

Schlüssel-Effizienzmetrik für die Untersuchungsphase.

Datenquelle

Berechnet: Zeitstempel der Aktivität 'Ursache identifiziert' minus Zeitpunkt 'Problem-Datensatz erstellt'

Beispiele
3 Tage 4 Stunden12 Stunden
Workaround veröffentlicht
WorkaroundPublished
Gibt an, ob ein Workaround dokumentiert und geteilt wurde.
Beschreibung

Ein Boolean oder Status-Flag, das anzeigt, ob eine temporäre Lösung identifiziert und in der Knowledge Base oder Known Error Database veröffentlicht wurde. Dies unterstützt das Dashboard 'Workaround Publication Performance'.

Bedeutung

Entscheidend für die Messung, wie schnell geschäftliche Auswirkungen gemindert werden, bevor eine endgültige Lösung implementiert wird.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'work_around' (Vorhandensein von Text) oder spezifischer Status

Beispiele
truefalsch
Erforderlich Empfohlen Optional

Problem Management Aktivitäten

Dies sind die wichtigsten Prozessschritte und Lebenszyklusmeilensteine, die in Ihrem Event Log erfasst werden müssen, um Ihre Problem-Workflows genau zu entdecken.
8 Empfohlen 6 Optional
Aktivität Beschreibung
`Root Cause` identifiziert
Der Punkt, an dem die 'Root Cause'-Codes befüllt werden oder der Status zu 'Fix in Progress' wechselt. Dies stellt die erfolgreiche Diagnose des Problems dar.
Bedeutung

Berechnet die mittlere Zeit bis zur Ursachenfindung und unterstützt das Dashboard für die Durchlaufzeit der Ursachenuntersuchung. Es ist ein wichtiger Prozessmeilenstein.

Datenquelle

ServiceNow-Tabelle 'sys_audit', die Änderungen am Feld 'root_cause' Kategorie oder den Übergang zum Status 'Fix in Progress' verfolgt.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Change Request initiiert
Die Zuordnung eines Change Requests (RFC) zum Problem-Record. Dies kennzeichnet die Übergabe vom Problem Management an das Change Management zur Implementierung.
Bedeutung

Entscheidend für das Dashboard 'Change Request Transition Efficiency'. Identifiziert Verzögerungen zwischen der Suche nach einer Fehlerbehebung und dem Start des Änderungsprozesses.

Datenquelle

ServiceNow-Tabelle 'sys_audit', die die Befüllung des Referenzfeldes 'rfc' in der Tabelle 'problem' verfolgt.

Erfassen

Protokolliert, wenn die Transaktion 'Normalen Change erstellen' ausgeführt wird

Ereignistyp explicit
Dauerhafte Fehlerbehebung angewendet
Der Moment, in dem das Problem als 'Gelöst' markiert wird, oft ausgelöst durch den Abschluss des zugehörigen Change Requests. Dies zeigt an, dass die technische Arbeit abgeschlossen ist.
Bedeutung

Bestimmt das Ende des aktiven Lösungszyklus. Wird verwendet, um die gesamte Lösungszeit im Verhältnis zum SLA zu berechnen.

Datenquelle

ServiceNow-Tabelle 'sys_audit', Feld 'state' Übergang zu 'Resolved' (Wert 106 typisch).

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Problem-Record erstellt
Die initiale Erstellung eines Problem-Records im ServiceNow-System. Dies markiert den Beginn des Problem Management Lebenszyklus und setzt den Baseline-Timestamp für Aging-Metriken.
Bedeutung

Legt den Startzeitpunkt für alle Durchlaufzeitberechnungen und SLA-Messungen fest. Es ist der primäre Anker zur Identifizierung des Volumens eingehender Problemuntersuchungen.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'sys_created_on'.

Erfassen

Protokolliert, wenn die Transaktion 'Neuer Datensatz' ausgeführt wird

Ereignistyp explicit
Problem-Record geschlossen
Das letzte Lebenszyklusereignis, bei dem der Record inaktiv wird. Es wird keine weitere Arbeit erwartet.
Bedeutung

Der definitive Endpunkt für die Prozessinstanz. Erforderlich zur Berechnung der gesamten Cycle Time.

Datenquelle

ServiceNow-Tabelle 'problem', Feld 'closed_at' oder Statusübergang zu 'Closed'.

Erfassen

Protokolliert, wenn die Transaktion 'Problem schließen' ausgeführt wird

Ereignistyp explicit
Supportgruppe zugewiesen
Die Weiterleitung des Problem-Records an ein spezifisches technisches Team zur Untersuchung. Diese Aktivität verfolgt den Fluss der Zuständigkeit und ist entscheidend für die Analyse von Übergaben.
Bedeutung

Entscheidend für das Dashboard 'Support Group Reassignment Analysis', um Ping-Pong-Effekte und Engpässe zwischen Teams zu identifizieren.

Datenquelle

ServiceNow-Tabelle 'sys_audit' oder 'sys_history_line', die Änderungen am Feld 'assignment_group' verfolgt.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Untersuchung begonnen
Der Übergang des Problem-Record-Status von 'Neu' zu 'Bewerten' oder 'Ursachenanalyse'. Dies bedeutet, dass ein Analyst aktiv mit der Bearbeitung des Problems begonnen hat.
Bedeutung

Markiert das Ende der anfänglichen Warteschlangenwartezeit und den Beginn der aktiven Untersuchungsphase, was die Analyse ausstehender Status unterstützt.

Datenquelle

ServiceNow-Tabelle 'sys_audit', die Änderungen am Feld 'state' verfolgt (z. B. Wertänderung auf 102 oder 103, je nach Konfiguration).

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Workaround identifiziert
Das Eintragen von Text in das Feld 'Workaround' des Problem-Records. Dies erfasst den Moment, in dem eine temporäre Lösung vom Analysten dokumentiert wird.
Bedeutung

Unterstützt das Dashboard für die Workaround-Veröffentlichungs-Performance, indem es festlegt, wann die technische Lösung erstmals bekannt war.

Datenquelle

ServiceNow-Tabelle 'sys_audit', wo 'fieldname' 'workaround' ist.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Bewertung abgelehnt
Der Problem-Record wird während der Bewertungsphase in einen früheren Status zurückgesetzt oder abgebrochen, da es sich nicht um ein gültiges Problem handelte.
Bedeutung

Identifiziert Verschwendung im Prozess, wo Incidents fälschlicherweise zu Problemen hochgestuft werden.

Datenquelle

ServiceNow-Tabelle 'sys_audit', Feld 'state' Übergang zu 'Closed/Cancelled' oder 'New' von 'Assess'.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Lösung verifiziert
Ein Validierungsschritt, bei dem die Wirksamkeit der Lösung bestätigt wird. Dies kann ein spezifischer Status oder ein Kontrollkästchen sein, abhängig von der Prozessreife.
Bedeutung

Stellt die Qualitätskontrolle vor dem Abschluss sicher. Das Umgehen dieses Schrittes ermöglicht eine Analyse der Prozessabweichung.

Datenquelle

ServiceNow-Tabelle 'sys_audit'. Kann eine Statusänderung sein (Resolved -> Closed) oder ein spezifisches Feld 'u_resolution_verified', falls konfiguriert.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Post-Implementierungs-Review abgeschlossen
Der Abschluss des PIR-Tasks oder das Setzen eines PIR-Flags. Dies bestätigt, dass eine retrospektive Analyse für größere Probleme durchgeführt wurde.
Bedeutung

Unterstützt direkt das Dashboard zur Compliance der Post-Implementation Review. Das Fehlen dieser Aktivität bei Problemen hoher Priorität weist auf eine Compliance-Verletzung hin.

Datenquelle

Schließung der ServiceNow-Tabelle 'problem_task' (type=PIR) oder Änderung des Feldes 'pir_state' in der Tabelle 'problem'.

Erfassen

Ableitung durch Vergleich von Feld X mit Y

Ereignistyp inferred
Status geändert zu „Fehlerbehebung in Bearbeitung“
Der Record wechselt in einen Status, der anzeigt, dass eine Fehlerbehebung erstellt oder implementiert wird (oft in Erwartung des Change Management).
Bedeutung

Unterscheidet aktive Untersuchungszeit von 'Warten auf Change'-Zeit, wodurch die Engpassanalyse verfeinert wird.

Datenquelle

ServiceNow-Tabelle 'sys_audit', Feld 'state' Übergang zu 'Fix in Progress' (Wert 104 typisch).

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Vorgeschlagene Lösung entworfen
Die Dateneingabe in die Felder 'Fix Notes' oder 'Resolution Code'. Zeigt an, dass der Analyst vom Verständnis der Ursache zum Entwurf der dauerhaften Fehlerbehebung übergegangen ist.
Bedeutung

Unterstützt das Dashboard für Lösungsentwurf und Fehlerbehebung, indem es die Dauer der Designphase isoliert.

Datenquelle

ServiceNow-Tabelle 'sys_audit', die Aktualisierungen am Feld 'fix_notes' verfolgt.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Workaround veröffentlicht
Die Ausführung der Aktion 'Workaround kommunizieren', die den Workaround an zugehörige Incidents weiterleitet oder einen Known Error Artikel erstellt. Dies unterscheidet sich vom bloßen Eintragen des Workarounds.
Bedeutung

Entscheidend für die Messung der Geschwindigkeit des Wissensaustauschs. Verzögerungen hier wirken sich direkt auf das Volumen wiederkehrender Incidents aus.

Datenquelle

ServiceNow-Feld 'sys_journal_field' oder spezifische UI-Action-Protokolle; kann auch abgeleitet werden, wenn ein 'kb_knowledge'-Record vom Typ 'Known Error' erstellt wird.

Erfassen

Protokolliert, wenn die Transaktion 'Workaround kommunizieren' ausgeführt wird

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

Wie Sie Ihre `Daten` aus dem `ServiceNow Problem Management` erhalten