Browse Guides

Advanced SLA Settings
Reading mode
Copy Link
Link Copied!
Print
Feedback
This guide has multiple versions available:
<style>p { margin: 0; }span.fr-emoticon.fr-emoticon-img { background-repeat: no-repeat !important; font-size: inherit; height: 1em; width: 1em; min-height: 20px; min-width: 20px; display: inline-block; margin: -0.1em 0.1em 0.1em; line-height: 1; vertical-align: middle; } span.fr-emoticon { font-weight: normal; font-family: "Apple Color Emoji", "Segoe UI Emoji", "NotoColorEmoji", "Segoe UI Symbol", "Android Emoji", "EmojiSymbols"; display: inline; line-height: 0; } blockquote { border-left: solid 2px #5e35b1; color: #5e35b1; margin-left:0; padding-left:5px;}blockquote blockquote{ border-color: #00bcd4; color: #00bcd4;}blockquote blockquote blockquote{ border-color: #43a047; color: #43a047;} table.grid{ border-collapse: collapse;} table.grid td, table.grid th { border: 1px solid #ddd;} .fr-fic.fr-dib{ display: block; margin: 5px auto;}.fr-fic.fr-dib.fr-fir{ text-align: right; margin: 5px 0 5px auto;}.fr-fic.fr-dib.fr-fil{ text-align: left; margin: 5px auto 5px 0;}.fr-fic.fr-dii{ float: none; margin: 5px auto;}.fr-fic.fr-dii.fr-fil{ float: left; margin: 5px auto;}.fr-fic.fr-dii.fr-fir{ float: right; margin: 5px auto;}img.fr-dib.fr-fir { margin-right: 0; text-align: right;}img.fr-dib.fr-fil { margin-left: 0; text-align: left;}img.fr-dib { margin: 5px auto; display: block; float: none;}img.fr-bordered { box-sizing: content-box; border: solid 5px #CCC;}img.fr-shadow { box-shadow: 10px 10px 5px 0px #cccccc;}img.fr-rounded { border-radius: 10px; -moz-border-radius: 10px; -webkit-border-radius: 10px; -moz-background-clip: padding; -webkit-background-clip: padding-box; background-clip: padding-box;}</style><p><span style="font-size: 14px;"><strong>In this guide we will cover:</strong></span></p><p><span style="font-size: 14px;"><strong>- Preventing the Priority of a Ticket Being Edited</strong></span></p><p><span style="font-size: 14px;"><strong>- Extending/Delaying Response and Resolution Targets</strong></span></p><p><span style="font-size: 14px;"><strong>- Justifying a Breached Target</strong></span></p><p><span style="font-size: 14px;"><strong>- Override SLA Targets with Ticket Fields (Ad-hoc SLA)</strong></span></p><p><span style="font-size: 14px;"><strong>- Re-setting the Respond by Target after an Event</strong></span></p><p><span style="font-size: 14px;"><strong>-&nbsp;</strong></span><strong>Setting Multiple SLA Response Targets</strong></p><p><br></p><p><br></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong>Associated Guides:</strong></span></p><ul><li style="font-weight: bold;"><span style="font-size: 14px;"><a data-fr-linked="true" href="https://usehalo.com/haloitsm/guides/1865/" id="isPasted" target="_blank" rel="noopener noreferrer"><strong>Service Level Agreements</strong></a></span></li><li style="font-weight: bold;"><span style="font-size: 14px;"><a data-fr-linked="true" href="https://usehalo.com/haloitsm/guides/1928/" id="isPasted" target="_blank" rel="noopener noreferrer"><strong>SLA Workdays</strong></a></span></li></ul><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong>Admin Guides:</strong></span></p><ul><li style="font-weight: bold;"><span style="font-size: 14px;"><a data-fr-linked="true" href="https://usehalo.com/haloitsm/guides/1865/" id="isPasted" target="_blank" rel="noopener noreferrer"><strong>Service Level Agreements</strong></a></span></li><li style="font-weight: bold;"><span style="font-size: 14px;"><a data-fr-linked="true" href="https://usehalo.com/haloitsm/guides/1826/" id="isPasted" target="_blank" rel="noopener noreferrer"><strong>SLA - General Settings</strong></a></span></li></ul><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14pt;"><strong>Preventing the Priority of a Ticket Being Edited</strong></span></p><p><span style="font-size: 12pt;"><strong>Agents</strong></span></p><p><span style="font-size: 14px;">To restrict agents being able to edit the SLA (service level agreement) on a ticket you can revoke this permission on their agent profile/role.</span></p><p><br></p><p><span style="font-size: 14px;">Head to Configuration &gt; Teams &amp; Agents &gt; Agents &gt; select an agent &gt; Permissions tab, here set &#39;Can Edit Advanced Ticket Details&#39; to &#39;No&#39; to prevent the agent being able to edit SLAs.</span></p><p><br></p><p><span style="font-size: 14px;"><em><strong>Note: This also prevents them being able to edit workflows and delete to-do items on tickets.&nbsp;</strong></em></span></p><p><br></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6Ijg2NzkxZDViLTMzOWUtNDNjMS05ZTEzLTViN2MxYjYyZWUwZSJ9.NyVqPN6lELGVGiLFjZQAhM7btgucKrcMXl4F3i_ULXg" class="fr-fic fr-fil fr-dib" width="711" style="width: 713px; height: 349.849px;" height="350"></span></p><p><span style="font-size: 10pt;"><strong>Fig 1. Can Edit Advanced Ticket Details permission</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">This will prevent the agent being able to edit SLAs and priorities on all tickets, however this can also be restricted for specific users.</span></p><p><span style="font-size: 14px;">&nbsp;</span></p><p><span style="font-size: 12pt;"><strong>Users</strong></span></p><p><span style="font-size: 14px;">You can prevent the priority of a ticket being edited if the user has &#39;Priority Escalation&#39;. Priority escalation allows for this user to always have a set priority level on the tickets they log, typically used for important customers who require a high priority service. If you have users using this you may want to prevent agents being able to change the priority on a ticket for this customer to ensure the SLA agreement is always met. &nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">To set priority escalation head to the user profile &gt; Preferences tab &gt; Miscellaneous Settings, see setting &#39;VIP/Priority Escalation&#39;.</span></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6IjdjMTA5MzZmLTIwZTUtNGMxZC04MjUyLTQxOWEyYTlkM2ZiNSJ9.4iMjolGGQOpIsom3W9OHAZlLU5xTMRJ9EuOxsBEImJw" class="fr-fic fr-fil fr-dib" width="612" style="width: 614px; height: 253.59px;" height="254"></span></p><p><span style="font-size: 10pt;"><strong>Fig 2. VIP/Priority Escalation</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">Here set the numerical value for the priority you would like this user&#39;s tickets to have. This priority will be applied to all their tickets for all SLAs.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">Once set, head to Configuration &gt; Tickets &gt; Service Level Agreements &gt; General Settings. Here, enable the setting &#39;Prevent editing of the Priority field if a User VIP escalation policy is in use&#39;.</span></p><p><br></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6IjYxMTRmNGFkLTg5MzgtNDIzYS1hZjdhLThjODBhODRiNzU3NSJ9.G_9vtH68QSxKSLY7GbcrlGfEgs4flZ9_0y66NutV9OU" class="fr-fic fr-fil fr-dib" width="974" style="width: 976px; height: 255.482px;" height="255"></span></p><p><span style="font-size: 10pt;"><strong>Fig 3. Setting to prevent editing of the priority field if a user VIP escalation policy is in use</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">Now on each of these users&#39; tickets no one will be able to change the priority level on the SLA.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 18px;"><strong>Extending/Delaying Response and Resolution Targets</strong></span></p><p><span style="font-size: 14px;">Under each priority level on an SLA there are some settings to delay and extend resolution and response targets.</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">Head to Configuration &gt; Service Level Agreements &gt; Service Level Agreements &gt; select an agreement &gt; Priorities tab &gt; edit a priority, see the highlighted settings in <strong>Fig 4</strong>.&nbsp;</span></p><p><br></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6ImI3ZGU3M2Q5LTkzNDMtNDczMS05MDVkLTU0OTIzNjFmOWVmZCJ9.mCD5D213ndK_nizRcWmZGmo5UPF8ECwbJtI7jN3OdS4" class="fr-fic fr-fil fr-dib" width="587" style="width: 589px; height: 789.357px;" height="789"></span></p><p><span style="font-size: 12px;"><strong>Fig 4. Extend/Delay response and resolution target settings</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong>Automatically extend the response target to the end of the working day</strong> - When enabled this will set the response target for the priority to be the end of the working day regardless of the response target hours/days set on the priority. This may result in the response target being longer than the set target time. This is used when you would like all tickets to be responded to before the end of the working day. If a ticket is logged at a time of day where the target time is longer than the hours left in the working day, the response target will extend to the end of the next working day.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong>Delay starting SLA until the next working day after a particular time</strong>- When checked, should a ticket be logged after the time of day set below, the response timer will not start ticking until the beginning of the following workday. When a ticket is logged with this priority, on this SLA, after this time, the ticket will be put on SLA hold until the following day, at which point it is taken off SLA hold and the SLA time begins to count down. This can be used in cases where your work hours do not always reflect the time are working on tickets, that is you may have 9-5 working hours, but you are in meetings between 3-5 so cannot respond to tickets.</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong>Automatically extend the resolution target to the end of the working day</strong> - When enabled this will set the resolution target for the priority to be the end of the working day regardless of the resolution target hours/days set on the priority. This is used when you would like agents to always have until the end of the working day to resolve tickets with this priority. If a ticket is logged at a time of day where the target resolution time is longer than the hours left in the working day, the resolution target will extend to the end of the next working day.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong>Delay starting SLA until the next working day after a particular time</strong> - When checked, should a ticket be logged after the time of day set below, the resolution timer will not start ticking until the beginning of the following workday. When a ticket is logged with this priority, on this SLA, after this time, the ticket will be put on SLA hold until the following day, at which point it is taken off SLA hold and the SLA time begins to count down. This is useful for when you would like to extend the resolution target for tickets that are logged late in a working day.</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14pt;"><strong>Justifying a Breached Target</strong></span></p><p><span style="font-size: 14px;">If you would like to have agents provide a reason when they have breached a response/resolution target, this can be set on each priority level on an SLA. Head to Configuration &gt; Service Level Agreements &gt; Service Level Agreements &gt; select an agreement &gt; Priorities tab &gt; edit a priority.</span></p><p><br></p><p><span style="font-size: 14px;">Here you have the settings &#39;Prompt for a reason to be entered if the resolution/response target is breached&#39;.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6IjQ0Njk3N2QwLWE1NTgtNDI5Zi05M2QyLTgyYTgzZTAyNDVjMCJ9.-8E1z_XkcSzM_AqNLcyh3jdHstiYtR8cetUbtUJtPVM" class="fr-fic fr-fil fr-dib" width="531" style="width: 533px; height: 628.97px;" height="629"></span></p><p><span style="font-size: 10pt;"><strong>Fig 5. Settings to have an agent justify a breached target</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">When enabled, if a resolution target on a ticket has been breached a text box will appear when the agent does respond to the ticket. Here they will be prompted to provide a justification for the breach. Similarly when resolving a ticket that is past the resolution SLA they will be asked for a justification.&nbsp;</span></p><p><br></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6ImZlMTdiMmY4LTAxZDMtNGEwMi05ZDUyLWEwMjdmNDI2MzU1OSJ9.1T1O5FhEY6jmDz7LFRBqKpom6Xa-jzQZ6eRqQpttT9k" class="fr-fic fr-fil fr-dib" width="695" style="width: 697px; height: 273.078px;" height="273"></span></p><p><span style="font-size: 10pt;"><strong>Fig 6. SLA breach justification prompt</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">The &#39;SLA Excuses&#39; agents provide can be viewed and analysed using the reporting suite. This can be used to create a weekly report on agents who have breach SLA and their justifications.&nbsp;</span></p><p><br></p><p id="isPasted"><strong><em>Note: If you report on SLA breaches, tickets with justifications will show as excluded from resolution SLA in the report instead of breaching.</em></strong></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 18px;"><strong>Override SLA Targets with Ticket Fields</strong></span></p><p><span style="font-size: 14px;">This is used in cases where you would like to choose the SLA targets for a ticket manually, creating an ad-hoc SLA.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">To set this up you will need to enable the override on the SLA priority. Head to Configuration &gt; Service Level Agreements &gt; Service Level Agreements &gt; select an agreement &gt; Priorities &gt; edit a priority. Here you have the settings highlighted in <strong>Fig 7</strong>.&nbsp;</span></p><p><br></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6ImRlOGQ4MDk2LWZiZjQtNDY3My1iY2RmLTczMzA2OTE2ZWNmMSJ9.UgS4qbZTquK4tGsuSITRF1ZWMdYJYn0b_iVlBpetBt4" class="fr-fic fr-fil fr-dib" width="549" style="width: 551px; height: 453.207px;" height="453"></span></p><p><span style="font-size: 10pt;"><strong>Fig 7. Settings to override SLA targets with start date/target date fields&nbsp;</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong>Override fix by date with Start Date when Start Date is set</strong> - Allows you to override the resolution target using the &#39;start date and time&#39; field on a ticket (this will not work using just the &#39;<span style="font-size: 14px;" id="isPasted">start date&#39; field).&nbsp;</span></span></p><p><br></p><p><span style="font-size: 14px;"><strong>Override fix by date with Target Date when Target Date is set</strong> - Allows you to override the resolution target using the &#39;target date and time&#39; field on a ticket (<span style="font-size: 14px;" id="isPasted">this will not work using just the &#39;target <span style="font-size: 14px;">date&#39; field).</span></span></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><strong><em>Note: You will only need one of these two settings enabled, depending on which field you would like to use.&nbsp;</em></strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">Once enabled ensure the ticket type you are using/would like to apply this to, has the &#39;Target date and time&#39; or &#39;Start date and time&#39; field enabled. Head to Configuration &gt; Tickets &gt; Ticket Types &gt; select the ticket type &gt; Field List tab, add the field in here and save.</span></p><p><span style="font-size: 14px;">&nbsp;</span></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6ImFkMDdhODViLWMxOWUtNDE2Ni05NDczLTFlYmIwOWMyZWMwZiJ9.b0cmodL06vJ9M0GspGpLtFmL1fUMubtkxJZ0t-QG_cQ" class="fr-fic fr-fil fr-dib" width="976" style="width: 978px; height: 533.062px;" height="533"></span></p><p><span style="font-size: 10pt;"><strong>Fig 8. Target Date and Time field added to ticket</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">Once added, the field will appear against the ticket type and when populated the resolution target will change to be this date, as shown in <strong>Fig 9</strong>.&nbsp;</span></p><p><br></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6ImM2OWMyYjAxLTliZWUtNDBmNC1iNmQxLTZjNTUxYTI3NGFiMyJ9.4QYCmGhTVZjPSmx8u-Xm6S0O9lWnWAKaDiGwpCV9DXw" class="fr-fic fr-fil fr-dib" width="983" style="width: 985px; height: 176.542px;" height="177"></span></p><p><span style="font-size: 10pt;"><strong>Fig 9. Using target date and time field to override resolution target</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">When you enable this functionality this will apply to all new tickets that are logged with this SLA and priority. If you would like it to apply to existing tickets, you will need to re-set the SLA by changing the SLA that is on the ticket and then setting it back. This will not re-set the timer.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 18px;"><strong>Re-setting the Respond by Target after an Event</strong></span></p><p><span style="font-size: 14px;">By default the &#39;respond by&#39; target on an SLA is met after the first response to a user, follow up responses do not have &#39;response&#39; targets. However, SLAs can be configured so that each time the user responds to the ticket the respond by target is re-set and the agent must meet this again.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">To do this head to Configuration &gt; Service Level Agreements &gt; Service Level Agreements &gt; select an agreement &gt; Details tab, see the setting highlighted in <strong>Fig 10</strong>.&nbsp;</span></p><p><br></p><p><span style="font-size: 14px;"><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6ImMwZmRhM2NjLWQ5NDUtNGNkNi1hMGY0LWJmZTIxMTljMGNjMSJ9.b2sZetRG7da5cCQsaS96TJEzzGoXFRP48nGRXcig35E" class="fr-fic fr-fil fr-dib" width="837" style="width: 839px; height: 322.339px;" height="322"></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 10pt;"><strong>Fig 10. Reset the Respond-By target each time an End-User updates a Ticket setting</strong></span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">When enabled, this setting will re-set the respond by target each time a &#39;user update&#39; comes in to the ticket. A user update is classified as any update from the user, that could be the end user sending an email to the ticket, or updating the ticket through the portal.</span></p><p><br></p><p><span style="font-size: 14px;">For example, if the ticket has a 1 hour response target, when the ticket is logged the agent will have one hour to reply to the user. Once the agent has replied the user may send another email update, at which point the response target will re-set and the agent will have an hour to respond to the user. This ensure end users always receive a prompt response to their queries on tickets, rather than just receiving a prompt response after they first log the ticket.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;">You will see an additional setting in <strong>Fig 10</strong>, &#39;Reset the Respond-By target when an Approval Process is completed&#39;. This will start the response timer when the ticket is logged as usual and the response target will be met once the agent had responded to the user. If the user sends more updates into the ticket the response target will not re-set. However, if the ticket is submitted for approval, once the approval process is complete (i.e. the approval is accepted/rejected) the response target will re-set and the agent will have a set time to update the user that their request has been approved. This is useful during approval processes as it ensure the user remains updated on their approval as soon as it is complete.&nbsp;</span></p><p><span style="font-size: 14px;"><br></span></p><p><span style="font-size: 14px;"><em><strong>Note: If you are reporting on response targets (hit/missed target) the target that will be reported on will be the most recent target on the ticket.&nbsp;</strong></em></span></p><p><br></p><p><strong><span style="font-size: 14pt;">Setting Multiple SLA Response Targets</span></strong></p><p>You can set two response targets for each SLA priority, allowing you to have one response target for the first response and another target for subsequent responses following this.&nbsp;</p><p><br></p><p>This functionality is enabled under Configuration &gt; Service Level Agreements &gt; General Settings &gt; &#39;Allow configuration of a different first Response target to subsequent Responses&#39;.&nbsp;</p><p><br></p><p><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6IjU2YzVjYTI2LTIxZjYtNDA3YS1iMDc5LTMyZGQwMGNhNmJmMiJ9.pfST7d5OD3hGeZ1tvDX541-fY1jEzmK-QCOwl611Xxo" class="fr-fic fr-fil fr-dib" width="650" height="319"></p><p><strong><span style="font-size: 10pt;">Fig 11. Allow configuration of a different first Response target to subsequent Responses</span></strong></p><p><br></p><p>Once enabled, you will be able to set two response targets per SLA priority.&nbsp;</p><p><img src="https://halo.haloservicedesk.com/api/attachment/image?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpZCI6IjRiNzYyY2VkLWMzZjgtNDZkNC1hNzYyLTIzYjFhMjc0OTg0NSJ9.89GtnRVy63dAPyL4Vk8CktiHjygZpnXSEv17PUy8CV0" class="fr-fic fr-fil fr-dib" width="615" style="width: 617px; height: 479.889px;" height="480"></p><p><strong><span style="font-size: 10pt;">Fig 12. Response targets against priority</span></strong></p><p><br></p><p><strong>First Target Time</strong> - This is the amount of time the agent will have to respond to the ticket when it is initially logged, how long they have to log the first response.&nbsp;</p><p><strong>Subsequent Target Time</strong> - This is the amount of time the agent will have to respond to the user after the first response has been logged.&nbsp;</p><p><br></p><p>Using the figure 12 example agents will need to respond to the user within 2 hours of the ticket being logged. After they have responded they will then need to complete following responses within 1 hour of the user&#39;s reply.&nbsp;</p><p><br></p><p>If you would like a priority to only have one response target, set &#39;First Target Time&#39; to 0 and the &#39;Subsequent Target Time&#39; will be used to determine how long agents have to complete the first response.&nbsp;</p><p><br></p>
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.