Thanks Brian for your response. We are considering Hierarchical group as an option. However the number of customers we have are really huge, nearly 15k.
Associating 15k customers under a single/multiple parent group through HG is really a huge activity considering the number of records (few million)to be updated in background. Is there any optimal way of carrying out HG parent -> child association ? Regards, Dinesh On Wed, 20 Feb 2019 at 2:35 AM, Brian Pancia <panc...@finityit.com> wrote: > That may be difficult since Unrestricted Access is assigned to Entry ID > (1). You would need to remove Unrestricted Access from a lot of forms, > which would defeat the purpose of Unrestricted Access and would not be a > good development choice. I would recommend not giving anyone unrestricted > access and setting up a special group that has access to all the companies > you want them to have access to. There are a few ways to do this. One > would be using Parent Groups. You can than setup a basic filter to notify > you anytime someone gives unrestricted access to the system. > > Good Luck, > > Brian Pancia > > > ------------------------------ > *From:* ARSList <arslist-boun...@arslist.org> on behalf of Dinesh > Gottipati <dineshchowdary.gottip...@gmail.com> > *Sent:* Tuesday, February 19, 2019 2:43 PM > *To:* arslist@arslist.org > *Subject:* Limiting customer data access while users having unrestricted > access > > > Hi Experts, > > > > Need your help in resolving a situation w.r.t access permissions. > > > > If users are given unrestricted access, they get access to all the > customers in a multi-tenant environment. However, is there a possibility to > exclude the access to few customers & limit users not to access those > customers data while user is having “Unrestricted access”. > > > > Basically, how can I exclude few customers data access while having > unrestricted access.. > > > > Any thoughts please? > > > Regards, > > Dinesh > DISCLAIMER: The information contained in this e-mail and its attachments > contain confidential information belonging to the sender, which is legally > privileged. The information is intended only for the use of the > recipient(s) named above. If you are not the intended recipient, you are > notified that any disclosure, copying, distribution or action in reliance > upon the contents of the information transmitted is strictly prohibited. If > you have received this information in error, please delete it immediately. >
-- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist