Incidenskezelési adatsablon
Incidenskezelési adatsablon
- Javasolt attribútumok
- Nyomon követendő tevékenységek
- Adatkinyerési útmutató a ServiceNow Problem Managementhez
Incidenskezelési attribútumok
| Név | Leírás | ||
|---|---|---|---|
|
Esemény időpontja
EventTime
|
Az esemény bekövetkezésének pontos időpontját jelző időbélyeg. | ||
|
Leírás
Az esemény időpontja, más néven időbélyeg, rögzíti a tevékenység befejezésének vagy az állapotváltozásnak a pontos dátumát és időpontját. A ServiceNow rendszerben ezt általában az auditnaplóban rögzített változásokhoz tartozó sys_updated_on mező tárolja. Ez az attribútum elengedhetetlen az események helyes sorrendbe állításához és minden időalapú elemzéshez. Segítségével kiszámítható az átfutási idő, a várakozási idő és a tevékenységek közötti időtartam. Ezek az adatok alapvetőek a szűk keresztmetszetek feltárásához, az SLA-k szerinti teljesítmény méréséhez és a folyamat hatékonyságának megértéséhez. Az időbélyegek pontossága döntően befolyásolja az időtartam-alapú mutatók megbízhatóságát.
Miért fontos?
Ez az időbélyeg időrendbe állítja a tevékenységeket, és lehetővé teszi az időtartam-alapú mutatók, például az átfutási idők és a szűk keresztmetszetek kiszámítását.
Hol szerezhető be?
ServiceNow sys_audit tábla, sys_created_on mező, vagy az incident tábla sys_updated_on mezője az utolsó állapothoz.
Példák
2023-04-15T10:05:21Z2023-04-15T11:22:00Z2023-04-16T09:00:30Z
|
|||
|
Incidensazonosító
IncidentId
|
Az egyes incidensrekordok egyedi azonosítója, amely az életciklus teljes követésének elsődleges kulcsa. | ||
|
Leírás
Az Incident ID a ServiceNow rendszerben minden bejelentett incidenshez rendelt egyedi hivatkozási szám. Ez az eset alapvető azonosítója, amely összekapcsolja a kapcsolódó tevékenységeket, frissítéseket és kommunikációt az incidens létrehozásától a lezárásáig. A process mining elemzésben ez az azonosító alapvető. Segítségével az eszköz összeállítja az egyes esetek eseménysorozatát, amely a folyamattérképek feltárásának, a változatok elemzésének és a teljes átfutási idők kiszámításának alapja. Ha minden esethez nem tartozik egyedi Incident ID, nem lehet nyomon követni az incidens útját a megoldási folyamaton keresztül.
Miért fontos?
Ez az alapvető Case ID kapcsolja össze az incidens életciklusának összes eseményét, így lehetővé teszi a folyamat teljes körű elemzését.
Hol szerezhető be?
ServiceNow incident tábla, number mező.
Példák
INC0010001INC0010045INC0010239
|
|||
|
Tevékenység neve
ActivityName
|
Az incidens életciklusának egy adott időpontjában történt esemény vagy feladat neve. | ||
|
Leírás
A tevékenység neve az incidenskezelési folyamat egy adott lépését vagy állapotváltozását írja le, például: 'Incident Created', 'Assigned To Agent' vagy 'Incident Closed'. Az adat általában az olyan fontos incidensmezők változásaiból származik, mint a 'State' vagy az 'Assignment Group', illetve konkrét naplóbejegyzésekből. Ez az attribútum elengedhetetlen a folyamattérkép elkészítéséhez. Meghatározza a folyamatgráf csomópontjait, így az elemzők megjeleníthetik az incidensek útvonalát, azonosíthatják a gyakori folyamatmeneteket, feltárhatják a tevékenységek közötti szűk keresztmetszeteket, és elemezhetik a folyamatváltozatokat. A tevékenységnevek részletessége és pontossága közvetlenül befolyásolja a folyamatelemzés minőségét.
Miért fontos?
Meghatározza a folyamattérkép lépéseit, amelyek minden process mining elemzés és vizualizáció alapját adják.
Hol szerezhető be?
Ez egy származtatott attribútum, amelyet általában az adatátalakítási logika állít elő a sys_audit vagy incident táblák state, assignment_group és assigned_to mezőinek változásai alapján.
Példák
Incidens létrehozvaHozzárendelési csoport megváltozottMegoldás javasolvaIncidens lezárva
|
|||
|
Forrásrendszer
SourceSystem
|
Az a rendszer, amelyből az adatokat kinyerték. | ||
|
Leírás
Ez az attribútum az incidensadatok forrását azonosítja, amely ebben az esetben a ServiceNow Problem Management. Általában az adatkinyerés és -átalakítás során hozzáadott statikus érték. Ha az elemzéshez több rendszer adatait egyesítik, ez a mező elengedhetetlen az adatok eredetének követéséhez és elkülönítéséhez. Segít biztosítani, hogy a mutatókat és folyamatokat a megfelelő összefüggésben elemezzék, és lehetővé teszi a különböző forrásrendszerek folyamatainak összehasonlítását.
Miért fontos?
Fontos információt ad az adatok eredetéről, segíti azok útjának követését, és több rendszer használatakor lehetővé teszi a helyes értelmezést.
Hol szerezhető be?
Ez általában az adatkinyerés során hozzáadott statikus érték.
Példák
ServiceNow problémakezelésServiceNow
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
Az időbélyeg azt mutatja, mikor frissítették utoljára a rekord adatait a forrásrendszerből. | ||
|
Leírás
Ez az attribútum rögzíti a ServiceNow rendszerből történő legutóbbi adatkinyerés vagy frissítés dátumát és időpontját. Metaadatmező, amely az elemzett adatok frissességét jelzi, nem pedig a folyamat egyik eseményét. Ez az információ segít megítélni, mennyire naprakész az elemzés. Megmutatja a felhasználóknak, hogy milyen frissek az adatok, ami fontos a működési dashboardok és a legutóbbi eseményekre épülő döntések szempontjából. Segít reális elvárásokat kialakítani az adatok aktualitásáról és relevanciájáról.
Miért fontos?
Tájékoztatja a felhasználókat az adatok frissességéről, ami elengedhetetlen az elemzés relevanciájához és pontosságához.
Hol szerezhető be?
Ezt az időbélyeget az adatkinyerő eszköz vagy folyamat hozza létre és tölti ki az adatok betöltésekor.
Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Hozzárendelési csoport
AssignmentGroup
|
Az incidens kezeléséért felelős támogatási csapat vagy csoport. | ||
|
Leírás
Az Assignment Group az incidens megoldásával megbízott ügyintézők csapatát jelöli. Az incidenseket gyakran különböző csoportok között irányítják, például az első szintű ügyfélszolgálattól egy második szintű, hálózati problémákra szakosodott csapathoz. Ez az attribútum elengedhetetlen a csapatok közötti átadások elemzéséhez és a rendszerszintű szűk keresztmetszetek feltárásához. A „Handoff and Reassignment Rate” dashboard nagyrészt erre az adatra támaszkodik, hogy megmutassa, mely csapatok vesznek részt gyakran az átadásokban. Az attribútum emellett lehetővé teszi a támogatási csoportok teljesítményének összehasonlítását, és segít feltárni, hol található a szervezeten belül a megoldáshoz szükséges szakértelem.
Miért fontos?
Megmutatja, melyik csapat felelős az incidensért, így elemezhető a csapatok teljesítménye, terhelése és a csoportok közötti átadások száma.
Hol szerezhető be?
ServiceNow incident tábla, assignment_group mező.
Példák
Szolgáltatási ügyfélszolgálatHálózati támogatásAdatbázis-adminisztrátorok
|
|||
|
Hozzárendelt ügyintéző
AssignedTo
|
Az incidens kezeléséért jelenleg felelős felhasználó vagy ügyintéző. | ||
|
Leírás
Ez az attribútum azonosítja azt a konkrét támogatási ügyintézőt, aki egy adott időpontban felelős az incidensért. Ez az információ fontos a munkaterhelés eloszlásának, az ügyintézői teljesítménynek és az egyének közötti átadásoknak a megértéséhez. Az elemzésben a 'Assigned To' segítségével megjeleníthető az erőforrások elosztása, és azonosíthatók a túlterhelt ügyintézők. A Handoff and Reassignment dashboard is ezt használja annak követésére, hogy hányszor változik meg egy incidens egyéni felelőse. Ez a hatékonysági problémák vagy az ismerethiány egyik jele lehet. Az ügyintézőnkénti megoldási idők elemzése a kiemelkedő teljesítményű munkatársakra és a további képzést igénylőkre is rámutathat.
Miért fontos?
Lehetővé teszi az ügyintézők terhelésének, teljesítményének és az egyéni átadásoknak az elemzését, amelyek fontosak az erőforrások hatékony felhasználásának megértéséhez.
Hol szerezhető be?
ServiceNow incident tábla, assigned_to mező.
Példák
Beth AnglinDavid LooHoward Johnson
|
|||
|
Incidens állapota
IncidentState
|
Az incidens aktuális állapota az életciklus során. | ||
|
Leírás
Az Incident State az incidens aktuális szakaszát jelzi, például 'New', 'In Progress', 'On Hold' vagy 'Resolved'. Az állapotváltozások gyakran az eseménynaplóban szereplő process mining tevékenységek elsődleges forrásai. Az egyes állapotokban töltött idő elemzése hatékony módja a szűk keresztmetszetek feltárásának. Például a hosszú 'On Hold' állapot külső tényezőktől vagy felhasználóktól való függésre utalhat. Az állapotváltozások sorrendje a folyamattérkép alapját is adja, és megmutatja, hogyan haladnak az incidensek a megoldás felé.
Miért fontos?
Követi az incidens előrehaladását, és segít elemezni az egyes szakaszokban töltött időt, valamint feltárni a folyamat szűk keresztmetszeteit.
Hol szerezhető be?
ServiceNow incident tábla, incident_state vagy state mező.
Példák
ÚjFolyamatbanFelhasználói információra várMegoldvaLezárva
|
|||
|
Prioritás
Priority
|
Az incidens prioritási szintje, amely meghatározza a szükséges reagálás sürgősségét. | ||
|
Leírás
A Priority a ServiceNow egyik fontos mezője, amely meghatározza az incidens kezelésének sorrendjét és gyorsaságát. Általában az incidens hatása és sürgőssége alapján állapítják meg, és közvetlenül befolyásolja az SLA-célértékeket. Ez az attribútum alapvető a szegmentáláshoz és a teljesítmény elemzéséhez. Az „SLA Compliance Overview” dashboard a Priority alapján értékeli, hogy a magas prioritású incidensek a célidőn belül megoldódnak-e. A prioritásonkénti átfutási idők elemzésével ellenőrizhető, hogy a kritikus incidenseket valóban gyorsabban kezelik-e, mint a kevésbé fontosakat. Szinte minden KPI és dashboard fontos dimenziója.
Miért fontos?
Lehetővé teszi az incidensek üzleti jelentőség szerinti csoportosítását, ami elengedhetetlen az SLA-megfelelés nyomon követéséhez és az erőforrások elosztásához.
Hol szerezhető be?
ServiceNow incident tábla, priority mező.
Példák
1 - Kritikus2 - Magas3 - Közepes4 - Alacsony
|
|||
|
Bejelentő
CallerId
|
Az a felhasználó, aki először jelentette az incidenst. | ||
|
Leírás
A Caller azonosítja azt a végfelhasználót vagy ügyfelet, akit érint az incidens, és aki bejelentette azt. Ez megmutatja, kit érint a szolgáltatás fennakadása. Bár a bejelentő nem mindig meghatározó a folyamat menetében, az incidensek bejelentő szerinti elemzéséből kiderülhet, hogy bizonyos személyeket vagy részlegeket aránytalanul sok probléma érint-e. Ez képzési igényre vagy helyi környezeti problémára utalhat. A bejelentő adatai az ügyfél-elégedettségi felmérésekhez és a kapcsolattartáshoz is közvetlen támpontot adnak.
Miért fontos?
Azonosítja az érintett felhasználót, így az incidensek részleg vagy személy szerinti elemzése mellett a felhasználóval való kapcsolattartáshoz is kontextust ad.
Hol szerezhető be?
ServiceNow incident tábla, caller_id mező.
Példák
Abel TuterCarolina PashDon Goodliffe
|
|||
|
Kategória
Category
|
Az incidens fő kategóriája, például hardver, szoftver vagy hálózat. | ||
|
Leírás
A Category az incidens jellegének tágabb besorolását adja meg. Ez az alkategóriával együtt segít az incidenst a megfelelő támogatási csapathoz irányítani, és jelentésekhez, valamint trendek elemzéséhez is használható. A process mining elemzésben ez az attribútum elengedhetetlen az „Incident Categorization Accuracy” és a „Recurring Incident Volume” dashboardokhoz. Ha a szervezetek elemzik azokat az incidenseket, amelyek kategóriája a folyamat közben megváltozik, feltárhatják a kezdeti állapotfelmérés problémáit. A folyamattérkép kategória szerinti szűrése azt is megmutathatja, hogy bizonyos incidensfajták eltérő megoldási útvonalat követnek-e, vagy sajátos szűk keresztmetszetekkel találkoznak.
Miért fontos?
Lehetővé teszi az incidensfajták elemzését, segít mérni a kategorizálás pontosságát, és fontos az irányításhoz, valamint a trendek elemzéséhez.
Hol szerezhető be?
ServiceNow incident tábla, category mező.
Példák
HardverSzoftverHálózatAdatbázis
|
|||
|
Konfigurációs elem
ConfigurationItem
|
Az incidens által érintett konkrét IT-összetevő, szolgáltatás vagy eszköz. | ||
|
Leírás
A Configuration Item (CI) a Configuration Management Database (CMDB) azon eszköze, amelyet az incidens érint. Ilyen lehet például egy szerver, alkalmazás, laptop vagy hálózati eszköz. Az incidensek CI szerinti elemzése segít azonosítani a megbízhatatlan eszközöket és szolgáltatásokat. Megmutatja, hogy az IT-infrastruktúra mely részeihez kapcsolódik a legtöbb incidens, így megalapozhatja a fejlesztésekre vagy cserékre vonatkozó beruházási döntéseket. A process mining során a CI szerinti szűrésből kiderülhet, hogy a kritikus alkalmazásokhoz kapcsolódó incidenseket másképp vagy hatékonyabban kezelik-e.
Miért fontos?
Megmutatja, melyik eszköz érintett, így könnyebb megtalálni az IT-infrastruktúra problémás összetevőit és célzottan fejleszteni.
Hol szerezhető be?
ServiceNow incident tábla, cmdb_ci mező.
Példák
SAP ERP ProductionOracle DB Server 05E-mail-szolgáltatás
|
|||
|
Megoldási kód
ResolutionCode
|
Azt jelző kód, hogyan oldották meg végül az incidenst. | ||
|
Leírás
A Resolution Code a megoldás jellegét határozza meg. Például azt, hogy a felhasználó oldotta-e meg a problémát, ismert hibát hárítottak-e el, vagy kerülő megoldást alkalmaztak. Ezt a mezőt általában az ügyintéző tölti ki az incidens lezárásakor. Ez az attribútum közvetlenül támogatja a „Resolution Type Effectiveness” dashboardot. Segítségével elemezhető, hogy hány incidenst zártak le tartós javítással, és hányat ideiglenes kerülő megoldással. Ez a szolgáltatás minőségének és hosszú távú stabilitásának fontos mutatója. A kerülő megoldások magas aránya arra utalhat, hogy a mögöttes problémákat nem kezelik megfelelően.
Miért fontos?
Pontosítja a megoldás módját, így elemezhető a tartós javítások és az ideiglenes kerülő megoldások aránya, és támogatható a kiváltó okok feltárása.
Hol szerezhető be?
ServiceNow incident tábla, close_code mező vagy egyéni megoldáskód-mező.
Példák
Megoldva (kerülőmegoldással)Megoldva (véglegesen)Nem oldódott meg (a felhasználó visszavonta)Ismert hiba
|
|||
|
Problémaazonosító
ProblemId
|
A kapcsolódó Problem rekord azonosítója, ha az incidenst egy nagyobb problémához kapcsolták. | ||
|
Leírás
A Problem ID egy incidenshez rendeli a Problem Management modul megfelelő rekordját. Erre akkor kerül sor, ha kiderül, hogy az incidens egy több felhasználót vagy szolgáltatást érintő, mélyebben húzódó probléma tünete. Ez a kapcsolat alapvető a „Visszatérő incidensek száma” dashboard és a „Visszatérő incidensek aránya” KPI szempontjából. Az elemzők így azonos kiváltó okból eredő incidenseket csoportosíthatnak, felmérhetik a probléma teljes hatását, és nyomon követhetik a megoldására tett intézkedések eredményességét. Ha sok incidens kapcsolódik problémarekordhoz, az arra utal, hogy a támogatás jellemzően reaktív módon működik.
Miért fontos?
Az incidenseket a kiváltó okhoz kapcsolja, ami elengedhetetlen a visszatérő problémák elemzéséhez és a problémakezelés hatásának méréséhez.
Hol szerezhető be?
ServiceNow incident tábla, problem_id mező.
Példák
PRB0040001PRB0040015PRB0040102
|
|||
|
SLA-határidő
SlaDueDate
|
Az a dátum és időpont, ameddig az SLA szerint meg kell oldani az incidenst. | ||
|
Leírás
Az SLA-határidő egy számított időbélyeg, amely az incidens megoldásának határidejét jelöli. Az időpontot az incidens jellemzőihez, például a prioritásához rendelt Service Level Agreement (SLA) határozza meg. Ez az attribútum elengedhetetlen az „SLA-megfelelés áttekintése” dashboard és a „Kritikus incidensek SLA-sértési aránya” KPI szempontjából. Ehhez viszonyítják a tényleges megoldási időt. A határidőhöz közelítő incidensek elemzése segíthet az időben történő eszkalációban és rangsorolásban.
Miért fontos?
Meghatározza a megoldás határidejét, így mérhető az SLA-nak való megfelelés, és azonosíthatók a határidő túllépésével fenyegető incidensek.
Hol szerezhető be?
Ez az érték általában az incident táblához kapcsolódó task_sla táblában található. A releváns időbélyeg a planned_end_time mező.
Példák
2023-05-20T17:00:00Z2023-06-01T09:00:00Z
|
|||
|
SLA-határidő túllépve
IsSlaBreached
|
Jelzi, hogy az incidens megoldása túllépte-e az SLA-határidőt. | ||
|
Leírás
Ez a számított logikai attribútum jelzi, ha egy incidensnél nem teljesült a Service Level Agreement. Értékét a tényleges megoldási időbélyeg és az „SLA-határidő” összehasonlításával határozza meg. Ha a megoldás a határidő után történt, az értéke igaz. Ez az attribútum az „SLA-megfelelés áttekintése” dashboard és a kapcsolódó KPI-k alapja. Az összetett időbeli összehasonlítást egyszerű igaz/hamis értékké alakítja, így könnyen szűrhetők a határidőt túllépő incidensek, és elemezhetők a közös jellemzőik, például a kategória, a felelős csoport vagy a prioritás.
Miért fontos?
Egyszerűbbé teszi az SLA-megfelelés elemzését: könnyen szűrhetők és részletesen vizsgálhatók azok az incidensek, amelyek nem teljesítették a határidőt.
Hol szerezhető be?
A „Resolved At” és a „SlaDueDate” időbélyeg összehasonlításával számítható ki. (Resolved At > SlaDueDate).
Példák
truefalse
|
|||
|
Súlyosság
Severity
|
Az incidens által okozott üzleti hatás mértéke. | ||
|
Leírás
A súlyosság azt mutatja meg, milyen mértékben érinti az incidens az üzleti működést. A sürgősséggel együtt gyakran az incidens prioritásának automatikus meghatározására használják. Az elemzésben a súlyosság az „SLA-megfelelés áttekintése” dashboard egyik fontos dimenziója. Segít felmérni, hogy a szervezet teljesíti-e a szolgáltatási szinteket a legnagyobb fennakadást okozó incidenseknél. A prioritás által mutatott működési szempontú kép mellett az üzleti hatásról is tájékoztat.
Miért fontos?
Az incidens üzleti hatását méri, így segít a teendők rangsorolásában és a kritikus problémák kezelésének értékelésében.
Hol szerezhető be?
ServiceNow incident tábla, severity mező.
Példák
1 - Magas2 - Közepes3 - Alacsony
|
|||
|
Újrakiosztások száma
ReassignmentCount
|
Hányszor került az incidens másik csoporthoz vagy ügyintézőhöz. | ||
|
Leírás
Ez a mező rögzíti, hányszor került át az incidens a különböző felelős csoportok között. Közvetlenül jelzi a folyamatban fellépő súrlódásokat, ezért gyakran használják teljesítménymutatóként. Ez az attribútum határozza meg elsősorban az „Átadások és újrakiosztások aránya” dashboard és az „Átlagos átadások incidensenként” KPI értékét. A sok újrakiosztás gyakran hibás kezdeti irányításra, a támogatási szinthez szükséges készségek hiányára vagy tisztázatlan felelősségi körökre utal. A folyamatfejlesztés egyik gyakori célja az újrakiosztások számának csökkentése, mert ez általában gyorsabb megoldást eredményez.
Miért fontos?
Közvetlenül méri a folyamatbeli átadásokat, amelyek a hatékonytalanság, a hibás irányítás és a fejlesztési lehetőségek fontos jelzői.
Hol szerezhető be?
ServiceNow incident tábla, reassignment_count mező.
Példák
0135
|
|||
|
Újranyitva
IsReopened
|
Jelzi, hogy az incidenst a megoldása után újranyitották-e. | ||
|
Leírás
Ez a logikai jelző igaz értéket kap, ha az incidens állapota a „Resolved” vagy „Closed” állapot elérése után ismét aktívra, például „In Progress” állapotra változik. Ezt általában az eseménynapló „Incident Reopened” tevékenysége alapján lehet azonosítani. Az újranyitott incidensek gyakran hiányos vagy eredménytelen megoldásra utalnak. Esetük elemzése segít feltárni az idő előtti lezárásokat és azokat a visszatérő problémákat, amelyeket első alkalommal nem sikerült megfelelően megoldani. A magas újranyitási arány ronthatja a felhasználói elégedettséget és a csapat teljesítményét, ezért fontos minőségi mutató.
Miért fontos?
Ez a jelző a megoldási folyamat hibáira hívja fel a figyelmet, és megmutatja, mely incidensekkel kellett újra foglalkozni a megoldottnak tekintett állapot után.
Hol szerezhető be?
Az egyes incidensek tevékenységeinek sorrendjét ellenőrzi, és megállapítja, hogy a „resolved” állapotot követi-e „open” állapot.
Példák
truefalse
|
|||
Incidenskezelési tevékenységek
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Hozzárendelési csoport megváltozott
|
Azt az átadást jelöli, amikor az incidenst az egyik támogatási csoporttól egy másikhoz helyezik át. Az esemény az 'assignment_group' mező kezdeti kitöltése utáni további módosítások követésével rögzíthető. | ||
|
Miért fontos?
A gyakori újrakiosztás hibás kezdeti irányításra, összetett folyamatra vagy hiányos ismeretekre utalhat. Ennek az eseménynek a követése elengedhetetlen az „Átadások átlagos száma incidensenként” KPI méréséhez.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki az 'assignment_group' mező kezdeti hozzárendelés utáni módosításainak követésével.
Rögzítés
Keresse meg az auditnaplóban az 'assignment_group' mező minden időbélyeggel ellátott módosítását.
Eseménytípus
inferred
|
|||
|
Incidens csoporthoz rendelve
|
Ez az esemény akkor történik, amikor az incidenst egy adott támogatási csoporthoz rendelik kezelésre. Az irányítási folyamat fontos lépése, amely az assignment group mező változásainak követésével rögzíthető. | ||
|
Miért fontos?
A hozzárendelések követése elengedhetetlen az átadások és az egyes csoportok várakozási idejének elemzéséhez, valamint az irányítási problémák és szűk keresztmetszetek feltárásához.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki az 'incident' tábla 'assignment_group' mezőjének kitöltése vagy módosítása alapján.
Rögzítés
Használja az auditnaplóban az 'assignment_group' mező módosításához tartozó időbélyeget.
Eseménytípus
inferred
|
|||
|
Incidens létrehozva
|
Az incidens életciklusának kezdetét jelöli, amikor az új incidenst hivatalosan rögzítik a ServiceNow rendszerben. Az eseményt az incidensrekord létrehozásának időbélyege rögzíti. | ||
|
Miért fontos?
Ez a folyamat elsődleges kezdő eseménye. Az esemény és a megoldás közötti idő elemzése alapvető a teljes átfutási idő és az SLA-megfelelés méréséhez.
Hol szerezhető be?
Az 'incident' táblában szereplő 'sys_created_on' időbélyeg az esemény kifejezett időpontja.
Rögzítés
Használja az incidensrekord 'sys_created_on' időbélyegét.
Eseménytípus
explicit
|
|||
|
Incidens lezárva
|
Ez az életciklus utolsó eseménye. Azt jelzi, hogy az incidens megoldása és megerősítése megtörtént, és nincs szükség további intézkedésre. Az eseményt a lezárás időbélyege rögzíti. | ||
|
Miért fontos?
Ez a végleges záró esemény elengedhetetlen az incidens teljes életciklusának időtartamát kiszámító és a megoldás utáni feldolgozás idejét elemző mérésekhez.
Hol szerezhető be?
Az 'incident' tábla 'closed_at' időbélyege az esemény kifejezett időpontja. Ezt általában akkor állítják be, amikor a 'state' mező értéke 'Closed'-ra változik.
Rögzítés
Használja az incidensrekord 'closed_at' időbélyegét.
Eseménytípus
explicit
|
|||
|
Megoldás javasolva
|
Azt jelöli, amikor a támogatási ügyintéző végrehajtott egy javítást, és az incidens állapotát 'Resolved' értékre állította. Ez a végleges lezárást megelőző fontos mérföldkő. | ||
|
Miért fontos?
Ez az esemény az aktív munka végét és a megerősítési szakasz kezdetét jelzi. A 'Incident Closed' eseményig eltelt időből kiderülhet, ha késik a felhasználói visszaigazolás vagy az ellenőrzés.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki, amikor az 'incident' tábla 'state' mezője 'Resolved' értékre változik. Ekkor gyakran a 'resolved_at' időbélyeg is kitöltődik.
Rögzítés
Használja azt az időbélyeget, amikor a 'state' mező értéke 'Resolved' lesz, vagy a 'resolved_at' időbélyeget.
Eseménytípus
inferred
|
|||
|
Munka megkezdve
|
Azt jelzi, hogy az ügyintéző megkezdte az incidens aktív kivizsgálását vagy kezelését. Erre általában abból lehet következtetni, hogy az incidens állapota 'New' vagy 'Assigned' értékről aktív állapotra, például 'In Progress' értékre változik. | ||
|
Miért fontos?
Ez a mérföldkő jelzi a kezdeti várakozási idő végét és az aktív megoldási munka kezdetét. A munkakezdésig eltelt idő mérése fontos a szűk keresztmetszetek elemzéséhez.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki annak az időpontnak a megkeresésével, amikor az 'incident' tábla 'state' mezője aktív munkát jelző értékre, például 'In Progress' értékre változik.
Rögzítés
Keresse meg azt az időbélyeget, amikor a 'state' mező értéke 'In Progress'-re vagy hasonló értékre változik.
Eseménytípus
inferred
|
|||
|
Felhasználói visszaigazolásra vár
|
Az incidens függőben van, és arra vár, hogy a felhasználó megerősítse a javasolt megoldás sikerességét. Erre általában egy adott állapotból, például a megoldás után beállított 'Awaiting User Info' értékből lehet következtetni. | ||
|
Miért fontos?
Ez az állapot jelentős szűk keresztmetszetet okozhat, ha a felhasználók lassan válaszolnak. Az itt töltött idő mérése segít feltárni a kommunikációs hiányosságokat és a lezárás automatizálásának lehetőségeit.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki, ha a megoldás után az állapot egy adott függőben lévő értékre változik. Az állapot neve egyedi is lehet, például 'Awaiting Caller'.
Rögzítés
Keresse meg azt az időbélyeget, amikor a 'state' mező értéke felhasználói válakozásra utaló értékre változik.
Eseménytípus
inferred
|
|||
|
Incidens eszkalálva
|
Akkor történik, amikor nő az incidens prioritása vagy súlyossága, ami gyakran gyorsabb reagálást vagy más erőforrások bevonását igényli. Az esemény a 'priority' mező értékének növekedéséből állapítható meg. | ||
|
Miért fontos?
Az eszkaláció gyakran azt jelzi, hogy az incidens súlyosabb a kezdetben feltételezettnél, vagy közeledik az SLA megsértése. Ezeknek az eseményeknek az elemzése segít megérteni a folyamat kivételeit.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki a 'priority' mező sürgősebb értékre történő módosítása alapján.
Rögzítés
Észlelje, ha nő a 'priority' mező értéke, például '3 - Moderate' értékről '2 - High' értékre változik.
Eseménytípus
inferred
|
|||
|
Incidens kategorizálva
|
Az incidens első besorolását jelöli, amikor megadják például a Category, Subcategory és Priority mezőket. Az esemény általában az auditnaplóból következtethető ki, amikor ezeket a mezőket először kitöltik vagy röviddel a létrehozás után módosítják. | ||
|
Miért fontos?
A pontos kategorizálás elengedhetetlen a megfelelő irányításhoz és prioritás-meghatározáshoz. Ennek az eseménynek a követése segít elemezni az átkategorizálások arányát és azok hatását a megoldási időre.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki: az adott incidensnél meg kell keresni a 'category', 'subcategory' vagy 'priority' mező első módosítását.
Rögzítés
Keresse meg az auditnaplóban a besorolási mezők első módosításának időbélyegét.
Eseménytípus
inferred
|
|||
|
Incidens problémához kapcsolva
|
Ez az esemény akkor történik, amikor az incidenst hivatalosan egy problémarekordhoz kapcsolják, jelezve, hogy egy nagyobb, mögöttes probléma része. Erre abból lehet következtetni, hogy az incidensrekord 'problem_id' mezője kitöltött. | ||
|
Miért fontos?
A problémához kapcsolás fontos lépés a reaktív incidenskezeléstől a kiváltó okok proaktív elemzése felé. Ez az esemény a „Visszatérő incidensek száma” dashboard adatait is támogatja.
Hol szerezhető be?
Akkor következtethető ki, amikor az 'incident' tábla 'problem_id' hivatkozási mezője értéket kap.
Rögzítés
Keresse meg az auditnaplóban azt az időbélyeget, amikor a 'problem_id' mezőt kitöltik.
Eseménytípus
inferred
|
|||
|
Incidens ügyintézőhöz rendelve
|
Azt jelöli, amikor egy támogatási csoport konkrét ügyintézője átveszi az incidens kezelését. Az esemény az 'assigned_to' mező változásainak követésével rögzíthető. | ||
|
Miért fontos?
Ez részletes képet ad az ügyintézők terheléséről és az első kapcsolatfelvételkor történő megoldásról. Segít megállapítani, mennyi idő telik el a csoporthoz rendelés és az egyéni ügyintéző munkakezdése között.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki az 'incident' tábla 'assigned_to' mezőjének kitöltése vagy módosítása alapján.
Rögzítés
Használja az auditnaplóban az 'assigned_to' mező módosításához tartozó időbélyeget.
Eseménytípus
inferred
|
|||
|
Incidens újranyitva
|
Akkor történik, amikor a felhasználó jelzi, hogy a probléma a megoldottnak jelölt incidens után is fennáll. Erre abból lehet következtetni, hogy az incidens állapota 'Resolved' értékről aktív állapotra, például 'In Progress' értékre változik. | ||
|
Miért fontos?
Az újranyitott incidensek sikertelen megoldásra és ismételt munkavégzésre utalnak. Követésük elengedhetetlen a megoldás minőségének és az elsőre sikeres javítások arányának méréséhez.
Hol szerezhető be?
A 'sys_audit' táblából következtethető ki, ha a 'state' mező 'Resolved' értékről aktív állapotra, például 'In Progress' vagy 'Assigned' értékre változik.
Rögzítés
Keresse meg azt az időbélyeget, amikor a 'state' mező értéke 'Resolved'-ről aktív értékre változik.
Eseménytípus
inferred
|
|||
|
Támogatási megjegyzés hozzáadva
|
A támogatási ügyintéző munkanaplót vagy a felhasználó számára látható megjegyzést fűz az incidenshez. Ez az incidens tevékenységi naplójában rögzített esemény. | ||
|
Miért fontos?
A támogatási csapat kommunikációját és kivizsgálási munkáját követi. A megjegyzések gyakoriságának és időzítésének elemzése betekintést ad a kivizsgálás menetébe.
Hol szerezhető be?
A 'sys_journal_field' táblából olvasható ki, amely az 'incident' tábla 'work_notes' és 'comments' mezőinek bejegyzéseit rögzíti.
Rögzítés
Használja azoknak a naplóbejegyzéseknek a létrehozási időbélyegét, amelyeknél az element értéke 'work_notes' vagy 'comments'.
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Kezdheti?
Ezzel a sablonnal minden szükséges eszközt megkap ahhoz, hogy belevágjon az incidenskezelés process mining elemzésébe. Kezdje el még ma az incidensek megoldásának fejlesztését.
Oldja meg gyorsabban az incidenseket, javítsa most a ServiceNow hatékonyságát
Csökkentse 35%-kal az MTTR-t a ServiceNow-ban. Tárja fel a problémákat, növelje az elégedettséget.
Nincs szükség bankkártyára. Kezdje el az optimalizálást néhány perc alatt.