Ihr Problem Management Daten-Template
Problem ManagementIhr Problem Management Daten-Template
- Empfohlene Attribute für die Ursachenanalyse
- Wichtige Prozessmeilensteine und Aktivitäten
- Schritt-für-Schritt-Anleitung zur ServiceNow-Extraktion
Problem Management Attribute
| 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
|
|||
Problem Management Aktivitäten
| 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
|
|||