Talent Systems — Employer Help
Team & Permissions

Roles & Permissions

Understanding the four employer roles and how permissions work across the platform.

The Four Roles

Team page showing the four role types

RoleDescription
OwnerFull access to everything. One per workspace. Can configure permissions and transfer ownership.
AdminFull access by default. Permissions configurable by the Owner.
MemberRead access by default. Can view but not modify most things.
AssociateMinimal access by default. Designed for external reviewers or limited collaborators.

Permission Areas

Permissions are organized into areas, each independently configurable:

AreaWhat It Controls
PostingsCreate, edit, delete job postings
CandidatesInvite, revoke, reset candidates
ScorecardsView candidate scores and evaluations
TranscriptsView interview transcripts
ComparisonAccess side-by-side candidate comparison
AnalyticsView scoring analytics and charts
ExportsDownload CSV and PDF reports
TeamInvite, remove, and change roles
Talent PoolSearch and import from the talent pool
IntegrationsATS connections and webhook configuration
SessionsEmployee session creation and management

Access Levels

LevelMeaning
FullRead and write — can view and modify
View OnlyView only — can see data but not change it
Own OnlyCan only see resources they personally created or were assigned to
HiddenCompletely invisible — not in sidebar, not in API responses

Default Permissions

AreaOwnerAdminMemberAssociate
PostingsFullFullView OnlyView Only
CandidatesFullFullView OnlyView Only
ScorecardsFullFullView OnlyView Only
TranscriptsFullFullHiddenHidden
ComparisonFullFullView OnlyView Only
AnalyticsFullFullView OnlyHidden
ExportsFullFullHiddenHidden
TeamFullHiddenHiddenHidden
Talent PoolFullFullView OnlyHidden

How Enforcement Works

Permissions are enforced at three independent layers, so there's no way to bypass them from the UI:

UI layer — sidebar items and action buttons are hidden or disabled based on your role's permissions

API layer — every request checks your role's permissions server-side, returning a 403 if insufficient

Data layer — even if you navigate directly to a URL, fields you lack permission for are stripped from the API response before it reaches your browser

Permission changes made in Settings > Permissions take effect immediately for all active sessions. Team members do not need to sign out and back in.

What a Restricted User Sees

If a team member opens an area where their role is set to Hidden or attempts a write action where their role is View Only, they see an Access Restricted screen instead of an empty page or a silent failure. The screen names the area and points them to their workspace owner. Sidebar entries for fully Hidden areas are not rendered at all.

If a team member reports they cannot find a feature they expect to use, check Settings > Permissions for their role before assuming a bug.

On this page