QlikView data for this dashboard comes Data come from Freshdesk. The historical data
|
starts in April 2016 for IS ticketsin October 2016 for
|
Process The data for all tickets opened in 2016 |
is volumetry volume and Evolution (number of tickets |
onpenedopened, closed and ongoing) since we don't have |
all fields for all the tickets (time in group, user timezone, .... ) before 2017.As from January 2017, we do have full data provided by Freshdesk. This is why the "resolution time", "time in group", (...) and all the KPI based on ticket status history only start in 2017.
However, all the time-dependant KPI may lack acuracy :
Business hours are considered in the end-user timezone. For about 80% of users, we don't the historical status for tickets before 2017.Resolution time et SLA are correctly calculated from 01.2017Some tickets are excluded when they are simultaneous created with a status closed. We take them into account into the volume but not into the resolution time and SLA KPIs
Image Added
back to top ↑ |
| Anchor |
|---|
| businesshours |
|---|
| businesshours |
|---|
|
have the timezone of the user (request made by a customer, a partner, ...) so For The geo-data (zone, country, site) is taken in the ticket data, and remains inchanged.Business hours are :For Processes :8:00 - 18:00during the closing period : 08:00 - 20:00
For ISPriority taken into account is the latest in the ticketP1/P2 : 00:00 - 23:59
|
tickets, business hours are "8" (Processes) or "8during the closing period : 08:00 -
|
20:00" (IS), except for D-1 D4 closing periods. This hours may not perfectly fit each end-user business hour.If a ticket is entirely resolved outside the User timezone business hours, the Business Hour Time is set to 0.All the week-ends, January 1st and December 25th are excluded.
back to top ↑ |
Active and Inactive status |
|---|
These status are key to calculate the KPIs Resolution time and SLA based on either Business hours or Total cycle timeActive Status :open,pending / in progress,transferredreopen
Inactive Status :Waiting for your replywaiting on third party / in progress (third party),transferred to Corrective maintenance,change in progress,activities before closure
|
| GBU, Country and Site |
|---|
This rule explains the poor quality of these dimensions with multiples spellings. |
| Standard definition | | Calculation |
|---|
Ticket created | Ticket "created" during the period | Count distinct of ID tickets |
Ticket resolved | Ticket "closed" or "resolved" during the period | Count distinct of ID tickets |
On going ticket | Ticket status different from "created" or "closed" or "resolved" at the current date | Count distinct of ID tickets |
Average age | Average age (in days) of "ongoing" tickets | Current date - creation date |
| | | |
Resolution time | Time spent between the creation date and the resolution datebusiness hours on active status : takes into account the Business hours, the week ends and the active statustotal cycle time : total time from the creation to the resolution/closed date without considering the Business hours and ticket status. This is the time estimated by the requester.
| Resolution date - creation datesum of hours => average |
Age bucket | % of tickets resolved and closed with a Resolution time spread from 0 to 91+ business hours. | Count distinct of ID tickets with a Resolution time (BH) spread from : 0 to 10 ; 11 to 20 ; 21 to 30 ; 31 to 60 ; 61 to 90 ; 91 + vs Count distinct of ID tickets |
| Info |
|---|
| icon | false |
|---|
| title | Target Users |
|---|
|
ISCRM / BRMProcesses Managers
|
| Info |
|---|
| icon | false |
|---|
| title | Authorization & Rights |
|---|
|
All the accesses must be validated by the-- |