Hi All, Thanks a lot for your valuable suggestions. :) The issue seems to be inconsistent and many records are having this mismatch. There are many profiles being affected by this. Like mentioned earlier, is it possible to update all the records .
On Tue, Mar 20, 2012 at 12:19 PM, Ben Chernys < ben.cher...@softwaretoolhouse.com> wrote: > ** > > The form is called “CTM:People Permission Groups” (memorised). You are > correct Danny, CTM:People looks only at this form. **** > > ** ** > > I have seen issues with the Data Management Tool in 7.6 that imported > these records and did not cause the appropriate workflow to update the User > form. I didn’t investigate but simply corrected the User records with a > Meta-Update script.**** > > ** ** > > In the Remedy server, permissions can only be given by the User form (or > an AREA plug-in). Adding the CTM:People Permission Groups record – through > the GUI or with a display-only field set correctly – causes an update of > the User form. Workflow (in this case ITSM workflow), plug-ins etc can do > what they like. Hence the CTM:People Permission Groups form. **** > > ** ** > > *“The likely cause”* > > ** ** > > *The reverse is not true.* That is: adding (or changing) the User form > does not create / delete / modify the CTM:People Permission Groups records > (and cannot: there would be some missing info). **** > > ** ** > > Hence, making a change to the User, and then making a change to the People > record, can cause an overwrite to the User record.**** > > ** ** > > I would suggest also that in these cases you manually add some CTM:People > Permission Groups records (either directly or through the Data Management > Tool.**** > > ** ** > > Cheers**** > > Ben Chernys > > Senior Software Architect > Software Tool House Inc. > > Canada / Deutschland > Mobile: +49 171 380 2329 GMT + 1 + [ DST ] > Email: Ben.Chernys _AT_ > softwaretoolhouse.com<Ben.Chernys_AT_softwaretoolhouse.com> > Web: www.softwaretoolhouse.com > > Check out Software Tool House's freebies section for **** > > an ITSM 7.6.04 forms and fields spreadsheet. > > *Meta-Update**,* our premium ARS Data tool, lets you automate > your imports, migrations, *in no time at all*, without programming, > without staging forms, without merge workflow. > http://www.softwaretoolhouse.com/ **** > > ** ** > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Danny Kellett > *Sent:* March-19-12 23:14 > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Permission's mismatch between User and people form**** > > ** ** > > ** **** > > Hi,**** > > ** ** > > Open the people permissions form. (Sorry cant remember the actual name, > not in front of ITSM) and add the persons details there. Those tables in > the People form do not look at the User form for the group / permission > info.**** > > ** ** > > Regards**** > > Danny**** > > ** ** > > *From:* Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] *On Behalf Of *Sam Anderson > *Sent:* 19 March 2012 20:27 > *To:* arslist@ARSLIST.ORG > *Subject:* Permission's mismatch between User and people form**** > > ** ** > > ** Hi All, > > > ITSM Version:7.6 > DB:SQL > > What could be the possible cause for the following > Problem:Permission found in User form are not in People form. > EX:1.User has Incident Master permission in user form but Only Incident > user permission in people form > 2.Change user present in user form but no change permission in people form. > > -- > Thanks & Regards > Sam > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ **** > > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_**** > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ > -- Thanks & Regards Sam _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"