
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Best Practice Question - Cooling off Period for tickets?</title>
<link>https://itsmfuk.site-ym.com/forums/posts.aspx?topic=1455917</link>
<description></description>
<lastBuildDate>Sun, 7 Jun 2026 00:05:08 GMT</lastBuildDate>
<pubDate>Tue, 6 Nov 2018 15:00:48 GMT</pubDate>
<copyright>Copyright &#xA9; 2018 itSMF UK</copyright>
<atom:link href="https://itsmfuk.site-ym.com/forums/topic_rss.asp?id=1455917" rel="self" type="application/rss+xml"></atom:link>
<item>
<title>Best Practice Question - Cooling off Period for tickets?</title>
<link>https://itsmfuk.site-ym.com/forums/posts.aspx?topic=1455917</link>
<guid>https://itsmfuk.site-ym.com/forums/posts.aspx?topic=1455917</guid>
<description><![CDATA[<p>Hi,</p>
<p>Thanks for taking the time to read this post, I appreciate it!</p>
<p>&nbsp;</p>
<p>My question is around what the best practice is in relation to cooling off periods for resolved tickets before ticket closure.</p>
<p>&nbsp;</p>
<p>Our Help Desk is going to be launching a new ITSM ticketing system and we plan to have a 48 hour cooling off period for all resolved tickets before they are marked as closed. This will mean that when a customer has a ticket closed they will have 48 hours to reopen this ticket, before the ticket is automatically closed. After this 48 hour window the customer would need to open a new ticket.</p>
<p>&nbsp;</p>
<p>My question is whether or not 48 hours is a good time frame for a cooling off period or whether this should be shorter/longer? Any feedback is welcome and much appreciated!</p>
<p>&nbsp;</p>
<p>Kind Regards,</p>
<p>Dave Cameron</p>
<p>&nbsp;</p>]]></description>
<pubDate>Fri, 19 Oct 2018 14:02:32 GMT</pubDate>
</item>
<item>
<title></title>
<link>https://itsmfuk.site-ym.com/forums/posts.aspx?topic=1459398</link>
<guid>https://itsmfuk.site-ym.com/forums/posts.aspx?topic=1459398</guid>
<description><![CDATA[Five working days is the typical 'cooling off period' that I've seen across many sites across the globe in both public and private sectors.]]></description>
<pubDate>Tue, 6 Nov 2018 15:28:32 GMT</pubDate>
</item>
<item>
<title></title>
<link>https://itsmfuk.site-ym.com/forums/posts.aspx?topic=1459406</link>
<guid>https://itsmfuk.site-ym.com/forums/posts.aspx?topic=1459406</guid>
<description><![CDATA[Hi Dave,<br /><br />This is an area I have addressed quite a bit over the years, there's no absolute right answer of course so all I can do is say how I've approached it.<br /><br />Firstly, I agree with Phil in that I have always tried to adapt the 5 working days approach, I also like the "3 strikes" rule, in that user gets an email at resolution with relevant fix details but also with a notification of the cooling off period and that after that if the provider does not hear from them then a new ticket would need to be logged. After 3 days they get a gentle reminder of the move to closure in a further 2 days and then after the 5th day the system sets the status to closed (I would not email the user again). This approach does depend on your customers/users appetite for email and how they perceive communication from their provider at present (too much, about right, too little).<br /><br />I would also say that you need to have someone with the role/system privilege to overwrite the cool off rule (I would say typically this would be your Svc Desk Manager), the reason I say that is that there will also be situations that drive process exceptions or relationship reasons whereby you may wanted to take the decision due to circumstances to re-open a call in a closed state (the challenge is ensuring this is the exception not the rule!).<br /><br />Lastly, I would recommend that the resolution, cool off to closure timeframe and activity is clearly documented and agreed in your SLA's.<br /><br />Hope this helps!<br /><br />Cheers,<br />John]]></description>
<pubDate>Tue, 6 Nov 2018 16:00:48 GMT</pubDate>
</item>
</channel>
</rss>
