Jump to content

Reporting on - Requests->Sub-status Id & Requests->Sub-status Text


Recommended Posts

Sorry, another question related to On-Hold but this time to do with reporting. :rolleyes:

We want to see historically each month which tickets have been affected by users being on away. (holiday)

Reporting on the following two fields only shows the status at the time when the report is run.

Requests->Sub-status Id

Requests->Sub-status Text

Is their a way to view the historical statuses applied to a ticket previously in a report ?

Thank once again.

Link to comment
Share on other sites

6 minutes ago, Mark (ESC) said:

Is their a way to view the historical statuses applied to a ticket previously in a report ?

@Mark (ESC) no. The value is stored in a "status/sub-status" field, on requests. It is updated each time the status changes, overwriting the previous value.

What do you mean by "requests affected by users being away"?

Link to comment
Share on other sites

@Victor

What do you mean by "requests affected by users being away"?

Users tend to raise a ticket, and then we receive an out of office when we make our initial reply to them. "They have gone on holiday". :o

These instances affect our overall KPI as it is now unlikely we can resolve this ticket within a working day, i.e. for us 9 hours.

 

I need a way to mark these tickets saying they have been out of office during the initial first 9 hornbill working hours of the ticket.

KPI statistics are done on a monthly basis, so we are not reporting everyday.

 

Link to comment
Share on other sites

@Mark (ESC)

Is your initial reply just a acknowledgement or asking them for more information?

We put the request on hold if we are waiting them to provide more information to allow the request to be progressed, so the SLA Timer is paused. Therefore it will stay on hold until them reply on their return.

To track the occurrences of out of office you could either manually record something under the 'Logging Category' or use a custom field on the service set with a Check Box simple list.

Cheers

Martyn

 

Link to comment
Share on other sites

Thanks

We have chosen to go down the custom field route, which allows us to mark an incident.

This allows us to look at the context much quicker than reading through hundred of comments within the body of the incident.

image.png.99d69107997e3c70d91f04f416b99696.png

  • Like 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...