[Vtigercrm-developers] junior admin

Adam Heinz amh at metricwise.net
Thu Apr 18 19:09:23 UTC 2013


We've had moderate success adding new actions to vtiger_actionmapping, then
using normal permissions logic from there.  What approach did your 5.1
customization take?


On Wed, Apr 17, 2013 at 1:25 PM, Prasad <prasad at vtiger.com> wrote:

> Adam,
>
> Good point.
>
> We had developed customization (version: 5.1.0) - (concept:
> role-based-admin) but
> the complexity of separating areas within module for admin only access
> would raise
> challenges of maintenance.
>
> Regards,
> Prasad
>
> *Connect with us on: *Twitter <http://twitter.com/vtigercrm> *I* Facebook<http://www.facebook.com/pages/vtiger/226866697333578?sk=wall>
>  *I* Blog <http://blog.vtiger.com/>* I* Wiki<http://wiki.vtiger.com/index.php/Main_Page>
>  *I *Forums  <http://forums.vtiger.com/>*I* Website <http://vtiger.com/>
>
>
> On Wed, Apr 17, 2013 at 8:46 PM, Adam Heinz <amh at metricwise.net> wrote:
>
>> Has anyone given any serious thought to segmenting the admin privileges?
>>  Year after year, I find myself building more tools that circumvent admin
>> to allow our customers to self-manage within boundaries.  One example is
>> that we allow manager level users to reset passwords for their subordinates
>> and to create new user accounts with subordinate roles.  Another is that
>> I've created a module around the lead source picklist to allow users to add
>> or modify values.  These all seem like workarounds, but the blanket
>> is_admin check is a bit too coarse for our purposes.
>>
>> Opinions?
>>
>> _______________________________________________
>> http://www.vtiger.com/
>>
>
>
> _______________________________________________
> http://www.vtiger.com/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20130418/38643828/attachment.html>


More information about the vtigercrm-developers mailing list