Docs Roles & permissions

Roles & permissions

PilotBPM uses an allow-based model with explicit DENY overrides for sensitive areas. Permissions can be scoped to departments and layered per-person.

Built-in roles

RoleIntended forGist
Owner / AdminWorkspace ownersFull access to everything.
ManagerTeam / department leadsManage SOPs, blueprints, runs, tickets, forms, documents; oversee their department.
Department HeadA manager who heads a departmentManager rights scoped to their department (and its sub-sites).
Employee (Member)Individual contributorsRead SOPs, complete tasks assigned to them, submit forms/tickets.
AuditorReviewers, external auditorsRead-only across modules. Cannot change anything.
Guest / TempOn-site temps, contractorsRead shared SOPs & workflows, submit tickets, and complete tasks assigned to them.

Department scoping & hierarchy

Departments can nest (e.g. Multifamily → West Region → Maple Apartments). A department head's authority cascades to sub-sites. Use oversight assignments to give VPs/Directors visibility into departments they don't directly head.

Management rank

Each role carries a rank. Rank decides who can act on a task assigned to someone else: a line employee can't close a task assigned to their manager, but a higher-ranked manager can. Custom roles can set an explicit rank to model deep org ladders.

Custom roles & per-person grants

  • Custom roles let you bundle exactly the permissions a job needs and assign a rank.
  • Extra permissions can be granted to a single member on top of their role.
  • Permission rules (Admin → Members) add fine-grained ALLOW/DENY for a user, role, or department — even down to a specific resource or category.

Temporary access

When adding or editing a member you can set Access expires on a date. After that moment the membership is automatically treated as inactive — ideal for a temp covering a site or an auditor with a fixed engagement window. Pair this with the Guest / Temp or Auditor role to share just enough, just long enough.