'Scheduled Start Date' != 'DB.Scheduled Start Date' is another option for the reset condition.
This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mario Roehr Sent: Friday, January 04, 2008 9:27 AM To: [email protected] Subject: Re: SLM Service Level Target Reset Question T. Dee, or you set your qualification to 'TR.Scheduled Start Date' != 'Scheduled Start Date' or maybe 'TR.Scheduled Start Date' != 'DB.Scheduled Start Date' Kind regards Mario "T. Dee" <[EMAIL PROTECTED] COM> To Sent by: "Action [email protected] Request System cc discussion list(ARSList)" Subject <[EMAIL PROTECTED] Re: SLM Service Level Target Reset ORG> Question 04.01.2008 15:20 Please respond to [EMAIL PROTECTED] RG Maybe I need to say if Scheduled Start Date != Scheduled Start Date - not sure how to do this, but I think I need to tell it if the date changes from the previous Scheduled Start Date. On 1/4/08, Danaceau, Chris <[EMAIL PROTECTED]> wrote: > That seems right for start date changes. When you define that restart > condition it defaults to a transaction value. I would assume the > reason for that is so a CHANGE to the value triggers the restart. > Without the TR qualifier, it would reset every time the record was saved ((Sched. > Start Date != $\NULL) would be true for each subsequent save after the > field was populated). > > > This e-mail and its attachments are confidential and solely for the > intended addressee(s). Do not share or use them without Fannie Mae's > approval. If received in error, contact the sender and delete them. > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of T. Dee > Sent: Friday, January 04, 2008 9:09 AM > To: [email protected] > Subject: Re: SLM Service Level Target Reset Question > > Yep - rebuilt both the SLA and the Data Source. > > My 'Reset Goal for Same Request When' says: 'TR.Scheduled Start Date' > != $\NULL$ > > I think this is the problem, but not sure how it should be for when > the Scheduled Start Date changes. > > > > On 1/4/08, Danaceau, Chris <[EMAIL PROTECTED]> wrote: > > Conditions look right. Did you rebuild your target after setting > > your > > > reset condition in the data source configuration? > > > > > > This e-mail and its attachments are confidential and solely for the > > intended addressee(s). Do not share or use them without Fannie Mae's > > approval. If received in error, contact the sender and delete them. > > > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[EMAIL PROTECTED] On Behalf Of T. Dee > > Sent: Friday, January 04, 2008 8:46 AM > > To: [email protected] > > Subject: Re: SLM Service Level Target Reset Question > > > > Thanks Chris. > > > > Start When = 'Change Request Status' = "Draft" AND 'Scheduled Start > > Date' != $\NULL$ > > > > Stop When = 'Change Request Status' = "Completed" > > > > In the 'Reset Goal for Same Request When' = 'TR.Scheduled Start Date' > > != $\NULL$ > > > > Start Time for Request-Based SVTs = Scheduled Start Date > > > > Now what I am trying to do is have the 'Reset Goal for Same Request > > When' the Scheduled Start Date Changes. For example if the SLA says > > 3 > > > days and the Scheduled Start Date is Feb. 4/08 then the SLA will be > > 3 days later. However, if they come along and change the Scheduled > > Start Date to Mar. 3/08 then the SLA needs to change. > > > > Thanks again for your help Chris!!! > > > > > > On 1/4/08, Danaceau, Chris <[EMAIL PROTECTED]> wrote: > > > Can you post your start/stop conditions and your reset condition? > > > I > > > > assume on the milestone tab you've set "reset goal for same request" > > > to Yes? > > > > > > -cd > > > > > > > > > This e-mail and its attachments are confidential and solely for > > > the intended addressee(s). Do not share or use them without Fannie > > > Mae's > > > > approval. If received in error, contact the sender and delete them. > > > > > > > > > -----Original Message----- > > > From: Action Request System discussion list(ARSList) > > > [mailto:[EMAIL PROTECTED] On Behalf Of T. Dee > > > Sent: Friday, January 04, 2008 8:35 AM > > > To: [email protected] > > > Subject: Re: SLM Service Level Target Reset Question > > > > > > Great!!!! > > > > > > Perhaps you can help me. I have a Change SLA that works fine, > > > however, I am trying to 'Reset Goal for Same Request When' the > > > "Scheduled Start Date' Changes. I don't seem to be having much > luck. > > > Suggestions? > > > > > > THANKS!!! > > > > > > > > > > > > On 1/3/08, Danaceau, Chris <[EMAIL PROTECTED]> wrote: > > > > Ding Ding Ding!!!! Your suggestion made me realize that my stop > > > > condition in the Target was superfluous. The reset condition > > > > takes care of measuremnt "n" and generates "n + 1" as described. > > > > > > > > Thanks! > > > > > > > > > > > > This e-mail and its attachments are confidential and solely for > > > > the intended addressee(s). Do not share or use them without > > > > Fannie > > > > > Mae's > > > > > > approval. If received in error, contact the sender and delete > them. > > > > > > > > > > > > -----Original Message----- > > > > From: Action Request System discussion list(ARSList) > > > > [mailto:[EMAIL PROTECTED] On Behalf Of T. Dee > > > > Sent: Thursday, January 03, 2008 3:21 PM > > > > To: [email protected] > > > > Subject: Re: SLM Service Level Target Reset Question > > > > > > > > Have you tried having it reset on another goal instead of > > > > stopping > > > > > it and resetting it on the same goal. > > > > > > > > On 1/3/08, Danaceau, Chris <[EMAIL PROTECTED]> wrote: > > > > > Yes. That's the Goal Reset Criteria I mentioned. And I did > > > > > rebuild > > > > > > > > the filter after changing that data. The goal gets reset. My > > > > > problem > > > > > > > > > seems to stem from the fact that the stop condition and the > > > > > reset condition are the same, so the goal is immediately "Met." > > > > > > > > > > > > > > > This e-mail and its attachments are confidential and solely > > > > > for the intended addressee(s). Do not share or use them > > > > > without Fannie > > > > > > > Mae's > > > > > > > > approval. If received in error, contact the sender and delete > > them. > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Action Request System discussion list(ARSList) > > > > > [mailto:[EMAIL PROTECTED] On Behalf Of T. Dee > > > > > Sent: Thursday, January 03, 2008 3:02 PM > > > > > To: [email protected] > > > > > Subject: Re: SLM Service Level Target Reset Question > > > > > > > > > > Did you modify the fields in "Configure Service Target Data > > Source" > > > > > and then run "Modify Filter"? > > > > > > > > > > On 1/3/08, Danaceau, Chris <[EMAIL PROTECTED]> wrote: > > > > > > ** > > > > > > I have a Service Level Target I want to reset when the Stop > > > > > > condition > > > > > is > > > > > > met. In this case, I've set the stop condition to a certain > > Work > > > > > Info Type > > > > > > transaction. > > > > > > ('TR.z1D_Activity_Type' = 11500) OR ('Status' = "Resolved") > > > > > > > > > > > > When the first part of this stop condition is met I want to > > > > > > generate > > > > > > > > > > another measurement. I've set up my Goal Reset criteria to > > > > > > do > > > > > > > just > > > > > that: > > > > > > ('TR.z1D_Activity_Type' = 11500). > > > > > > > > > > > > So what I've got is that the stop condition generates a new > > goal. > > > > > > > > > > > > Here's the problem: When I implement a SLT to "Reset Goal > > > > > > for > > > > > > > Same > > > > > Request" > > > > > > the new goal is immediately met when it is generated. It > > > > > > would seem > > > > > > > > > > that the stop filter(s) are firing when the new goal is > > generated? > > > > > > > > > > > > Has anyone encountered/solved this problem? Using a stop > > > > > > condition to > > > > > > > > > > > also reset a SLT goal? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > Chris Danaceau > > > > > > > > > > > > 703-833-2459 > > > > > > > > > > > > This e-mail and its attachments are confidential and solely > > > > > > for the intended addressee(s). Do not share or use them > > > > > > without Fannie > > > > > > > > > Mae's > > > > > > > > > > approval. If received in error, contact the sender and > > > > > > delete > > > them. > > > > > > __20060125_______________________This posting was submitted > > > > > > with HTML > > > > > > > > > > > in it___ > > > > > > > > > > ______________________________________________________________ > > > > > __ > > > > > __ > > > > > __ > > > > > __ > > > > > __ > > > > > _______ > > > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > > > > Platinum > > > > > Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > > > > > > > > ______________________________________________________________ > > > > > __ __ __ __ _________ UNSUBSCRIBE or access ARSlist Archives > > > > > at www.arslist.org Platinum Sponsor: www.rmsportal.com > > > > > ARSlist: > > > > > "Where the Answers Are" > > > > > > > > > > > > > ________________________________________________________________ > > > > __ > > > > __ > > > > __ > > > > __ > > > > _______ > > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > > > Platinum > > > > Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > > > > > > ________________________________________________________________ > > > > __ __ __ _________ UNSUBSCRIBE or access ARSlist Archives at > > > > www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: > > > > "Where the Answers Are" > > > > > > > > > > __________________________________________________________________ > > > __ > > > __ > > > __ > > > _______ > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > > > Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > > > > __________________________________________________________________ > > > __ __ _________ UNSUBSCRIBE or access ARSlist Archives at > > > www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: > > > "Where the Answers Are" > > > > > > > ____________________________________________________________________ > > __ > > __ > > _______ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > > Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > > ____________________________________________________________________ > > __ _________ UNSUBSCRIBE or access ARSlist Archives at > > www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where > > the Answers Are" > > > > ______________________________________________________________________ > __ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > ________________________________________________________________________ _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
