Szolgáltatásikérelem-kezelési adatsablon
Szolgáltatásikérelem-kezelési adatsablon
- Javasolt attribútumok
- A folyamatelemzéshez nyomon követendő fontos tevékenységek
- Útmutató az adatok kinyeréséhez, lépésről lépésre
Szolgáltatáskérések kezelésének attribútumai
| Név | Leírás | ||
|---|---|---|---|
|
Kezdési idő
EventTime
|
Az az időbélyeg, amely megmutatja, mikor kezdődött egy tevékenység vagy esemény. | ||
|
Leírás
Ez az attribútum rögzíti a szolgáltatási kérelem folyamatában történt minden tevékenység pontos dátumát és időpontját. Az események időrendi sorrendje alapján építhető fel a folyamattérkép, és végezhető el az időalapú elemzés. A pontos időbélyegek elengedhetetlenek az átfutási, várakozási és feldolgozási idők kiszámításához. Ezek az adatok segítenek feltárni a szűk keresztmetszeteket, az SLA-sértéseket és a teljesítmény időbeli alakulását.
Miért fontos?
Ez a kötelező időbélyeg biztosítja az események helyes sorrendjét. Minden teljesítmény- és időtartam-alapú elemzés erre épül, beleértve az átfutási idő mérését és a szűk keresztmetszetek azonosítását.
Hol szerezhető be?
Általában a megfelelő ServiceNow-táblák, például az sc_request vagy az sc_task „sys_updated_on” vagy „sys_created_on” mezőjében, illetve az ellenőrzési naplóban (sys_audit) található.
Példák
2023-04-15T10:00:00Z2023-04-15T11:30:15Z2023-04-16T09:05:45Z
|
|||
|
Szolgáltatási kérelem azonosítója
ServiceRequestID
|
A szolgáltatási kérelem minden rekordjának egyedi azonosítója. | ||
|
Leírás
A Service Request ID az elsődleges kulcs, amely egyedileg azonosítja a felhasználó vagy a rendszer által beküldött szolgáltatási kérelmeket. Ez kapcsolja össze a kérelem összes későbbi eseményét, a kezdeti rögzítéstől a végleges lezárásig. A process mining során ez az azonosító elengedhetetlen minden egyes kérelem teljes folyamatának rekonstruálásához és életciklusának elemzéséhez.
Miért fontos?
Ez a kötelező Case ID. Egyetlen folyamatpéldányba kapcsolja össze az összes kapcsolódó tevékenységet, így elemezhetők a folyamatok, azok változatai és átfutási ideje.
Hol szerezhető be?
ServiceNow Request [sc_request] tábla, „number” mező.
Példák
REQ0010001REQ0010025REQ0010112
|
|||
|
Tevékenység
ActivityName
|
A szolgáltatási kérelem folyamatában történt konkrét esemény vagy feladat neve. | ||
|
Leírás
A Tevékenység attribútum rögzíti a szolgáltatáskérés folyamatának egyes lépéseit vagy állapotváltozásait. Ilyen lehet például a „Kérés létrehozva”, „Kérés jóváhagyva”, „Ügyintézőhöz rendelve” vagy „Kérés lezárva” esemény. A tevékenységek elemzésével megjeleníthető a folyamat menete, azonosíthatók a gyakori útvonalak, és feltárhatók a szabványos eljárástól való eltérések. Ez ad alapot annak megértéséhez, mi történik valójában a kérések teljesítése során.
Miért fontos?
Ez a kötelező attribútum határozza meg a folyamattérkép lépéseit. Minden folyamatelemzés alapja, beleértve a szűk keresztmetszetek, az újramunkálási körök és a megfelelési problémák feltárását.
Hol szerezhető be?
Az olyan táblák „State” vagy „Stage” mezőinek változásaiból származik, mint az „sc_request” vagy az „sc_req_item”, illetve az ellenőrzési naplóból (sys_audit).
Példák
Szolgáltatási kérelem létrehozvaKérelem csoporthoz rendelveSzolgáltatási kérelem megoldvaTovábbi információ kérése a felhasználótól
|
|||
|
Forrásrendszer
SourceSystem
|
Az a rendszer, amelyből az adatok származnak. | ||
|
Leírás
Ez az attribútum azonosítja az adatok forrásrendszerét, amely ebben az esetben a ServiceNow. Akkor hasznos, ha több rendszer adatait egyesítik a folyamatok egységes áttekintéséhez. Egyetlen forrásrendszer elemzésekor is fontos háttérinformációt ad, és támogatja az adatirányítást és az adatkezelést. Segítségével minden felhasználó megértheti az elemzett adatok eredetét.
Miért fontos?
Fontos metaadatokat biztosít az adatirányításhoz, a nyomon követhetőséghez és a kontextus megértéséhez, különösen akkor, ha több vállalati rendszer adatait egyesítik.
Hol szerezhető be?
Ez általában egy statikus érték, amelyet az adatkinyerés és -átalakítás során adnak hozzá.
Példák
ServiceNow
|
|||
|
Utolsó adatfrissítés
LastDataUpdate
|
A legutóbbi adatfrissítés vagy adatkinyerés időbélyege. | ||
|
Leírás
Ez az attribútum azt mutatja meg, mikor nyerték ki utoljára az adatokat a forrásrendszerből, és mikor töltötték be őket a process mining eszközbe. Így ellenőrizhető, mennyire frissek az elemzett adatok. Az elemzők ebből látják, hogy a legfrissebb adatokkal dolgoznak-e. Ez fontos a működés nyomon követéséhez és az időszerű döntéshozatalhoz. Segít felmérni azt is, mennyire aktuálisak az elemzés eredményei.
Miért fontos?
A felhasználók számára láthatóvá teszi az adatok frissességét. Ez segít megbízni az elemzésben, és időben, adatok alapján dönteni.
Hol szerezhető be?
Ez egy metaadatmező, amelyet az adatbetöltés során adnak hozzá, és az ETL-feladat befejezésének időbélyegét rögzíti.
Példák
2023-10-27T04:00:00Z
|
|||
|
Állapot
State
|
A szolgáltatási kérelem aktuális állapota. | ||
|
Leírás
A State attribútum a szolgáltatási kérelem aktuális szakaszát jelzi, például „Open”, „Work in Progress”, „Pending” vagy „Closed”. Ennek a mezőnek a változásaiból gyakran a folyamattérkép tevékenységei is előállíthatók. Az állapot elemzésével megérthető, mennyi időt töltenek a kérelmek az egyes állapotokban, különösen a várakozó vagy függő állapotokban. Segít feltárni a várólistákat és a késedelmeket, például a „Awaiting User Information” állapotban töltött időt, amely gyakran jelentősen növeli az átfutási időt.
Miért fontos?
Megmutatja a kérelem állapotát bármely időpontban, így elemezhetők a várakozási idők, a várólisták és az egyes folyamatlépések időtartamai.
Hol szerezhető be?
ServiceNow Request [sc_request] vagy Request Item [sc_req_item] tábla, „state” vagy „stage” mező.
Példák
NyitottFolyamatbanFelhasználói adatokra várLezárva, teljesítve
|
|||
|
Hozzárendelési csoport
AssignmentGroup
|
A szolgáltatási kérelem kezeléséért felelős csapat vagy csoport. | ||
|
Leírás
Az Assignment Group azt a csapatot jelöli, például a „Service Desk”, a „Network Operations” vagy a „Database Administration” csoportot, amely a szolgáltatási kérelemért egy adott szakaszban felelős. Ez az attribútum fontos a különböző szakterületek közötti folyamatmenet elemzéséhez. Az Assignment Group változásainak követésével a szervezetek megjeleníthetik a csapatok közötti átadásokat, mérhetik az egyes csoportok hátralékában töltött várakozási időt, és feltárhatják a csapatok közötti függőségeket vagy késedelmeket. Ez segít javítani a szakterületek közötti együttműködést.
Miért fontos?
Nyomon követi a csapatok közötti munkamegosztást, láthatóvá teszi az átadásokat, és segít feltárni az egyes csapatokhoz kötődő szűk keresztmetszeteket és teljesítményproblémákat.
Hol szerezhető be?
A ServiceNow Request Item [sc_req_item] vagy a Catalog Task [sc_task] táblák „assignment_group” mezője.
Példák
Szolgáltatási ügyfélszolgálatIT-támogatás, 2. szintHardver biztosítása
|
|||
|
Hozzárendelve
AssignedTo
|
Az a felhasználó, aki egy adott időpontban felelős a szolgáltatási kérelem kezeléséért. | ||
|
Leírás
Ez az attribútum azonosítja a szolgáltatási kérelemhez rendelt ügyintézőt vagy technikust. Az értéke változik, amikor a kérelmet másik személynek adják át. A „Assigned To” mező elemzése elengedhetetlen a munkaterhelés eloszlásának, az egyéni teljesítménynek és az átadások megoldási időre gyakorolt hatásának megértéséhez. Segít felmérni az erőforrások felhasználását, és feltárni, hol lehet képzéssel vagy a folyamat pontosításával csökkenteni az átosztásokat.
Miért fontos?
Lehetővé teszi az ügyintézők munkaterhelésének, teljesítményének és a feladatátadásoknak az elemzését. Nélkülözhetetlen az erőforrások kezeléséhez és az egyes személyekhez kapcsolódó szűk keresztmetszetek feltárásához.
Hol szerezhető be?
A ServiceNow Request Item [sc_req_item] vagy a Catalog Task [sc_task] táblák „assigned_to” mezője.
Példák
Beth AnglinDavid LooHoward Johnson
|
|||
|
Kategória
Category
|
A szolgáltatási igény fő besorolása, például hardver vagy szoftver. | ||
|
Leírás
A Kategória a szolgáltatási igények magas szintű besorolására szolgál. Általában ez alapján irányítják az igényt a megfelelő csapathoz, és ez segít áttekinteni a beérkező igények típusait. A process mining során a Kategória szűrésre és dimenzióalapú elemzésre használható. Az elemzők összehasonlíthatják vele a különböző igénytípusok folyamatait, átfutási idejét és automatizáltságát, így olyan eltéréseket is feltárhatnak, amelyek összesítve nem látszanak. A hardverigények folyamata például jelentősen eltérhet a szoftverigényekétől.
Miért fontos?
Lehetővé teszi a különböző szolgáltatástípusok folyamatainak részletes szétválasztását és összehasonlítását, így feltárhatók a kategóriaspecifikus problémák és fejlesztési lehetőségek.
Hol szerezhető be?
ServiceNow Request Item [sc_req_item] tábla, jellemzően a kapcsolódó Catalog Item [sc_cat_item] kategóriáján keresztül.
Példák
HardverSzoftverHozzáférési igényHálózat
|
|||
|
Prioritás
Priority
|
A szolgáltatási kérelem prioritási szintje, amely meghatározza a sürgősségét. | ||
|
Leírás
A prioritás a szolgáltatási kérelem relatív fontosságát és sürgősségét jelöli. Gyakran a hatás és a sürgősség együttes figyelembevételével határozzák meg, és segít az ügyintézőknek eldönteni, mely kérelmekkel foglalkozzanak először. A prioritás szerinti elemzésből kiderül, hogy a magas prioritású kérelmek gyorsabban haladnak-e az alacsony prioritásúaknál. A dashboardok szűrésével ellenőrizhető, hogy teljesülnek-e az SLA-k a kritikus kérelmeknél, és az is felmérhető, mennyire hatékony a prioritási rendszer.
Miért fontos?
Lehetővé teszi a kérelmek csoportosítását, és annak ellenőrzését, hogy a magas prioritású tételek gyorsabban haladnak-e. Fontos az SLA-k elemzéséhez és az erőforrások elosztásához.
Hol szerezhető be?
ServiceNow Request [sc_request] vagy Request Item [sc_req_item] tábla, „priority” mező.
Példák
1 - Kritikus2 - Magas3 - Közepes4 - Alacsony
|
|||
|
SLA teljesült
MadeSLA
|
Logikai jelző, amely megmutatja, hogy a szolgáltatási igényt a szolgáltatási szintre vonatkozó megállapodásban vállalt határidőn belül oldották-e meg. | ||
|
Leírás
Ez az attribútum azt mutatja meg, hogy a szolgáltatási igényt a megadott megoldási időn belül, a szolgáltatási szintre vonatkozó megállapodás (SLA) szerint teljesítették-e. Fontos eredménymutató, amely közvetlenül méri a szolgáltatás teljesítményét a vállalásokhoz képest. A jelző elemzésével kiszámítható az SLA-teljesítési arány KPI. Dimenzióként használva összehasonlíthatók a vállalásnak megfelelő és az SLA-t túllépő igények folyamatai, így feltárhatók a határidő-mulasztásokhoz vezető jellemző minták és tevékenységek. Ez elengedhetetlen a kockázatok előzetes nyomon követéséhez és a szolgáltatás folyamatos fejlesztéséhez.
Miért fontos?
Közvetlenül méri a szolgáltatási vállalások teljesítését, és a határidőn belül, illetve azon túl megoldott esetek összehasonlításával segít feltárni az SLA-túllépések kiváltó okait.
Hol szerezhető be?
A ServiceNow Task SLA [task_sla] tábla „has_breached” mezője. Az értéket meg kell fordítani (például MadeSLA = NOT has_breached).
Példák
truefalse
|
|||
|
Automatizált
IsAutomated
|
Jelző, amely megmutatja, hogy egy tevékenységet rendszer vagy automatizálás hajtott-e végre. | ||
|
Leírás
Ez a logikai attribútum megkülönbözteti az ügyintéző által manuálisan végzett tevékenységeket az automatizált rendszer, például egy workflow vagy integráció által végrehajtottaktól. A „Jóváhagyás kérése” például lehet automatizált, míg az „Igény hozzárendelése ügyintézőhöz” manuális. Az attribútum elemzésével mérhető és növelhető a szolgáltatásiigény-folyamat automatizáltsága. Segít azonosítani a legtöbb időt igénylő manuális feladatokat, amelyek később automatizálhatók, így javulhat a hatékonyság és csökkenhetnek a költségek.
Miért fontos?
Lehetővé teszi az automatizáltság mérését, és segít megtalálni a manuális feladatok automatizálási lehetőségeit, ami növeli a hatékonyságot és csökkenti a működési költségeket.
Hol szerezhető be?
Annak ellenőrzésével származtatható, hogy a műveletet végrehajtó felhasználó, például a 'sys_updated_by', kijelölt rendszer- vagy integrációs felhasználó-e.
Példák
truefalse
|
|||
|
Befejezési idő
EndTime
|
Az az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység vagy esemény. | ||
|
Leírás
A befejezési idő jelöli egy tevékenység végét. Ez a folyamatban következő tevékenység időbélyege, amely egyben lezárja az aktuális tevékenység időtartamát. Ez az attribútum elengedhetetlen az egyes folyamatlépések időtartamának kiszámításához. A kezdési és befejezési idő összevetésével az elemzők kiszámíthatják a feldolgozási és várakozási időket. Ez alapvető a szűk keresztmetszetek feltárásához, az erőforrások hatékony felhasználásának méréséhez és az időalapú célok teljesítésének nyomon követéséhez.
Miért fontos?
Ez az attribútum szükséges az egyes tevékenységek időtartamának kiszámításához. Ez a teljesítményelemzés, a szűk keresztmetszetek azonosítása és az erőforrás-kihasználtság vizsgálatának egyik alapja.
Hol szerezhető be?
Ez egy származtatott attribútum, amelyet az adott eset következő eseményének „StartTime” értékéből számítanak ki.
Példák
2023-04-15T10:05:10Z2023-04-15T11:45:00Z2023-04-16T09:15:30Z
|
|||
|
Csatorna
ContactType
|
Az igénylő által a szolgáltatási igény benyújtásához használt mód. | ||
|
Leírás
A Kapcsolat típusa, vagyis a csatorna azt mutatja meg, hogyan indult a szolgáltatási igény. Gyakori csatorna az ügyfélszolgálati portál, az e-mail, a telefonhívás és az automatikus riasztás. A csatorna ismerete segít elemezni, hogy a benyújtás módja miként befolyásolja a folyamatot. A portálon beadott igények például strukturáltabbak és automatizálhatóbbak lehetnek, ezért gyorsabban feldolgozhatók, mint az e-mailben érkezők. Az elemzés megmutatja, mely csatornák használata teheti hatékonyabbá a folyamatot.
Miért fontos?
Segít feltárni, hogyan befolyásolják a különböző benyújtási csatornák a folyamat hatékonyságát, az automatizáltságot és az átfutási időt, így célzottan fejleszthető a felhasználói ügyintézés.
Hol szerezhető be?
ServiceNow Request [sc_request] vagy Interaction [interaction] tábla. A mező neve gyakran 'contact_type'.
Példák
PortálE-mailTelefonÖnkiszolgáló felület
|
|||
|
Elégedettségi pontszám
SatisfactionScore
|
Az igénylő által a lezáráskor megadott elégedettségi értékelés. | ||
|
Leírás
Ez az attribútum rögzíti a végfelhasználó által a szolgáltatási igény megoldása után megadott elégedettségi pontszámot, gyakran 1–5-ös skálán. Közvetlenül méri, hogyan ítéli meg a felhasználó a szolgáltatás minőségét. Ez az adat elengedhetetlen az Ügyfél-elégedettségre gyakorolt hatás elemzése dashboardhoz. Segítségével közvetlenül összevethetők a folyamatmutatók, például az átfutási idő, az ismételt munka és az átadások, a végső ügyfélélménnyel. Így a működési hatékonyság és az ügyfélélmény összekapcsolásával alátámasztható a folyamatfejlesztés üzleti indoka.
Miért fontos?
Összekapcsolja a folyamat teljesítménymutatóit az ügyfelek tapasztalataival, így számszerűsíthető, hogyan rontják a folyamat hatékonysági problémái a felhasználói élményt.
Hol szerezhető be?
Általában a kapcsolódó Survey [asmt_assessment_instance] táblában található, amely az eredeti igényhez kapcsolódik.
Példák
5431
|
|||
|
Elsőre megoldva
IsFirstPassResolution
|
Jelző, amely megmutatja, hogy az igényt első próbálkozásra, újranyitás nélkül oldották-e meg. | ||
|
Leírás
Ez a számított logikai attribútum csak akkor kap „true” értéket, ha a szolgáltatási igényt úgy oldották meg és zárták le, hogy közben egyszer sem nyitották újra. Azt jelzi, milyen minőségű és eredményes volt az ügyfélszolgálat megoldása. Ez a mutató közvetlenül támogatja az első megoldásra teljesített igények arányát mérő KPI-t. A magas arány kívánatos, mert hatékony és jó minőségű szolgáltatásra utal, ami növeli az ügyfél-elégedettséget. Az elsőre meg nem oldott esetek jellemzőinek elemzésével feltárhatók a kiváltó okok, például a hiányos képzés, a nem megfelelő dokumentáció vagy a kezdeti hibás diagnózis.
Miért fontos?
A megoldási folyamat minőségét és hatékonyságát méri. Az alacsony elsőre megoldási arány olyan háttérproblémákra utal, amelyek ismételt munkához és elégedetlen ügyfelekhez vezetnek.
Hol szerezhető be?
Esetszinten számítható ki. Egy eset akkor tekinthető elsőre megoldottnak, ha a 'ReopenCount' értéke nulla.
Példák
truefalse
|
|||
|
Eset átfutási ideje
CaseCycleTime
|
A szolgáltatási igény létrehozásától a végleges lezárásáig eltelt teljes idő. | ||
|
Leírás
Az Eset átfutási ideje számított mutató, amely a szolgáltatási igény teljes időtartamát méri az első esemény időbélyegétől az utolsó esemény időbélyegéig. Az ügyfél szempontjából a teljes, elejétől a végéig tartó feldolgozási időt mutatja. Ez a folyamat általános hatékonyságának egyik fő teljesítménymutatója (KPI). A dashboardokon a célértékekhez viszonyított teljesítmény és az időbeli trendek követésére használható. Kategória vagy prioritás szerint is elemezhető, így kiderülhet, mely igénytípusok feldolgozása tart a legtovább.
Miért fontos?
Ez a fontos KPI a folyamat teljes, elejétől a végéig tartó teljesítményét méri. Nélkülözhetetlen a magas szintű nyomon követéshez, az összehasonlításhoz és a fejlesztendő területek azonosításához.
Hol szerezhető be?
Egyedi 'ServiceRequestID' értékenként a legkorábbi 'StartTime' és a legkésőbbi 'EndTime' különbségeként számítható ki.
Példák
2 10:30:000 04:15:2210 00:05:00
|
|||
|
Ismételt munka
IsRework
|
Számított jelző, amely megmutatja, hogy egy tevékenység megismétli-e ugyanazon eset egy korábbi tevékenységét. | ||
|
Leírás
Ez a logikai jelző a szolgáltatási igényen belüli ismétlődő folyamatlépéseket azonosítja. Értéke „true”, ha ugyanaz a tevékenység már korábban is előfordult az esetben. Ilyen például, ha egy igényt kétszer is ugyanahhoz a csapathoz rendelnek, vagy többször kérnek adatot a felhasználótól. Ez az attribútum elengedhetetlen az Ügyintézői átadások és ismételt munkák dashboardhoz, valamint az Igények ismételt munkavégzési arányát mérő KPI-hoz. Segítségével közvetlenül megjeleníthetők és számszerűsíthetők a folyamat hatékonyságát rontó ismétlődő lépések, amelyek összesített adatokban gyakran rejtve maradnak.
Miért fontos?
Közvetlenül jelzi és számszerűsíti az ismételt munkát, így elemezhetők a költséget és az átfutási időt növelő, nem hatékony folyamatkörök okai és hatásai.
Hol szerezhető be?
Az adatátalakítás során számítható ki annak ellenőrzésével, hogy ugyanabban az esetben korábban előfordult-e már azonos nevű tevékenység.
Példák
falsetrue
|
|||
|
Megnyitotta
OpenedBy
|
A szolgáltatási igényt eredetileg benyújtó személy. | ||
|
Leírás
Ez az attribútum azonosítja a szolgáltatási igényt létrehozó felhasználót. Gyakran ő az érintett személy is, de lehet vezető, megbízott vagy automatizált rendszer. A „Megnyitotta” felhasználó vagy annak részlege szerinti elemzés olyan mintákat tárhat fel, mint például egy felhasználói csoport, amely gyakran nyújt be összetett vagy problémás igényeket. Ez alapján célzott képzés szervezhető, vagy javíthatók a tudásbázis cikkei, hogy többen intézhessék önállóan az ügyeiket.
Miért fontos?
Segít elemezni az igények felhasználó, részleg vagy szerepkör szerinti mintáit, és alapot adhat képzésekhez, illetve célzott folyamatfejlesztéshez.
Hol szerezhető be?
ServiceNow Request [sc_request] tábla, 'opened_by' mező.
Példák
Abel TuterFred LuddyDon Goodliffe
|
|||
|
Megoldási kód
ResolutionCode
|
A szolgáltatási igény végső megoldását besoroló kód. | ||
|
Leírás
A Megoldási kód strukturáltan jelöli, hogyan oldották meg végül a szolgáltatási igényt. Ilyen érték lehet például: „Automatizálással teljesítve”, „Felhasználói hiba” vagy „Már nem szükséges”. Ez az attribútum fontos a Késedelmek kiváltó okainak elemzése dashboardhoz. Ha az elemzők összevetik a megoldási kódokat a hosszú átfutási idővel vagy a sok ismételt munkával, feltárhatják a rendszerszintű problémákat. Ha például a „Hiányos adatok” kóddal lezárt igények rendszeresen lassan haladnak, az az adatgyűjtés kezdeti lépésének problémájára utal.
Miért fontos?
Strukturált adatokat ad a megoldás eredményéről, így elemezhetők a folyamatkésések, az ismételt munka és más hatékonysági problémák kiváltó okai.
Hol szerezhető be?
ServiceNow Request Item [sc_req_item] vagy kapcsolódó feladattábla, a mező neve általában 'close_code' vagy 'resolution_code'.
Példák
Véglegesen megoldvaNem oldható meg, nem reprodukálhatóIgény teljesítveFelhasználó által visszavonva
|
|||
|
Újranyitások száma
ReopenCount
|
Hányszor nyitották meg újra a szolgáltatási igényt a megoldása után. | ||
|
Leírás
Ez a számláló azt mutatja meg, hányszor került egy szolgáltatási igény a megoldott vagy lezárt állapotból vissza nyitott vagy folyamatban lévő állapotba. A nullánál nagyobb érték azt jelzi, hogy az első megoldás nem volt sikeres. Ez a mutató közvetlenül jelzi az ismételt munkavégzést, és fontos eleme az első megoldásra teljesített igények arányát mérő KPI-nak. A sok újranyitás a megoldás minőségének problémájára, hiányos teljesítésre vagy a felhasználói igény félreértésére utalhat. Ezek mind rontják a folyamat hatékonyságát és a felhasználói elégedettséget.
Miért fontos?
Számszerűsíti az ismételt munkát és a megoldás minőségét. A sok újranyitás hatékonysági problémákra, alacsony elsőre megoldási arányra és csökkenő ügyfél-elégedettségre utal.
Hol szerezhető be?
ServiceNow Request [sc_request] vagy Request Item [sc_req_item] tábla, 'reopen_count' mező.
Példák
012
|
|||
Szolgáltatáskérések kezelésének tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
|
Kérelem jóváhagyva
|
Ez a tevékenység azt jelzi, hogy a kérelmet hivatalosan jóváhagyták, így továbbléphet a teljesítési szakaszba. Akkor kerül rögzítésre, amikor a jóváhagyó a kapcsolódó jóváhagyási rekordot „approved” értékre állítja. | ||
|
Miért fontos?
Ez a fontos mérföldkő jelöli az átmenetet a jóváhagyási szakaszból a teljesítési szakaszba. A lépés eléréséhez szükséges idő elemzése segít megérteni a teljesítés előtti késedelmeket.
Hol szerezhető be?
Az esemény a kapcsolódó sysapproval_approver rekord state mezőjének „approved” értékre változásából állapítható meg, ami ezt követően az sc_req_item állapotának módosulását váltja ki.
Rögzítés
Keresse meg azt az időbélyeget, amikor a sysapproval_approver.state értéke „approved” lesz.
Eseménytípus
inferred
|
|||
|
Kérelem ügyintézőhöz rendelve
|
Ez a tevékenység akkor történik, amikor egy adott ügyintézőt bíznak meg a szolgáltatási kérelem kezelésével. A kérelem vagy a teljesítési feladatok „Assigned to” mezőjének változásai alapján rögzíthető. | ||
|
Miért fontos?
Ez az adat elengedhetetlen az átadások méréséhez, az ügyintézőnkénti munkaterhelés kiszámításához, valamint annak elemzéséhez, mennyi ideig várakozik a kérelem, mielőtt valaki elkezd vele foglalkozni.
Hol szerezhető be?
Az esemény az sc_req_item vagy az sc_task tábla assigned_to mezőjének változásából állapítható meg. A módosítási előzményeket a sys_audit tábla naplózza.
Rögzítés
Kövesse nyomon az assigned_to mező változásait a sys_audit táblában.
Eseménytípus
inferred
|
|||
|
Szolgáltatási kérelem létrehozva
|
Ez a tevékenység jelöli a szolgáltatási kérelem folyamatának kezdetét. Akkor kerül naplózásra, amikor a felhasználó kérelmet küld be a szolgáltatáskatalóguson keresztül. A rendszer ezt az sc_req_item (Requested Item) táblában szereplő új rekord létrehozásaként rögzíti. | ||
|
Miért fontos?
Ez a folyamat elsődleges kezdő eseménye. Nélkülözhetetlen a teljes átfutási idő kiszámításához, valamint a kérelmek számának és beküldési mintáinak elemzéséhez.
Hol szerezhető be?
Ez egy kifejezetten rögzített esemény, amely az sc_req_item táblában szereplő rekord létrehozási időbélyegéből (sys_created_on mező) származik.
Rögzítés
Használja az sc_req_item rekord sys_created_on időbélyegét.
Eseménytípus
explicit
|
|||
|
Szolgáltatási kérelem lezárva
|
A szolgáltatási kérelem folyamatának végleges lezárását jelöli. Ez általában automatikusan történik, miután a kérelem egy meghatározott ideig „Resolved” állapotban maradt. Ez idő alatt a felhasználó még újranyithatja a kérelmet. | ||
|
Miért fontos?
Ez a folyamat elsődleges, sikeres záró eseménye. A „Resolved” és a „Closed” állapot közötti idő is elemezhető az automatikus lezárási szabályok megértéséhez.
Hol szerezhető be?
Az esemény az sc_req_item állapotmezőjének végleges lezárt értékre, például „Closed Complete” értékre változásából állapítható meg. Ezt a sys_audit tábla naplózza.
Rögzítés
Keresse meg azt az időbélyeget, amikor az sc_req_item.state értéke „Closed Complete” értékre változik.
Eseménytípus
inferred
|
|||
|
Szolgáltatási kérelem megoldva
|
Ez a tevékenység azt jelzi, hogy a teljesítést végző ügyintéző befejezte a munkát és megoldást adott. Akkor kerül rögzítésre, amikor a kérelem állapota „Resolved” vagy hasonló értékre változik. | ||
|
Miért fontos?
Ez fontos mérföldkő, amely általában megállítja az SLA-idő mérését. Jelöli az aktív teljesítési munka végét, és a teljes megoldási idő kiszámításának egyik alapja.
Hol szerezhető be?
Az esemény az sc_req_item állapotmezőjének „Resolved” vagy hasonló, végleges lezárás előtti értékre változásából állapítható meg. A módosítást a sys_audit tábla követi nyomon.
Rögzítés
Keresse meg azt az időbélyeget, amikor az sc_req_item.state értéke „Resolved” értékre változik.
Eseménytípus
inferred
|
|||
|
További információ kérése a felhasználótól
|
Akkor történik, amikor a teljesítést végző ügyintézőnek további információra van szüksége az eredeti kérelmezőtől a munka folytatásához. Ez általában abból állapítható meg, hogy a kérelem állapota például „Awaiting User Info” értékre változik. | ||
|
Miért fontos?
Ez a tevékenység fontos a „Requestor Information Delay Analysis” dashboardhoz, mert segít számszerűsíteni a felhasználótól érkező válaszra várakozással elvesztegetett időt.
Hol szerezhető be?
Az esemény az sc_req_item állapotmezőjének egy kijelölt, információra váró értékre változásából állapítható meg. A módosítást a sys_audit tábla naplózza.
Rögzítés
Keresse meg azt az időbélyeget, amikor az sc_req_item.state értéke „Awaiting User Info” értékre változik.
Eseménytípus
inferred
|
|||
|
A felhasználó megadta az információt
|
Ez a tevékenység azt jelöli, amikor a kérelmező megadta a szükséges információt. Akkor állapítható meg, amikor a kérelem az „Awaiting User Info” állapotból ismét aktív állapotba, például „Work in Progress” állapotba kerül. | ||
|
Miért fontos?
A „További információ kérése a felhasználótól” tevékenységgel együtt pontosan mérhetővé teszi a felhasználói válasz miatt keletkező késedelmeket, és segít felmérni a kommunikáció hatékonyságát.
Hol szerezhető be?
Az esemény az sc_req_item állapotmezőjének információra váró állapotból aktív állapotba változásából állapítható meg. Ezt gyakran az váltja ki, hogy a felhasználó megjegyzést fűz a kérelemhez vagy válaszol egy e-mailre.
Rögzítés
Keresse meg azt az időbélyeget, amikor az állapot „Awaiting User Info” értékről „Work in Progress” értékre változik.
Eseménytípus
inferred
|
|||
|
Jóváhagyás kérése
|
Azt jelzi, amikor a szolgáltatási kérelmet jóváhagyásra továbbítják a vezetőnek vagy egy másik kijelölt jóváhagyónak. Ez általában abból állapítható meg, hogy a kérelem állapota „Pending Approval” vagy hasonló értékre változik. | ||
|
Miért fontos?
A jóváhagyások követése segít feltárni a jóváhagyási folyamat szűk keresztmetszeteit, és megmutatja, mennyi ideig várnak a kérelmek az engedélyezésre a teljesítés megkezdése előtt.
Hol szerezhető be?
Az esemény az sc_req_item állapotmezőjének függő jóváhagyást jelző értékre változásából, vagy a sysapproval_approver táblában létrejövő kapcsolódó rekordból állapítható meg. A módosításokat a sys_audit tábla naplózza.
Rögzítés
Keresse meg azt az időbélyeget, amikor az sc_req_item.state értéke „Pending Approval” értékre változik.
Eseménytípus
inferred
|
|||
|
Kérelem csoporthoz rendelve
|
Azt jelzi, hogy a szolgáltatási kérelmet egy adott teljesítő csapathoz vagy csoporthoz rendelték. Az esemény a kérelemtétel vagy a kapcsolódó feladatok assignment group mezőjének változásából állapítható meg. | ||
|
Miért fontos?
A csoportokhoz rendelés követése segít elemezni a csapatok közötti munkaterhelés-eloszlást, és feltárni a késedelmeket, amelyek azelőtt keletkeznek, hogy a kérelem a megfelelő teljesítőkhöz kerülne.
Hol szerezhető be?
Az esemény az sc_req_item vagy az sc_task tábla assignment_group mezőjének változásából állapítható meg. A módosítási előzményeket a sys_audit tábla naplózza.
Rögzítés
Kövesse nyomon az assignment_group mező változásait a sys_audit táblában.
Eseménytípus
inferred
|
|||
|
Kérelem elutasítva
|
Ez a tevékenység azt az esetet jelöli, amikor a kérelmet a jóváhagyási szakaszban hivatalosan elutasítják. Ez a lezáráshoz vezető alternatív útvonal. Akkor kerül rögzítésre, amikor a jóváhagyó a kérelmet „rejected” értékre állítja. | ||
|
Miért fontos?
Az elutasítások követése segít felismerni az érvénytelen vagy rossz helyre irányított kérelmeket és a beküldési folyamat problémáit. Az elutasítás a folyamat elemzésekor fontos kivételes útvonalat is jelent.
Hol szerezhető be?
Az esemény a kapcsolódó sysapproval_approver rekord state mezőjének „rejected” értékre változásából állapítható meg. Ez általában a szülő sc_req_item rekordot lezárt, de nem teljesített állapotba állítja.
Rögzítés
Keresse meg azt az időbélyeget, amikor a sysapproval_approver.state értéke „rejected” lesz.
Eseménytípus
inferred
|
|||
|
Kérelem újranyitva
|
Ez a tevékenység azokat az eseteket rögzíti, amikor egy korábban megoldottnak jelölt kérelem ismét nyitott állapotba kerül. Ez abból állapítható meg, hogy az állapot „Resolved” értékről „Work in Progress” vagy hasonló értékre változik. | ||
|
Miért fontos?
Ez közvetlenül jelzi az újramunkát, és elengedhetetlen az „First-Pass Resolution Rate” KPI kiszámításához. A magas érték gyenge megoldásminőségre vagy hiányos lezárásra utal.
Hol szerezhető be?
Az esemény az sc_req_item állapotmezőjének változásából állapítható meg, amikor a kérelem megoldott vagy lezárt állapotból ismét nyitott, folyamatban lévő állapotba kerül. A módosítást a sys_audit naplózza.
Rögzítés
Keresse meg a sys_audit táblában a „Resolved” értékről „Work in Progress” értékre történő állapotváltozást.
Eseménytípus
inferred
|
|||
|
Kérelem visszavonva
|
Ez a tevékenység a befejezés előtt, a felhasználó vagy az ügyintéző által visszavont kérelmek végállapotát jelöli. Akkor kerül rögzítésre, amikor a kérelem állapota „Cancelled” vagy „Closed Cancelled” értékre változik. | ||
|
Miért fontos?
Ez egy sikertelen folyamat fontos záró eseménye. A visszavonás okainak elemzése betekintést adhat a felhasználói igényekbe, a folyamat hatékonysági problémáiba vagy a változó üzleti prioritásokba.
Hol szerezhető be?
Az esemény az sc_req_item állapotmezőjének végleges visszavont értékre, például „Closed Cancelled” értékre változásából állapítható meg. A módosítást a sys_audit tábla naplózza.
Rögzítés
Keresse meg azt az időbélyeget, amikor az sc_req_item.state értéke „Cancelled” értékre változik.
Eseménytípus
inferred
|
|||
|
Külső beszállító bevonva
|
Azt jelöli, amikor a szolgáltatási kérelmet vagy annak egyik feladatát külső beszállítónak adják át teljesítésre. Ez a beszállítóhoz tartozó csoporthoz rendelésből vagy a kérelem egyik jelzőmezőjéből állapítható meg. | ||
|
Miért fontos?
Ez a tevékenység lehetővé teszi a beszállító teljesítményének és a kérelem teljes folyamatára gyakorolt hatásának elemzését. Ez fontos a „External Vendor Engagement Cycle” dashboardhoz.
Hol szerezhető be?
Ez általában következtetéssel állapítható meg. Alapja lehet, hogy az assignment_group mező egy ismert beszállítói csoportra változik, vagy hogy egy adott jelzőmező értéket kap az sc_req_item vagy az sc_task rekordban.
Rögzítés
Azonosítsa, mikor változik az assignment_group egy ismert beszállítói csoportra.
Eseménytípus
inferred
|
|||
|
Teljesítési feladat létrehozva
|
Egy adott munkaelem vagy feladat létrehozását jelzi, amely a szolgáltatáskérés teljesítéséhez szükséges. Ez kifejezetten akkor kerül az eseménynaplóba, amikor új rekord jön létre a Catalog Task táblában. | ||
|
Miért fontos?
Összetett kérelmek esetén az egyes feladatok létrehozásának és befejezésének elemzése részletesebb képet ad a teljesítési folyamatról, és megmutatja, hol keletkeznek késedelmek.
Hol szerezhető be?
Ez egy kifejezetten rögzített esemény, amely az sc_req_item rekordhoz kapcsolódó, sc_task táblában szereplő rekord létrehozási időbélyegéből (sys_created_on mező) származik.
Rögzítés
Használja az sc_task rekordok sys_created_on időbélyegét.
Eseménytípus
explicit
|
|||
Adatkinyerési útmutatók
Készen áll a kezdésre?
Indítsa el process mining kezdeményezését ezzel a sablonnal, és tegye hatékonyabbá a szolgáltatáskérések kezelését. Kezdje el még ma a munkafolyamatok fejlesztését, hogy gyorsabban oldja meg a kéréseket, és növelje az ügyfelek elégedettségét.
Fejlessze a szolgáltatáskérések kezelését, kezdje el most
Érjen el 70%-os automatizálást, és oldja meg gyorsabban a szolgáltatáskéréseket.
Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.