OK folks, hear me out on this one.
There are currently two types of automation tools based on Ticket settings -- Dispatch'r and Observer. The only two major differences between the two being:
1) Multiple Executions:
- Dispatch'r - does not execute multiple rules -- as soon as it matches one rule, it stops looking for further rules to execute.
- Observer - does execute multiple rules -- and, in fact, the actions of one rule can affect the triggering (or non-triggering) or a later rule
- Dispatch'r - only acts on newly created tickets
- Observer - only acts on updated tickets
I've already posted a Feature Request about item #1 -- requesting that Dispatch'r should have the ability to execute multiple rules, just like Observer can.
But it's item #2 that is the real stinker. Take the following use-case.
I want any ticket where priorty=urgent to add me as a Watcher. Simple enough, right?
But where do a put this rule? In Dispatch'r or in Observer?
Well, let's say there's a scenario #1 -- where an end-user sends an email -- which automatically creates a ticket in FreshService. An Agent picks up the ticket, reads it, recognizes it as "Urgent" and changes the priority to "Urgent".
... versus scenario #2 -- where an end-user calls the Agent, and the Agent creates the ticket and sets the priority as Urgent from the get-go.
Well if the rule I want is put into Dispatch'r, it'll catch scenario #2 but miss scenario #1. And if I put it in Observer, it'll catch scenario #1, but miss scenario #2. So I have to create the rule in BOTH places -- which is just silly.
And it's silly because Dispatch'r and Observer are doing EXACTLY the same thing, with the except being ACT UPON CREATION vs ACT UPON UPDATE.
I can't think of a SINGLE reason why Observer couldn't be changed to ACT UPON CREATION or UPDATE, and take over the roll of both automation tools.
Would love others' thoughts on this.


