> ## 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.

# Lister les rôles

> GET /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.

<Note>
  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).
</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>
  Vérifié en conditions réelles : un compte tout juste créé renvoie exactement ces 6 rôles système (Viewer, Analyst, Billing Manager, Manager, Admin, Full Access) — correspondant au sélecteur [Rôles et permissions](/fr/team/roles-and-permissions#default-system-roles) du tiroir Invite Users du tableau de bord. Les IDs montrés ci-dessus sont indicatifs ; les tableaux de permissions sont tronqués par souci de concision dans cet exemple — une réponse réelle inclut chaque permission accordée par le rôle, en intégralité.
</Note>

Les résultats sont paginés (taille de page 10 par défaut) et peuvent inclure des rôles personnalisés créés par le compte, en plus des 6 rôles système par défaut.

<ParamField query="type" type="string">
  Filtrer sur `system` (les rôles intégrés, `user` est nul sur ceux-ci) ou `custom` (rôles créés par ce compte).
</ParamField>

<ParamField query="search" type="string">
  Correspondance de sous-chaîne par rapport au nom du rôle.
</ParamField>

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

### Champs de réponse (par rôle)

<ResponseField name="id" type="integer">
  ID du rôle — à transmettre comme `access_level` lors de l'invitation ou de la mise à jour d'un utilisateur partagé.
</ResponseField>

<ResponseField name="name" type="string">
  Nom affiché du rôle, par ex. `Manager`.
</ResponseField>

<ResponseField name="slug" type="string | null">
  Slug stable pour les rôles système (par ex. `manager`) ; `null` pour les rôles personnalisés.
</ResponseField>

<ResponseField name="is_custom" type="boolean">
  `false` pour les 6 rôles système intégrés, `true` pour un rôle créé par ce compte lui-même.
</ResponseField>

<ResponseField name="permissions" type="array">
  Chaque permission accordée par ce rôle.

  <Expandable title="propriétés de permission">
    <ResponseField name="id" type="integer">ID de la permission — à transmettre dans `permissions` lors de la création d'un rôle personnalisé ci-dessous.</ResponseField>
    <ResponseField name="code" type="string">Code de permission stable, par ex. `QR_CODE_CAN_VIEW`.</ResponseField>
    <ResponseField name="name" type="string">Nom de permission lisible.</ResponseField>
    <ResponseField name="description" type="string">Description plus détaillée de ce que permet cette permission.</ResponseField>
    <ResponseField name="is_boolean" type="boolean">Indique si cette permission est un simple indicateur activé/désactivé (`true`) plutôt qu'un quota numérique.</ResponseField>
  </Expandable>
</ResponseField>

## Voir aussi

* [Créer un rôle personnalisé](/fr/api-reference/management-api/shared-users/roles-create) — 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 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.

````