Status Transition errors may also be avoided by using data configuration: 1) When pushing data in the CTM:People form, try pushing "Proposed" as the People status (this is an acceptable status transition for the unknown user, ex. AR_ESCALATOR) or 2) In the SYS:Status Transition Rules form, lookup the record for WorkFlow Tag Name = "CTM:People" & System Role = "General Access" & To Status = "Enabled" >From Status = NULL
Once you find this record, you can change this records status to offline and then the status transition issue should no longer be a problem. Regards, On Mon, 14 Aug 2006 09:13:14 -0400, Andrew Yacenda <[EMAIL PROTECTED]> wrote: >We encountered a similar issue pushing data into CTM:People via >Escalation. For us, the arerror.log gave the error "As the General Access >of this ticket, you do not have permission to submit or modify the People >profile Status from "" to "Enabled". (ARERR 1071032)". Basically, we had >to modify workflow to allow AR_ESCALATOR the rights to change the Status >field value. We decided to do this by >modifying "CTM:PPL:GetStatusRuleSet_030". We changed the RunIf to be > >( 'Profile Status' != 'DB.Profile Status') AND (( 'z1D Integer01' = 1) OR >( 'z1D Integer02' = 1) OR ( 'z1D Integer03' = 1) OR ($USER$ >= "AR_ESCALATOR" )) > >Once that issue was resolved, we also ran into issues related to the >required Business Phone field (not all of the records we were importing had >phone #s). > >Hope this helps. > >___________________________________________________________________________ ____ >UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org >========================================================================= _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
