> ## Documentation Index
> Fetch the complete documentation index at: https://docs.scanova.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Rollen auflisten

> GET /multi-users/access-levels/

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/`](/de/api-reference/management-api/shared-users/invite) einladen, oder um eine benutzerdefinierte Rolle aus Ihren eigenen Systemen heraus zu erstellen.

<Note>
  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](/de/api-reference/management-api/overview). Was jede Rolle einem Teammitglied tatsächlich gewährt, erfahren Sie im für Menschen verfassten Leitfaden [Rollen & Berechtigungen](/de/team/roles-and-permissions) — diese Seite dokumentiert nur das Wire-Format.
</Note>

<RequestExample>
  ```bash cURL theme={null}
  curl --request GET \
    --url 'https://management.scanova.io/multi-users/access-levels/' \
    --header 'Authorization: YOUR_API_KEY'
  ```
</RequestExample>

<ResponseExample>
  ```json 200 theme={null}
  {
    "count": 6,
    "next": null,
    "previous": null,
    "results": [
      {
        "id": 3,
        "name": "Viewer",
        "slug": "viewer",
        "permissions": [
          {
            "id": 23,
            "code": "QR_CODE_CAN_VIEW",
            "name": "Can view QR Code",
            "description": "Allows viewing QR code details.",
            "is_boolean": true
          }
        ],
        "is_custom": false
      },
      {
        "id": 4,
        "name": "Analyst",
        "slug": "analyst",
        "permissions": ["..."],
        "is_custom": false
      },
      {
        "id": 5,
        "name": "Billing Manager",
        "slug": "billing-manager",
        "permissions": ["..."],
        "is_custom": false
      },
      {
        "id": 6,
        "name": "Manager",
        "slug": "manager",
        "permissions": ["..."],
        "is_custom": false
      },
      {
        "id": 7,
        "name": "Admin",
        "slug": "admin",
        "permissions": ["..."],
        "is_custom": false
      },
      {
        "id": 8,
        "name": "Full Access",
        "slug": "full-access",
        "permissions": ["..."],
        "is_custom": false
      }
    ]
  }
  ```
</ResponseExample>

<Note>
  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](/de/team/roles-and-permissions#default-system-roles) 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.
</Note>

Ergebnisse werden paginiert (standardmäßig Seitengröße 10) und können neben den 6 System-Standardrollen auch vom Konto erstellte benutzerdefinierte Rollen enthalten.

<ParamField query="type" type="string">
  Filtert auf `system` (die eingebauten Rollen, bei denen `user` null ist) oder `custom` (von diesem Konto erstellte Rollen).
</ParamField>

<ParamField query="search" type="string">
  Teilstring-Abgleich gegen den Rollennamen.
</ParamField>

<ParamField query="ordering" type="string">
  `name` oder `-name`.
</ParamField>

### Antwortfelder (pro Rolle)

<ResponseField name="id" type="integer">
  Rollen-ID — übergeben Sie diese als `access_level` beim Einladen oder Aktualisieren eines geteilten Benutzers.
</ResponseField>

<ResponseField name="name" type="string">
  Anzeigename der Rolle, z. B. `Manager`.
</ResponseField>

<ResponseField name="slug" type="string | null">
  Stabiler Slug für Systemrollen (z. B. `manager`); `null` für benutzerdefinierte Rollen.
</ResponseField>

<ResponseField name="is_custom" type="boolean">
  `false` für die 6 eingebauten Systemrollen, `true` für eine vom Konto selbst erstellte Rolle.
</ResponseField>

<ResponseField name="permissions" type="array">
  Jede Berechtigung, die diese Rolle gewährt.

  <Expandable title="permission properties">
    <ResponseField name="id" type="integer">Berechtigungs-ID — übergeben Sie diese in `permissions`, wenn Sie unten eine benutzerdefinierte Rolle erstellen.</ResponseField>
    <ResponseField name="code" type="string">Stabiler Berechtigungscode, z. B. `QR_CODE_CAN_VIEW`.</ResponseField>
    <ResponseField name="name" type="string">Für Menschen lesbarer Name der Berechtigung.</ResponseField>
    <ResponseField name="description" type="string">Längere Beschreibung dessen, was die Berechtigung erlaubt.</ResponseField>
    <ResponseField name="is_boolean" type="boolean">Ob diese Berechtigung ein einfaches Ein/Aus-Flag (`true`) ist statt einer numerischen Quota.</ResponseField>
  </Expandable>
</ResponseField>

## Verwandte Themen

* [Eine benutzerdefinierte Rolle erstellen](/de/api-reference/management-api/shared-users/roles-create) — die andere Operation an diesem selben Endpunkt.
* [Einen geteilten Benutzer einladen](/de/api-reference/management-api/shared-users/invite) — weisen Sie beim Einladen oder Aktualisieren eines Teammitglieds eine Rollen-ID aus dieser Liste zu.
* [Einen geteilten Benutzer aktualisieren](/de/api-reference/management-api/shared-users/update) — weisen Sie beim Einladen oder Aktualisieren eines Teammitglieds eine Rollen-ID aus dieser Liste zu.
* [Rollen & Berechtigungen](/de/team/roles-and-permissions) — die für Menschen verfasste Erklärung dessen, was jede Rolle gewährt, einschließlich der Plan-Sperre für benutzerdefinierte Rollen.
* [Geteilte Benutzer](/de/team/shared-users) — die Benutzer-Tabelle des Dashboards, in der diese Rollen über die UI zugewiesen werden.


## OpenAPI

````yaml api-reference/openapi/management-api.json GET /multi-users/access-levels/
openapi: 3.1.0
info:
  title: Scanova Management API (v2)
  description: >-
    The complete Scanova Management API — every endpoint available at
    management.scanova.io (QR codes, folders, tags, leads, forms, analytics,
    plans, shared users & roles), plus the token-creation and usage-stats
    endpoints used to authenticate against it. Every path and request/response
    shape below was verified live against a real API key and the actual running
    backend (Phase 7, 2026-08-16) — not guessed from reading urls.py alone.
  version: 2.0.0
servers:
  - url: https://management.scanova.io
    description: Management API — QR/folder/tag/lead/form/analytics/plans endpoints
security:
  - apiKeyAuth: []
paths:
  /multi-users/access-levels/:
    get:
      summary: List roles (access levels)
      description: >-
        Returns every role assignable to a shared user, including the account's
        default system roles and any custom roles it has created.
      operationId: listManagedAccessLevels
      parameters:
        - name: type
          in: query
          schema:
            type: string
            enum:
              - system
              - custom
        - name: search
          in: query
          schema:
            type: string
        - name: ordering
          in: query
          schema:
            type: string
      responses:
        '200':
          description: Paginated list of roles, each with its permission set.
          content:
            application/json:
              example:
                count: 6
                next: null
                previous: null
                results:
                  - id: 3
                    name: Viewer
                    slug: viewer
                    permissions:
                      - id: 23
                        code: QR_CODE_CAN_VIEW
                        name: Can view QR Code
                        description: Allows viewing QR code details.
                        is_boolean: true
                    is_custom: false
components:
  securitySchemes:
    apiKeyAuth:
      type: apiKey
      in: header
      name: Authorization
      description: >-
        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.

````