Lisa, You may be right, we are currently testing Remedy 7 in a lab/development environment and are using 30-day trial licenses until we get within a month of deployment so that we can upgrade and apply our 6x licenses to the 7x environment. I just renewed the AR Server 30-day trial license which could be what is causing the issue. I think I am going to have to delete all of my test users, delete all of the licenses and start over. Thanks for the information.
________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Lisa Westerfield Sent: Friday, June 13, 2008 4:56 PM To: arslist@ARSLIST.ORG Subject: Re: Question: Permission Issues with Infrastructure Change Management 7.x ** I have seen something similar when 1)we ran out of float licenses, 2)the ARS permissions were Read, 3)the EA chaining order was incorrect, 4)the User/People forms were out of synch, or 5)the license was not being applied to the user appropriately 1 & 2: It sounds as though you have these covered. 3: If you are authenticating, check this setting in the server information AR Administration Console/System/General/Server Information/EA tab 4: The best way to check #4 is to delete the People record, and completely re-add the person. Then check the licensing details on both the people and user forms. 5. Check the license that is being applied to that user when they log in. AR Administration Console/Application/'Users/Groups/Roles'/License Review Hope that helps, LisaD From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Bilinski, John Sent: Friday, June 13, 2008 11:15 AM To: arslist@ARSLIST.ORG Subject: Question: Permission Issues with Infrastructure Change Management 7.x ** I am running into some permission issues while I am testing Change Management 7x. For example I created a user "chgmanager". This user has is in the proper support groups and has the proper functional roles as a Change Manager and Change Assignee. But when I open certain change Requests I am getting this error: "ARERR [332] You do not have write access (at create time) to field : 179 ARERR [333] You have no access to field : 7" then a second error: "ARERR [313] Data types are not appropriate for relational operation:" Field ID:7 is The Status* field but I cannot find 179. What makes me confused is that the Status* field is General Access. What gives? Also when I go to another existing Change Request to update it when I save the change it gives me this error: "ARERR [330] You do not have write access to field : Address" Here are the Permission groups my "chgmanager" user belongs to: Asset Viewer Infrastructure Change User (Fixed) Contact Location Admin Contact organization Admin Contact People User DSL Viewer AR Permissions: Floating AR User License. Access Restrictions: Unrestricted Access Has anyone seen these permission errors before? Is there a white paper on Access controls for ITSM that gives the low-down on permissions and access? Thanks. John Bilinski Operations Services Staff JCON Help Desk 202-305-3202 __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ <http://www.bmc.com/userworld/> TuringSMI is a Platinum Sponsor of both BMC UserWorld Events Email Disclaimer This email has been sent from the TuringSMI Group This message is subject to and does not create or vary any contractual relationship between TuringSMI, SMI Technologies, SMI Telco, its subsidiaries or affiliates and you. Internet communications are not secure and therefore the TuringSMI Group does not accept any legal responsibility for the contents of this message. Any views or opinions expressed are those of the author. This message is intended for the addressee(s) only and its contents and any attached files are strictly confidential. If you have received it in error, please contact the sender on the number above. __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"
