Uw klantenservice data template

Microsoft Dynamics 365 Customer Service
Uw klantenservice data template

Uw klantenservice data template

Deze template biedt een gestructureerde aanpak voor het verzamelen van de essentiële data die nodig is voor een grondige analyse van uw klantenserviceproces. Het schetst de cruciale attributen om te verzamelen, de belangrijke activiteiten om te volgen, en biedt leidraad voor hoe deze informatie effectief te extraheren.
  • Aanbevolen attributen om vast te leggen
  • Belangrijkste activiteiten om te volgen
  • Extractiehandleiding voor Microsoft Dynamics 365 Customer Service
Nieuw met event logs? Leer hoe je een process mining event log creëert.

Klantenservice attributen

Dit zijn de aanbevolen datafelder om op te nemen in uw event log voor een uitgebreide analyse van uw klantenserviceproces.
5 Verplicht 7 Aanbevolen 9 Optioneel
Naam Omschrijving
Serviceaanvraag
ServiceRequest
De unieke identifier voor een klantenserviceaanvraag, ook bekend als een case of ticket.
Omschrijving

De Serviceaanvraag dient als de primaire identifier, die alle activiteiten met betrekking tot éé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 end-to-end reis te volgen, oplossingstijden te meten en patronen te identificeren over vergelijkbare cases.

Het belang

Dit is de essentiële Case ID die alle gerelateerde events verbindt tot één enkele procesinstantie, waardoor end-to-end procesanalyse mogelijk wordt.

Vindplaats

Dit is de primaire sleutel van de Case (incident) entiteit in Microsoft Dynamics 365 Customer 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 ruggengraat van de proceskaart, waardoor de visualisatie en analyse van de processtroom mogelijk wordt. Elke activiteit creëert, in combinatie met een timestamp, een event dat de processequentie 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 identificeren en knelpunten (bottlenecks) te vinden.

Vindplaats

Typisch afgeleid door statuswijzigingen (statuscode) of specifieke events 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 geëxtraheerd.
Omschrijving

Dit attribuut specificeert de oorsprong van de event data. Voor dit proces zal het consequent Microsoft Dynamics 365 Customer Service identificeren als de bron. In omgevingen met meerdere systemen is dit veld cruciaal voor het onderscheiden van databronnen en het waarborgen van data lineage.

Het belang

Biedt duidelijke data lineage, wat cruciaal 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 Customer Service
Laatste data-update
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 actualiteit van de geanalyseerde data te begrijpen en is essentieel 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 actualiteit van de data, wat cruciaal is voor het nemen van tijdige en accurate 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
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 essentieel voor het correct sequentieel plaatsen van events en voor alle tijdgebaseerde analyses, inclusief het berekenen van cyclustijden, duur en wachttijden tussen activiteiten. Een accurate en consistente timestamp is cruciaal voor de integriteit van de process mining analyse.

Het belang

Deze timestamp ordent events chronologisch en maakt alle tijdsduur-gebaseerde berekeningen mogelijk, die cruciaal 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
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 cruciaal voor het analyseren van agentprestaties, workloadverdeling en resource-allocatie. Door activiteiten op agentniveau te volgen, kunnen organisaties toppresteerders, trainingsbehoeften en onevenwichtigheden in workload identificeren.

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 User (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 resource-allocatie.

Het belang

Biedt inzichten in hoe verschillende klantcontactkanalen de procesefficiëntie, oplossingstijd en klanttevredenheid beïnvloeden.

Vindplaats

Dit correspondeert met het veld 'Case Origin' (caseorigincode) 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 identificeren welke klanten de meeste aanvragen indienen, de langste oplossingstijden ervaren of de meest complexe problemen hebben. Dit is essentieel voor het beheren van klantrelaties en het verbeteren van klantspecifieke dienstverlening.

Het belang

Maakt analyse op klantniveau mogelijk om patronen te identificeren, service voor belangrijke accounts te verbeteren en de customer journey 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
Global 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, resource-allocatie en oplossingstijden beïnvloedt, is essentieel 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 Oplossingstijd
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 cruciaal 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 cruciaal 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 vitaal 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 wordt.

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 fundamenteel voor het segmenteren van de procesanalyse om te begrijpen hoe verschillende typen aanvragen worden afgehandeld. Analyseren per type kan onthullen dat bepaalde categorieën langere oplossingstijden, hogere escalatieratio's of verschillende procespaden hebben.

Het belang

Maakt processegmentatie mogelijk om type-specifieke knelpunten (bottlenecks), resourcebehoeften 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
FacturatievraagTechnische ondersteuningProductfeedbackAccountbeheer
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 onthullen of bepaalde producten meer ondersteuningsaanvragen genereren, complexere problemen hebben of gespecialiseerde agentvaardigheden vereisen. Deze analyse helpt bij productverbetering en resourceplanning.

Het belang

Maakt productspecifieke procesanalyse mogelijk om terugkerende productproblemen te identificeren, 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 data is essentieel voor het Customer 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 Customer Voice, en gekoppeld aan de Case (incident) entiteit.

Voorbeelden
5341
Doorlooptijd serviceaanvraag
ServiceRequestCycleTime
De totale tijd verstreken vanaf de creatie tot de oplossing van een serviceaanvraag.
Omschrijving

Deze berekende metric meet de end-to-end duur voor elke serviceaanvraag. Het wordt berekend als het tijdsverschil tussen de activiteit 'Case aangemaakt' en de activiteit 'Case opgelost'. Dit is een primaire KPI voor het evalueren van de algehele procesefficiëntie en staat centraal in het Service Request Resolution Times dashboard. Het helpt cases aan te wijzen die uitzonderlijk lang duren en identificeert systemische vertragingen.

Het belang

Dit is een kernprocesprestatie metric die direct de efficiëntie van het end-to-end oplossingstraject meet en helpt langlopende cases te identificeren.

Vindplaats

Berekend door de timestamp van de eerste event af te trekken van de timestamp van de laatste afhandelingsevent voor elke Case ID.

Voorbeelden
1728006048003600
Is `First Contact Resolution`
IsFirstContactResolution
Een vlag 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 flag 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 fundamenteel 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 vlag 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 flag is essentieel 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 identificeren.

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 (rework) omvatte.
Omschrijving

Deze boolean flag identificeert cases die rework loops of herhaalde activiteiten bevatten, zoals meerdere 'Informatie aangevraagd van klant' events of een 'Case geheractiveerd' event 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 essentieel voor het Rework and Repeat Contact Analysis dashboard.

Het belang

Helpt bij het kwantificeren en isoleren van procesinefficiënties, waardoor analisten zich kunnen richten op de grondoorzaken van herhaald werk en verspilde inspanningen.

Vindplaats

Berekend door specifieke activity-sequenties (bijv. Opgelost -> Gereactiveerd) of herhaalde activiteiten binnen een case te detecteren met behulp van process mining analytics.

Voorbeelden
truefalse
Kennisartikel-ID
KnowledgeArticleId
De identifier 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 agents wordt benut om klantproblemen op te lossen. Deze data is essentieel 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 agents beschikbare resources 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 cruciaal voor het begrijpen van team-niveau prestaties, workloadverdeling over verschillende ondersteuningslagen of specialismen, en het identificeren van procesvariaties tussen teams.

Het belang

Maakt prestatieanalyse op teamniveau mogelijk, wat essentieel 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 User.

Voorbeelden
Tier 1 SupportFacturatieafdelingTechnische specialisten
Verplicht Aanbevolen Optioneel

Klantenservice activiteiten

Dit zijn de belangrijke processtappen en mijlpalen om vast te leggen in uw event log voor accurate ontdekking en optimalisatie van klantenservice.
6 Aanbevolen 7 Optioneel
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 event, vastgelegd met een specifieke timestamp wanneer de 'Incident' entity record voor het eerst wordt opgeslagen.
Het belang

Als de primaire start-event is deze activiteit essentieel 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 event 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 'Canceled' (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 van vitaal belang voor de KPI 'Interne Escalatieratio' en voor het identificeren 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 audit logs van het systeem.
Het belang

Het volgen van toewijzingen is cruciaal voor het analyseren van workloadverdeling, het identificeren 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 audit logs.

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-event is deze activiteit essentieel voor het berekenen van afhandelingstijden en succeskansen. Het is een kritieke component van bijna elke klantenservice-KPI.

Vindplaats

Deze event 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 event die wordt beheerd door de Dynamics 365 SLA engine.
Het belang

Deze activiteit is fundamenteel 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
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 agents 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 gereactiveerd
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 cruciaal voor het identificeren van rework 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 'Resolved' (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 audit logs.

Gebeurtenistype explicit
Case-categorisatie gewijzigd
Deze event 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 essentieel 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 audit logs.

Gebeurtenistype explicit
Informatie opgevraagd bij 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 cruciaal 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 Customer'. 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 onthullen.

Vindplaats

Kan worden afgeleid uit de timestamp van een uitgaande 'Email'-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 verstuurd
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 Customer 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 'Email'-activity met een enquête-link, of van een 'Customer 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 event 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 essentieel voor het identificeren van knelpunten in wachtrijen en het begrijpen van de proactiviteit van agents.

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
Aanbevolen Optioneel

Extractie Guides

Hoe u uw data uit Microsoft Dynamics 365 Customer Service verkrijgt