Skip to main content
Solved

Missing notifications when an Agent of FreshDesk is a Requester on a case

  • July 15, 2025
  • 1 reply
  • 30 views

We are experiences issues with notifications on Incident cases where a Requester is also an Agent in FreshDesk.

The Requester (Agent) updates a case with a public Note or answers an email notification from the case, however the other Agent assigned the case is not consistently receiving an email notification that the case has been updated with an answer. In some cases this works, in others it does not.

I can see others have had similiar issues:

I am not getting email notifications when a note is added by another agent | Freshworks Community

Private Note Notifications missing for agent | Freshworks Community

2 or more agents working on same ticket, Problem with notification when adding notes | Freshworks Community

Is there a solution for this? A workaround? Perhaps a workflow that can be created?

Thanks,

Matthew

 

Best answer by mahendarsingh

Hi ​@mat_ida_dk ,

Thank you for bring this up. 

To address the issue where notifications are inconsistent when a requester is also an agent in Freshdesk, here are some steps and a potential workaround:
1. Check Notification Settings:
   Ensure that notification rules for "Notes Added" under Admin > Workflow Automations > Notifications > Agent Notifications are correctly set up. Confirm that both public and private note notifications are enabled for agents assigned to a ticket.
2. Update Agent-Specific Notifications:
   If the requester is configured as an agent, Freshdesk may sometimes bypass specific email notifications to avoid duplication since the system may interpret that the agent is already aware of the update they made. You can bypass this by creating a custom workflow in Automations under the "Ticket Updates" section to notify the ticket assignee when the ticket is updated by the requester (who is also an agent).

   For example:
Trigger: When the ticket is updated.
Condition: If the ticket is updated by (Agent Name or Group) AND Ticket Status is (any updates applied).
Action: Notify the assigned agent via email. Customize the email to include necessary details.

   This ensures notifications are consistent irrespective of the requester's status as an agent or customer.
3. Workaround with Group-Level Notifications:
   If multiple agents are involved in the same group, enable group-level notifications to ensure that any updates to tickets by agents or requesters are broadcast to all assigned agents in the group. This may reduce the chances of missed updates.
4. Review Email Deliverability:
   Verify the email deliverability for the notifications by checking the spam folders or email server logs to ensure that the issue is not with email filtering or blocking.

Implementing or adjusting these notification workflows should help ensure that the primary agent assigned to a ticket receives consistent notifications, even when the requester is also an agent.

Please do let me know if you have any followup questions. 

1 reply

mahendarsingh
Community Manager
Forum|alt.badge.img+9
  • Community Manager
  • Answer
  • December 24, 2025

Hi ​@mat_ida_dk ,

Thank you for bring this up. 

To address the issue where notifications are inconsistent when a requester is also an agent in Freshdesk, here are some steps and a potential workaround:
1. Check Notification Settings:
   Ensure that notification rules for "Notes Added" under Admin > Workflow Automations > Notifications > Agent Notifications are correctly set up. Confirm that both public and private note notifications are enabled for agents assigned to a ticket.
2. Update Agent-Specific Notifications:
   If the requester is configured as an agent, Freshdesk may sometimes bypass specific email notifications to avoid duplication since the system may interpret that the agent is already aware of the update they made. You can bypass this by creating a custom workflow in Automations under the "Ticket Updates" section to notify the ticket assignee when the ticket is updated by the requester (who is also an agent).

   For example:
Trigger: When the ticket is updated.
Condition: If the ticket is updated by (Agent Name or Group) AND Ticket Status is (any updates applied).
Action: Notify the assigned agent via email. Customize the email to include necessary details.

   This ensures notifications are consistent irrespective of the requester's status as an agent or customer.
3. Workaround with Group-Level Notifications:
   If multiple agents are involved in the same group, enable group-level notifications to ensure that any updates to tickets by agents or requesters are broadcast to all assigned agents in the group. This may reduce the chances of missed updates.
4. Review Email Deliverability:
   Verify the email deliverability for the notifications by checking the spam folders or email server logs to ensure that the issue is not with email filtering or blocking.

Implementing or adjusting these notification workflows should help ensure that the primary agent assigned to a ticket receives consistent notifications, even when the requester is also an agent.

Please do let me know if you have any followup questions.