Well, I did disable CTM:PPL:VerifyAccessRestriction_036 and
_037_WarnMsg.
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/
_____
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza
Sent: Thursday, April 17, 2008 1:57 PM
To: [email protected]
Subject: Re: The General Access group in ITSM 7...
**
I managed to get rid of the error (ARERR 1071032): As the
Application Data Admin of this ticket, you do not have permission to
submit or modify the People profile Status from "" to "Obsolete".
Did this by disabling the appropriate entry in the Status
transition Rules table that disallowed Application Data Admin to create
a record with an Obsolete status..
Ran the data exchange again but this time records will not get
created in CTM:People because of another error - its actually a warning
but still prevents creation of the request....
(ARWARN 45013): You have not selected any data access rights for
this user. This user will not have access to view any data. You can
apply access rights in the Login/Access Details tab.
Any Idea about how to get rid of this one? Do I have to create
information for the user in some supporting forms before adding the CTM
People record?
Joe
-----Original Message-----
From: Joe D'Souza [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 17, 2008 1:48 PM
To: ARS Discussion List
Subject: RE: The General Access group in ITSM 7...
Chris,
Thanks for your response..
I noticed that the General Access group gets added
automatically like you said whenever you select any Permission Group
that is of type Application Permission.
How did you go about 'automatically' creating users from
PeopleSoft? What were your Push field mappings to the CTM People form?
Any of the temporary fields that need to be populated? I populated the
obvious which are visible, including Site ID, which is associated with
the Region and Site group..
However although the user that is running the data
exchange has got Contact People Admin permission but yet I get that
error (ARERR 1071032): As the Application Data Admin of this ticket, you
do not have permission to submit or modify the People profile Status
from "" to "Obsolete".
So looking at the filter CTM:PPL:StatusRulesErr_032 that
causes this error message, I might need to populate some of those tmp
fields???
Joe
-----Original Message-----
From: Action Request System discussion
list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of strauss
Sent: Thursday, April 17, 2008 12:49 PM
To: [email protected]
Subject: Re: The General Access group in ITSM
7...
**
That check box fires filter
CTM:PPL:SetUnrestrictedAccess_600_PPPG and sets the user to Unrestricted
Access, Permission Group ID = 1000000000.
I think that filter
CTM:PPG:Add_825_SetGeneralAccess_PSA stages an action to SYS:Action to
create the General Access permission after you have selected a
'Permission Group Type' = "Application Permission" for the user in
CTM:People. That is how support staff get it, when you start giving
them application permissions.
I had planned to add General Access to ALL of my
incoming records from PeopleSoft at one point, to make the Requester
Console available to them, before we decided that customers would have
NO access to ITSM, only to Kinetic Request. I believe that when I gave
each customer Incident Viewer they picked up General Access
automatically. Later I decided to only give them KMSAC-KMSUser
Application Permissions ONLY, which still triggers the process to give
them General Access. That custom filter created a record in CTM:People
Permission Groups with the following:
+CTM:PPL:ProcessProposedAddPermissions-01
(Submit and Modify on CTM:People) 950
Run If: 'Profile Status' = "Proposed"
Push Fields to CTM:People Permission Groups If:
($Remedy Login ID$ = 'Remedy Login ID') AND ('Permission Group ID' =
7110)
Remedy Login ID = $Remedy Login ID$
Status = Enabled
z1D Action = "START"
Person ID = $Person ID$
Permission Group = "KMSAC-KMSUser"
Permission Group ID = 7110
Permission Group Type = Application Permission
As I recall, you have to add any new permission
in such a way that it is additive to the permissions compiled in the
CTM:PPG:UpdateGroupList filter loops (which are insane to work with).
Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/
_____
From: Action Request System discussion
list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Thursday, April 17, 2008 10:33 AM
To: [email protected]
Subject: Re: The General Access group in
ITSM 7...
** There is a check box in the lower
right corner on the page where you set the permissions. Checking that
box and saving the People record adds the General Access permission for
the user. At a DB level, I think it has two values: Yes and <NULL>. I
may have the details a bit off, as I'm operating from memory, but the
concept is correct.
Rick
On Thu, Apr 17, 2008 at 7:41 AM, Joe
D'Souza <[EMAIL PROTECTED]> wrote:
**
How does one add this group to a user
from the foundation data interface (CTM:People)??
We have used the foundation data loader
provided to us by BMC and it looks like that utility adds this group
automatically..
I need to replicated this to load data
coming from PeopleSoft when I do my necessary push field operation to
create users into the People form.. Any pointers will be greatly
appreciated..
Cheers
Joe D'Souza
__Platinum Sponsor: www.rmsportal.com
ARSlist: "Where the Answers Are" html___
__Platinum Sponsor: www.rmsportal.com
ARSlist: "Where the Answers Are" html___
__Platinum Sponsor: www.rmsportal.com ARSlist:
"Where the Answers Are" html___
__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the
Answers Are" html___
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
