Nexus SoftSphereDocumentation
Documentation › Nexus HCM › Securing

Securing Nexus HCM

Roles, module permissions, and the API paths each permission governs.

How access is decided

Every request passes three gates, in order. A failure at any gate is a refusal, and a later gate never widens what an earlier one denied.

  1. Authentication — a valid session. See Identity and sign-in.
  2. Entity scope — the request is bound to the company the user is signed in to. Someone with access to two entities still cannot read across both in one call.
  3. Module permission — the role must grant the action on the module that owns the route, per the table below.
Granting Administration is not the same as granting every module. Administration governs users, roles and configuration; transactional modules are granted individually.

Module permission matrix

13 modules. The last column lists the API paths each module actually governs, taken from the enforcement map inside the application rather than from documentation.

ModuleKeyActionsGoverns
Entitiesentitiesview create edit delete/entities
Peoplepeopleview create edit delete/employees /onboard
Recruitment & Onboardingrecruitview create edit delete/requisitions /candidates
Contractscontractsview create edit delete/contracts
Global Payrollpayrollview create edit delete/payroll /payslips /fx
Benefitsbenefitsview create edit delete/benefits
Time Offleaveview create edit delete/leave
Devices & Softwaredevicesview create edit delete/devices
EOR Serviceseorview create edit delete/eor
Compliancecomplianceview create edit delete/compliance /policies
Automationautomationview create edit delete/automation
Analytics & Reportsreportsview create edit delete/reports
Administration & Settingsadminview create edit delete/users /settings /activity