Szolgáltatásikérelem-kezelési adatsablon

ServiceNow
Szolgáltatásikérelem-kezelési adatsablon

Szolgáltatásikérelem-kezelési adatsablon

Ez az adatsablon megkönnyíti a szolgáltatásikérelem-kezelés process mining elemzésének előkészítését. Útmutatást ad a gyűjtendő attribútumokról, a nyomon követendő tevékenységekről és a ServiceNow-adatok kinyeréséről. A sablon segítségével összegyűjtheti a pontos elemzéshez és a hatékony folyamatfejlesztéshez szükséges adatokat.
  • 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
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Szolgáltatáskérések kezelésének attribútumai

Az alábbi adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse a szolgáltatáskérések kezelésének folyamatát.
5 Kötelező 6 Javasolt 10 Nem kötelező
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
Kötelező Javasolt Nem kötelező

Szolgáltatáskérések kezelésének tevékenységei

Az alábbi fő folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban, hogy pontosan feltérképezhesse a folyamatot és azonosíthassa a szűk keresztmetszeteket.
6 Javasolt 8 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése a ServiceNow rendszerből

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.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. A beállítás néhány percet vesz igénybe.