I know in 7 you have the ability to specify request_id's greater than 15 characters but I have not yet experienced it myself. Have you turned on filter logging to see what record it is matching at when it generates the error? If you find that it is erroring on the same record you may try pulling that record up in the user tool to see if you can find a problem with it.
L. J. Head Software Engineer Remedy Approved Consultant -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Mike Madole Sent: Friday, August 11, 2006 3:40 PM To: [email protected] Subject: Pushing values to the CTM:People Form Hello everyone, I have recently created a vendor form which captures data out of Active Directory, using the ARDBC LDAP Plug-in. My next step is to take this data, and push it into the CTM:People Form. I have created the following Push Field Escalation: Push Value to: CTM:People Push Field if: $Request ID$ = 'Remedy Login ID' ($Request ID$ is my unique identifier which is mapped to userid) If No Requests Match: Create a New Request If Any Requests Match: Modify All Matching Requests I then proceed to map out the fields between my vendor form and the CTM:People Form. When the escalation runs, I receive no on screen errors, but in my log files I get > **** Error while performing escalation action It is not very descriptive. I know I have scripted the escalation correctly because if I point it to a custom form rather than CTM:People, it populates no problem. I don't want to avoid the CTM:People form because every other workflow,form, etc in the system uses it. I'm also curious if people are populating their people table using a different method? Any guidance would be greatly appreciated. Thanks. Remedy AR System 7.x Win 2003 Server Oracle 10g ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
