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

# Listar roles

> GET /multi-users/access-levels/

A cada usuario compartido se le asigna un rol — el panel de Scanova los llama internamente "access levels" (niveles de acceso), y el mismo término aparece a lo largo de este endpoint. Usa este endpoint para consultar los roles disponibles antes de invitar a un compañero de equipo mediante [`POST /multi-users/`](/es/api-reference/management-api/shared-users/invite), o para crear un rol personalizado desde tus propios sistemas.

<Note>
  Este endpoint no estaba documentado anteriormente. Requiere una clave de la API de gestión con cuota `MANAGEMENT_API` (o `MANAGEMENT_API_SANDBOX`) — consulta el [resumen de la API de gestión](/es/api-reference/management-api/overview). Para saber qué otorga realmente cada rol a un compañero de equipo, consulta la guía orientada a personas [Roles y permisos](/es/team/roles-and-permissions) — esta página solo documenta el formato de transmisión.
</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>
  Verificado en vivo: una cuenta nueva devuelve exactamente estos 6 roles de sistema (Viewer, Analyst, Billing Manager, Manager, Admin, Full Access) — coincidiendo con el selector de [Roles y permisos](/es/team/roles-and-permissions#default-system-roles) en el panel lateral de Invite Users del panel. Los IDs mostrados arriba son ilustrativos; los arrays de permisos se han truncado por brevedad en este ejemplo — una respuesta real incluye todos los permisos que otorga el rol, en su totalidad.
</Note>

Los resultados están paginados (tamaño de página 10 por defecto) y pueden incluir roles personalizados que la cuenta haya creado, junto con los 6 predeterminados del sistema.

<ParamField query="type" type="string">
  Filtra a `system` (los roles integrados, `user` es nulo en estos) o `custom` (roles que esta cuenta ha creado).
</ParamField>

<ParamField query="search" type="string">
  Coincidencia de subcadena con el nombre del rol.
</ParamField>

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

### Campos de la respuesta (por rol)

<ResponseField name="id" type="integer">
  ID del rol — pásalo como `access_level` al invitar o actualizar un usuario compartido.
</ResponseField>

<ResponseField name="name" type="string">
  Nombre para mostrar del rol, p. ej. `Manager`.
</ResponseField>

<ResponseField name="slug" type="string | null">
  Slug estable para los roles de sistema (p. ej. `manager`); `null` para roles personalizados.
</ResponseField>

<ResponseField name="is_custom" type="boolean">
  `false` para los 6 roles de sistema integrados, `true` para un rol que esta cuenta haya creado por sí misma.
</ResponseField>

<ResponseField name="permissions" type="array">
  Todos los permisos que otorga este rol.

  <Expandable title="permission properties">
    <ResponseField name="id" type="integer">ID del permiso — pásalo en `permissions` al crear un rol personalizado a continuación.</ResponseField>
    <ResponseField name="code" type="string">Código de permiso estable, p. ej. `QR_CODE_CAN_VIEW`.</ResponseField>
    <ResponseField name="name" type="string">Nombre legible del permiso.</ResponseField>
    <ResponseField name="description" type="string">Descripción más extensa de lo que permite el permiso.</ResponseField>
    <ResponseField name="is_boolean" type="boolean">Si este permiso es un simple indicador de activado/desactivado (`true`) en lugar de una cuota numérica.</ResponseField>
  </Expandable>
</ResponseField>

## Relacionado

* [Crear un rol personalizado](/es/api-reference/management-api/shared-users/roles-create) — la otra operación de este mismo endpoint.
* [Invitar a un usuario compartido](/es/api-reference/management-api/shared-users/invite) — asigna un ID de rol de esta lista al invitar o actualizar un compañero de equipo.
* [Actualizar un usuario compartido](/es/api-reference/management-api/shared-users/update) — asigna un ID de rol de esta lista al invitar o actualizar un compañero de equipo.
* [Roles y permisos](/es/team/roles-and-permissions) — la explicación orientada a personas de lo que otorga cada rol, incluyendo la restricción por plan de los roles personalizados.
* [Usuarios compartidos](/es/team/shared-users) — la tabla Users del panel donde estos roles se asignan mediante la interfaz.


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

````