Thanks Mario - I tried both of your suggestions and it does not seem to reset the SLA. This is odd there must be a way to do this.
On 1/4/08, Mario Roehr <[EMAIL PROTECTED]> wrote: > 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"
