Chris,<br><br>I see no reason why this wouldn't work on RT 3.X or 4.x.<br><br>The Custom Fields could easily be Global, that way they could be seen whenever a ticket is moved from one Queue to another Queue.<br><br>I'd create CF's for all the Customer info and to keep the display screen clean, grant SeeCustomField only to groups of users that would need to see that info, not just everybody.<br>
<br>I'd create a set of CF's for each Vendor. For Vendor X; Count, Last Date Issued. Vendor Y; Count, Last Date Issued. This would enable you to chack on if a pass was issued in the last 6 months, the total count, etc for each Vendor. Again, to keep the Display Screen more usable, try to grant permissions at the group level. you can control who sees what when they look at a screen more easily and therefore not everyone sees a cluttered display screen. If you have a group defined for sets of users with the same access/process needs, this will help with future maintenance as well.<br>
<br>Dashboards/home page can be set up to display certain searches at the top and in a certain order. Set up a search by user and put that search at the top of the home page.<br><br>I hope this helps. If you need more info, let me know.<br>
<br>Kenn<br><br><div class="gmail_quote">On Thu, Jul 5, 2012 at 5:30 AM, Chris Herrmann <span dir="ltr"><<a href="mailto:chrisherrmann7@gmail.com" target="_blank">chrisherrmann7@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I'm currently considering RT for a client, but I'm not sure how to<br>
implement the following type of workflow / scenario; any thoughts /<br>
suggestions welcome (or if it's just flat out impossible or trying to<br>
put a square peg in a round hole please tell me too). I'm very<br>
familiar with RT3.8 series, but not 4 so not sure if some of these<br>
things are easier to achieve in 4... (we would implement current<br>
latest stable for them).<br>
<br>
The client has several types of workflows. Most of these are based<br>
around case management type workflows, and will work reasonably well<br>
with an "out of the box" RT implementation. One case I can't work out<br>
is:<br>
<br>
- They want to store information about passes that have been issued to<br>
customers for vendor X,Y,Z<br>
- There are rules about how often, and how many passes may be issued<br>
to a customer. For example a customer may not be issued more than 3<br>
passes for vendor X in any 6 month period.<br>
- They need to be able to report on how many passes have been issued:<br>
to a customer; for vendor X<br>
<br>
Maybe I could store this as custom fields, but I can only see custom<br>
fields for queues and tickets. Maybe that's OK because a particular<br>
"transaction" (real world transaction not RT transaction) would<br>
involve entering the quantity of vouchers issued for Vendor X,Y,Z.<br>
But... what type of custom field would be most appropriate for this?<br>
And<br>
<br>
The next thing is that we would need to rework the RT interface to<br>
make it more customer centric rather than ticket centric. By this I<br>
mean that when a case is opened the first thing they do is capture a<br>
lot of information about the customer OR they are searching for a<br>
customer by name, address etc etc. Looking at the dashboard I can't<br>
see an easy way to do this - I think that we'd need to modify one or<br>
several templates but I'm not sure where to start looking at for this,<br>
so that the top panel for example was a search that returned RT users<br>
and allowed them to modify the users, and then easily create a ticket<br>
given a selected user.<br>
<br>
Actually there are custom fields that are specific to a user and not<br>
ticket or queue that we need, sorry just thought of some. If I look at<br>
a user I can see a section for "custom fields" but no way of assigning<br>
any...?<br>
<br>
Thanks all,<br>
<br>
Chris<br>
</blockquote></div><br>