Why closed tickets can quietly reopen forever in HaloPSA
A walkthrough for HaloPSA admins on setting up end user closure confirmation, SLA hold reminders, and internal status alerts without annoying customers or breaking automatic closure
The short version
This tutorial covers HaloPSA end user closure confirmation, SLA hold reminders, and internal status change alerts. It walks through the exact configuration screens, the email templates involved, and a gotcha where a missing toggle stops closure confirmation working at all, plus a quirk where reopened tickets stop auto-closing.
What you'll take away
-
End user closure confirmation puts tickets in limbo
Turning it on moves a ticket into a resolved state rather than closed, giving the client a window to confirm or deny the fix before HaloPSA closes it automatically.
-
One missing toggle breaks the whole feature
If enable sending of SLA hold reminders is switched off on the resolved status, closure confirmation silently stops working. The speaker has seen this misconfigured on live builds.
-
Two email templates do the closing conversation
Template ID 327 is the pending closure email with confirm or deny variables, ID 14 is the standard closed email, and ID 89 is the SLA hold reminder message.
-
Admins can skip the ceremony
A setting under ticket general settings lets administrators close a ticket without triggering the client confirmation email at all.
-
SLA hold reminders apply to every ticket type by default
Any HaloPSA ticket, including projects and CRM records, sends these emails once it hits a waiting on customer status unless you override the behaviour per ticket type.
-
Reopened tickets can stop auto closing for good
A status change rule that fires after a set number of hours does not recur, so once a ticket reopens from that status it will never auto close again. Several partners want exactly that behaviour on purpose.
Key insights from the episode
-
End user closure confirmation lives under Configuration, Tickets, General Settings, and needs a resolved status enabled to work.
-
Check that enable sending of SLA hold reminders is set to yes on the resolved status or closure confirmation will silently fail.
-
Email template 327 needs the dollar deny closure, dollar confirm closure, and dollar confirm close with feedback variables added manually.
-
SLA hold reminder timing uses work day hours by default, so 24 hours actually means three eight hour working days.
-
Enable both sending of SLA hold reminders and user updates release from SLA hold on the ticket status, or the ticket stays flagged as on hold.
-
Override the global SLA hold reminder behaviour per ticket type under its settings if you only want it firing for incidents, not projects or CRM tickets.
-
Status level email settings let you notify the agent, the team, and the team manager separately after a ticket sits unchanged for a set number of hours, on a recurring basis.
-
A status based auto close rule fires once and does not recur, so a reopened ticket from that status will never close automatically again.
Questions people actually ask
What does end user closure confirmation do in HaloPSA?
It moves a ticket into a resolved state instead of closing it outright, sending the client an email asking them to confirm or deny the fix. If they do not respond within a set number of work hours, HaloPSA closes the ticket automatically and can send a further email confirming the closure.
Why is my HaloPSA end user closure confirmation not working?
Check that enable sending of SLA hold reminders is switched on for the resolved status under configuration, ticket statuses. The speaker has seen builds where this toggle was set to no, which stops closure confirmation functioning even though the main setting looks enabled.
Which email templates are used for HaloPSA ticket closure and SLA hold reminders?
Template ID 327 is the pending closure email that asks the client to confirm or deny the fix, ID 14 is the standard ticket closed email, and ID 89 is the SLA hold reminder message. You edit all three under configuration, email templates.
How do SLA hold reminders differ from end user closure confirmation in HaloPSA?
SLA hold reminders simply tell the client the ticket is still on hold and awaiting their response, without asking them to approve a closure. End user closure confirmation specifically asks the client to confirm or deny that the issue is resolved before the ticket closes.
Can HaloPSA notify agents or managers if a ticket status does not change?
Yes, under ticket statuses you can configure recurring email alerts to the agent, the team, and the team manager after the ticket has sat unchanged for a set number of hours. Each of these three notifications can use its own email template and its own recurrence interval.
Why does a HaloPSA ticket stop closing automatically after it gets reopened?
The automatic status change rule that closes a ticket after a set number of hours only fires once and does not recur. If the ticket is reopened and put back on the same waiting status, it will never automatically close again, which some MSPs deliberately rely on to avoid repeatedly closing a ticket they previously mishandled.
Does HaloPSA apply SLA hold reminders to all ticket types by default?
Yes, the setting under service level agreements general settings applies to any ticket in the system, including projects and CRM records, once it is placed on a waiting on customer status. You can override this per ticket type under that ticket type's own settings.
Full transcript
2,105 words
Read full transcript
Collapse
Full transcript
2,105 words
Connor: End user closure confirmation is something that I love to hate I think I don't think most people need it however if you are moving PSA and your clients are currently used to it then I think it's something that we need to adopt.
Second of all, notification reminders to either the user or internal that the ticket is on hold and is waiting you can also be really important. Um again I think less is more when we're spamming our customers but if there is something quite important we can control them getting emails to be like OK we're waiting on you.
So let's chat about both those things today and I'll show you how to set them up how to leverage them and hopefully if you need them this will provide some value.
Good day my name is Connor Fagan and we're Renada Solutions and today we're talking about end user closure confirmation and SLA hold reminders or reminders in general to either your team or your customers to improve your help desk efficiency so let's start with end user closure confirmation shall we.
So in HaloPSA go to configuration go to tickets go to general settings. I'm going to zoom in a little bit for you all here and then scroll down and what you'll find in here is end user closure confirmation. Now what this basically does is it puts the ticket into a resolved state before it's closed and basically gives you a bit of a buffer.
Now the reason I don't like this is because the ticket is technically still open in HaloPSA and I don't always find it adds a lot of value but if your clients are used to confirming or denying if the ticket's completed then you may want to leverage this. What happens when you turn this box on is a few things appear basically.
So first of all is an email template and the email template is the default close your email template which basically says we think we've fixed your problem can you confirm or deny it right. Um if they don't reply and say yes we've done it then after X amount of hours and these are work days by the way. Um after X amount of workday hours so if it's eight hour work days times that by the days so 24 would be three days.
Um after three days let's do 24 after three days it will automatically close and we can have the option to send an email to the client to say you haven't responded we've now closed your ticket.
You can also enable reminder emails so you could say once a day send an email to the client saying we're still waiting on you please let us know if this is resolved or not. Um and what you can also do is send closure reminders to CC addresses.
Um and you can also allow administrators to skip the end user closure confirmation so if an admin is closing the ticket don't send the closure emails.
So what do these moving pieces look like well there's a couple of things that need to be enabled to enable this. Um the first thing is once you turn this on you should have the status in here called resolved and this is what's going to be leveraged um in that closure confirmation.
Now what's really important with this is that you actually have this turned on enabling of sending SLA hold reminders. Now I've had a few builds where that is set to no and then end user confirmation doesn't work so just make sure that your resolved status is actually set to yes. What you also want to make sure you're doing is you're looking at the email templates to make sure that that communication is aligned not only graphically with how you like your templates to look but also the verbiage is how you speak to your clients and to double check what they are.
There's basically two at play here. There is the first one down here. Here we go which is the default one which is default closure email template or the ticket close pending close your template ID 327. The ID's 14 and ID's 327 refers to email email templates and this ID here. So if we find the one that is 327 this one here ticket close pending closure you can basically make it look like this which basically says your request has been here are you happy with it. Or you can use ID 14 which is the normal ticket closed one.
Now if you are using ticket pending closure 327 you should actually add a few variables in here with a check or an X to say that it is closed yes or no to understand what those are. If you go back to config tickets general settings and scroll all the way down I believe it tells you in here. So here um you can basically add the variables dollar deny closure dollar confirm closure or dollar confirm close you with feedback as variables in that email template so they can close or reopen if you will that pending close your ticket.
Again, um sending emails to an end user when ticket is closed automatically that's fine that is just going to send out the closed email. Um email template that's what I'm trying to say. Um and the reminder emails just to confirm what they are. Um is if you go to email email templates and reminder remember what the number is. Um SLA hold reminder message this is what the email is going to look like so again make sure you configure this one your ticket is on hold and we are awaiting your response that is ID 89. Piece of cake.
What you can also do in ticket general settings if you didn't want the end user closure confirmation to be something you use in your build what you can actually do is have something a little bit different under SLAs and general settings and what you can do in here is you can enable SLA hold reminders.
Now this kind of works similar however this isn't saying do you approve the close or not this is just going to say we've closed it after a certain number of hours days whatever you set. So you can go here and turn on enable SLA hold reminder emails again make sure that the statuses of the ticket have this enabled. So config ticket statuses and let's just say waiting customer and what you want to make sure you do is have a couple of things. One is you want to make sure you enable the sending of SLA hold reminders and also you might want to enable the user updates release from SLA hold because if not it will still be on SLA and still asking that customer to provide feedback.
Once you've enabled these two things go to general settings service level agreements general settings scroll all the way down and you can turn on enable of ascending SLA hold reminders again you can dictate here if you want to use work days or just normal hours. So if this would be 48 you know normal hours that would be 2 days if you use work days that would be 24 times 2 is 48 giving us six days. God I'm a math wizard.
Um and then you can also do number of hours without a response until the ticket is you know automatically closed and again this will just close a ticket and send the client an email we've now closed your ticket. Um just to note with this though and be careful with this this is based on the status so any ticket at all in the system whether it be a project to CRM or anything if you put it on waiting on customer it's going to send out these emails however you can override that per ticket type.
So if you go to a ticket type let's say incident. Um here we go it's under settings tells you what I know. Um you can go down here and you can enable of sending of SLA hold reminders and you can also turn on or off if you want the ticket to automatically closed. So if you are thinking about setting up SLA hold reminders to email your clients you'll want to make sure you can configure this here.
Now whilst that is all well and good you might want to be notified internally if a ticket has been sat at the state is new for so many hours right. You might want the agents to know in the team or you might want the team leader to know or even the department leader to know that hang on a minute this sales ticket has been set for new for eight hours we need to allocate this to someone in the sales team. To do that we can do that under the statuses and we can say in progress if you wanted to do that and we have these three email settings here.
So we can inform the agent of no status change after this many hours and again this could be either the general ticket setting hours normal hours or the work hours and you can make it recurring so every x amount of hours let the agent know the ticket hasn't changed status. We can do the same for team and we can do the same for the team manager. So again if you wanted the team manager to know that after eight hours the ticket is still sat in progress you can have that recurring so every eight hours it will be notified to that team manager.
And again we can then select the email template like this. Um again we can have informing the user set here as well so if you didn't want to leverage the SLA bit and wanted to do it all from statuses we can do it over here. So we can email the user x amount of times always recurring saying hey the ticket is still on hold please let us know. Now in some build depending on the use case I will also leverage here changing the status after this many hours.
So what you could do is have you know with I don't know with customer or waiting on customer and you could say after 24 hours change the status to be closed OK and we can do this as work hours. The problem is this doesn't recur and what that means is if the ticket goes from waiting customer to close then it's reopened and then it goes back onto waiting customer it will never automatically close it again.
Now the use cases for this are quite relevant because what I've said to my partners is is well these are the options right and they go well actually if it has automatically closed once and it's reopened we don't want to automatically close it again because we've clearly done something wrong in the past or we haven't handled it properly we don't want to really annoy our customers. So this actually becomes really valuable.
So again there's a couple of use cases for which one you want to leverage. So that's basically it that's just a quick overview of you know um end user closure confirmation um SLA hold reminders and also status reminders that you can leverage in your HaloPSA build to handle a few things hope this has been valuable to you my name's been Connor Fagan hope you have a beautiful day and we will see you all soon take care bye-bye.
Author
Related tutorials
Our Core Services
Offering support to enable sustainable success for your organisation.