> ## 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.
# Créer un rôle personnalisé
> POST /multi-users/access-levels/
Chaque utilisateur partagé se voit attribuer un rôle — le tableau de bord de Scanova appelle cela en interne des « access levels » (niveaux d'accès), et ce même terme apparaît tout au long de cet endpoint. Utilisez cet endpoint pour consulter les rôles disponibles avant d'inviter un coéquipier via [`POST /multi-users/`](/fr/api-reference/management-api/shared-users/invite), ou pour créer un rôle personnalisé depuis vos propres systèmes.
Cet endpoint n'était pas documenté auparavant. Il nécessite une clé Management API avec le quota `MANAGEMENT_API` (ou `MANAGEMENT_API_SANDBOX`) — voir la [vue d'ensemble de la Management API](/fr/api-reference/management-api/overview). Pour ce que chaque rôle accorde réellement à un coéquipier, voir le guide destiné aux utilisateurs [Rôles et permissions](/fr/team/roles-and-permissions) — cette page ne documente que le format d'échange (wire format).
Créer des rôles personnalisés nécessite un quota dédié sur le plan du compte (la même restriction qui masque l'onglet **Roles** du tableau de bord sur les plans non pris en charge — voir [Les rôles personnalisés sont limités par le plan](/fr/team/roles-and-permissions#custom-roles-are-plan-gated)). Une erreur 403 ici signifie que le plan ne l'inclut pas.
```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
}
```
Nom du rôle. Doit être unique parmi les rôles de ce compte — un doublon renvoie une erreur 400 avec `{"name": ["Can not create another user role with the same name."]}`.
IDs de permissions à accorder, issus des valeurs `permissions[].id` de la réponse de liste ci-dessus.
Il n'existe pas d'endpoint groupé « lister toutes les permissions disponibles indépendamment d'un rôle » sur la Management API — pour découvrir les IDs de permissions, consultez-les dans le tableau `permissions` d'un rôle existant (chaque compte dispose au moins des 6 rôles système à consulter).
## Voir aussi
* [Lister les rôles](/fr/api-reference/management-api/shared-users/roles-list) — l'autre opération de ce même endpoint.
* [Inviter un utilisateur partagé](/fr/api-reference/management-api/shared-users/invite) — attribuez un ID de rôle de cette liste lors de l'invitation ou de la mise à jour d'un coéquipier.
* [Mettre à jour un utilisateur partagé](/fr/api-reference/management-api/shared-users/update) — attribuez un ID de rôle de cette liste lors de l'invitation ou de la mise à jour d'un coéquipier.
* [Rôles et permissions](/fr/team/roles-and-permissions) — l'explication destinée aux utilisateurs de ce que chaque rôle accorde, y compris la restriction de plan sur les rôles personnalisés.
* [Utilisateurs partagés](/fr/team/shared-users) — le tableau Users du tableau de bord où ces rôles sont attribués via l'interface.
## 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.
````