Jump to content

Auto - Reopen Tickets if customer reply back


Recommended Posts

Thanks for your reply Steve.

We already have the 2 stage closure process in place.

We just need to set it so that when a customer emails back in with a reference number in the subject, that it re-opens the ticket when it is resolved.

(the system auto applies emails to a ticket when there is a reference number in the subject of the email)

Link to comment
Share on other sites

Hi Steve,

Thanks for your reply, but unfortunately that page doesnt help us.

Surely this is something that other people are struggling with?

Is there any one else that could help us? We are missing emails from our customers that are updating resolved tickets and we dont see the reply as the system auto adds the email to the ticket.



Link to comment
Share on other sites

@Philip Walker Re: "auto re-open a ticket"

Currently this can only be achieved via an existing workflow (BP) for a request. It would be the workflow that would perform this "re-open". However in order for a workflow to do this it needs to be a running workflow(*). This means that you would need that workflow active for as long as you need the "re-open" to happen on the request. This is where the request sub-statuses come into play. In theory you can have the workflow suspended at a "Wait For Status Change" node. This will be the point from where the workflow will do the "re-open". Second you need sub-statuses configured on the request so when the routing rules apply an email to a request, will trigger a status change which in turn will resume the workflow which will perform the re-open. The main consideration here is actually how long will the workflow be active as it is not recommended to have indefinite running workflows or workflows that are active for a long period of time.

(*) a running workflow or a workflow instance represents a workflow that has not yet been completed. Once a workflow is complete it can no longer perform any actions and it cannot be re-started.

Link to comment
Share on other sites

@Philip Walker - I think we need to be a bit more creative here.

We need to have an active sub-status configured on the service having the "trigger on customer response" option enabled. An active status is new, open or resolved. The fact that resolved is an active status is somewhat problematic for the "Suspend Wait For Status Change". When the autoresponder applies the email an triggers the sub-status change, because the sub-status is associated with an active status, there is no actual status change so "Suspend Wait For Status Change" will not resume. Ideally the "Wait For Status Change" would work with sub-statuses but it does not (not currently anyway).

Once could still achieve the above by not having the request resolved. I have seen this implemented in other instances where there would be a sub-status named "Resolved" associated with the on hold status. So when the analyst "resolves" a request, instead of resolving (as in the request status) it makes use of this sub-status to indicate the request is resolved. If this is implemented then "Suspend Wait For Status Change" can now work on autoresponder updates because request status is on-hold and the autoresponder update will change the status to an active status. This has the additional benefit that the SLA resolution timer can be paused and resumed each time the request goes to "Wait For Status Change" (because the request is put on hold at the time). I hope this makes sense, I know is not very straight forward.

Maybe @Martyn Houghton has something around these lines implemented din their instance (iirc, might be wrong), if so would it be possible to give us some advice here if so?

Link to comment
Share on other sites

@Victor @Philip Walker


We too have the issue of the limiting factor of the scope of the suspend nodes. Setting the request to parent status of Resolved and using the Pause Timers node will trigger the showing of the resolution confirmation buttons in the portal but then you hit the issue you are having how to suspend/wait for expiry. Its been a while since I looked at this so will have a another look and see if there another way round this.




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

  • Create New...