Kevin,
In order to get our integration to work, I added "AND ($USER$ != "AR_ESCALATOR" )" to the run if of the following filters (ITSM 7.0.3 p9, ARS 7.1)
CTM:PPL:VerifyManageInfo_142_Msg
CTM:PPL:GetStatusRuleSet_030
CTM:PPL:VerifyManageInfo_141_Check
CTM:PPL:ChkUnrestrictedAccess-Fail2_596
CTM:PPL:ChkUnrestrictedAccess-Fail_596
Also, the CTM:PPL:UpdateLoginID_795 filter uses TR values on the Remedy Login ID field, so if you are pushing that field to CTM:People and it hasn't changed, a whole bunch (no, really, a lot) of workflow will fire needlessly.
Thad Esser
Remedy Developer
From: | "Maher, Jeff" <jma...@fas.harvard.edu> |
To: | arslist@ARSLIST.ORG |
Date: | 06/03/2010 11:32 AM |
Subject: | Re: User AR_ESCALATOR |
Sent by: | "Action Request System discussion list(ARSList)" <arslist@ARSLIST.ORG> |
**
Hi Kevin, I had a similar issue, but it was actually caused somewhere in the process of upgrading to ITSM 7 patch 9 from patch 4. There was some new filter workflow added (or fixed so it actually did something) that now checks roles when creating new users, login id’s, etc. A little bit of logging and you can find the bugger that is missing ‘AND $USER$ != “AR_ESCALATOR”’ in the qualification so your stuff will work again. However like Joe said, probably is a better choice to do something using the AIE. I didn’t really have that option in my scenario.
From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kevin Begosh
Sent: Thursday, June 03, 2010 1:42 PM
To: arslist@ARSLIST.ORG
Subject: Re: User AR_ESCALATOR
** this was working with 7.1, we just upgraded to 7.5 and getting these messages now. Good suggestion with the AIE though.
On Thu, Jun 3, 2010 at 1:34 PM, Joe D'Souza <jdso...@shyle.net> wrote:
**
ITSM 7 has changed a few things as to what roles are required to create and maintain contact information.. The roles that you see have to be added to the user that creates or updates this information in the CTM:People form..
Instead of using escalations to do what you are doing, I would suggest creating a regular AR User account that has all these roles, and other permissions needed, and use AIE to do the same thing you are doing.. I have done it that way and it works well.. You can schedule AIE to run the job just like you are using your Escalation.. Make sure you configure AIE to use the user that you have created..
Joe
-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]On Behalf Of Kevin Begosh
Sent: Thursday, June 03, 2010 1:27 PM
To: arslist@ARSLIST.ORG
Subject: User AR_ESCALATOR
**
I have a process and staging forms that pull employee data from a view form on remedy, send it to a staging form and then creates a people record if that ID does not exist on the people form. Well it worked before and then we upgraded from 7.0 to 7.5 AR Server and now it is not working. We are getting the following error message
You must have one of the following permissions to create a person with a login ID: 'Contact Organization Admin', 'Contact Support Admin'. (ARERR 45530)
and none of the profiles are being create. Has something change with AR_ESCALATOR between 7.0 and 7.5? Am I missing something?
ARS 7.5 Patch 4
ITSM 7.03 Patch 9
CMDB 7.6 Patch 1
--
Kevin Begosh
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
--
Kevin Begosh
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_
*IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature. *
_attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_