Skip to main content
Version: 1.2

Permissions reference

Route: /roles ( Permissions field in the create/edit drawer)

Every value in the Permissions multi-select is listed exactly as it appears in the UI. Higher levels generally include lower ones at runtime (for example write:alerts implies read access to alerts). The global admin permission grants broad access across the product.

See also: Overview · Creating and managing roles

Roles — Permissions dropdown in create drawer

Permission levels​

PrefixTypical meaning
read:View data and open related screens
write:Create and update (includes read)
delete:Remove records where supported (often included in admin: for that resource)
admin:Full control for that resource area

Standalone entries:

PermissionDescription
adminGlobal administrator; unlocks management areas and implies All KPIs for KPI-restricted views
readBroad read access used with resource-specific permissions
writeBroad write access used with resource-specific permissions

Alerts and history​

Related: Alerts dashboard · Alert history

PermissionDescription
read:alertsView alerts on the dashboard
write:alertsAcknowledge, assign, comment, and update alerts
delete:alertsDelete alerts
admin:alertsFull alert administration
read:historyView alert history
write:historyModify history entries
delete:historyDelete history entries
admin:historyFull history administration

Services and KPIs​

Related: Services

PermissionDescription
read:servicesView the services catalog
write:servicesCreate and edit services
delete:servicesDelete services
admin:servicesFull services administration
read:kpisView KPI dashboards (combine with Allowed KPI Groups on the role)
write:kpisEdit KPI configuration
delete:kpisDelete KPI-related data
admin:kpisFull KPI administration

Maintenance windows​

Related: Maintenance windows

PermissionDescription
read:maintenance_windowsView maintenance windows
write:maintenance_windowsCreate and edit windows
delete:maintenance_windowsDelete windows
admin:maintenance_windowsFull maintenance window administration

Policies​

Related: Policies

PermissionDescription
read:policiesView policies
write:policiesCreate and edit policies
delete:policiesDelete policies
admin:policiesFull policy administration

Incidents​

PermissionDescription
read:incidentsView incidents
write:incidentsCreate and update incidents
delete:incidentsDelete incidents
admin:incidentsFull incident administration

Service topology​

Related: Service topology

PermissionDescription
read:service_topologiesView topologies and policies
write:service_topologiesCreate and edit topology assets
delete:service_topologiesDelete topology assets
admin:service_topologiesFull service topology administration

Alert sources​

Related: Alert sources

PermissionDescription
read:alert_sourcesView alert sources
write:alert_sourcesCreate and edit sources
delete:alert_sourcesDelete sources
admin:alert_sourcesFull alert source administration

Webhooks​

Related: Custom webhooks

PermissionDescription
read:webhook_configsView inbound webhook configurations
write:webhook_configsCreate and edit webhook configs
delete:webhook_configsDelete webhook configs
admin:webhook_configsFull webhook configuration administration

Notifications​

Related: Notifications

PermissionDescription
read:notificationsView notification rules, templates, and groups
write:notificationsCreate and edit notification rules, templates, and groups
delete:notificationsDelete notification objects
admin:notificationsFull notification administration
write:notification_methodsConfigure notification methods (SMTP, Telegram, etc.)

Tools​

Related: Tools

PermissionDescription
read:toolView tools and definitions
write:toolRun and configure tools
delete:toolDelete tools
admin:toolFull tool administration
execute:tool:<tool-id>Run one specific tool (typed or selected in the Permissions field; custom entries allowed)

Workflows​

PermissionDescription
read:workflowView workflows
write:workflowCreate and edit workflows
delete:workflowDelete workflows
admin:workflowFull workflow administration

Metrics​

PermissionDescription
read:metricsView metrics screens

API keys​

Related: API Keys

PermissionDescription
write:keysCreate and rotate API keys
admin:keysFull API key administration

Heartbeats​

PermissionDescription
read:heartbeatsView heartbeat monitors
write:heartbeatsCreate and edit heartbeats
admin:heartbeatsFull heartbeat administration

Instructions​

Related: Instructions

PermissionDescription
write:instructionsCreate and edit instruction pages
delete:instructionsDelete instructions
admin:instructionsFull instruction administration
write:share_instructionsShare instructions externally
admin:share_instructionsAdminister shared instruction links

Management and configuration​

Related: Backend config

PermissionDescription
read:managementView management and system settings
admin:managementChange management and system settings
read:userinfoView extended user profile information
read:oembedView oEmbed-related settings
admin:service_status_configConfigure service status presentation
admin:dashboards_configConfigure dashboards

Access Control screens​

PermissionWhat it enables
admin (global)Access Control sidebar, including Roles (/roles), Users, Views, and API Keys
No separate “users” permission string

User and role administration in the UI is gated by administrator access (global admin and related management permissions). The Permissions list does not include separate read:users or admin:roles entries.

Choosing permissions for common roles​

Role intentSuggested starting permissions
Alert operatorread:alerts, write:alerts, read:history
Notification designerread:notifications, write:notifications, write:notification_methods
Platform adminadmin or admin:management plus resource-specific admin: entries as needed
Tool runnerread:tool, write:tool, plus execute:tool:* for each approved tool

Best practices​

  1. Match UI labels exactly — when requesting access from an administrator, quote the permission string as shown in the Permissions dropdown.
  2. Prefer resource admin over global admin — use admin:alerts instead of admin when a team only manages alerts.
  3. Add execute:tool entries sparingly — grant per-tool execution only where write:tool is too broad.
  4. Pair KPI permissions with groups — always configure Allowed KPI Groups on the role when assigning read:kpis or write:kpis.
  5. Align API keys with roles — use the same permission strings on API Keys as on user roles for consistent automation access.