Assuming yourself at client side, finalizing your PWA configurations including Group permissions and planning to sit with the client to go through the PWA home page - and just found that the end user being part of the Project Manager group can also be able to delete any item from the custom list, able to change the web part settings, able to change the PWA theme and so on.
Now this will leave you wondering that how this is possible, and you might go through your Group/Category settings agains to verify the permissions. Actually apart from Group/Category permission, you also have to customize the PWA site permission to avoid any such situation. When you provision the Project Web App site, the default PWA site permission settings grant way too much permission to a user which in most cases are not acceptable. The groups permission settings allows user to use the PWA features, few of them are such as:
- Accessing Projects
- Accessing Resources
- Accessing Views
- Administrative settings
- Web Administrators (Microsoft Office Project Server)
- Project Managers (Microsoft Office Project Server)
- Team Members (Microsoft Office Project Server)
- Readers (Microsoft Office Project Server)
- who have the permission to save project OR
- permission to publish the project on project server.
To resolve the issue, we are simply going to set the permissions of the Project Managers (Microsoft Office Project Server) and Team Members (Microsoft Office Project Server) permission levels within the PWA Root site to be equal to that of the Readers (Microsoft Office Project Server) permission level. To do this:
- Log in to PWA as an Administrator
- Expand the Site Actions menu by clicking on it
- Click Site Settings
4. On the Site Settings page, under Users and Permissions, click Site Permissions
5. On the Permissions: Project Web Access page, click Permission Levels
Click on the Project Managers (Microsoft Office Project Server) permission level, and uncheck the permission as per your requirement, such as:
- Manage Lists
- Overide Checkout
- Delete items
- Manage permissions
- create subsites
- Apply theme and borders
- Manage Alerts
- Create Groups, etc.
Removing these permissions prevents non-admins from altering the look, structure, or content of pages and etc. within PWA. We also prevent them from altering lists, discussion boards, and document libraries in PWA. Note that changes to these List permissions do not affect the ability to link Tasks to Workspace Items (documents, issues, deliverables, or risks); this behavior is controlled by the Create Object Links Category permission.
1 comments:
Hi Khurram,
Does this setting work even if the users are already in production? Is there a way to fo the say thing in a live system. Any thoughts?
Thanks!
Akshay
Post a Comment
Spammers, don't waste your time as the comments will only appear after moderation.