Skip to main content
Sticky

WATCH RECORDING>>> Freshservice Best Practices session hosted by Kenneth Hayward - Post your questions here!

WATCH RECORDING>>> Freshservice Best Practices session hosted by Kenneth Hayward - Post your questions here!
Did this topic help you find an answer to your question?
99% found this helpful
Show first post

26 replies

ken.hayward
Community Debut
Forum|alt.badge.img
  • Community Debut
  • 7 replies
  • July 9, 2024
daminsky wrote:

Also, the ‘Remaining Approvals’ shows up on all tickets now.  Is there a way to have this field only show on Service Requests?  It is confusing for users to see it on incident tickets.  I suppose I could just uncheck the ‘Displayed to requester’, but then users won’t see it at all.

Hi Damon, you’ll need to control this using Business Rules. You would actually want to create two rules:

  1. Execute on New Form; no conditions; Action - hide “Remaining Approvals”
  2. Execute on Edit Form; Condition - if “Current Ticket > Type” = “Service Request”; Action - show “Remaining Approvals” (Auto-reverse will hide it for other ticket types)

~~

To your question around tickets that might contain multiple Service Items, there’s not a great way to handle those today with Custom Objects, so you might need to build in alternate branches with the more traditional “Requested Item includes X, Y, or Z” conditions to handle those scenarios. If the items require different approvals, then I’d recommend having separate tickets for them.

~~

Lastly, your first point around the conditions. In an Event node, it will always be treated as ANY of the listed events can trigger the automator; thus you’ll need to use the Conditions effectively. I sometimes have a workflow that looks a bit repetitive, but that may be the best way to achieve the outcome, eg.:

  1. Event: “Incident is raised” OR “Priority is update from Any to Urgent”
  2. Condition: “Priority is Urgent”
  3. Action: “Send Email to Group”

As far as advanced conditions, you can usually achieve what you want by separating into multiple condition nodes, eg. if you need to meet Condition A AND (Condition B OR Condition C), then have one condition node for Condition A, then a second one for B OR C. Eg2. if you need to meet Condition A OR (Condition B AND Condition C), then have one node for A OR B and then another node for A OR C.

Hope this helps!


Reply