<div dir="ltr">@Alan yes, the difference would be that, the portal users get access to only data which belongs to them or the Organization. But in case if portal users are granted access to CRM, then it becomes complicated and some times unachievable to restrict access only to Contact/Organization.<div><br></div><div>I am talking in terms of using portal not just for customer support but also, as for partners, resellers, employees, distributors, vendors etc..</div><div><br></div><div>@Tony, yes the whole topic here is about the ability to make portal configurable such that it could be used in various scenarios including Projects.</div><div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 22, 2019 at 3:41 PM Tony Sandman <<a href="mailto:tonysandman999@gmail.com" target="_blank">tonysandman999@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"><div dir="ltr"><div>Was thinking of configuring privileges in the way, so customer can interact with Project and see projects tasks.</div><div>I don't see the way at the moment - unless two users will be assigned to one record.... <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 21, 2019 at 5:11 PM Alan Lord <<a href="mailto:alanslists@gmail.com" target="_blank">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 10:33, nilay khatri wrote:<br>
> Okay, get your point.<br>
> <br>
> One might suggest linking the Roles with Portal. So instead of defining <br>
> the permissions in Portal configuration, whatever permissions are <br>
> defined in the Role would be applied.<br>
> <br>
> But, then why do we need a Portal :) ?<br>
<br>
I kind of agree with this. I've said it to several customers before - <br>
why not just create some restricted user profiles and roles and let them <br>
login that way, but there is an argument for a very limited interface - <br>
like the portal, and also the portal can fairly easily be placed on the <br>
public side of a corporate network and just the Portal<->vtiger API <br>
comms allowed through the firewall.<br>
<br>
But it's kind of the point. IMHO the portal should be a "small" or <br>
"simple" view of the CRM. It should be configurable to the same extent <br>
as the CRM. Placing arbitrary restrictions on what can be done and/or by <br>
whom is not something which should be dictated by the system itself. <br>
These are dictated by the specific business needs and none of us can <br>
realistically expect to predict all of the possible use-cases...<br>
<br>
<br>
HTH<br>
<br>
<br>
Al<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div>
_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a></blockquote></div>