<div>Kevin,</div><div><br></div>Yep, forgot about that. Been working mostly on 3.6 and 3.8 systems lately. Brain fart.<div><br></div><div>Kenn<br><br><div class="gmail_quote">On Fri, Sep 14, 2012 at 10:47 AM, Kevin Falcone <span dir="ltr"><<a href="mailto:falcone@bestpractical.com" target="_blank">falcone@bestpractical.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, Sep 12, 2012 at 09:53:23PM -0700, Kenneth Crocker wrote:<br>
>    Although you could change those status values, why? If a ticket is invoiced or whatever, it is<br>
>    still open. Why not create a Custom Field that shows what its state "within" the open status,<br>
>    ie. invoiced, check pending and a ton of others. This CF could also be used in queries,<br>
>    dashboards, etc. You can write scrips using them. There really is no need to change those<br>
>    values when a Custom Field could be used. I mean you can, but if you change the configured<br>
>    values, you might run the risk of having to change other things as well. The Custom Fields<br>
>    allow you to make changes within the vanilla design.<br>
<br>
</div>Kenn - with RT4 and the introduction of Lifecycles, changing the vanilla<br>
status configuration is much much easier than it was in 3.8. We make use of<br>
several Lifecycle configurations that do not use open/stalled/resolved<br>
within BestPractical and we find them tremendously useful.<br>
<br>
You can read more about Lifecycles at:<br>
<a href="http://bestpractical.com/rt/docs/latest/RT_Config.html#Lifecycles" target="_blank">http://bestpractical.com/rt/docs/latest/RT_Config.html#Lifecycles</a><br>
<span class="HOEnZb"><font color="#888888"><br>
-kevin<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
>    On Wed, Sep 12, 2012 at 12:57 AM, Maciej Dobrzanski <[1]<a href="mailto:reg.bestpractical@posterus.com">reg.bestpractical@posterus.com</a>> wrote:<br>
><br>
>      Hello,<br>
><br>
>      I want to use custom lifecycles for various queues. The thing I've been<br>
>      wondering about is about some of the standard statuses such as 'new' or<br>
>      'open'. They are referred to in a few other places besides just tickets:<br>
><br>
>      defaults => {<br>
>      on_create => 'new',<br>
>      on_merge => 'resolved',<br>
>      approved => 'open',<br>
>      denied => 'rejected',<br>
>      reminder_on_open => 'open',<br>
>      reminder_on_resolve => 'resolved',<br>
>      },<br>
><br>
>      So my question is: Does it matter at all what statuses reminders use other<br>
>      than transition between the two should be allowed? For example in a billing<br>
>      queue I could have 'invoiced', 'overdue', 'disputed', 'paid' and<br>
>      'cancelled', so would it break anything if I just set reminders to use<br>
</div></div><br><br>
--------<br>
Final RT training for 2012 in Atlanta, GA - October 23 & 24<br>
  <a href="http://bestpractical.com/training" target="_blank">http://bestpractical.com/training</a><br>
<br>
We're hiring! <a href="http://bestpractical.com/jobs" target="_blank">http://bestpractical.com/jobs</a><br>
<br></blockquote></div><br></div>