Skip to main content
New Idea

Enhance SLA Management: Allow Automation to Set First Response Time

Related products:Freshservice
  • January 31, 2025
  • 8 replies
  • 94 views

Roxwell
Top Contributor ⭐
Forum|alt.badge.img+9

 

With the increasing use of automation in Freshservice, a valid first response to the customer is often an automated message or action. However, Freshservice does not currently allow the First Response flag to be set via automation, limiting the ability to reflect automation-driven responses in SLA tracking.

This is particularly relevant for Service Request (SR) automation, alert handling, and ticket triaging, where automated responses provide immediate value to the customer. Yet, these responses are not recognized as meeting SLA requirements, potentially skewing performance metrics.

Why this matters:

  • It ensures automation is recognized as part of the service workflow.
  • It improves SLA tracking accuracy, preventing delays in measuring response effectiveness.
  • It highlights the impact of automation in meeting customer expectations.

By allowing automation to set the First Response flag, Freshservice would better reflect modern service desk operations and enhance SLA reporting.

Would love to hear if others face the same challenge—let’s push for this feature together! 🚀

8 replies

Roxwell
Top Contributor ⭐
Forum|alt.badge.img+9
  • Author
  • Top Contributor ⭐
  • January 31, 2025

@Daniel Söderlund ​@ITMike ​@JimNorton ++ anyone else as this is coming up alot 


Daniel Söderlund
Top Contributor ⭐
Forum|alt.badge.img+14

Ya would be good to have the option to do that. Checkbox in the e-mail to action or separate action. 

Pinged my colleagues. 

 

@Medic1334  ​@zachary.king ​@mbutler 


Forum|alt.badge.img+5

This is indeed something that makes it hard to track the SLAs forcing analytics reports to filter out large volumes of tickets. Upvoted!


ITMike
Top Contributor ⭐
Forum|alt.badge.img+9
  • Top Contributor ⭐
  • January 31, 2025

Agreed, I specifically tell the teams that the first response calculation is incorrect and not use it for decision making.


mbutler
Top Contributor ⭐
Forum|alt.badge.img+10
  • Top Contributor ⭐
  • January 31, 2025

 

With the increasing use of automation in Freshservice, a valid first response to the customer is often an automated message or action. However, Freshservice does not currently allow the First Response flag to be set via automation, limiting the ability to reflect automation-driven responses in SLA tracking.

This is particularly relevant for Service Request (SR) automation, alert handling, and ticket triaging, where automated responses provide immediate value to the customer. Yet, these responses are not recognized as meeting SLA requirements, potentially skewing performance metrics.

Why this matters:

  • It ensures automation is recognized as part of the service workflow.
  • It improves SLA tracking accuracy, preventing delays in measuring response effectiveness.
  • It highlights the impact of automation in meeting customer expectations.

By allowing automation to set the First Response flag, Freshservice would better reflect modern service desk operations and enhance SLA reporting.

Would love to hear if others face the same challenge—let’s push for this feature together! 🚀

Absolutely love this idea - you’re right - when we handle the first aspect with automation, it should set that flag from the on-set.

I would like to see some additional work around those tags for sure.


Medic1334
Top Contributor ⭐
Forum|alt.badge.img+9
  • Top Contributor ⭐
  • January 31, 2025

Having the option via automator to “mark” and SLA would be great but I’m not totally seeing the use case.  If you’re having an automator respond “We got your ticket!” automatically when a ticket is received with no actionable content that would allow for a resolution, that seems to overlap with the “email on ticket creation”.

I’ve always looked at the response SLA as the time it takes a person to look at a ticket, triage and take action. If an automator is able to kick out a solution that maybe the user didnt see when creating the ticket (or it came in via email) I could see where this would meet the mark though.  Always better to have the option and not need it than conversely :)


zachary.king
Top Contributor ⭐
Forum|alt.badge.img+16
  • Top Contributor ⭐
  • February 3, 2025

Thank you for the ping ​@Daniel Söderlund on this one. I can see both sides mentioned by ​@Roxwell and ​@Medic1334. I have to agree that having the option to enable this based on the organizational needs would be beneficial. +1 vote from me!


  • Community Debut
  • February 11, 2025

Definitely agree with this as hinders analytics reporting when reporting on tickets that have been semi-automated.