Skip to main content
New Idea

Round Robin 2 Enhancements

Related products:Freshservice
  • March 2, 2022
  • 1 reply
  • 78 views

Forum|alt.badge.img+1

Round Robin Logic

 

In the backend, Freshservice maintains a queue of agents for each group that has 1) turned on auto-assignment AND 2) are logged into Freshservice. Agents with both of these conditions are added to the bottom of the queue. When a ticket comes in, the agent at the top of the queue gets the ticket. That agent is then removed from the top of the queue and is added to the bottom of the queue again.

 

In the case of the following 2 scenarios below, agents will be immediately moved to the bottom of the queue when:

 

  • 1) turned off auto-assignment AND 2) are logged into Freshservice
  • 1) turned on auto-assignment AND 2) are logged off Freshservice

Enhancement is to

  1. Round Robin Enhancement - have the auto-assignment to work solely based on how the agent's availability is marked (without moving agents to the bottom of the queue for each login)
    • a lot of our users do not have Freshservice opened because of mandatory reboots, switching to different environments, or working on jump servers
  2. Round Robin when assigning, ticket activities is misleading
    • Currently, when an agent assigns a ticket to a group that has round robin enabled, the ticket activities shows the previous ticket’s owners name assigned it to the next agent.  This is misleading information because the previous agent just assigned it to round robin and did not directly assign to agent. 
    • This request is to either change previous agent name with “System” or add additional information in the activities to not be misleading. 

1 reply

Forum|alt.badge.img
  • Apprentice
  • April 4, 2025

I found out from FS support recently that it also takes agents out of auto assign availability if they are logged in, but have an idle session. This is not reflected within the availability information that’s displayed in FS - so the agent will not be auto-assigned a ticket even if they show as available. Took us a long time to figure this out, but Support confirmed it:

“This may be due to inactive idle sessions. The agent appears active in the logs but remains inactive in the portal, which the system interprets as an idle session (Please note that this is not reflected in the logs). As a result, the agent is marked as unavailable, preventing ticket assignments to them and ensuring they are assigned only to the specified person. “