Hello to all. I have recently encountered another situation with the CTM:People form which may be related to the stated issue:
Data was exported from CTM:People, then attempt to re-import back to same form (both in-place/same box, and to another box sit ARS ITSM7). Migrator 7 fails with an encrypted password error--except this error occurs on only a handful of forms, CTM:People included. Issue is currently an open bug, issue # ISS01179901 . Numerous other forms import correctly. Subject malfunction is definitely a show-stopper for our implementation of ITSM 7. ARS 7.01 ITSM 7.0 Win2003 MS-SQL 2005 Don W. McClure, P.E. Systems Engineer University of North Texas dwmac_at_unt.edu >>> [EMAIL PROTECTED] 11-Aug-06 4:39 PM >>> 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
