Keep resources together.
Connections, queries, notebooks, and dashboards belong to their team’s workspace.
A home for the team’s work
Shared work with clear team boundaries
Keep connections, queries, notebooks, and dashboards in the team that owns them. Switch workspaces without mixing one team’s resources into another.
Connections, queries, notebooks, and dashboards scoped to your team.
Team scoping works alongside your database permissions and network controls.
Why Team Scoping
Connections, queries, notebooks, and dashboards belong to their team’s workspace.
A home for the team’s work
Move into another team and see the resources that belong to that active workspace.
Separate working contexts
Resource ownership is checked against the active team before access proceeds.
Enforced beyond the interface
Your active team determines which resources you can open. Connections belong to a team; saved queries belong to those connections. Notebooks, dashboards, watchers, and workflows follow the same ownership boundary.
The check happens on the request, so resource access stays scoped beyond the interface. Database permissions still determine what each connection is allowed to do.
The resources you can access change to the active team: connections, queries, notebooks, dashboards, watchers, and workflows.
No. Resource access is checked against the active team on the request. A resource belonging to another team cannot be opened through that request.
No. Database privileges, row-level security, credentials, and network controls still govern what a connection can reach. Team scoping governs resources inside SyneHQ.
Keep shared analysis and operations in the workspace that owns them.