Uw Beheer van serviceaanvragen datatemplate
Uw Beheer van serviceaanvragen datatemplate
- Aanbevolen attributen voor grondige analyse
- Belangrijkste activiteiten om te volgen voor process discovery
- `Extractiehandleiding` voor `Jira Service Management`
Beheer van serviceaanvragen Attributen
| Naam | Omschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de specifieke gebeurtenis of taak die plaatsvond binnen de cyclus van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut beschrijft de specifieke actie of statusovergang die op een bepaald moment plaatsvond voor een serviceaanvraag. Voorbeelden zijn 'Aanvraag Aangemaakt', 'Aanvraag Toegewezen', 'Oplossing Geïmplementeerd' en 'Aanvraag Gesloten'. Het analyseren van de volgorde en frequentie van deze activiteiten vormt de kern van process mining. Het maakt de visualisatie van proceskaarten, identificatie van knelpunten en detectie van afwijkingen van de standaard workflow mogelijk, wat belangrijk is voor het begrijpen van procesefficiëntie en compliance.
Het belang
Het definieert de stappen in het proces, waardoor de visualisatie van de proceskaart en de analyse van workflow-patronen en afwijkingen mogelijk worden.
Vindplaats
Typisch afgeleid van de 'status' transitiegeschiedenis van een Jira issue. Elke entry in de changelog van het issue voor het statusveld vertegenwoordigt een activiteit.
Voorbeelden
Aanvraag GetrieerdInformatie OpgevraagdOplossing GeïmplementeerdServiceaanvraag Gesloten
|
|||
|
Serviceaanvraag-ID
ServiceRequestId
|
De unieke IDnummer voor elke serviceaanvraag, dienend als de primary key voor alle gerelateerde gebeurtenissen. | ||
|
Omschrijving
De Serviceaanvraag ID, vaak de Issue Key in Jira genoemd, identificeer jeniek elke individuele serviceaanvraag ingediend door een gebruiker of systeem. Het dient als de belangrijkste link die alle volgende gebeurtenissen verbindt, van initiële logging tot uiteindelijke sluiting, waardoor een complete, end-to-end-analyse van de reis van elke serviceaanvraag mogelijk is. In process mining is deze ID belangrijk voor case-correlatie. Het zorgt ervoor dat elke activiteit, statuswijziging en timestamp correct wordt geassocieerd met de specifieke aanvraag waartoe het behoort, en zo een duidelijk beeld van het proces voor analyse vormt.
Het belang
Deze ID is de fundamentele case identificatienummer die alle gerelateerde activiteiten verbindt tot een enkele end-to-end processtroom, wat procesanalyse mogelijk maakt.
Vindplaats
Dit is het 'key' veld voor een issue in Jira Service Management.
Voorbeelden
SR-2023-001IT-45892HELP-105
|
|||
|
Starttijd
EventTime
|
De exacte datum en tijd waarop een specifieke activiteit of gebeurtenis plaatsvond. | ||
|
Omschrijving
De Starttijd, of gebeurtenis timestamp, registreert het exacte moment waarop een activiteit plaatsvond. Dit is een belangrijk onderdeel voor elke process mining-analyse, aangezien het de tijdscontext biedt voor het gehele proces. Deze timestamp wordt gebruikt om gebeurtenissen volgordeel te ordenen, de duur tussen activiteiten te berekenen, totale case doorlooptijden te meten en procesprestaties te analyseren tegen tijdgebonden doelen zoals SLA's. Zonder nauwkeurige tijdstempels is het onmogelijk om de processtroom te begrijpen, vertragingen te vinden of efficiëntie te meten.
Het belang
Deze timestamp is belangrijk voor het ordenen van gebeurtenissen, het berekenen van doorlooptijden en doorlooptijden, en het vinden van proces knelpunten.
Vindplaats
Dit is de timestamp geassocieerd met elke statusovergang in de Jira issue changelog. De issue creatietijd is het 'created' veld.
Voorbeelden
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de serviceaanvraag data werd opgehaald. | ||
|
Omschrijving
Dit attribuut identificeert de herkomst van de data, wat in dit geval Jira Service Management is. Hoewel het misschien onbeduidend lijkt bij het analyseren van data uit één bron, wordt het belangrijk bij het samenvoegen van procesdata uit meerdere systemen. Voor analyse helpt het bij het traceren van data lineage en het waarborgen van datakwaliteit. Het maakt ook filtering en vergelijking mogelijk van processen die zich over of interactie met verschillende softwareplatforms kunnen uitstrekken.
Het belang
Identificeert de herkomst van de data, wat belangrijk is voor data governance en bij het combineren van procesdata uit meerdere grote organisatiesystemen.
Vindplaats
Dit is meestal een statische waarde die tijdens data-extractie en transformatie wordt toegevoegd om de herkomst van de dataset te labelen.
Voorbeelden
Jira Service ManagementJiraSM
|
|||
|
Tijdstip van extractie
LastDataUpdate
|
De `timestamp` die aangeeft wanneer de `data` voor het voor het laatst is bijgewerkt vanuit het bronsysteem. | ||
|
Omschrijving
Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit Jira Service Management. Het biedt belangrijke context voor de relevantie van de analyse en de data in de dashboards en KPI's. In elke analyse is het kennen van de relevantie van de data belangrijk voor het nemen van de juiste beslissingen. Deze timestamp helpt gebruikers te begrijpen of ze naar real-time Informatie kijken of een snapshot van een eerder tijdsTip, wat de relevantie van de bevindingen beïnvloedt.
Het belang
Geeft de relevantie van de data aan, en zorgt ervoor dat analyses gebaseerd zijn op up-to-date Informatie.
Vindplaats
Dit is een metadataveld dat wordt gegenereerd en opgeslagen door de data-extractietool of het script aan het einde van de uitvoering.
Voorbeelden
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Aanvraagprioriteit
RequestPriority
|
Het prioriteitsniveau toegewezen aan de serviceaanvraag, zoals Laag, Gemiddeld, Hoog of Kritiek. | ||
|
Omschrijving
De prioriteit van een aanvraag geeft de urgentie en impact op de organisatie van een serviceaanvraag aan. Deze classificatie bepaalt de volgorde waarin aanvragen worden afgehandeld en dicteert vaak de streeftijden voor oplossing en de SLA's. In procesanalyse is prioriteit een belangrijke dimensie voor segmentatie. Het maakt het mogelijk om doorlooptijden en SLA-naleving te vergelijken over verschillende prioriteitsniveaus, om zo te garanderen dat aanvragen met hoge prioriteit sneller worden verwerkt en hun doelen halen. Dit helpt de effectiviteit van het prioriteringssysteem te bevestigen.
Het belang
Maakt het mogelijk om analyses te segmenteren om te garanderen dat aanvragen met hoge prioriteit sneller worden afgehandeld en voldoen aan strengere serviceniveaus.
Vindplaats
Dit komt overeen met het 'priority' veld op een Jira issue.
Voorbeelden
HoogsteHoogGemiddeldLaag
|
|||
|
Aanvraagtype
RequestType
|
De classificatie van de serviceaanvraag, zoals 'Toegangsverzoek' of 'Hardwareprobleem'. | ||
|
Omschrijving
Aanvraagtype categoriseert de serviceaanvraag op basis van zijn aard. Dit is een belangrijke basis voor analyse, aangezien verschillende typen aanvragen vaak afzonderlijke oplossingsprocessen, SLA's en bronvereisten hebben. Door de procesanalyse te segmenteren op Aanvraagtype kunnen organisaties verbeteringen afstemmen op specifieke workflows. Zo zal de bottleneck voor een 'Wachtwoord Reset'-aanvraag heel anders zijn dan die voor een 'Nieuwe Server Provisioning'-aanvraag. Dit attribuut is belangrijk voor het bouwen van relevante dashboards zoals 'Oplossingskwaliteit per Categorie'.
Het belang
Dit attribuut is belangrijk voor het vergelijken van processen, workloads en prestaties over verschillende categorieën serviceaanvragen.
Vindplaats
Dit komt vaak overeen met het 'issuetype' veld in Jira of een custom 'Request Type' veld in Jira Service Management.
Voorbeelden
Nieuw account aanvragenKrijg IT-hulpEen nieuwe medewerker inwerken
|
|||
|
SLA Einddatum
SlaDueDate
|
De streefdatum en -tijd waarop de serviceaanvraag moet zijn opgelost volgens zijn SLA. | ||
|
Omschrijving
De SLA Einddatum is een berekende timestamp die de deadline voor het oplossen van een aanvraag vertegenwoordigt. Deze wordt bepaald door de prioriteit, het type van de aanvraag en de specifieke Service Level Agreement (SLA) policies die in Jira Service Management zijn geconfigureerd. Dit attribuut is onmisbaar voor het 'Serviceaanvraag SLA Prestatie' dashboard en de 'SLA Naleving' KPI. Door de daadwerkelijke oplostijd te vergelijken met deze einddatum, kan het systeem bepalen of elke aanvraag op tijd is voltooid, te laat was of het risico loopt de SLA te overschrijden.
Het belang
Dit is de benchmark voor het meten van prestaties. Het ondersteunt direct de berekening van SLA-naleving en helpt bij het prioriteren van werk.
Vindplaats
SLA-Informatie wordt beheerd door Jira Service Management en is toegankelijk via de API, vaak opgeslagen in aangepast velden die dynamisch worden bijgewerkt.
Voorbeelden
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
|
|||
|
Toegewezen gebruiker
Assignee
|
De gebruiker of agent die momenteel is toegewezen om aan de serviceaanvraag te werken. | ||
|
Omschrijving
De Toegewezen Persoon is het individu dat verantwoordelijk is voor de volgende actie of de oplossing van de serviceaanvraag. De waarde van dit attribuut kan meerdere malen veranderen gedurende de levenscyclus van de aanvraag, aangezien deze wordt overgedragen tussen verschillende medewerkers of teams. Dit attribuut is belangrijk voor workloadanalyse, prestatiemeting en bronbeheer. Het maakt het mogelijk om het proces te filteren op agent, oplostijden te vergelijken tussen individuen, en potentiële trainingsbehoeften of workload onevenwichtigheden die knelpunten veroorzaken te vinden.
Het belang
Dit attribuut is belangrijk voor het analyseren van de agent workload, het meten van individuele prestaties en het begrijpen van bron-allocatie.
Vindplaats
Dit komt overeen met het 'assignee' veld op een Jira issue.
Voorbeelden
Alice JohnsonBob WilliamsNiet toegewezen
|
|||
|
Verzoekstatus
RequestStatus
|
De huidige status van de serviceaanvraag in de levenscyclus. | ||
|
Omschrijving
Dit attribuut vertegenwoordigt de huidige status van een serviceaanvraag, zoals 'Open', 'In Behandeling', 'Wachtend op Klant' of 'Opgelost'. Het geeft een momentopname van waar de aanvraag zich op een gegeven moment bevindt. Hoewel de activity log de historische flow biedt, is de huidige status nuttig voor het analyseren van open workloads en het vinden van items die vastzitten. Analyse kan bijvoorbeeld gericht zijn op aanvragen die ongewoon lang in de status 'Wachtend op Leverancier' zijn gebleven, wat externe afhankelijkheden en vertragingen benadrukt.
Het belang
Biedt een actueel snapshot van elke case, waardoor analyse van werk-in-uitvoering en het vinden van vastgelopen of verouderende aanvragen mogelijk worden.
Vindplaats
Dit is het 'status' veld op een Jira issue.
Voorbeelden
OpenIn uitvoeringIn Afwachting van `Klant`Opgelost
|
|||
|
Is Heropend
IsReopened
|
Een boolean-waarde die aangeeft of een serviceaanvraag opnieuw is geopend nadat deze was opgelost. | ||
|
Omschrijving
Dit berekende attribuut is een true/false-vlag die op 'true' wordt gezet als de workflow van een aanvraag een 'Aanvraag Heropend' activiteit omvat. Het wordt afgeleid door de volgorde van activiteiten voor elke case te analyseren. Deze vlag is belangrijk voor het berekenen van de 'Serviceaanvraag Heropeningspercentage' KPI en voor het aansturen van het 'Heropende Serviceaanvraag Volume' dashboard. Een hoog heropeningspercentage is een sterke indicator van een slechte kwaliteit van de eerste oplossing, wat leidt tot rework en verminderde klanttevredenheid. Het analyseren van welke typen aanvragen of oplossingen geassocieerd zijn met deze vlag kan verbeterpunten vinden.
Het belang
Meet direct de herstelwerk en de kwaliteit van de eerste oplossing, dit zijn belangrijke indicatoren voor proceseffectiviteit en klanttevredenheid.
Vindplaats
Berekend tijdens datatransformatie door te controleren of de volgorde van activiteiten voor een case een 'Reopened' overgang bevat na een 'Opgelost' overgang.
Voorbeelden
truefalse
|
|||
|
Kanaal
Channel
|
De indieningsmethode gebruikt om de serviceaanvraag aan te maken, zoals E-mail, Portaal of API. | ||
|
Omschrijving
Het Kanaal attribuut identificeert hoe een serviceaanvraag het systeem binnenkwam. Gangbare kanalen in Jira Service Management omvatten het klantportaal, e-mail of directe aanmaak door een agent. Het analyseren van het proces per kanaal is belangrijk voor het begrijpen van gebruikersgedrag en het optimaliseren van service delivery. Het kan zichtbaar maken of aanvragen via bepaalde kanalen langer duren om op te lossen of meer verduidelijking vereisen, wat mogelijk wijst op de noodzaak van betere formulieren op het portaal of verbeterde e-mail parseerregels. Dit ondersteunt het 'Serviceaanvraag Doorvoer Trends' dashboard.
Het belang
Helpt analyseren of het indieningskanaal invloed heeft op de oplostijden, de helderheid van de aanvraag of de algehele procesefficiëntie.
Vindplaats
Deze Informatie is beschikbaar in Jira Service Management via het 'Request channel type' veld. Het kan specifieke API-toegang vereisen of worden opgeslagen in een aangepast veld.
Voorbeelden
portalemailapi
|
|||
|
Melder
Reporter
|
De gebruiker die de serviceaanvraag eerste heeft aangemaakt of gemeld. | ||
|
Omschrijving
De Melder is het individu, vaak een eindgebruiker of klant, die de serviceaanvraag heeft ingediend. Dit attribuut identificeert de stakeholder die het proces heeft geïnitieerd. In analyse kan de Melder worden gebruikt om aanvraagpatronen van verschillende gebruikers, afdelingen of klantsegmenten te begrijpen. Het helpt vragen te beantwoorden zoals 'Welke afdelingen dienen de meeste aanvragen in?' of 'Krijgen specifieke gebruikers herhaaldelijk te maken met dezelfde problemen?'. Deze Informatie is waardevol voor proactief probleembeheer en het verbeteren van gebruikerstraining.
Het belang
Identificeert de aanvraagsteller, wat analyse van aanvraagvolumes en -typen per gebruiker, afdeling of klant mogelijk maakt.
Vindplaats
Dit komt overeen met het 'reporter' veld op een Jira issue.
Voorbeelden
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Oplossing
Resolution
|
Het uiteindelijke resultaat of de conclusie van een opgeloste serviceaanvraag. | ||
|
Omschrijving
Het Oplossing veld geeft aan waarom een serviceaanvraag werd gesloten. Gangbare waarden zijn onder andere 'Gereed', 'Wordt niet gedaan', 'Duplicaat' of 'Niet reproduceerbaar'. Het biedt details over de afsluiting die verder gaan dan alleen een 'Opgelost' of 'Gesloten' status. Het analyseren van oplossingen helpt bij het begrijpen van de kwaliteit en aard van de resultaten. Een groot aantal 'Duplicaat' oplossingen kan bijvoorbeeld duiden op een probleem met het aanvraagindieningsproces, terwijl het volgen welke oplossingen leiden tot heropende aanvragen ineffectieve oplossingen kan benadrukken.
Het belang
Biedt context over de uitkomst van een aanvraag, wat helpt bij het analyseren van de resolutiekwaliteit en het vinden van trends waarom aanvragen worden gesloten.
Vindplaats
Dit komt overeen met het 'resolution' veld op een Jira issue, dat doorgaans wordt ingesteld wanneer het issue overgaat naar een 'done' statuscategorie.
Voorbeelden
KlaarWon't DoDuplicaatOpgelost
|
|||
|
Organisatie
Organization
|
De klantorganisatie of interne afdeling waartoe de melder behoort. | ||
|
Omschrijving
Dit attribuut groepeert melders in organisaties of afdelingen. Jira Service Management heeft een ingebouwde 'Organisaties' feature waarmee medewerkers aanvragen van meerdere klanten of interne teams kunnen beheren. Analyseren per organisatie biedt waardevolle bedrijfskundige context. Het kan helpen te vinden welke klanten of afdelingen de meeste hulpbronnen verbruiken, of specifieke groepen terugkerende problemen ervaren, en of SLA's consistent worden nageleefd in verschillende bedrijfseenheden.
Het belang
Maakt de analyse makkelijker van servicedemand en prestaties per klant of interne afdeling, en biedt belangrijke business inzichten.
Vindplaats
Deze data komt uit het 'Organisaties' veld dat is gekoppeld aan de serviceaanvraag in Jira Service Management.
Voorbeelden
Acme CorporationFinanciële afdelingWereldwijd Tech Inc.
|
|||
|
SLA-status
SlaState
|
Geeft aan of de serviceaanvraag voldeed aan, de SLA schond, of binnen de gedefinieerde SLA valt. | ||
|
Omschrijving
SLA Status is een berekend attribuut dat elke serviceaanvraag categoriseert op basis van de prestaties ten opzichte van de SLA-deadline. Mogelijke waarden zijn 'Gehaald', 'Overschreden' of 'In Behandeling'. Het wordt bepaald door de oplossing timestamp te vergelijken met de 'SlaDueDate'. Dit is het kernattribuut voor het 'Serviceaanvraag SLA Prestatie' dashboard en wordt gebruikt om de 'SLA Naleving' KPI te berekenen. Het biedt een duidelijk overzicht van de naleving van serviceniveaus, wat belangrijk is voor rapportage, contractbeheer en het handhaven van servicekwaliteit.
Het belang
Biedt een duidelijke en directe indicator van SLA-prestaties, wat een kritieke maatstaf is voor servicekwaliteit en contractuele compliance.
Vindplaats
Berekend tijdens datatransformatie. Als de resolutietijd vóór de 'SlaDueDate' ligt, is de status 'Met'; anders is deze 'Breached'.
Voorbeelden
BehaaldOverschredenIn uitvoering
|
|||
|
Toegewezen Team
AssignedTeam
|
Het team of de groep verantwoordelijk voor de afhandeling van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut specificeert het team dat is toegewezen aan een aanvraag, wat vaak een groepering op hoger niveau is dan de individuele toegewezene. Dit is nuttig voor het analyseren van prestaties op teamniveau, zoals het vergelijken van het Eerstelijns Support team met het Netwerk Operations team. Deze dimensie is belangrijk voor dashboards zoals 'Agent Workload en Oplossingsmetrieken'. Het maakt het mogelijk om prestatiemaatstaven op teamniveau te aggregeren, waardoor eerlijke vergelijkingen en begrip van hoe verschillende teams bijdragen aan het algehele service delivery proces worden vergemakkelijkt.
Het belang
Maakt prestatieanalyse en workload-balancering op team- of afdelingsniveau mogelijk, in plaats van alleen per individuele agent.
Vindplaats
Dit kan een aangepast veld zijn in Jira (bijv. 'Team') of afgeleid zijn van de gebruikersprofiel attributen van de toegewezene.
Voorbeelden
IT Support - Tier 1InfrastructuurteamApplicatieondersteuning
|
|||
Beheer van serviceaanvragen Activiteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Aanvraag Toegewezen
|
Deze activiteit vindt plaats wanneer een serviceaanvraag wordt toegewezen aan een specifieke agent of team voor oplossing. Jira volgt expliciet wijzigingen in het 'Toegewezen Persoon' veld, wat een duidelijke timestamp biedt voor wanneer de toewijzing werd gedaan. | ||
|
Het belang
Dit is een belangrijke mijlpaal voor het meten van de Triage-naar-Toewijzing tijd en de werklastverdeling van medewerkers. Het markeert de overgang van wachten naar actieve afhandeling.
Vindplaats
Vastgelegd uit de issue-historie door te zoeken naar de eerste keer dat het 'Assignee'-veld is ingesteld of gewijzigd van niet-toegewezen.
Vastleggen
Gebruik de timestamp van de eerste wijziging van het 'Assignee' veld in de issue history.
Gebeurtenistype
explicit
|
|||
|
Oplossing Voorgesteld
|
In veel service desk workflows is dit een aparte stap waarbij een oplossing aan de aanvrager wordt aangeboden ter goedkeuring. Dit wordt afgeleid wanneer de issue-status verandert naar een status zoals 'Pending Klant Acceptance' of 'Awaiting Confirmation'. | ||
|
Het belang
Deze activiteit isoleert de tijd die is besteed aan het wachten op feedback van de klant nadat een oplossing is geboden, wat helpt om dit te onderscheiden van interne werktijd.
Vindplaats
Afgeleid uit de issue-historie, vastgelegd op de timestamp wanneer de status verandert naar een staat die aangeeft dat de oplossing wacht op klantvalidatie.
Vastleggen
Identificeer timestamp van statuswijziging naar 'Pending Klant Acceptance' of equivalent.
Gebeurtenistype
inferred
|
|||
|
Serviceaanvraag Gesloten
|
Vertegenwoordigt de uiteindelijke, administratieve sluiting van de serviceaanvraag, vaak automatisch plaatsvindend na een bepaalde periode in de 'Opgelost' status. Dit is het eindpunt van de levenscyclus van de issue in Jira. | ||
|
Het belang
Dit is het definitieve eindgebeurtenis van het proces. De tijd tussen 'Opgelost' en 'Gesloten' kan worden geanalyseerd om administratieve overhead of auto-closure beleid te begrijpen.
Vindplaats
Afgeleid uit de issue-historie. De timestamp correspondeert met de uiteindelijke statuswijziging naar 'Closed' of een gelijkwaardige terminale status.
Vastleggen
Identificeer de timestamp van de uiteindelijke statuswijziging naar een 'Gesloten' status.
Gebeurtenistype
inferred
|
|||
|
Serviceaanvraag Opgelost
|
Markeert het officiële moment waarop de aanvraag als afgehandeld wordt beschouwd en de oplossing wordt vastgelegd. Jira vult het 'Resolution Date' veld in wanneer een issue voor het eerst een status van de 'Done' categorie ingaat. | ||
|
Het belang
Dit is een primaire eindmijlpaal voor het proces, belangrijk voor het berekenen van de oplostijd en SLA-naleving. Het markeert het einde van actieve werkzaamheden.
Vindplaats
Dit is een expliciet gebeurtenis. De timestamp is de waarde in het 'Resolution Date' veld van het Jira issue, dat wordt ingesteld bij de eerste overgang naar een 'Gereed' statuscategorie.
Vastleggen
Gebruik het 'resolutiondate' veld van het Jira issue. Dit veld wordt automatisch ingevuld.
Gebeurtenistype
explicit
|
|||
|
Serviceverzoek Aangemaakt
|
Deze activiteit markeert het begin van de serviceaanvraag levenscyclus wanneer een gebruiker formeel een aanvraag indient via een portaal, e-mail of ander kanaal. Dit gebeurtenis wordt expliciet vastgelegd in Jira wanneer een nieuw issue van het type 'Service Request' wordt aangemaakt, waarbij de creation timestamp wordt geregistreerd. | ||
|
Het belang
Dit is het primaire startgebeurtenis voor het proces. Het is belangrijk voor het berekenen van de algehele doorlooptijd en het begrijpen van het aanvraagvolume en aankomstpatronen.
Vindplaats
Dit is een expliciet gebeurtenis vastgelegd in de issue history tabel. De activiteit timestamp is het 'created' veld op het Jira issue.
Vastleggen
Gebruik de issue creation timestamp uit de 'issues' tabel of historie.
Gebeurtenistype
explicit
|
|||
|
Aanvraag Getrieerd
|
Vertegenwoordigt de initiële beoordeling van een serviceaanvraag, waarbij de prioriteit, categorie en impact worden vastgesteld. Deze activiteit wordt meestal afgeleid van een statuswijziging, zoals de overgang van 'Nieuw' naar 'In Behandeling' of een specifieke 'Beoordeeld' status. | ||
|
Het belang
Het analyseren van de tijd tot triage helpt bij het ewaarderen van de efficiëntie van het initiële proces voor aanvraagafhandeling. Vertragingen hier kunnen de algehele oplostijden en SLA-naleving aanzienlijk beïnvloeden.
Vindplaats
Afgeleid uit de issue-historie door de eerste timestamp te vinden van een statuswijziging van een initiële 'New' of 'Open' status naar een actieve status zoals 'In Progress'.
Vastleggen
Identificeer de eerste statuswijziging van 'New' of een gelijkwaardige initiële status gebaseerd op de workflow van het project.
Gebeurtenistype
inferred
|
|||
|
Aanvraag Heropend
|
Deze activiteit legt gevallen vast waarbij een eerder opgeloste serviceaanvraag terugkeert naar een actieve status. Het wordt afgeleid door een statuswijziging van een opgeloste of gesloten status terug naar een open of in-behandeling status. | ||
|
Het belang
Het volgen van heropende aanvragen is belangrijk voor het meten van de oplossingskwaliteit en de First-Time Resolution Rate. Een hoog heropeningspercentage duidt op ineffectieve oplossingen of terugkerende problemen.
Vindplaats
Afgeleid uit de issue-historie door een statusovergang te vinden van een 'Opgelost' of 'Closed' categorie status naar een 'Open' of 'In Progress' categorie status.
Vastleggen
Zoek naar een statuswijziging van een 'Done' statuscategorie naar een 'To Do' of 'In Progress' statuscategorie.
Gebeurtenistype
inferred
|
|||
|
Informatie Opgevraagd
|
Markeert het punt waarop een agent meer Informatie van de aanvrager nodig heeft om verder te gaan met de oplossing. Dit wordt doorgaans afgeleid door de overgang van de issue naar een status zoals 'Waiting for customer' of 'Pending Input'. | ||
|
Het belang
Frequente of langdurige 'Informatie Gevraagd'-cycli kunnen duiden op onduidelijke initiële inzendingen of inefficiënte communicatie, wat een aanzienlijke bron van vertragingen vormt.
Vindplaats
Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert naar 'Waiting for customer' of een gelijkwaardige status.
Vastleggen
Identificeer de timestamp wanneer het 'status' veld verandert naar een waarde die aangeeft dat het proces wacht op de klant.
Gebeurtenistype
inferred
|
|||
|
Informatie verstrekt
|
Treedt op wanneer de aanvrager reageert met de benodigde Informatie, waardoor de agent het werk kan hervatten. Dit wordt afgeleid wanneer de issue uit een 'Waiting for customer' status beweegt, vaak getriggerd doordat de aanvrager een opmerking toevoegt. | ||
|
Het belang
Deze activiteit voltooit de request-response loop met de klant. De tijd tussen het aanvragen en ontvangen van Informatie is een belangrijke component van de proces wachttijd.
Vindplaats
Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert van 'Waiting for customer' terug naar een 'In Progress' status.
Vastleggen
Identificeer de timestamp wanneer het 'status' veld verandert van een 'wachtende' status terug naar een 'actieve' status.
Gebeurtenistype
inferred
|
|||
|
Leveranciersbetrokkenheid Beëindigd
|
Vertegenwoordigt het moment waarop de externe leverancier zijn actie heeft voltooid en de serviceaanvraag wordt teruggestuurd naar het interne team. Dit wordt afgeleid wanneer het issue de status 'Wachten op leverancier' verlaat. | ||
|
Het belang
Het meten van de duur van de leveranciersbetrokkenheid helpt bij het beheren van de leveranciersprestaties en het begrijpen van de impact van externe partijen op de algehele oplostijden.
Vindplaats
Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert van een 'leverancier'-status terug naar een 'In Progress' status.
Vastleggen
Identificeer de timestamp wanneer het 'status' veld verandert van een 'leverancier' status terug naar een 'actieve' status.
Gebeurtenistype
inferred
|
|||
|
Leveranciersbetrokkenheid Gestart
|
Deze activiteit geeft aan dat de serviceaanvraag is geëscaleerd naar of actie vereist van een externe leverancier of derde partij. Het wordt afgeleid uit de overgang van het issue naar een status zoals 'Wachten op leverancier' of 'Bij Derde Partij'. | ||
|
Het belang
Het volgen van leveranciersbetrokkenheid is belangrijk voor het vinden van externe afhankelijkheden en vertragingen die buiten de directe controle van de interne servicedesk vallen.
Vindplaats
Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert naar een aangewezen 'leverancier'-status.
Vastleggen
Identificeer de timestamp wanneer het 'status' veld verandert naar een waarde zoals 'Waiting for Vendor'.
Gebeurtenistype
inferred
|
|||
|
Oplossing Bevestigd
|
Treedt op wanneer de aanvrager de voorgestelde oplossing formeel accepteert, vaak een geautomatiseerde overgang naar de 'Opgelost' status triggerend. Dit gebeurtenis wordt doorgaans afgeleid uit deze statuswijziging. | ||
|
Het belang
Deze mijlpaal valideert de effectiviteit van de oplossing en is de trigger voor het stoppen van de SLA-klok. Het helpt de tijd te meten die klanten nodig hebben om fixes te bevestigen.
Vindplaats
Afgeleid uit de issue-historie. De timestamp correspondeert met wanneer de status van de issue verandert van 'Pending Klant Acceptance' naar 'Opgelost' of 'Closed'.
Vastleggen
Identificeer timestamp van statuswijziging van 'Pending Klant Acceptance' naar een 'Opgelost' of 'Closed' status.
Gebeurtenistype
inferred
|
|||
|
Oplossing Geïmplementeerd
|
Geeft aan dat de agent de nodige acties heeft uitgevoerd of een oplossing heeft ontwikkeld om de serviceaanvraag af te handelen. Dit wordt vaak afgeleid uit een statuswijziging naar 'Pending Review' of direct naar 'Opgelost'. | ||
|
Het belang
Deze mijlpaal markeert de voltooiing van het kernoplossingswerk. De tijd die voorafgaat aan deze activiteit vertegenwoordigt vaak het primaire waardetoevoegende deel van het proces.
Vindplaats
Afgeleid uit de issue-historie, overeenkomend met de timestamp van de statuswijziging naar 'Opgelost', 'Pending Acceptance', of een vergelijkbare pre-closure status.
Vastleggen
Identificeer de timestamp wanneer het 'status' veld verandert naar een waarde die aangeeft dat het werk is voltooid.
Gebeurtenistype
inferred
|
|||