/build/static/layout/Breadcrumb_cap_w.png

a Ticket rule to manage Ticket rules (one rule to rule the rules!)

I want to use multiple queues within my company, but a question of maintenance comes up:  How do you manage your ticket rules?


The two queues are going to be identical in functionality (just different categories) but for rules that run on frequency RUN ON TICKET SAVE are only triggered when a ticket is saved within the queue the ticket rule exists.  Timed rules I can set to run in multiple queues without issue.


Because of this I have to duplicate ON TICKET SAVE rules between the queues, which leads to the management issue.  If I update one ticket, that means I have to update the other (or more!).

My idea is to have a ticket rule that runs on a schedule (or just a RUN NOW rule) that takes the ticket rule in HD_QUEUE_ID 1 and, if the ticket rule in queue 10 has the same TITLE as the one in queue 1, updates it to match.

So, the idea is born, but I am of neophyte rank with SQL.  Although I've done a good job working around the USER and HD_TICKET tables, I stretch my knowledge picking through a SINGLE table and checking itself.

 select  distinct HD_TICKET_RULE.TITLE,
PARENT.TITLE as PARENT_TITLE,
HD_TICKET_RULE.ID,
HD_TICKET_RULE.FREQUENCY,
HD_TICKET_RULE.HD_QUEUE_ID,
PARENT.HD_QUEUE_ID as PARENT_QUEUE_ID,
HD_TICKET_RULE.SELECT_QUERY,
HD_TICKET_RULE.UPDATE_QUERY,
HD_TICKET_RULE.EMAIL_BODY
from HD_TICKET_RULE
join HD_TICKET_RULE PARENT on PARENT.TITLE = HD_TICKET_RULE.TITLE

So, there is what I have, which isn't much at all.

In paradise I want the select query to find the PARENT ticket rule (which is going to be in HD_QUEUE_ID = 1) and then find the child ticket rules (which are  in HD_QUEUE_ID <>1) and then match the parent's SELECT_QUERY and UPDATE_QUERY and EMAIL_BODY to the child's, based on the HD_TICKET_RULE.TITLE matching.

make sense?  Help?


4 Comments   [ + ] Show comments
  • I'm curious why you have two identical queues with the only difference being the categories. - chucksteel 10 years ago
  • We don't want one of the companies we support to have the added confusion when picking through categories of looking at categories they have no idea what they are / exist. We use APPRISE in our primary company / queue but the other company we support does not use APPRISE, so we want to take away that option for sake of simplicity.

    basically. - Wildwolfay 10 years ago
  • Any luck on this? (As I'm looking at copy/paste for 20 different queues...) - derrylyons 10 years ago
    • Unfortunately not.

      I haven't taken the time to sit down and write something out to try and make the connections.

      Remember though, any TIMED rules can fire off on any queue and effect any other queue as long as AND HD_TICKET.HD_QUEUE_ID = ## is within the ticket rule.

      The only ticket rules that need to be duplicated between queues are rules that fire off "ON TICKET SAVE."


      Maybe you can sit down and play with the ID if you are any good with SQL or know someone that is? I feel like this is simple for the experienced folks but I can't seem to get it :( - Wildwolfay 10 years ago
  • Good reminder! Unfortunately, these are the Reopen Ticket rules (on ticket save). While I love the concept, I'm not sure I'm brave enough to try this on my production box... - derrylyons 10 years ago

Answers (0)

Be the first to answer this question

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ