Skip to main content

Roles And Permissions

This page explains the current access model at a practical level. SVRunner currently distinguishes between standard users and admins, with several important areas of the application reserved for admins.

Current Roles

The current user model includes two roles:

  • user
  • admin

These roles affect what appears in the UI and which parts of the system a person is expected to manage.

Standard User Responsibilities

Standard users are intended for routine operation.

Typical responsibilities include:

  • uploading and organizing assets
  • editing schedules and events
  • using calendar and preview workflows
  • reviewing dashboard health
  • checking logs and reports needed for operations

Standard users should not be treated as system administrators.

Admin Responsibilities

Admins are expected to manage both daily workflows and deployment-level configuration.

Typical admin responsibilities include:

  • managing users
  • managing preferences
  • activating and reviewing licensing
  • editing extensions
  • editing systems and restart-capable integrations
  • configuring players, screens, targets, outputs, and failover behavior
  • handling upgrades, backup, and recovery

Admin-Only Areas In The UI

The current hidden/admin menu behavior shows these items only to admins:

  • Preferences
  • Licensing
  • Users
  • Extensions
  • Systems
  • API shortcut

If a user is not an admin, these items are filtered out of the menu.

Admin Hidden Menu Stub screenshot: admin hidden menu showing Preferences, Licensing, Users, Extensions, Systems, Docs, and API. Save final image at packages/docs/screenshots/overview-admin-hidden-menu.png.

User Hidden Menu Stub screenshot: non-admin hidden menu for a role-difference comparison. Save final image at packages/docs/screenshots/overview-user-hidden-menu.png.

Practical Permission Model

In operational terms:

  • users run the system
  • admins configure and govern the system

This should guide account assignment and training.

Account Hygiene Guidance

Recommended practices:

  • give each person their own account when possible
  • limit admin access to people who truly need it
  • review admin access regularly
  • avoid leaving setup or shared admin accounts in active long-term use without clear ownership

Role And License State

Some admin workflows, especially licensing and system commissioning, may also depend on the system being in a valid licensed state.

That means access expectations are shaped by both:

  • the user's role
  • the system's current operational state