Skip to main content
GET
Jedem geteilten Benutzer wird eine Rolle zugewiesen — intern nennt das Scanova-Dashboard diese “Zugriffsebenen” (access levels), und derselbe Begriff taucht in diesem Endpunkt durchgängig auf. Verwenden Sie diesen Endpunkt, um verfügbare Rollen nachzuschlagen, bevor Sie ein Teammitglied über POST /multi-users/ einladen, oder um eine benutzerdefinierte Rolle aus Ihren eigenen Systemen heraus zu erstellen.
Dieser Endpunkt war bisher nicht dokumentiert. Er erfordert einen Management-API-Schlüssel mit MANAGEMENT_API- (oder MANAGEMENT_API_SANDBOX-)Quota — siehe die Management-API-Übersicht. Was jede Rolle einem Teammitglied tatsächlich gewährt, erfahren Sie im für Menschen verfassten Leitfaden Rollen & Berechtigungen — diese Seite dokumentiert nur das Wire-Format.
Live verifiziert: Ein frisches Konto gibt genau diese 6 Systemrollen zurück (Viewer, Analyst, Billing Manager, Manager, Admin, Full Access) — passend zur Auswahl unter Rollen & Berechtigungen in der Schublade “Benutzer einladen” des Dashboards. Die oben gezeigten IDs sind illustrativ; die Berechtigungs-Arrays sind in diesem Beispiel aus Gründen der Kürze gekürzt — eine echte Antwort enthält jede Berechtigung, die die Rolle gewährt, vollständig.
Ergebnisse werden paginiert (standardmäßig Seitengröße 10) und können neben den 6 System-Standardrollen auch vom Konto erstellte benutzerdefinierte Rollen enthalten.
string
Filtert auf system (die eingebauten Rollen, bei denen user null ist) oder custom (von diesem Konto erstellte Rollen).
Teilstring-Abgleich gegen den Rollennamen.
string
name oder -name.

Antwortfelder (pro Rolle)

integer
Rollen-ID — übergeben Sie diese als access_level beim Einladen oder Aktualisieren eines geteilten Benutzers.
string
Anzeigename der Rolle, z. B. Manager.
string | null
Stabiler Slug für Systemrollen (z. B. manager); null für benutzerdefinierte Rollen.
boolean
false für die 6 eingebauten Systemrollen, true für eine vom Konto selbst erstellte Rolle.
array
Jede Berechtigung, die diese Rolle gewährt.

Verwandte Themen

Autorisierungen

Authorization
string
header
erforderlich

Send your Management API key as the raw value of the Authorization header — no "Bearer " or "Token " prefix, and no other characters. Example: Authorization: 401f7ac837da42b97f613d789819ff93537bee6a. A header containing more than one space-separated part is rejected outright. Requests also require the request's Host header to be the management API host (e.g. management.scanova.io) — the same key sent to the regular API host will not authenticate.

Abfrageparameter

type
enum<string>
Verfügbare Optionen:
system,
custom
ordering
string

Antwort

200 - application/json

Paginated list of roles, each with its permission set.