> ## 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.
# Crear un rol personalizado
> POST /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.
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.
Crear roles personalizados requiere una cuota dedicada en el plan de la cuenta (la misma restricción que oculta la pestaña **Roles** del panel en planes no compatibles — consulta [Los roles personalizados están limitados por plan](/es/team/roles-and-permissions#custom-roles-are-plan-gated)). Un 403 aquí significa que el plan no lo incluye.
```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
}
```
Nombre del rol. Debe ser único entre los roles de esta cuenta — un duplicado devuelve un 400 con `{"name": ["Can not create another user role with the same name."]}`.
IDs de permisos a otorgar, de los valores `permissions[].id` en la respuesta de listado anterior.
No existe un endpoint masivo para "listar todos los permisos disponibles independientemente de un rol" en la API de gestión — para descubrir los IDs de permisos, léelos del array `permissions` de un rol existente (toda cuenta tiene al menos los 6 roles de sistema para inspeccionar).
## Relacionado
* [Listar roles](/es/api-reference/management-api/shared-users/roles-list) — 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 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.
````