Šablona dat pro správu incidentů

Správa problémů v ServiceNow
Šablona dat pro správu incidentů

Šablona dat pro správu incidentů

Tato šablona vám pomůže shromáždit potřebná data pro analýzu a optimalizaci procesu správy incidentů. Obsahuje přehled důležitých atributů, které je třeba získat, aktivit, které je vhodné sledovat, a praktický návod, jak data exportovat ze zdrojového systému. Pomocí šablony připravíte záznam událostí pro podrobnou analýzu a zlepšování procesů.
  • Doporučené atributy ke sběru
  • Důležité aktivity ke sledování
  • Návod na export dat z ServiceNow Problem Management
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy správy incidentů

Toto jsou doporučená datová pole pro záznam událostí, který použijete k podrobné analýze procesu správy incidentů.
5 Povinné 4 Doporučené 10 Volitelné
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
Povinné Doporučené Volitelné

Aktivity při správě incidentů

Toto jsou důležité kroky a milníky procesu, které je třeba zaznamenat pro přesné zjištění a optimalizaci procesu.
6 Doporučené 7 Volitelné
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
Doporučené Volitelné

Návody na export dat

Jak získat data z ServiceNow Problem Management

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.

Začněte se zkušební verzí zdarma

Platební kartu nepotřebujete. Začněte optimalizovat během několika minut.