<div dir="ltr">Okay, get your point.<div><br></div><div>One might suggest linking the Roles with Portal. So instead of defining the permissions in Portal configuration, whatever permissions are defined in the Role would be applied. </div><div><br></div><div>But, then why do we need a Portal :) ?</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 21, 2019 at 12:40 PM Alan Lord <<a href="mailto:alanslists@gmail.com">alanslists@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 21/06/2019 04:01, nilay khatri wrote:<br>
> That's true Alan, it will require some core field changes.<br>
> <br>
> I would like to understand more about the access control limitation <br>
> which you mentioned. Some scenarios, please?<br>
<br>
We have customers who want _certain_ users of the Portal to be able to <br>
create and/or edit/delete records from arbitrary modules (could be a <br>
standard vtiger module or could be vtlib created custom module).<br>
<br>
In the Customer Portal Settings module:<br>
<br>
1. there is only one "class" of portal user (all get the same access)<br>
2. you cannot add or remove the ability to create/edit/delete records on <br>
a per module basis in the portal configuration - only certain modules <br>
permit create at all, most do not. None have delete.<br>
<br>
I've not really thought this through but it might make more sense to <br>
have a new kind of "User" record in vtiger - one which can only login <br>
from the portal, but their access controls can be dealt with using the <br>
standard Role/Profile/Sharing Access type approach?<br>
<br>
<br>
HTH<br>
<br>
Al<br>
<br>
_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div>