← All guides

Reference

Access and workspaces

Understand workspace scope, roles, and what a permission error means.

Scope follows the workspace

A workspace groups data, model definitions, applications, and people. Select the intended workspace before creating or changing a resource. Product controls should reflect your current session and role; a visible page is not permission to run every action on it.

When access is denied

  1. Confirm you are signed in as the expected account and using the intended workspace.
  2. Record the resource, action, and error without sharing credentials or private record contents.
  3. Ask a workspace administrator to review the role or resource grant. Retry after access is changed.
  • Do not copy data into another workspace to work around a denial.
  • An administrator grant may still be limited by object, purpose, or policy controls.

Continue in Factivum