Nexus SoftSphereDocumentation
Documentation › NexusOne RE › Securing

Securing NexusOne RE

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

11 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
Properties & Unitspropertiesview create edit delete/properties /owners /units
Leasing & Screeningleasingview create edit delete/applications /tenants /tenant-docs
Leasesleasesview create edit delete/leases /renewals
Rent & Paymentsrentview create edit delete/invoices /payments /collections
Maintenancemaintenanceview create edit delete/maintenance /pm-vendors
Constructionconstructionview create edit delete/projects /re
Accountingaccountingview create edit delete/ledger /statements /bank /pm-pos /accounts /journals /gl /vendor-bills
Compliancecomplianceview create edit delete/compliance
Reports & BIreportsview create edit delete/reports /rentroll
Automationautomationview create edit delete/automation
Administration & Settingsadminview create edit delete/users /settings /activity