> ## 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.
# Eine benutzerdefinierte Rolle erstellen
> POST /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.
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.
Das Erstellen benutzerdefinierter Rollen erfordert eine dedizierte Quota im Plan des Kontos (dieselbe Sperre, die den Reiter **Rollen** im Dashboard auf nicht unterstützten Plänen verbirgt — siehe [Benutzerdefinierte Rollen sind plan-gesperrt](/de/team/roles-and-permissions#custom-roles-are-plan-gated)). Ein 403-Fehler hier bedeutet, dass der Plan dies nicht enthält.
```bash cURL theme={null}
curl --request POST \
--url 'https://management.scanova.io/multi-users/access-levels/' \
--header 'Authorization: YOUR_API_KEY' \
--header 'Content-Type: application/json' \
--data '{
"name": "Regional Support",
"permissions": [23, 24, 31]
}'
```
```json 201 theme={null}
{
"id": 42,
"name": "Regional Support",
"slug": null,
"permissions": [
{ "id": 23, "code": "QR_CODE_CAN_VIEW", "name": "Can view QR Code", "description": "Allows viewing QR code details.", "is_boolean": true },
{ "id": 24, "code": "ANALYTICS_CAN_VIEW", "name": "Can view Analytics", "description": "Allows viewing analytics.", "is_boolean": true },
{ "id": 31, "code": "LEAD_GENERATION_CAN_VIEW", "name": "Can view Lead Lists", "description": "Allows viewing lead lists.", "is_boolean": true }
],
"is_custom": true
}
```
Rollenname. Muss unter den Rollen dieses Kontos eindeutig sein — ein Duplikat gibt einen 400-Fehler mit `{"name": ["Can not create another user role with the same name."]}` zurück.
Zu gewährende Berechtigungs-IDs, aus den `permissions[].id`-Werten der obigen Listenantwort.
Es gibt keinen Bulk-Endpunkt "alle verfügbaren Berechtigungen unabhängig von einer Rolle auflisten" in der Management API — um Berechtigungs-IDs zu ermitteln, lesen Sie sie aus dem `permissions`-Array einer bestehenden Rolle aus (jedes Konto hat mindestens die 6 Systemrollen zur Einsicht).
## Verwandte Themen
* [Rollen auflisten](/de/api-reference/management-api/shared-users/roles-list) — 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 POST /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/:
post:
summary: Create a custom role
operationId: createManagedAccessLevel
requestBody:
required: true
content:
application/json:
schema:
type: object
properties:
name:
type: string
permissions:
type: array
items:
type: integer
description: >-
Permission IDs from an existing role's permissions[].id
values.
required:
- name
- permissions
example:
name: Regional Support
permissions:
- 23
- 24
- 31
responses:
'201':
description: Custom role created. Requires the account's custom-roles plan quota.
content:
application/json:
example:
id: 42
name: Regional Support
slug: null
permissions:
- id: 23
code: QR_CODE_CAN_VIEW
name: Can view QR Code
description: Allows viewing QR code details.
is_boolean: true
is_custom: true
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.
````