Uw Klantenservice datatemplate
Uw Klantenservice datatemplate
- Aanbevolen attributen om vast te leggen
- Belangrijkste activiteiten om te volgen
- Extractiehandleiding voor Microsoft Dynamics 365 Klant Service
Klantenservice attributen
| Naam | Omschrijving | ||
|---|---|---|---|
|
Serviceaanvraag
ServiceRequest
|
De unieke kenmerk voor een klantenserviceaanvraag, ook bekend als een case of ticket. | ||
|
Omschrijving
De Serviceaanvraag dient als de primaire kenmerk, die alle activiteiten voor één klantvraag of -probleem koppelt. Het fungeert als de Case-ID voor process mining, en zorgt voor een compleet en consistent beeld van elke klantinteractie van creatie tot sluiting. Analyseren per Serviceaanvraag maakt het mogelijk om de volledige procesgang te volgen, oplossingstijden te meten en patronen te vinden over vergelijkbare cases.
Het belang
Dit is de essentiële Case-ID die alle gerelateerde gebeurtenissen verbindt tot één enkele procesinstantie, waardoor end-to-end procesanalyse mogelijk worden.
Vindplaats
Dit is de primary key van de Case (incident) entiteit in Microsoft Dynamics 365 Klant Service.
Voorbeelden
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
|
|||
|
Activiteit
ActivityName
|
De naam van de specifieke bedrijfsgebeurtenis die op een bepaald tijdsTip plaatsvond voor een serviceaanvraag. | ||
|
Omschrijving
Dit attribuut beschrijft een enkele stap of statuswijziging binnen het klantenserviceproces, zoals 'Case aangemaakt', 'Agent onderzocht probleem' of 'Case opgelost'. Deze activiteiten vormen de basis van de proceskaart, waardoor de visualisatie en analyse van de processtroom mogelijk worden. Elke activiteit creëert, in combinatie met een timestamp, een gebeurtenis dat de procesvolgorde definieert.
Het belang
Activiteiten definiëren de stappen in het proces. Het analyseren van de volgorde en frequentie van activiteiten is fundamenteel om processtromen te begrijpen, afwijkingen te vinden en knelpunten (knelpunten) te vinden.
Vindplaats
Typisch afgeleid door statuswijzigingen (statuscode) of specifieke gebeurtenissen van gerelateerde entiteiten zoals Taken, E-mails of Telefoongesprekken te koppelen aan een gestandaardiseerde activiteitsnaam.
Voorbeelden
Case aangemaaktAgent Onderzocht ProbleemOplossing voorgesteld aan klantCase afgesloten
|
|||
|
Bronsysteem
SourceSystem
|
Identificeert het bronsysteem waaruit de data is opgehaald. | ||
|
Omschrijving
Dit attribuut specificeert de oorsprong van de gebeurtenis data. Voor dit proces zal het consequent Microsoft Dynamics 365 Klant Service vinden als de bron. In omgevingen met meerdere systemen is dit veld belangrijk voor het onderscheiden van databronnen en het waarborgen van data lineage.
Het belang
Geeft inzicht in de herkomst van de data, wat belangrijk is voor data governance en voor het oplossen van inconsistenties in data, vooral bij analyses van gemengde systemen.
Vindplaats
Dit is meestal een statische waarde die tijdens data-extractie en transformatie wordt toegevoegd om de herkomst van de dataset te labelen.
Voorbeelden
Microsoft Dynamics 365 Klant Service
|
|||
|
Starttijd
EventTime
|
De timestamp waarop de activiteit heeft plaatsgevonden. | ||
|
Omschrijving
Dit attribuut registreert de precieze datum en tijd waarop een specifieke activiteit plaatsvond. Het is belangrijk voor het correct volgordeel plaatsen van gebeurtenissen en voor alle tijdgebonden analyses, inclusief het berekenen van cyclustijden, duur en wachttijden tussen activiteiten. Een accurate en consistente timestamp is belangrijk voor de integriteit van de process mining-analyse.
Het belang
Deze timestamp ordent gebeurtenissen chronologisch en maakt alle tijdsduur-gebaseerde berekeningen mogelijk, die belangrijk zijn voor prestatieanalyse en knelpuntidentificatie.
Vindplaats
Dit correspondeert met velden zoals 'createdon' of 'modifiedon' op de Case (incident) entiteit of gerelateerde activiteitentiteiten (bijv. E-mail, Taak, Telefoongesprek).
Voorbeelden
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
|
|||
|
Tijdstip van extractie
LastDataUpdate
|
De timestamp van de laatste dataverversing of -extractie uit het bronsysteem. | ||
|
Omschrijving
Dit attribuut geeft aan wanneer de data voor het laatst uit Microsoft Dynamics 365 is gehaald. Het wordt gebruikt om de relevantie van de geanalyseerde data te begrijpen en is belangrijk voor rapportage- en monitoringdoeleinden. Het zorgt ervoor dat gebruikers op de hoogte zijn van de tijdigheid van de data bij het interpreteren van dashboards en analyses.
Het belang
Informeert gebruikers over de relevantie van de data, wat belangrijk is voor het nemen van tijdige en juiste zakelijke beslissingen op basis van de procesanalyse.
Vindplaats
Deze waarde wordt gegenereerd en op de dataset vastgelegd op het moment van data-extractie.
Voorbeelden
2023-10-27T08:00:00Z
|
|||
|
Agentnaam
AgentName
|
De naam van de klantenservice agent of gebruiker die verantwoordelijk is voor de activiteit. | ||
|
Omschrijving
Dit attribuut identificeert de specifieke agent of systeemgebruiker die een activiteit heeft uitgevoerd, zoals het oppakken van een item uit een wachtrij of het oplossen van een case. Het is belangrijk voor het analyseren van agentprestaties, werklastverdeling en toewijzing van middelen. Door activiteiten op agentniveau te volgen, kunnen organisaties best presterende medewerkers, trainingsbehoeften en onevenwichtigheden in workload vinden.
Het belang
Maakt analyse van individuele en teamprestaties mogelijk, helpt de werkdruk in balans te brengen en identificeert coachingkansen om de algehele servicekwaliteit te verbeteren.
Vindplaats
Komt overeen met het 'Owner' (ownerid) veld van de Case (incident) entiteit, die linkt naar de System Gebruiker (systemuser) entiteit.
Voorbeelden
Alice SmithBob JohnsonSysteem
|
|||
|
Kanaal
Channel
|
Het communicatiekanaal waarmee de serviceaanvraag is gestart. | ||
|
Omschrijving
Dit attribuut identificeert de oorsprong van de klantinteractie, zoals Telefoon, E-mail, Webportaal of Chat. Verschillende kanalen hebben vaak verschillende processtromen, klantverwachtingen en oplossingscomplexiteit. Het analyseren van het proces per kanaal helpt bij het optimaliseren van kanaalspecifieke workflows en toewijzing van middelen.
Het belang
Biedt inzichten in hoe verschillende klantcontactkanalen de procesefficiëntie, oplossingstijd en klanttevredenheid beïnvloeden.
Vindplaats
Dit correspondeert met het veld 'Case Origin' (caseherkomstcode) op de Case (incident) entiteit.
Voorbeelden
TelefoonE-mail`Web`Chat
|
|||
|
Klantnaam
CustomerName
|
De naam van de klant of het account dat aan de serviceaanvraag is gekoppeld. | ||
|
Omschrijving
Dit attribuut identificeert de klant die de serviceaanvraag heeft geïnitieerd. Het maakt analyse van het proces vanuit een klantgericht perspectief mogelijk, en helpt te vinden welke klanten de meeste aanvragen indienen, de langste oplossingstijden ervaren of de meest complexe problemen hebben. Dit is belangrijk voor het beheren van klantrelaties en het verbeteren van klantspecifieke dienstverlening.
Het belang
Maakt analyse op klantniveau mogelijk om patronen te vinden, service voor belangrijke accounts te verbeteren en de customer klantreis te begrijpen.
Vindplaats
Dit is het 'Klant' (customerid) lookup veld op de Case (incident) entiteit, dat kan verwijzen naar een Account of Contact record.
Voorbeelden
Wereldwijd Tech Inc.Jane DoeInnoveer oplossingen
|
|||
|
Prioriteit
Priority
|
Het prioriteitsniveau dat aan de serviceaanvraag is toegekend, wat de urgentie aangeeft. | ||
|
Omschrijving
Dit attribuut definieert de urgentie van een serviceaanvraag, typisch gecategoriseerd als Laag, Normaal, Hoog of Urgent. Prioriteit wordt gebruikt om de volgorde te bepalen waarin cases worden aangepakt en dicteert vaak SLA-doelstellingen. Analyseren hoe prioriteit de processtroom, toewijzing van middelen en oplossingstijden beïnvloedt, is belangrijk om ervoor te zorgen dat kritieke problemen snel worden afgehandeld.
Het belang
Helpt te begrijpen of aanvragen met hoge prioriteit sneller worden verwerkt en hun doelen halen, en hoe prioriteitsniveaus de algehele procesprestaties beïnvloeden.
Vindplaats
Dit correspondeert met het veld 'Priority' (prioritycode) op de Case (incident) entiteit.
Voorbeelden
LaagNormaalHoog
|
|||
|
SLA-doel Oplostijd
SlaTargetResolutionTime
|
De contractueel overeengekomen doeltijd voor het oplossen van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut specificeert de beoogde duur waarbinnen een serviceaanvraag moet worden opgelost volgens de actieve Service Level Agreement (SLA). Het dient als de benchmark waartegen de werkelijke prestaties worden gemeten. Deze waarde is belangrijk voor het SLA Compliance Monitoring dashboard en voor het berekenen van de SLA Compliance Rate KPI, en belicht waar het proces faalt om aan serviceverplichtingen te voldoen.
Het belang
Dit is de primaire benchmark voor het meten van serviceprestaties ten opzichte van verplichtingen, wat direct de analyse van SLA-naleving en -overschrijdingen mogelijk maakt.
Vindplaats
Deze waarde wordt bepaald door de SLA-configuratie in Dynamics 365 en is via SLA KPI Instances aan een case gekoppeld.
Voorbeelden
2592008640014400
|
|||
|
Statusreden
StatusReason
|
Biedt een meer gedetailleerde reden voor de huidige status van de serviceaanvraag. | ||
|
Omschrijving
Terwijl een case een brede status heeft zoals 'Actief' of 'Opgelost', biedt de Status Reason meer specifieke context, zoals 'Informatie verstrekt' of 'Probleem opgelost'. Dit attribuut is belangrijk voor het begrijpen van de nuances van hoe en waarom cases hun levenscyclus doorlopen. Het kan bijvoorbeeld onderscheid maken tussen succesvol opgeloste cases en cases die door de klant zijn geannuleerd, wat van belangrijk belang is voor een accurate analyse van de uitkomsten.
Het belang
Biedt gedetailleerd inzicht in de uitkomst van een case en de redenen voor statuswijzigingen, waardoor een precieze analyse van oplossingstrajecten en hoofdoorzaken mogelijk worden.
Vindplaats
Dit correspondeert met het veld 'Status Reason' (statuscode) op de Case (incident) entiteit.
Voorbeelden
In uitvoeringIn de wachtProbleem opgelostInformatie verstrekt
|
|||
|
Type Serviceaanvraag
ServiceRequestType
|
De primaire categorie of classificatie van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut categoriseert de serviceaanvraag op basis van zijn aard, zoals 'Factuurvraag', 'Technische Ondersteuning' of 'Productfeedback'. Het is onmisbaar voor het segmenteren van de procesanalyse om te begrijpen hoe verschillende typen aanvragen worden afgehandeld. Analyseren per type kan zichtbaar maken dat bepaalde categorieën langere oplossingstijden, hogere escalapakketatio's of verschillende procespaden hebben.
Het belang
Maakt processegmentatie mogelijk om type-specifieke knelpunten (knelpunten), bronbehoeften en verbeterkansen bloot te leggen, ter ondersteuning van betere routerings- en afhandelingsstrategieën.
Vindplaats
Deze Informatie wordt vaak opgeslagen in het veld 'Onderwerp' (subjectid) of een aangepast categorisatieveld op de Case (incident) entiteit.
Voorbeelden
FactuurvraagTechnische supportProductfeedbackAccountbeheer
|
|||
|
Betrokken product
ProductInvolved
|
Het product dat geassocieerd is met de serviceaanvraag van de klant. | ||
|
Omschrijving
Dit attribuut identificeert het specifieke product of de dienst waarop het probleem van de klant betrekking heeft. Het maakt productgebaseerde segmentatie van het serviceproces mogelijk, wat kan zichtbaar maken of bepaalde producten meer ondersteuningsaanvragen genereren, complexere problemen hebben of gespecialiseerde agentvaardigheden vereisen. Deze analyse helpt bij productverbetering en bronplanning.
Het belang
Maakt productspecifieke procesanalyse mogelijk om terugkerende productproblemen te vinden, supportdocumentatie te verbeteren en expertbronnen effectief toe te wijzen.
Vindplaats
Dit correspondeert met het 'Product' (productid) lookup veld op de Case (incident) entiteit.
Voorbeelden
Alpha-100 PrinterZeta CRM SoftwareOmega Data Plan
|
|||
|
CSAT Score
CustomerSatisfactionScore
|
De tevredenheidsscore die door de klant is gegeven na oplossing van de case. | ||
|
Omschrijving
Dit attribuut bevat de numerieke of categorische beoordeling van een klanttevredenheid (CSAT) survey, typisch verzameld nadat een serviceaanvraag is gesloten. Het is een directe maatstaf voor de perceptie van de klant van de servicekwaliteit. Deze gegevens zijn belangrijk voor het Klant Satisfaction Trends dashboard en de Average Post-Resolution CSAT Score KPI, en koppelt procesprestaties aan klantresultaten.
Het belang
Biedt een directe maatstaf voor klanttevredenheid, waardoor de organisatie procesgedragingen kan correleren met klantbeleving en verbeteringen kan stimuleren.
Vindplaats
Dit wordt doorgaans afkomstig van een gerelateerde survey entiteit, zoals Klant Voice, en gekoppeld aan de Case (incident) entiteit.
Voorbeelden
5341
|
|||
|
Is `First Contact Resolution`
IsFirstContactResolution
|
Een indicator die aangeeft of de aanvraag tijdens het eerste contact is opgelost. | ||
|
Omschrijving
Dit berekende attribuut identificeert serviceaanvragen die zijn opgelost zonder enige vervolginteracties van de klant of significante vertragingen die een heropdracht van de agent vereisten. Het definiëren van de exacte logica kan complex zijn, maar het omvat doorgaans het controleren op een korte cyclustijd en de afwezigheid van heropening of klantvraagactiviteiten na de initiële interactie. Het vormt de basis voor de First Contact Resolution Rate KPI.
Het belang
Dit is een kritieke maatstaf voor service-efficiëntie en klanttevredenheid, aangezien het de mogelijkheid benadrukt om problemen snel en volledig op te lossen.
Vindplaats
Berekend op basis van de volgorde en timing van activiteiten in het event log voor elke case.
Voorbeelden
truefalse
|
|||
|
Is `SLA` Geschonden
IsSlaBreached
|
Een berekende vlag die aangeeft of de serviceaanvraag zijn SLA-doel heeft overschreden. | ||
|
Omschrijving
Deze boolean-waarde wordt bepaald door de werkelijke oplossingstijd van een serviceaanvraag te vergelijken met de 'SLA-doel oplossingstijd'. Het wordt ingesteld op 'waar' als de werkelijke tijd langer is dan de doeltijd. Dit attribuut is onmisbaar voor het SLA Compliance Monitoring dashboard en voor het berekenen van de SLA Compliance Rate KPI, en biedt een duidelijk, binair resultaat voor de SLA-prestaties van elke case.
Het belang
Biedt een duidelijk succes- of faalresultaat voor SLA-naleving bij elke case, waardoor het eenvoudig is om de hoofdoorzaken van overschrijdingen te filteren, aggregeren en analyseren.
Vindplaats
Berekend door 'ServiceRequestCycleTime' te vergelijken met 'SlaTargetResolutionTime'.
Voorbeelden
truefalse
|
|||
|
Is Geëscaleerd
IsEscalated
|
Een indicator die aangeeft of de serviceaanvraag is geëscaleerd. | ||
|
Omschrijving
Dit boolean attribuut geeft aan of een serviceaanvraag een escalatie heeft ondergaan. Escalaties treden op wanneer eerstelijns ondersteuning een probleem niet kan oplossen, wat de interventie van een meer senior team of specialist vereist. Het bijhouden van deze indicator is belangrijk voor het Internal Escalation Pathways dashboard en de Internal Escalation Rate KPI, en helpt de hoofdoorzaken van escalaties en zwaktes in de initiële ondersteuningslagen te vinden.
Het belang
Meet direct de frequentie van escalaties, belicht problemen met first-contact resolution en wijst op gebieden die proces- of agentvaardigheidsverbeteringen nodig hebben.
Vindplaats
Dit correspondeert met het veld 'Is Escalated' (isescalated) op de Case (incident) entiteit.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een berekende vlag die aangeeft of een case herstelactiviteiten (herstelwerk) omvatte. | ||
|
Omschrijving
Deze boolean-waarde identificeert cases die herstelwerk-loops of herhaalde activiteiten bevatten, zoals meerdere 'Informatie aangevraagd van klant' gebeurtenissen of een 'Case geheractiveerd' gebeurtenis nadat deze was opgelost. Het wordt berekend door de reeks van activiteiten te analyseren op patronen die inefficiëntie of een falen om het probleem de eerste keer correct op te lossen, aangeven. Dit attribuut is belangrijk voor het Rework and Repeat Contact Analysis dashboard.
Het belang
Helpt bij het kwantificeren en isoleren van procesinefficiënties, waardoor analysesten zich kunnen richten op de grondoorzaken van herhaald werk en verspilde inspanningen.
Vindplaats
Berekend door specifieke activity-volgordes (bijv. Opgelost -> Gereactiveerd) of herhaalde activiteiten binnen een case te detecteren met behulp van process mining analytics.
Voorbeelden
truefalse
|
|||
|
Kennisartikel-ID
KnowledgeArticleId
|
De kenmerk van een kennisbankartikel dat aan de serviceaanvraag is gekoppeld. | ||
|
Omschrijving
Dit attribuut legt de ID vast van elk kennisartikel dat werd gebruikt of gekoppeld tijdens de oplossing van een serviceaanvraag. Het biedt een directe maatstaf voor hoe effectief de kennisbank door medewerkers wordt benut om klantproblemen op te lossen. Deze gegevens zijn belangrijk voor het Knowledge Article Utilization dashboard en de corresponderende KPI, en helpt de waarde en volledigheid van de kennisbank te beoordelen.
Het belang
Volgt het gebruik van de kennisbank, en helpt te begrijpen of medewerkers beschikbare bronnen benutten om problemen sneller en consistenter op te lossen.
Vindplaats
Deze Informatie is te vinden in de relatie tussen de Case (incident) en Knowledge Article (knowledgearticle) entiteiten.
Voorbeelden
KA-01337KA-02048
|
|||
|
Verantwoordelijk team
OwnerTeam
|
Het team dat momenteel eigenaar is van de serviceaanvraag. | ||
|
Omschrijving
Dit attribuut identificeert het team dat verantwoordelijk is voor de serviceaanvraag. Een aanvraag kan eigendom zijn van een individuele agent of een team (wachtrij). Analyseren per team is belangrijk voor het begrijpen van team-niveau prestaties, werklastverdeling over verschillende ondersteuningslagen of specialismen, en het vinden van procesvariaties tussen teams.
Het belang
Maakt prestatieanalyse op teamniveau mogelijk, wat belangrijk is voor het effectief beheren van supportlagen en gespecialiseerde groepen.
Vindplaats
Afgeleid van het 'Owner' (ownerid) veld van de Case (incident) entiteit wanneer de eigenaar een Team-record is in plaats van een System Gebruiker.
Voorbeelden
Tier 1 SupportFacturatieafdelingTechnische specialisten
|
|||
Klantenserviceactiviteiten
| Activiteit | Omschrijving | ||
|---|---|---|---|
|
Case aangemaakt
|
Deze activiteit markeert het begin van het klantenserviceproces, wanneer een nieuw case record in het systeem wordt aangemaakt. De creatie is een expliciete gebeurtenis, vastgelegd met een specifieke timestamp wanneer de 'Incident' entity record voor het eerst wordt opgeslagen. | ||
|
Het belang
Als de primaire start-gebeurtenis is deze activiteit belangrijk voor het berekenen van de totale duur van de case-levenscyclus en het begrijpen van trends in casevolume. Het dient als anker voor alle daaropvolgende procesanalyses.
Vindplaats
Deze gebeurtenis wordt vastgelegd vanuit de 'createdon' timestamp op de 'Incident' (Case) entiteit voor elk nieuw record.
Vastleggen
Gebruik de 'createdon' timestamp van het Incident record.
Gebeurtenistype
explicit
|
|||
|
Case afgesloten
|
Dit is de uiteindelijke administratieve afsluiting van het case record, die tegelijkertijd met de oplossing of enige tijd daarna kan plaatsvinden. Deze activiteit wordt vastgelegd door een wijziging in de casestatus naar 'Gesloten'. | ||
|
Het belang
Dit vertegenwoordigt het absolute einde van de proceslevenscyclus in het systeem. De tijd tussen 'Opgelost' en 'Gesloten' kan duiden op administratieve overhead of vertragingen bij het finaliseren van records.
Vindplaats
Vastgelegd door een wijziging in het 'statecode'-veld van de 'Incident'-entiteit naar 'Annulerened' (2) of een aangepaste gesloten status. De timestamp is beschikbaar in de audit history.
Vastleggen
Volg de timestamp van de 'statecode' die verandert naar de uiteindelijke terminale staat (bijv. Geannuleerd/Gesloten).
Gebeurtenistype
explicit
|
|||
|
Case Geëscaleerd
|
Vertegenwoordigt de formele escalatie van een case naar een hogere ondersteuningslaag of een ander team. Dit kan een expliciete gebruikersactie zijn die de case opnieuw toewijst aan een aangewezen escalatiewachtrij of gebruiker. | ||
|
Het belang
Het monitoren van escalaties is belangrijk voor de KPI 'Interne Escalapakketatio' en voor het vinden van hoofdoorzaken van problemen die eerstelijns ondersteuning niet kan oplossen. Het belicht proceszwaktes en trainingsmogelijkheden.
Vindplaats
Afgeleid uit een wijziging in het 'ownerid'-veld naar een aangewezen escalatiewachtrij of team. Het kan ook een expliciete custom action zijn die de case als geëscaleerd markeert.
Vastleggen
Identificeer een timestamped wijziging van de 'ownerid' naar een bekende escalatiewachtrij.
Gebeurtenistype
inferred
|
|||
|
Case Toegewezen
|
Deze activiteit vertegenwoordigt de toewijzing van een case aan een specifieke wachtrij of gebruiker voor afhandeling. Het systeem registreert expliciet wijzigingen in de case-eigenaar, die kunnen worden gevolgd via de auditlogs van het systeem. | ||
|
Het belang
Het volgen van toewijzingen is belangrijk voor het analyseren van werklastverdeling, het vinden van toewijzingsgerelateerde vertragingen en het begrijpen van de routing-efficiëntie. Het helpt vragen te beantwoorden over hoe snel cases naar het juiste team of de juiste persoon worden geleid.
Vindplaats
Vastgelegd door wijzigingen in het 'ownerid'-veld van de 'Incident'-entiteit te volgen. De timestamp van de wijziging is beschikbaar in de audit history logs.
Vastleggen
Extraheer timestamped wijzigingen van het 'ownerid'-veld uit de auditlogs.
Gebeurtenistype
explicit
|
|||
|
Dossier afgehandeld
|
Dit is een belangrijke mijlpaal die het punt vertegenwoordigt waarop de agent het probleem van de klant als afgehandeld beschouwt. Dit is een expliciete actie in Dynamics 365, waarbij een 'Case Resolution' activiteit record wordt aangemaakt dat gekoppeld is aan de case. | ||
|
Het belang
Als de primaire, op succes gebaseerde eind-gebeurtenis is deze activiteit belangrijk voor het berekenen van afhandelingstijden en succeskansen. Het is een kritieke component van bijna elke klantenservice-KPI.
Vindplaats
Deze gebeurtenis correspondeert met de creatie van een 'Oplossing' (Case Resolution) activiteit record. De 'actualend' timestamp op dit record markeert de oplossingstijd.
Vastleggen
Gebruik de 'actualend' of 'createdon' timestamp van het geassocieerde 'Resolution' activiteit record.
Gebeurtenistype
explicit
|
|||
|
SLA Timer gestart
|
Geeft de activering aan van een Service Level Agreement (SLA) timer voor de case, die begint met het bijhouden van de tijd tegen een gedefinieerde servicemetriek zoals 'First Response By' of 'Resolve By'. Dit is een expliciete gebeurtenis die wordt beheerd door de Dynamics 365 SLA engine. | ||
|
Het belang
Deze activiteit is onmisbaar voor het monitoren van SLA-naleving en het begrijpen wanneer de klok begint te lopen voor serviceverplichtingen. Het ondersteunt direct de analyse van of servicetargets worden gehaald.
Vindplaats
Vastgelegd in de 'SLA KPI Instance' entiteit, die gerelateerd is aan de 'Incident' entiteit. De 'createdon' timestamp van de relevante SLA KPI Instance record markeert het begin.
Vastleggen
Gebruik de creatie timestamp van het 'SLA KPI Instance' record dat aan de case is gekoppeld.
Gebeurtenistype
explicit
|
|||
|
`Case` Geheractiveerd
|
Treedt op wanneer een eerder opgeloste case automatisch of handmatig opnieuw wordt geopend, meestal omdat de klant reageerde of meldde dat het probleem niet was opgelost. Dit is een standaard systeemgedrag dat de casestatus verandert van 'Opgelost' terug naar 'Actief'. | ||
|
Het belang
Deze activiteit is belangrijk voor het vinden van herstelwerk en het analyseren van de 'First Contact Resolution Rate'. Een hoog aantal reactiveringen wijst op onvolledige of ineffectieve initiële oplossingen.
Vindplaats
Vastgelegd door een wijziging in het 'statecode'-veld van de 'Incident'-entiteit van 'Opgelost' (1) terug naar 'Active' (0). De timestamp van deze wijziging wordt vastgelegd in de audit history.
Vastleggen
Volg timestamp van 'statecode' wijziging van Opgelost naar Actief in auditlogs.
Gebeurtenistype
explicit
|
|||
|
Agent Onderzocht Probleem
|
Vertegenwoordigt de agent die actief werkt om het probleem van de klant te begrijpen en te diagnosticeren. Dit is een afgeleide activiteit, vaak geïdentificeerd doordat de agent een Kennisartikel koppelt aan de case, wat duidt op onderzoek. | ||
|
Het belang
Het volgen hiervan helpt de benutting van kennisbronnen en de impact ervan op oplossingstijden te meten. Het geeft inzicht in of medewerkers beschikbare tools benutten om problemen efficiënt op te lossen.
Vindplaats
Afgeleid van de aanmaak van een record in de 'IncidentKnowledgeBaseRecord'-entiteit, die een Knowledge Article linkt aan een Case. De timestamp van deze recordaanmaak wordt gebruikt.
Vastleggen
Gebruik de timestamp wanneer een Kennisartikel wordt geassocieerd met het Incident.
Gebeurtenistype
inferred
|
|||
|
Case-categorisatie gewijzigd
|
Deze gebeurtenis treedt op wanneer een agent de categorie of het onderwerp van een case wijzigt na de initiële creatie. Dit is een expliciete wijziging die wordt gevolgd door de auditfunctionaliteit van het systeem. | ||
|
Het belang
Het volgen van hercategorisatie is belangrijk voor de KPI 'Serviceaanvraag Hercategorisatie Rate'. Een hoge frequentie duidt op problemen met de initiële triage, wat leidt tot incorrecte routing en vertragingen.
Vindplaats
Vastgelegd vanuit de audit history voor de 'Incident'-entiteit, specifiek door wijzigingen in het 'subjectid'-veld of andere aangepaste categorisatievelden te volgen.
Vastleggen
Extraheer timestamped wijzigingen van het 'subjectid'-veld uit de auditlogs.
Gebeurtenistype
explicit
|
|||
|
Informatie Opgevraagd van Klant
|
Deze activiteit markeert een punt waarop de agent meer Informatie van de klant nodig heeft om verder te gaan. Dit wordt vaak afgeleid uit het feit dat de casestatus verandert naar een 'wachtende' staat of door een uitgaande e-mail die vanuit de casetijdlijn wordt verzonden. | ||
|
Het belang
Dit is belangrijk voor het meten van klantgerelateerde vertragingen en het begrijpen van de KPI 'KlantInformatie Wachttijd'. Het helpt de procestijd die wordt besteed aan wachten op externe input te isoleren.
Vindplaats
Kan worden afgeleid uit een wijziging in het 'statuscode'-veld van de 'Incident'-entiteit naar een waarde zoals 'On Hold' met de reden 'Waiting for Klant'. De timestamp van deze statuswijziging wordt gebruikt.
Vastleggen
Volg de timestamp van een statuscode wijziging naar een aangewezen 'wachten op klant' staat.
Gebeurtenistype
inferred
|
|||
|
Oplossing voorgesteld aan klant
|
Deze activiteit betekent dat de agent een oplossing heeft geformuleerd en deze heeft gecommuniceerd naar de klant. Het wordt doorgaans afgeleid uit een uitgaande e-mail die vanuit de casetijdlijn is verzonden of een statuswijziging naar 'Wachtend op klantbevestiging'. | ||
|
Het belang
Deze mijlpaal markeert de overgang van onderzoek naar oplossing. Het analyseren van de tijd tussen het voorstellen en bevestigen van een oplossing kan vertragingen in klantrespons of problemen met de voorgestelde oplossingen zichtbaar maken.
Vindplaats
Kan worden afgeleid uit de timestamp van een uitgaande 'E-mail'-activity record gerelateerd aan de case, of een statuscode-wijziging naar een pre-opgeloste staat.
Vastleggen
Gebruik timestamp van een uitgaande e-mailactiviteit of een statuswijziging naar 'Oplossing voorgesteld'.
Gebeurtenistype
inferred
|
|||
|
Tevredenheidsonderzoek Verzonden
|
Markeert het versturen van een klanttevredenheidsonderzoek, meestal automatisch geactiveerd nadat een case is opgelost. Dit wordt doorgaans vastgelegd als een uitgaande e-mail of een Klant Voice survey activiteit. | ||
|
Het belang
Deze activiteit koppelt het operationele proces aan resultaten van de klantervaring. Het maakt analyse van tevredenheidsscores mogelijk in de context van het procespad dat een case heeft gevolgd.
Vindplaats
Afgeleid van de aanmaak van een uitgaande 'E-mail'-activity met een enquête-link, of van een 'Klant Voice survey invite'-activity record gerelateerd aan de case.
Vastleggen
Gebruik de creatie timestamp van het survey-gerelateerde activiteit record.
Gebeurtenistype
inferred
|
|||
|
Wachtrijitem opgepakt door agent
|
Deze gebeurtenis treedt op wanneer een agent actief een case uit een gedeelde wachtrij neemt om eraan te beginnen werken. Dit is een bewuste actie van de gebruiker, die verschilt van het systeem dat de case aan de wachtrij toewijst. | ||
|
Het belang
Deze activiteit helpt de daadwerkelijke wachttijd van een case in een wachtrij te meten voordat een agent begint met werken. Het is belangrijk voor het vinden van knelpunten in wachtrijen en het begrijpen van de proactiviteit van medewerkers.
Vindplaats
Bijgehouden wanneer een gebruiker het 'workedbyid' veld bijwerkt op de 'QueueItem' entiteit die aan de case is gekoppeld, of wanneer de case-eigenaar verandert van een wachtrij naar een gebruiker.
Vastleggen
Identificeer de timestamp wanneer het 'workedbyid'-veld op de QueueItem wordt gevuld.
Gebeurtenistype
explicit
|
|||