Freshdesk automation: rule types, assignment and webhooks
By Roman Zakharenko · Facts checked
Freshdesk automation runs on three rule types: Ticket Creation rules for new tickets, Ticket Updates rules for events on existing tickets, and Hourly Triggers for time-based checks. Assignment (round-robin, load-balanced or skill-based) decides who gets the ticket, and webhook actions plus the Freshdesk API connect it all to other systems.
At a glance
- Freshdesk has three automation rule types: Ticket Creation, Ticket Updates and Hourly Triggers.
- Hourly Triggers (formerly Time Triggers) run every hour, on calendar hours, and only on tickets updated in the last 30 days.
- Ticket Creation rules can execute either the first matching rule or all matching rules.
- Freshdesk executes up to 1,000 webhook calls per hour from automation rules; extra calls are buffered.
- Load-based assignment only counts tickets with an active SLA timer toward an agent's load.
The three Freshdesk automation rule types
If you have used Freshdesk for a while, you may know these by their old names. Freshdesk used to call them Dispatch'r, Observer and Supervisor, and later brought all three into a single Automations module, with a separate tab for each rule type.
| Rule type | Former name | When it runs | Good for |
|---|---|---|---|
| Ticket Creation | Dispatch'r | Once, when a new ticket is created | Categorizing, prioritizing and routing incoming tickets |
| Ticket Updates | Observer | When a defined event happens on an existing ticket | Reacting to replies, notes, status or field changes |
| Hourly Triggers | Supervisor (Time Triggers) | Every hour, on a schedule | Reminders, escalations, auto-closing idle tickets |
Ticket Creation rules check each new ticket against your conditions and run the actions on a match. You choose whether Freshdesk executes only the first matching rule or all matching rules. With first-match, the order of the list decides which rule wins, so specific rules belong above generic ones.
Ticket Updates rules: events, conditions, actions
Ticket Updates is the only rule type where you configure events. A rule needs at least one event and fires when any one of them matches. You also set who performed the action: an agent, the requester, either of them, a collaborator, or the System itself.
- Events: a ticket property changes, an agent or group is updated, a note is added, a reply is sent, customer feedback arrives; system events include failed email delivery and a ticket becoming overdue.
- Conditions: ticket properties (including tags and custom fields), requester contact details and company fields.
- Actions: set fields, reassign agent or group, add tags or watchers, add a note, email an agent, group or requester, mark as spam or delete, or trigger a webhook.
Ticket Updates is also the only rule type that can create a new ticket or add a thread message. The exact list of events depends on your plan and the features you have turned on.
Hourly Triggers: time-based rules
Hourly Triggers don't wait for an event. They scan tickets every hour and act on those that match. That schedule shapes how you write them:
- The time limit you set should be at least one hour, since the rule only runs hourly.
- They count calendar hours, not business hours.
- They only process tickets updated within the last 30 days.
- They work on ticket properties only, not contact or company properties.
A time-based rule that isn't defined carefully will execute every consecutive hour on the same ticket. A common fix is to pair a 'greater than' time condition with a 'less than' condition so the ticket only matches once.
Automatic ticket assignment
Automation rules usually set the group; assignment decides which agent in that group gets the ticket. Freshdesk's automatic assignment runs on its Omniroute engine and offers three methods per group:
- Round-robin: rotates tickets among available agents in the group, skipping agents who are at full capacity and giving the ticket to the eligible agent who was assigned one longest ago.
- Load-balanced: sends each new ticket to the least-loaded agent until every agent reaches the configured maximum. Only tickets with an active SLA timer count toward load, so resolving a ticket or moving it to an SLA-off status frees capacity.
- Skill-based: agents have skills ranked by priority, and a new ticket goes to an agent with the first matching skill. Freshdesk recommends a fallback skill, using the group as the condition, mapped last for all agents so no ticket stays unassigned.
Which methods you can use depends on your plan, so check your group settings before choosing one. Manually assigned tickets still count toward load and can push an agent over the limit, which pauses automatic assignment to them until their count drops.
Webhooks and the Freshdesk API
A webhook in Freshdesk is an automation action that makes an API call to another system. You pick the request type and callback URL, and both the URL and the payload can include placeholders such as {{ticket.id}}. If you make a GET call through a webhook, the rule can't use the response; Freshdesk points to its Trigger API action for that.
Freshdesk executes up to 1,000 webhook calls per hour from automation rules. Calls beyond that are buffered until new capacity is available in the next hour, so high-volume flows should not depend on instant delivery.
For integrations that run outside Freshdesk, use the REST API at your-domain.freshdesk.com/api/v2/. Requests authenticate with your API key as the username and any dummy value as the password. Rate limits are applied per account per minute and depend on your plan; a 429 response means the limit is used up, and the Retry-After header tells you how many seconds to wait. Listing tickets returns only the last 30 days by default, so use the updated_since filter for older tickets.
Getting this built
TascaLab builds on your existing Freshdesk account, with no platform switch, using automation rules, webhooks, the Freshdesk API and Make or n8n where they help. Ticket Routing & Categorization is a one-time project at $775; Custom Automation is from $1,200. Each project includes 30 days of post-launch support and basic documentation, and most setups take 1–3 weeks. A free 30-minute Health Check call is the first step.
Frequently asked questions
What are the types of automation rules in Freshdesk?
Ticket Creation rules run on new tickets, Ticket Updates rules run when an event happens on an existing ticket, and Hourly Triggers run on a schedule every hour.
What happened to Dispatch'r, Observer and Supervisor?
They are the older names for the same rule types: Dispatch'r for ticket creation, Observer for ticket updates and Supervisor for time-based rules. Freshdesk combined them into one Automations module.
Do Freshdesk Hourly Triggers use business hours?
No. They run on calendar hours, and only on tickets updated within the last 30 days.
How many webhooks can Freshdesk automations send?
Freshdesk executes up to 1,000 webhook calls per hour from automation rules. Calls over the limit are buffered until capacity frees up.
Want this set up for your team?
Book a free Health Check: a 30-minute call and a written report with 2–3 concrete recommendations, a fixed price and estimated running costs. No pitch.
Sources
- Freshdesk Support — Overview of Automation Rules in Freshdesk
- Freshdesk Support — What has changed in Freshdesk Automations
- Freshdesk Support — Creating a new automation rule to run on ticket updates
- Freshdesk Support — Using webhooks in automation rules that run on ticket updates
- Freshdesk Support — Automatic Ticket Assignment in Freshdesk Using Omniroute
- Freshdesk Support — Setting up load balanced ticket assignment
- Freshdesk Support — Skill based ticket assignment for agents
- Freshdesk Developers — Freshdesk API v2