# \[DONE\] Entity-level permissions

**URL:** <https://community.fibery.io/t/done-entity-level-permissions/2163>\
**Category:** Ideas & Features\
**Tags:** permissions, sharing\
**Created:** [October 29, 2021, 2:32pm UTC](https://community.fibery.io/t/done-entity-level-permissions/2163 "2021-10-29T14:32:55Z")\
**Posts on this page:** 1\
**Showing post:** 66

<div class="post-metadata">

**Author:** ![Oshyan](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/oshyan/32/11431_2.png) [@Oshyan](https://community.fibery.io/u/Oshyan)\
**Post date:** [October 2, 2023, 3:46pm UTC](https://community.fibery.io/t/done-entity-level-permissions/2163/66 "2023-10-02T15:46:27Z")

</div>

I see a different possibility, though perhaps you don’t intend to implement that either:

> [@Individual Layouts for a node, hide fields etc](https://community.fibery.io/t/individual-layouts-for-a-node-hide-fields-etc/995):
>
> This may be some work … Currently the displayed layout of a Model shows all items. One good thing is, you can sort the fields. But you can not hide any. Seeing “creation date” and other fields for example is most times useless and overloads the page. BUT it is not a good idea to make it globaly for all views of a model anytime. It should be a way to have different layouts. Not sure what could be a good logic. Maybe it may depending on where you opened it? In any case a toggle for “show all f…

If you had multiple layouts for a given database (entity view), _and_ they could have unique security settings per-layout (which I would think is easier to implement than per-field permissions), then you could simply put sensitive fields (ones that not everyone should see) onto a different layout with special permissions. The likely failure case for at least some people would be desire to have fields that are _visible_ but not editable, depending on permissions, which becomes more field-level permissions than unique layouts. 🤔

---

_[View the full topic](https://community.fibery.io/t/done-entity-level-permissions/2163)._
