KPI Matrix Reference Public

Permissions & Roles

Reference & Standards Permissions & Roles Who can see and do what. The module has just two permission keys and one master toggle — but the way they combine gives you a clean split…

Guide version: r1 Module version: 1.4.0 Updated: 2026-07-22 Estimated time: 3 min 2 views
Reference & Standards

Permissions & Roles

Who can see and do what. The module has just two permission keys and one master toggle — but the way they combine gives you a clean split between “everyone sees their own numbers” and “managers run the show”.

The master toggle

Everything hangs off module_kpi_matrix (Settings → Manage Modules). When it's off, the sidebar group, the profile tab, the permissions and the APIs all disappear — as if the module weren't installed.

The two permissions

KeyLabelTypeGrants
kpi_matrixAccess member-scope dropdown
(Disable / All / Specific)
Viewing other people's KPIs (within scope) — the profile tab on a colleague's profile, and the read-only self-service API. Every employee can already see their own KPIs without it.
kpi_matrix_manageManage on / off The whole manager workspace — Overview, Team Matrix, Templates, Review Cycles, Recommendations — and every create/edit/delete/calculate/approve action. This single key gates all management.

Grant them in Settings → Roles, under the Staffing: KPI Matrix group (visible only while the module is on).

ℹ️
There are deliberately no separate create/update/delete keys. Earlier drafts generated them but the controllers never checked them — all management runs through the one kpi_matrix_manage key, which is simpler and less error-prone.

Member scoping (the “Specific” option)

Because kpi_matrix is a member-scope dropdown, you choose how far a holder's view reaches:

Disablecan't see anyone else's KPIs (still sees their own).
Allcan open any employee's KPIs — for HR.
Specificcan open only their allowed members — a team lead limited to their own reports.

With Specific, viewing a colleague's KPIs requires that the target is in the viewer's allowed members list — otherwise they're blocked (forbidden).

Who sees what

PersonOwn KPIs tabOthers' KPIsManager workspaceApprove salary
Employee (no keys)✅ always
Team Lead (kpi_matrix = Specific)✅ own team
Manager / HR (kpi_matrix_manage)✅ (via workspace)
HR (all-access) (both, Access = All)✅ everyone
System Admin

How the profile tab decides access

The “KPIs” tab on a Team Member profile follows a simple rule:

  1. Your own profile

    You can always see your own KPIs tab — no permission needed (self_visible).

  2. Someone else's profile

    You need the kpi_matrix permit and, unless your access is “All”, the person must be in your allowed members. Otherwise the tab is hidden / blocked.

  3. Module off

    The tab doesn't render at all.

Built-in protection

????
The read-only assignment detail — the one scorecard an employee can reach — checks ownership first. A regular user can open only their own assignment; they can't view a colleague's scorecard by guessing an ID. The company-wide leaderboard on the Overview is gated to managers, so base users never see other people's names and scores.

Typical role mapping

These are conventions, not hard-coded roles — grant the matching keys to whichever roles fit your organisation.

System Adminfull config: templates, cycles, global settings.
HR Managerkpi_matrix_manage + Access = All: cycles, recommendations, org analytics.
Department Managerkpi_matrix_manage, scoped to their team.
Team Leadkpi_matrix = Specific: view their reports' KPIs.
Employeeno keys: self-view only.
????
Where next? Set it all up in Getting Started, or see the same rules applied per procedure in Workflows & SOPs.
Was this guide helpful?

Report a content problem