Access to service catalog items
Hi
We are developing our self-service portal for end users.
I am having trouble granting end-users access to the service catalog.
I have tried creating a new end-user role and giving them access to all, however they are still presented with a blank Home Page.
Any clues would be appreciated.
Thanks
Nic
Best Answer
-
Adam_Dzyacky Product Owner Contributor Monkey ✭✭✭✭✭I may be not reading into something enough here (i.e. "giving them access to all" at the beginning) - but it sounds like what you may be missing is creating Catalog Item Groups, placing Offerings inside of those groups, and then assigning the Catalog Item group to the particular end user role?
This combination of groups, offerings, and user permissions is what results in an End User role being able to view Service Offerings and their contained Request Offerings.
Then again...I suppose a way you could prove this whole thing faster than what I just described is disabling User Scoping on the portal and seeing if you get results. If you do, then the aforementioned description is what is preventing your success on this front. Given the KB redirects to another KB, in short you'll head into Admin Settings on the portal, Settings, and then flip the value for DontUseScopedAccess.5
Answers
If you have added "Domain Users" as having access to the end user role, try adding "Domain Users" to the Team Requests View Groups in the Portal Admin settings. This should then allow it to be cached and allow the requests to show on the home screen.
You can then hide the Team Requests side bar option, or just prevent everyone from seeing it by adding which individual groups can access it.
If you go this route, ensure you restart the cache builder if you want to test it straight away
Thanks, I have tried this...but am not having any luck.
I have definitely restarted the cache builder and restarted IIS just to be sure...
Thanks
Nic
This combination of groups, offerings, and user permissions is what results in an End User role being able to view Service Offerings and their contained Request Offerings.
Then again...I suppose a way you could prove this whole thing faster than what I just described is disabling User Scoping on the portal and seeing if you get results. If you do, then the aforementioned description is what is preventing your success on this front. Given the KB redirects to another KB, in short you'll head into Admin Settings on the portal, Settings, and then flip the value for DontUseScopedAccess.
Cheers
Nic