Re: approvals skipped after task application

2011-01-18 Thread Piccinini, Kathryn E. (CMS/CTR)
You may want to check your process for the approval if it is set to skip it 
will skip it.

App admin  Custom Configfoundation advance optionsapproval process config



Regards,

Kathryn Piccinini


Remedy Administrator/Developer
Enterprise Tools Application Development Team
3300 Lord Baltimore Drive
Baltimore, MD 21244
443-630-0348 (bb)
[cid:image001.png@01CBB6FA.A1E43D40]

CONFIDENTIALITY NOTICE: This email message, including any attachments, is for 
the sole use of the intended recipient(s) and may contain proprietary, 
sensitive, privileged and/or confidential information. Any unauthorized review, 
use, disclosure or distribution is strictly prohibited. If you are not the 
intended recipient, please contact the sender by reply email and destroy all 
copies of the original message.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ramey, Anne
Sent: Monday, January 17, 2011 10:39 AM
To: arslist@ARSLIST.ORG
Subject: Re: approvals skipped after task application

**
Approvals don't use change implementer group, so that's not it...Any other 
ideas appreciated.

Anne Ramey
***
E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties only by an 
authorized State Official.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ramey, Anne
Sent: Friday, January 14, 2011 10:51 PM
To: arslist@ARSLIST.ORG
Subject: approvals skipped after task application

**
We are seeing an issue where, when we apply a task to a change the next 
approval is skipped.  For example, if the normal path is Draft-Request for 
Auth-Request for Change then if I apply a task while the change is in Draft 
status, when the user tries to move the record to the next stage, it goes to 
Request for Change and skips Request for Authorization completely.  It's not 
that it is applying the approvers and thinking it has been approved, it seems 
to skip the step entirely as if it weren't part of the process flow.  We are 
using ARS 7.5 p 6 with ITSM 7.6 p 1.  Has anyone else seen this?  Does anyone 
have ideas on how to fix?  I'm thinking it must be a hidden field that helps 
the ticket apply the approvers or know what the next stage is that task 
creation also writes into-causing confusion.  I've not had luck in finding it 
yet, though.

Anne Ramey
***
E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties only by an 
authorized State Official.

_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
_attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
inline: image001.png

Accepted: Invitation: OT: Enhanced Searching within Remedy (May 20 11:00 AM CDT)

2010-05-20 Thread Piccinini, Kathryn E. (CMS/CTR)
BEGIN:VCALENDAR
METHOD:REPLY
PRODID:Microsoft CDO for Microsoft Exchange
VERSION:2.0
BEGIN:VTIMEZONE
TZID:(GMT-05.00) Eastern Time (US  Canada)
X-MICROSOFT-CDO-TZID:10
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=11;BYDAY=1SU
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20100511T193037Z
DTSTART;TZID=(GMT-05.00) Eastern Time (US  Canada):20100520T12
SUMMARY:Accepted: Invitation: OT: Enhanced Searching within Remedy (May 20 
 11:00 AM CDT)
UID:FF4A211F4A10F5EE85257720006B2663-Lotus_Notes_Generated
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE;CN=Piccinini, Ka
 thryn E. (CMS/CTR):MAILTO:kathryn.piccin...@cms.hhs.gov
ORGANIZER:MAILTO:arslist@ARSLIST.ORG
LOCATION:
DTEND;TZID=(GMT-05.00) Eastern Time (US  Canada):20100520T13
SEQUENCE:0
PRIORITY:5
CLASS:
CREATED:20100520T130509Z
LAST-MODIFIED:20100520T130510Z
STATUS:TENTATIVE
TRANSP:OPAQUE
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-CDO-REPLYTIME:20100520T130507Z
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-OWNERAPPTID:-1
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-ATTENDEE-CRITICAL-CHANGE:20100520T130507Z
X-MICROSOFT-CDO-OWNER-CRITICAL-CHANGE:20100511T193037Z
END:VEVENT
END:VCALENDAR