41.1 Team & Permissions Overview

The Team & Permissions area lets authorized workspace users invite members, assign roles, update member access, and remove eligible team members. Team access is governed by both permissions and the subscription plan.

41.2 Team Capacity

The number of team members a workspace can have is controlled by the plan resource limit named team_members. A workspace can also have a specific limit override.

If the team limit is reached, review the live Plan & Billing information before attempting to add another user.

41.3 Opening Team & Permissions

  1. Open Settings.
  2. Select Team & Permissions.
  3. Review the existing members and their roles.

41.4 Inviting a Team Member

The invite workflow accepts a name, email address, role, and password. Source validation includes:

  1. Name: up to 120 characters.
  2. Email: valid, unique, up to 191 characters.
  3. Role: Admin, Editor, or Viewer.
  4. Password: 8 to 100 characters.

After creation, PROS reports: Team member invited. They can now sign in with their password.

41.5 Choosing the Correct Role

RoleDefault Operational Scope
OwnerFull owner-level workspace access represented by the default permission map.
AdminQR create/edit/delete, Short Link create/edit, Analytics view/export, team management.
EditorQR create/edit, Short Link create/edit, Analytics view.
ViewerAnalytics view.

Important: Actual visible actions are also affected by route-level permissions, plan limits, and specific controller restrictions.

41.6 Owner

The Owner is the protected workspace owner role. The Settings controller does not allow the Owner role to be changed through normal team-member editing and does not allow the Owner to be removed through the team removal workflow.

41.7 Admin

The default Admin permission map includes QR creation/editing/deletion, Short Link creation/editing, Analytics viewing/export, and team management. Use Admin only for trusted users who need broad operational control.

41.8 Editor

The default Editor permission map includes QR create/edit, Short Link create/edit, and Analytics view. Certain destructive operations are further restricted; for example, Bio Page and Landing Page deletion explicitly block editor-role users in the current controllers.

41.9 Viewer

The default Viewer role is designed for read-oriented Analytics access. A Viewer should not be expected to create or manage campaign assets.

41.10 Updating a Team Member

Authorized users can update an eligible member role to Admin, Editor, or Viewer and can optionally set a new password. The optional replacement password must be between 8 and 100 characters.

41.11 Removing a Team Member

Use the remove action only when a member should no longer have workspace access. The Owner cannot be removed using this workflow.

Caution: Removing access can affect a person who is actively working in the workspace. Confirm the correct member before performing a destructive team action.

41.12 Why a User May See Different Navigation

The Sidebar is permission-aware. A team member may see fewer navigation items than the Owner or Admin.

Navigation AreaRelevant Permission
QR Codesqr.create or qr.edit
Short Linkslink.create or link.edit
Bio Pagesbio.manage
Landing Pageslanding.manage
Analyticsanalytics.view
Settingsteam.manage or billing.manage in Sidebar visibility logic

41.13 Permission vs. Plan Limit

A member can have permission to perform an action while the workspace is still blocked by a plan limit. For example, an Editor might be allowed to create a QR Code, but creation can still be blocked if the workspace has reached its QR allowance.

41.14 Recommended Team Practices

  1. Use the lowest role that still lets the person do their job.
  2. Reserve Admin access for trusted users.
  3. Review access when responsibilities change.
  4. Remove former team members promptly.
  5. Do not share one login among multiple people.
  6. Keep Owner credentials controlled.
  7. Review plan capacity before inviting additional members.
Write Your Comment