Choose the right thing to share
Different audiences need different levels of access.- Share a model when someone needs to work with inputs, drafts, or planning logic.
- Share a view when someone needs a filtered slice of a model or database.
- Share a board or page when someone needs a decision-ready presentation layer.
Understand what sharing does not change
Sharing an item does not automatically expand access to everything behind it.- A view is its own shareable object, but it narrows access. It does not widen underlying source permissions.
- A board or page can present data from several sources, but it does not elevate access to those sources.
- Effective access is the minimum of the page access, source access, and view access that apply to the person opening it.
Validate the share before you send it
Use the same review flow each time:- Confirm the person can access the workspace or teamspace where the item lives. Review the companion page
Workspace access and visibilityif you need the workspace-level rules first. - Confirm the item is shared at the right level for that audience. If you are deciding between direct people access and broader patterns, review the companion page
Members, guests, and groups. - Check whether the item depends on restricted models, databases, views, or other sources.
- Confirm what the recipient will actually be able to do after opening it: view, edit, or manage.
Watch for dependency gaps
Missing source access usually shows up quickly.- A board or page may load with hidden blocks or incomplete data.
- A linked view may show only the slice the person is allowed to see.
- The recipient may see a placeholder or a request-access state instead of the expected result.
Permission inheritance and Permissions issues.
Related guides
- Use
Sharing boardswhen the audience only needs a board-level presentation. - Use
Sharing viewswhen the audience needs a shared filtered slice of a model or database.

