Thanks for the reply Tauf.  The approval process is configured so that
"all must sign".  The issue only arises when ad-hoc approvers are
intermingled with system-assigned approvers.  If the approval process
flows using only approvers set by automated rules there are no issues.
 
Thanks again!
Eli

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Chowdhury, Tauf
Sent: Thursday, July 24, 2008 8:03 AM
To: [email protected]
Subject: Re: Question: Approvals in ITSM 7 (Chg Mgmt)


** 

Can you check to see at that "Sheduled for Review" phase, if it is set
to "One must sign" or "all must sign"

That may be the issue.

 

Tauf Chowdhury | Forest Laboratories, Inc.

Sr. Analyst

Office: 631.858.7765

 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Eli Schilling
Sent: Thursday, July 24, 2008 10:14 AM
To: [email protected]
Subject: Question: Approvals in ITSM 7 (Chg Mgmt)

 

Greetings listers!

 

I've been seeing some oddities in our change approval process lately so
I wanted to kick this out to the list for feedback.  

 

The Details: We're on AR 7.0.01 Patch 006 (Win2k3, SQL 2005, etc); we're
using Approval Server 7.0.01 and Change Management 7.0.03 Patch 006.

 

At "Scheduled for Review" we call the Change Management Chain process to
get manager approval.  After approved it goes to Scheduled for Approval
where it awaits Change Manager (CAB) approval.  So here's the catch...if
you manually add an approver before the change is in one of these
approval processes it screws everything up.  Lets say I add 3 people
prior to the approval process...then move the change to "Scheduled for
Review" and my manager is added.  If my manager approves before the
other 3 people the change moves to the next status.  Sometimes we get
duplicate approvers and in trying to cancel the duplicates it can cause
the change to jump to the next status (per the Approval Process
Configuration settings) which totally screws everything up.

 

Anyone seen this type of behavior before?

Thanks!

 

Eli

________________________________

This e-mail and its attachments may contain Forest Laboratories, Inc.
proprietary information that is privileged, confidential or subject to
copyright belonging to Forest Laboratories, Inc. This e-mail is intended
solely for the use of the individual or entity to which it is addressed.
If you are not the intended recipient of this e-mail, or the employee or
agent responsible for delivering this e-mail to the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
action taken in relation to the contents of and attachments to this
e-mail is strictly prohibited and may be unlawful. If you have received
this e-mail in error, please notify the sender immediately and
permanently delete the original and any copy of this e-mail and any
printout.
__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the
Answers Are" html___ 

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Reply via email to