# Replace Sharing Functions with a Sharing Field **URL:** \ **Category:** Ideas & Features\ **Created:** [February 21, 2025, 11:04am UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303 "2025-02-21T11:04:13Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [February 21, 2025, 11:04am UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303/1 "2025-02-21T11:04:13Z")
It can be a bit confusing and just an idea to streamline and make Fibery more “pure”. Since auto sharing can be turned on, I propose remove the manual sharing completely and users can create a “Share with” field. (Ideally a polyamourous relationship with both Users and Groups, but for now could be different fields). This will make sure we don’t forget to unadd someone, easily see everything a user has access to, and doesnt risk mismatch of data. Again, not sure how helpful this really is, but just toying with the idea of really just having Entities, Fields, Views, and Reports. I personally really like that comments are a field that can be added and removed as needed, why not the same for sharing? Then the sharing by automation is also possibly by simply adding a relation through automation. Still having a button to see who has access would be great, but that button will just show the different access to people accross fields, but not the ability to add more. (Or you could add to a particular field, idk). Again, not needed for now. Just a thought to streamline and not have the same thing in multiple places. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [February 21, 2025, 11:42am UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303/2 "2025-02-21T11:42:44Z")
> [@RonMakesSystems](#): > > I propose remove the manual sharing completely and users can create a “Share with” field. (Ideally a polyamourous relationship with both Users and Groups, but for now could be different fields). This will make sure we don’t forget to unadd someone, easily see everything a user has access to, and doesnt risk mismatch of data. Again, not sure how helpful this really is, but just toying with the idea of really just having Entities, Fields, Views, and Reports. Nice idea, but I don’t think this would be scalable. Imagine you want to share an entity with Alice (as an Editor) with Bob (as a Viewer) and with Charles (as a Commenter). It would seem that you would need to set up a field for each possible access level. And given that there are options for custom access templates, this could become unworkable/painful. Of course, if [relationships had attributes](https://community.fibery.io/t/relationship-properties/887/9), I could imagine a ‘shared with’ collection field where you can add users, but also specify the nature of the sharing for each user, as a property of the relation. Unfortunately, I think it’s a long way away… ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [February 21, 2025, 12:01pm UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303/3 "2025-02-21T12:01:26Z")
> [@Chr1sG](#): > > Of course, if [relationships had attributes](https://community.fibery.io/t/relationship-properties/887/9), I could imagine a ‘shared with’ collection field where you can add users, but also specify the nature of the sharing for each user, as a property of the relation. This would be amazing!! While its true it would need more fields, I still find it to be more scaleable as it exposes the data as real data. I can’t see in a table view a list of items with who has access to each. I can’t see what a certain user has access to. I am curious to see stats in a month or two on amount of people who share manually vs share using auto sharing. I might be completely wrong. ---
**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\ **Post date:** [February 21, 2025, 12:43pm UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303/4 "2025-02-21T12:43:59Z")
It’s definitely an interesting idea, and works well for entity sharing on its own, but what about the case where someone has been granted viewer capability to an entity via database access, and then has commenter capability via a access template inheritance relation, and then has editor capability via direct sharing. Plus you want to indicate that they are ‘Assigned’ to the entity. It’s hard for me to imagine what the UX/UI would look like (assuming relation properties are not yet a thing). ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [February 21, 2025, 12:53pm UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303/5 "2025-02-21T12:53:04Z")
Hahah yeah fair enough. > [@Chr1sG](#): > > entity via database access (Databases as entities? 👀 They are basically entities under the hood no?) It indeed gets very complicated. I think permissioning in general is something super complex atm in fibery. This is more of a thought experiment for when redesigning permissioning (i think I saw that on the roadmap some time soon) ---
**Author:** ![antoniokov](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/antoniokov/32/201_2.png) [@antoniokov](https://community.fibery.io/u/antoniokov)\ **Post date:** [February 25, 2025, 9:08am UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303/6 "2025-02-25T09:08:20Z")
Thanks for sharing the idea! As Chris has pointed out, relying purely on Fields gets complicated pretty quickly, especially for non-trivial use cases. I see the purity of the concept, but I can’t imagine an approachable UX for scenarios of medium+ complexity. > [@RonMakesSystems](#): > > This is more of a thought experiment for when redesigning permissioning (i think I saw that on the roadmap some time soon) Redesigning permissions is what we are doing right now. There will be no second redesign in the next 5 years, I hope 😅. It’s a monumental task, so there should be an unbelievable incentive for us to focus on this product area again. ---
**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\ **Post date:** [February 25, 2025, 3:46pm UTC](https://community.fibery.io/t/replace-sharing-functions-with-a-sharing-field/8303/7 "2025-02-25T15:46:06Z")
> [@antoniokov](#): > > There will be no second redesign in the next 5 years, I hope 😅. It’s a monumental task, so there should be an unbelievable incentive for us to focus on this product area again. This is fair enough. It works, and even works very well at that!!! I hope that in 5 years there will be relation props and fibery will be built only using the fibery building blocks. I’ll be sharing a long text with why and examples soon.