Šablona dat pro správu incidentů
Šablona dat pro správu incidentů
- Doporučené atributy ke sběru
- Důležité aktivity ke sledování
- Návod na export dat z ServiceNow Problem Management
Atributy správy incidentů
| Název | Popis | ||
|---|---|---|---|
|
Čas události
EventTime
|
Přesné časové razítko udávající, kdy k aktivitě došlo. | ||
|
Popis
Čas události, často označovaný jako časové razítko, zaznamenává přesné datum a čas dokončení aktivity nebo změny stavu. V ServiceNow se obvykle ukládá do pole sys_updated_on u každé změny zaznamenané v auditním záznamu. Tento atribut je nezbytný pro správné seřazení událostí a veškeré časové analýzy. Používá se k výpočtu doby zpracování, čekání ve frontě a intervalů mezi aktivitami. Tyto údaje jsou zásadní pro odhalování úzkých míst, měření výkonu vůči SLA a pochopení efektivity procesu. Přesnost časových razítek je důležitá pro spolehlivost všech metrik založených na době trvání.
Proč je to důležité
Toto časové razítko řadí všechny aktivity chronologicky a umožňuje počítat metriky založené na době trvání, například dobu zpracování a úzká místa.
Kde data získat
Tabulka sys_audit v ServiceNow, pole sys_created_on, nebo pole sys_updated_on z tabulky incident pro poslední stav.
Příklady
2023-04-15T10:05:21Z2023-04-15T11:22:00Z2023-04-16T09:00:30Z
|
|||
|
ID incidentu
IncidentId
|
Jedinečný identifikátor každého záznamu incidentu, který slouží jako primární klíč pro sledování celého životního cyklu. | ||
|
Popis
ID incidentu je jedinečné referenční číslo přidělené každému nahlášenému incidentu v ServiceNow. Slouží jako hlavní identifikátor případu a propojuje všechny související aktivity, aktualizace a komunikaci od vytvoření incidentu až po jeho uzavření. Při analýze process mining je toto ID zásadní. Umožňuje nástroji propojit posloupnost událostí každého jednotlivého případu. Na tomto základě lze vytvářet mapy procesů, analyzovat varianty a počítat celkovou dobu zpracování. Bez jedinečného ID pro každý případ by nebylo možné sledovat průběh incidentu při jeho řešení.
Proč je to důležité
Jde o nezbytné ID případu, které propojuje všechny události životního cyklu incidentu a umožňuje analyzovat proces od začátku do konce.
Kde data získat
Tabulka incidentů ServiceNow, pole number.
Příklady
INC0010001INC0010045INC0010239
|
|||
|
Název aktivity
ActivityName
|
Název konkrétní události nebo úkolu, ke kterému v určitém okamžiku životního cyklu incidentu došlo. | ||
|
Popis
Název aktivity popisuje konkrétní krok nebo změnu stavu v procesu správy incidentů, například „Incident vytvořen“, „Přiřazen pracovníkovi podpory“ nebo „Incident uzavřen“. Tyto údaje se obvykle odvozují ze změn důležitých polí incidentu, jako jsou 'State' nebo 'Assignment Group', případně z konkrétních záznamů v protokolu. Tento atribut je zásadní pro vytvoření mapy procesu. Určuje uzly v grafu procesu a umožňuje analytikům zobrazit průběh incidentů, určit běžné cesty, odhalit úzká místa mezi aktivitami a analyzovat varianty procesu. Podrobnost a přesnost názvů aktivit přímo ovlivňují kvalitu analýzy procesu.
Proč je to důležité
Určuje kroky v mapě procesu, která je základem analýzy a vizualizace v process mining.
Kde data získat
Jde o odvozený atribut, který se obvykle vytváří při transformaci dat na základě změn polí jako state, assignment_group a assigned_to v tabulkách sys_audit nebo incident.
Příklady
Incident vytvořenZměněna skupina přiřazeníNavrženo řešeníIncident uzavřen
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko udávající, kdy byla data tohoto záznamu naposledy aktualizována ze zdrojového systému. | ||
|
Popis
Tento atribut zaznamenává datum a čas poslední extrakce nebo aktualizace dat ze ServiceNow. Jde o metadata, která vypovídají o aktuálnosti analyzovaných dat, nikoli o událost v samotném procesu. Tato informace je důležitá pro posouzení aktuálnosti analýzy. Uživatelům ukazuje, jak čerstvá data jsou, což má význam pro provozní dashboardy i rozhodování na základě nedávných událostí. Pomáhá také nastavit očekávání ohledně relevance a stáří dat.
Proč je to důležité
Informuje uživatele o aktuálnosti dat, která je zásadní pro relevanci a přesnost analýzy.
Kde data získat
Toto časové razítko vytvoří a vyplní nástroj nebo proces extrakce dat při jejich načtení.
Příklady
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Systém, ze kterého byla tato data extrahována. | ||
|
Popis
Tento atribut označuje původ dat o incidentech, v tomto případě ServiceNow Problem Management. Obvykle jde o statickou hodnotu přidanou při extrakci a transformaci dat. Pokud se pro analýzu kombinují data z více systémů, je toto pole důležité pro sledování původu dat a jejich oddělení. Pomáhá zajistit, aby se metriky a procesy analyzovaly ve správném kontextu, a umožňuje analytikům porovnávat procesy napříč zdrojovými systémy.
Proč je to důležité
Poskytuje důležitý kontext o původu dat, umožňuje sledovat jejich původ a správně je interpretovat v prostředí s více systémy.
Kde data získat
Obvykle jde o statickou hodnotu přidanou při extrakci dat.
Příklady
Správa problémů v ServiceNowServiceNow
|
|||
|
Priorita
Priority
|
Úroveň priority incidentu, která určuje požadovanou naléhavost reakce. | ||
|
Popis
Priorita je důležité pole v ServiceNow, které určuje pořadí a rychlost řešení incidentu. Obvykle se odvozuje od dopadu a naléhavosti incidentu a přímo ovlivňuje cíle SLA. Tento atribut je zásadní pro rozdělení případů do skupin a analýzu výkonu. Dashboard „Přehled dodržování SLA“ využívá prioritu k posouzení, zda jsou incidenty s vysokou prioritou vyřešeny v cílovém čase. Analýza doby zpracování podle priority pomáhá ověřit, zda se kritické incidenty skutečně řeší rychleji než méně důležité. Jde o důležitý rozměr téměř všech KPI a dashboardů.
Proč je to důležité
Umožňuje rozdělit incidenty podle důležitosti pro organizaci, což je zásadní pro sledování dodržování SLA a přidělování zdrojů.
Kde data získat
Tabulka incidentů ServiceNow, pole priority.
Příklady
1 - Kritická2 - Vysoká3 - Střední4 - Nízká
|
|||
|
Přiřazeno pracovníkovi
AssignedTo
|
Konkrétní uživatel nebo pracovník podpory, který právě řeší incident. | ||
|
Popis
Tento atribut označuje konkrétního pracovníka podpory odpovědného za incident v daném okamžiku. Pomáhá porozumět rozložení pracovní zátěže, výkonu jednotlivých pracovníků a předávání incidentů mezi nimi. Při analýze vám pole „Přiřazeno pracovníkovi“ pomůže zobrazit rozdělení práce a odhalit přetížené pracovníky. Využívá se také v dashboardu předávání a přeřazování, kde můžete sledovat, kolikrát se u incidentu změnil konkrétní odpovědný pracovník. Časté změny mohou ukazovat na neefektivitu nebo nedostatek znalostí. Analýza doby řešení podle pracovníků může také ukázat, kdo dosahuje nejlepších výsledků a kdo potřebuje další školení.
Proč je to důležité
Umožňuje analyzovat vytížení a výkon pracovníků podpory i předávání incidentů mezi nimi, což pomáhá posoudit efektivitu využití zdrojů.
Kde data získat
Tabulka incidentů ServiceNow, pole assigned_to.
Příklady
Beth AnglinDavid LooHoward Johnson
|
|||
|
Skupina přiřazení
AssignmentGroup
|
Tým nebo skupina podpory odpovědná za řešení incidentu. | ||
|
Popis
Skupina přiřazení označuje tým pracovníků, který má incident vyřešit. Incidenty se často předávají mezi různými skupinami, například od podpory první úrovně ke specializovanému týmu síťové podpory druhé úrovně. Tento atribut je důležitý pro analýzu předávání mezi týmy a odhalování systémových úzkých míst. Dashboard „Míra předávání a přeřazování“ tato data využívá k zobrazení týmů, které se často účastní předávání. Umožňuje také porovnávat výkon skupin podpory a zjistit, kde se v organizaci soustředí odborné znalosti potřebné k řešení.
Proč je to důležité
Sleduje odpovědnost jednotlivých týmů a umožňuje analyzovat jejich výkon, vytížení i předávání incidentů mezi skupinami.
Kde data získat
Tabulka incidentů ServiceNow, pole assignment_group.
Příklady
Servisní odděleníSíťová podporaSprávci databází
|
|||
|
Stav incidentu
IncidentState
|
Aktuální stav incidentu v jeho životním cyklu. | ||
|
Popis
Stav incidentu označuje jeho aktuální fázi, například 'New', 'In Progress', 'On Hold' nebo 'Resolved'. Změny stavu jsou často hlavním zdrojem aktivit v záznamu událostí pro process mining. Analýza doby strávené v jednotlivých stavech je účinným způsobem, jak odhalit úzká místa. Dlouhá doba ve stavu 'On Hold' může například ukazovat na závislost na externích okolnostech nebo uživatelích. Posloupnost změn stavů tvoří také základ mapy procesu a ukazuje, jak incidenty postupují k vyřešení.
Proč je to důležité
Sleduje průběh incidentu a pomáhá analyzovat dobu v jednotlivých fázích i odhalovat úzká místa procesu.
Kde data získat
Tabulka incidentů ServiceNow, pole incident_state nebo state.
Příklady
NovýProbíháČeká se na informace od uživateleVyřešenUzavřen
|
|||
|
Bylo překročeno SLA
IsSlaBreached
|
Příznak, který určuje, zda řešení incidentu překročilo termín SLA. | ||
|
Popis
Tento vypočítaný logický atribut označuje incidenty, u nichž došlo k překročení smlouvy o úrovni služeb (SLA). Vypočítá se porovnáním skutečného času vyřešení s „Termínem SLA“. Pokud k vyřešení došlo po termínu, příznak má hodnotu true. Tento atribut je základem dashboardu „Přehled shody s SLA“ a souvisejících KPI. Zjednodušuje analýzu: místo porovnávání časů pracujete s jednoduchou hodnotou true/false. Snadno tak vyfiltrujete všechny incidenty s překročeným SLA a zjistíte, co mají společného, například kategorii, skupinu řešitelů nebo prioritu.
Proč je to důležité
Zjednodušuje analýzu shody s SLA. Umožňuje snadno filtrovat incidenty, které nesplnily cílové lhůty, a podrobně je analyzovat.
Kde data získat
Vypočítá se porovnáním časového razítka „Resolved At“ s časovým razítkem „SlaDueDate“. (Resolved At > SlaDueDate).
Příklady
truefalse
|
|||
|
ID problému
ProblemId
|
Identifikátor souvisejícího záznamu problému, pokud incident souvisí s rozsáhlejším problémem. | ||
|
Popis
ID problému propojuje incident s odpovídajícím záznamem v modulu Problem Management. Používá se, když se zjistí, že incident je příznakem rozsáhlejšího problému, který se týká více uživatelů nebo služeb. Toto propojení je důležité pro dashboard „Objem opakujících se incidentů“ a KPI „Míra opakujících se incidentů“. Analytici díky němu mohou seskupit incidenty se stejnou hlavní příčinou, změřit celkový dopad problému a sledovat, jak účinně se daří problémy řešit. Vysoký počet incidentů propojených s problémy ukazuje na reaktivní podporu.
Proč je to důležité
Propojuje incidenty s hlavní příčinou. To je důležité při analýze opakujících se problémů a měření dopadu jejich řešení.
Kde data získat
Tabulka incidentů ServiceNow, pole problem_id.
Příklady
PRB0040001PRB0040015PRB0040102
|
|||
|
Kategorie
Category
|
Obecná klasifikace incidentu, například Hardware, Software nebo Network. | ||
|
Popis
Kategorie poskytuje obecnou klasifikaci povahy incidentu. Často se používá společně s podkategorií, pomáhá přiřadit incident správnému týmu podpory a slouží k reportování a analýze trendů. V process mining je tento atribut zásadní pro dashboardy „Přesnost kategorizace incidentů“ a „Objem opakujících se incidentů“. Analýza incidentů, u kterých se kategorie během procesu změnila, pomáhá organizacím odhalit problémy při počátečním posouzení. Filtrování mapy procesu podle kategorie může také ukázat, zda se některé typy incidentů řeší jinými postupy nebo narážejí na specifická úzká místa.
Proč je to důležité
Umožňuje analyzovat typy incidentů, měřit přesnost kategorizace a podporuje směrování i analýzu trendů.
Kde data získat
Tabulka incidentů ServiceNow, pole category.
Příklady
HardwareSoftwareSíťDatabáze
|
|||
|
Kód řešení
ResolutionCode
|
Kód označující, jak byl incident nakonec vyřešen. | ||
|
Popis
Kód řešení určuje způsob vyřešení, například zda problém vyřešil uživatel, zda byl odstraněn známou chybou nebo zda bylo poskytnuto náhradní řešení. Pracovník podpory toto pole obvykle vyplní při uzavření incidentu. Tento atribut přímo podporuje dashboard „Účinnost typů řešení“. Umožňuje analyzovat, kolik incidentů bylo uzavřeno po trvalé opravě a kolik pomocí dočasného náhradního řešení. Jde o důležitý ukazatel kvality služeb a jejich dlouhodobé stability. Vysoký podíl náhradních řešení může znamenat, že se základní problémy neřeší dostatečně.
Proč je to důležité
Upřesňuje způsob vyřešení, umožňuje porovnat trvalé opravy s dočasnými náhradními řešeními a podporuje analýzu hlavních příčin.
Kde data získat
Tabulka incidentů ServiceNow, pole close_code nebo vlastní pole s kódem řešení.
Příklady
Vyřešeno (náhradním řešením)Vyřešeno (trvale)Nevyřešeno (uživatel zrušil)Známá chyba
|
|||
|
Konfigurační položka
ConfigurationItem
|
Konkrétní IT komponenta, služba nebo prostředek, kterého se incident týká. | ||
|
Popis
Konfigurační položka (CI) je prostředek z databáze správy konfigurací (CMDB), kterého se incident týká. Může jít například o server, aplikaci, notebook nebo síťové zařízení. Analýza incidentů podle CI pomáhá odhalit nespolehlivé prostředky a služby. Ukáže, které části IT infrastruktury způsobují nejvíce incidentů, a může tak podpořit rozhodování o investicích do modernizace nebo výměny. V process mining umožňuje filtrování podle CI zjistit, zda se incidenty týkající se důležitých aplikací řeší jinak nebo rychleji než ostatní.
Proč je to důležité
Určuje prostředek, kterého se incident týká. Pomáhá odhalit problematické části IT infrastruktury a zaměřit na ně zlepšování.
Kde data získat
Tabulka incidentů ServiceNow, pole cmdb_ci.
Příklady
SAP ERP ProductionOracle DB Server 05E-mailová služba
|
|||
|
Oznamovatel
CallerId
|
Uživatel, který incident nahlásil. | ||
|
Popis
Oznamovatel je koncový uživatel nebo zákazník, kterého se incident týká a který ho nahlásil. Tato informace ukazuje, koho výpadek služby zasáhl. Analýza incidentů podle oznamovatele nemusí přímo souviset s průběhem procesu, může ale odhalit, zda se problémy neúměrně často týkají konkrétních osob nebo oddělení. To může poukazovat na potřebu školení nebo na místní problémy v prostředí. Zároveň umožňuje kontaktovat zákazníka kvůli průzkumu spokojenosti nebo informování o průběhu řešení.
Proč je to důležité
Určuje uživatele, kterého se incident týká. Umožňuje analyzovat incidenty podle oddělení nebo osoby a poskytuje kontext pro komunikaci s uživatelem.
Kde data získat
Tabulka incidentů ServiceNow, pole caller_id.
Příklady
Abel TuterCarolina PashDon Goodliffe
|
|||
|
Počet přeřazení
ReassignmentCount
|
Počet přeřazení incidentu na jinou skupinu nebo pracovníka. | ||
|
Popis
Toto pole zaznamenává, kolikrát byl incident předán mezi různými skupinami řešitelů. Jde o přímý ukazatel tření v procesu, který se často používá jako KPI. Tento atribut je hlavním podkladem pro dashboard „Předávání a míra přeřazení“ a KPI „Průměrný počet předání na incident“. Vysoký počet přeřazení může ukazovat na nesprávné počáteční směrování, nedostatek potřebných dovedností v úrovni podpory nebo nejasné vlastnictví procesu. Snížení tohoto počtu bývá cílem zlepšování procesů, protože obvykle vede k rychlejšímu řešení.
Proč je to důležité
Měří předávání incidentů v procesu. Vysoký počet může ukazovat na neefektivitu, nesprávné směrování a příležitosti ke zlepšení.
Kde data získat
Tabulka incidentů ServiceNow, pole reassignment_count.
Příklady
0135
|
|||
|
Termín SLA
SlaDueDate
|
Datum a čas, do kdy má být incident podle SLA vyřešen. | ||
|
Popis
Termín SLA je vypočítané časové razítko, které určuje lhůtu pro vyřešení incidentu. Vychází ze smlouvy o úrovni služeb (SLA) a vlastností incidentu, například jeho priority. Tento atribut je důležitý pro dashboard „Přehled shody s SLA“ a KPI „Míra překročení SLA u kritických incidentů“. Slouží jako referenční hodnota pro porovnání se skutečnou dobou řešení. Analýza incidentů, u nichž se blíží termín SLA, může pomoci s včasnou eskalací a stanovením priorit.
Proč je to důležité
Určuje cílový termín řešení. Díky tomu lze měřit shodu s SLA a odhalit incidenty, u kterých hrozí překročení lhůty.
Kde data získat
Tato hodnota se obvykle nachází v tabulce task_sla, která souvisí s tabulkou incidentů. Příslušným časovým razítkem je pole planned_end_time.
Příklady
2023-05-20T17:00:00Z2023-06-01T09:00:00Z
|
|||
|
Závažnost
Severity
|
Míra dopadu incidentu na provoz firmy. | ||
|
Popis
Závažnost vyjadřuje, jaký dopad má incident na provoz firmy. Spolu s naléhavostí se často používá k automatickému výpočtu priority incidentu. Při analýze je závažnost důležitým ukazatelem pro dashboard „Přehled shody s SLA“. Pomáhá zjistit, zda organizace dodržuje úrovně služeb u incidentů s největším dopadem. Nabízí pohled z hlediska firmy a doplňuje provozní pohled podle priority.
Proč je to důležité
Měří dopad incidentu na firmu. Pomáhá určit, čemu dát přednost, a analyzovat řešení závažných problémů.
Kde data získat
Tabulka incidentů ServiceNow, pole severity.
Příklady
1 - Vysoká2 - Střední3 - Nízká
|
|||
|
Znovu otevřen
IsReopened
|
Příznak, který určuje, zda byl incident po vyřešení znovu otevřen. | ||
|
Popis
Tento logický příznak má hodnotu true, pokud se stav incidentu po přechodu do stavu „Vyřešeno“ nebo „Uzavřeno“ změnil zpět na aktivní stav, například „Probíhá“. Obvykle se to zjišťuje podle aktivity „Incident Reopened“ v záznamu událostí. Znovu otevřené incidenty často ukazují na neúplné nebo neúčinné řešení. Jejich analýza pomáhá odhalit předčasné uzavření nebo opakující se problémy, které se napoprvé nepodařilo odstranit. Vysoká míra opětovného otevření může snížit spokojenost uživatelů i produktivitu týmu, proto jde o důležitý ukazatel kontroly kvality.
Proč je to důležité
Tento příznak odhaluje nedostatky v řešení a upozorňuje na incidenty, které po označení za vyřešené vyžadovaly další práci.
Kde data získat
Vypočítá se kontrolou posloupnosti aktivit u každého incidentu. Zjišťuje se, zda po stavu „vyřešeno“ následuje stav „otevřeno“.
Příklady
truefalse
|
|||
Aktivity při správě incidentů
| Aktivita | Popis | ||
|---|---|---|---|
|
Incident přiřazen skupině
|
K této aktivitě dochází, když je incident přidělen konkrétní skupině podpory. Jde o důležitý krok směrování, který lze zachytit sledováním změn v poli skupiny přiřazení. | ||
|
Proč je to důležité
Sledování přiřazení je nezbytné pro analýzu předávání, čekací doby jednotlivých skupin a odhalování neefektivního směrování či úzkých míst.
Kde data získat
Odvozuje se z tabulky 'sys_audit' sledováním okamžiku, kdy je pole 'assignment_group' v tabulce 'incident' vyplněno nebo změněno.
Zachycení
Použijte časové razítko změny pole 'assignment_group' z auditního záznamu.
Typ události
inferred
|
|||
|
Incident uzavřen
|
Jde o poslední aktivitu životního cyklu, která znamená, že incident je vyřešen, potvrzen a nevyžaduje další kroky. Událost se zaznamenává pomocí časového razítka uzavření. | ||
|
Proč je to důležité
Jako konečná událost je tato aktivita nezbytná pro výpočet celkové doby životního cyklu incidentu a analýzu času potřebného na zpracování po vyřešení.
Kde data získat
Časové razítko 'closed_at' v tabulce 'incident' slouží jako výslovné časové razítko události. Obvykle se nastaví při změně pole 'state' na 'Closed'.
Zachycení
Použijte časové razítko 'closed_at' ze záznamu incidentu.
Typ události
explicit
|
|||
|
Incident vytvořen
|
Označuje začátek životního cyklu incidentu, kdy je nový incident formálně zaznamenán v ServiceNow. Událost se zaznamenává pomocí časového razítka vytvoření záznamu incidentu. | ||
|
Proč je to důležité
Jde o hlavní počáteční událost procesu. Doba od této aktivity do vyřešení je zásadní pro měření celkové doby zpracování a dodržování SLA.
Kde data získat
Časové razítko 'sys_created_on' v tabulce 'incident' slouží jako výslovné časové razítko této události.
Zachycení
Použijte časové razítko 'sys_created_on' ze záznamu incidentu.
Typ události
explicit
|
|||
|
Navrženo řešení
|
Označuje okamžik, kdy pracovník podpory zavedl opravu a změnil stav incidentu na 'Resolved'. Jde o důležitý milník před konečným uzavřením. | ||
|
Proč je to důležité
Tato aktivita označuje konec aktivní práce a začátek fáze potvrzení. Doba mezi ní a událostí „Incident uzavřen“ může odhalit prodlevy při potvrzování nebo ověřování řešení uživatelem.
Kde data získat
Odvozuje se z tabulky 'sys_audit' při změně pole 'state' v tabulce 'incident' na 'Resolved'. V této chvíli se často vyplní také časové razítko 'resolved_at'.
Zachycení
Použijte časové razítko změny pole 'state' na 'Resolved' nebo časové razítko 'resolved_at'.
Typ události
inferred
|
|||
|
Zahájena práce
|
Označuje, že pracovník podpory začal incident aktivně prověřovat nebo řešit. Obvykle se odvozuje ze změny stavu incidentu z 'New' nebo 'Assigned' na aktivní stav, například 'In Progress'. | ||
|
Proč je to důležité
Tento milník označuje konec počátečního čekání ve frontě a začátek aktivního řešení. Doba do zahájení práce je důležitá pro analýzu úzkých míst.
Kde data získat
Odvozuje se z tabulky 'sys_audit' podle okamžiku, kdy se pole 'state' v tabulce 'incident' změní na hodnotu označující aktivní práci, například 'In Progress'.
Zachycení
Zjistěte časové razítko, kdy se pole 'state' změní na 'In Progress' nebo podobnou hodnotu.
Typ události
inferred
|
|||
|
Změněna skupina přiřazení
|
Označuje předání incidentu z jedné skupiny podpory jiné. Zachytí se sledováním dalších změn pole 'assignment_group' po jeho prvním vyplnění. | ||
|
Proč je to důležité
Časté přeřazování může ukazovat na nesprávné počáteční směrování, složitý proces nebo nedostatek znalostí. Tato aktivita je důležitá pro měření KPI „Průměrný počet předání na incident“.
Kde data získat
Odvozuje se z tabulky 'sys_audit' sledováním všech změn pole 'assignment_group' po prvním přiřazení.
Zachycení
V auditním záznamu zjistěte časové razítko každé změny pole 'assignment_group'.
Typ události
inferred
|
|||
|
Čeká se na potvrzení uživatele
|
Incident čeká na potvrzení uživatele, že navržené řešení funguje. Obvykle se tato událost odvozuje ze specifického stavu, například 'Awaiting User Info', který následuje po vyřešení. | ||
|
Proč je to důležité
Pokud uživatelé reagují pomalu, může se tento stav stát významným úzkým místem. Měřením doby strávené v této aktivitě lze odhalit nedostatky v komunikaci a možnosti automatického uzavření.
Kde data získat
Odvozuje se z tabulky 'sys_audit' podle změny na konkrétní čekající stav po vyřešení. Název stavu může být vlastní, například 'Awaiting Caller'.
Zachycení
Zjistěte časové razítko změny pole 'state' na hodnotu označující čekání na informace od uživatele.
Typ události
inferred
|
|||
|
Incident eskalován
|
K události dochází, když se zvýší priorita nebo závažnost incidentu, což často vyžaduje rychlejší reakci nebo jiné zdroje. Událost se odvozuje ze zvýšení hodnoty pole 'priority'. | ||
|
Proč je to důležité
Eskalace často znamená, že je incident závažnější, než se původně předpokládalo, nebo hrozí překročení SLA. Analýza těchto událostí pomáhá porozumět výjimkám v procesu.
Kde data získat
Odvozuje se z tabulky 'sys_audit' podle změny pole 'priority' na hodnotu s vyšší naléhavostí.
Zachycení
Zaznamenejte zvýšení hodnoty pole 'priority', například z '3 - Moderate' na '2 - High'.
Typ události
inferred
|
|||
|
Incident přiřazen pracovníkovi podpory
|
Označuje okamžik, kdy konkrétní pracovník podpory ze skupiny převezme odpovědnost za incident. Událost se zachytí sledováním změn pole 'assigned_to'. | ||
|
Proč je to důležité
Tento údaj poskytuje podrobný přehled o vytížení pracovníků podpory a řešení při prvním kontaktu. Pomáhá zjistit, jak dlouho incident čeká, než na něm po přiřazení skupině začne pracovat konkrétní pracovník.
Kde data získat
Odvozuje se z tabulky 'sys_audit' sledováním okamžiku, kdy je pole 'assigned_to' v tabulce 'incident' vyplněno nebo změněno.
Zachycení
Použijte časové razítko změny pole 'assigned_to' z auditního záznamu.
Typ události
inferred
|
|||
|
Incident propojen s problémem
|
K této aktivitě dochází, když je incident formálně propojen se záznamem problému, což znamená, že souvisí s širším základním problémem. Událost se odvozuje z vyplnění pole 'problem_id' v záznamu incidentu. | ||
|
Proč je to důležité
Propojení s problémem je důležitým krokem od reaktivního řešení incidentů k proaktivní analýze hlavních příčin. Podporuje dashboard „Objem opakujících se incidentů“.
Kde data získat
Odvozuje se ze zjištění, že referenční pole 'problem_id' v tabulce 'incident' bylo vyplněno.
Zachycení
V auditním záznamu zjistěte časové razítko vyplnění pole 'problem_id'.
Typ události
inferred
|
|||
|
Incident zařazen do kategorie
|
Označuje počáteční klasifikaci incidentu, při níž se nastavují pole jako Category, Subcategory a Priority. Událost se obvykle odvozuje z auditního záznamu podle toho, kdy byla tato pole poprvé vyplněna nebo krátce po vytvoření aktualizována. | ||
|
Proč je to důležité
Správné zařazení do kategorie je důležité pro směrování a určení priority. Sledováním této aktivity lze analyzovat četnost změn kategorií a jejich vliv na dobu řešení.
Kde data získat
Odvozuje se z tabulky 'sys_audit' podle první změny polí jako 'category', 'subcategory' nebo 'priority' u daného incidentu.
Zachycení
V auditním záznamu zjistěte časové razítko první aktualizace klasifikačních polí.
Typ události
inferred
|
|||
|
Incident znovu otevřen
|
K události dochází, když uživatel oznámí, že problém přetrvává i po označení incidentu jako vyřešeného. Odvozuje se ze změny stavu incidentu z 'Resolved' zpět na aktivní stav, například 'In Progress'. | ||
|
Proč je to důležité
Znovu otevřené incidenty ukazují na neúspěšné řešení a znamenají opakovanou práci. Jejich sledování je zásadní pro měření kvality řešení a úspěšnosti opravy napoprvé.
Kde data získat
Odvozuje se z tabulky 'sys_audit' podle změny pole 'state' z 'Resolved' zpět na aktivní stav, například 'In Progress' nebo 'Assigned'.
Zachycení
Zjistěte časové razítko změny pole 'state' z 'Resolved' na aktivní hodnotu.
Typ události
inferred
|
|||
|
Přidán komentář podpory
|
Pracovník podpory přidá pracovní poznámku nebo komentář viditelný uživateli. Jde o výslovně zaznamenanou událost v aktivitách incidentu. | ||
|
Proč je to důležité
Sleduje komunikaci a práci na šetření ze strany týmu podpory. Analýza četnosti a načasování komentářů poskytuje přehled o průběhu šetření.
Kde data získat
Zachycuje se z tabulky 'sys_journal_field', která zaznamenává položky polí 'work_notes' a 'comments' v tabulce 'incident'.
Zachycení
Použijte časové razítko vytvoření záznamu v deníku, kde je element 'work_notes' nebo 'comments'.
Typ události
explicit
|
|||
Návody na export dat
Chcete začít?
Tato šablona obsahuje vše potřebné pro začátek s process mining v oblasti správy incidentů. Začněte zlepšovat řešení incidentů ještě dnes.
Řešte incidenty rychleji: zvyšte efektivitu ServiceNow
Zkraťte MTTR v ServiceNow o 35 %. Odhalte problémy a zvyšte spokojenost.
Platební kartu nepotřebujete. Začněte optimalizovat během několika minut.