cancel
Showing results for 
Search instead for 
Did you mean: 

Allow ISVs to define custom privileges that are not tied to entities

Author Name: Jacob Cynamon-Murphy

When we write solutions for ISVs (and occasionally for end users), there are often times when the native CRM privileges do not cover custom scenarios that apply. One common scenario is for managing role-based ribbon privileges (DisplayRules and EnableRules).

Instead of having to create a custom (secret) entity and use its native privileges to define ribbon rules on a per-role basis, it would be nice to be able to create privileges that can be packaged/deployed with solutions and able to be configured on roles. This would easily enable ISV-specific privileges and custom ribbon privileges that we could use with native ribbon rules, form script and custom code.

Status: Planned

Thank you for your feedback. This is a great suggestion! We will consider this in our roadmap.

 

Sincerely,

Paul Liew

PM, Microsoft 

Comments
Level: Powered On
Status changed to: Planned

Thank you for your feedback. This is a great suggestion! We will consider this in our roadmap.

 

Sincerely,

Paul Liew

PM, Microsoft 

Level: Powered On
Howdy! Thanks for your suggestion. I'll bring to the product team to discuss for some future version of CRM. A strong customization story has always been a strong point to Dynamics CRM, and features like these will definitely help get us there. Once again, thanks! Shamiq Islam Program Manager Microsoft Dyanics CRM This posting is provided "AS IS" with no warranties, and confers no rights.
Level: Power Up

This, or the ability to show/enable command bar buttons if the current user has a specific security role would be very helpful. This is one of the most common pain points we have to consistently write code for in order to work around.

Thanks!