Cada solicitud a la API de Notiondesk se autentica con un token de portador: una clave API de espacio de trabajo o un token de acceso OAuth para aplicaciones que actúan en nombre de otros clientes de Notiondesk. Este artículo muestra cómo crear una clave API de Notiondesk, elegir sus ámbitos, enviarla con sus solicitudes y rotarla o revocarla.
Utilice una clave API para la automatización que ejecute en su propio espacio de trabajo: un script, una tarea programada, un paso de CI o una herramienta interna. Si está creando una aplicación a la que se conectarán otros clientes de Notiondesk, utilice OAuth en su lugar.
Antes de empezar
- Tu espacio de trabajo está en un plan Enterprise.
- Usted es el propietario del espacio de trabajo o un administrador.
Crea una clave API Notiondesk
- En tu panel de control de Notiondesk, haz clic en Configuración .
- En Espacio de trabajo , abre Desarrolladores y luego Claves API .
- Haz clic en Crear clave .
- Introduzca una etiqueta que indique para qué sirve la clave, por ejemplo
CI automationoRedirect import.
- En Ámbitos , seleccione solo los ámbitos que necesita la integración. Consulte Elegir los ámbitos correctos .
- Elija una fecha de vencimiento : 30 días , 90 días , 1 año o Sin vencimiento .
- Haz clic en Crear .
- Haz clic en Copiar clave y guarda la clave en tu gestor de secretos o en las variables de entorno.
- Haz clic en " He guardado la clave" .
Elige los alcances adecuados
Un ámbito es un permiso asociado a una clave. Cada ruta de la API Notiondesk requiere un ámbito, y una clave puede contener varios.
| Alcance | Descripción del panel de control | Lo que permite en la API REST |
|---|---|---|
read | Lea la información y las novedades del centro de ayuda. | Consulta los centros de ayuda, artículos, colecciones, el registro de cambios, las redirecciones, la configuración, la imagen de marca, las integraciones, el estado de sincronización, los análisis y los comentarios. |
write | Gestionar la configuración del centro de ayuda | Crea y actualiza redirecciones de página, y cambia los idiomas, la traducción automática, el contenido, la optimización de IA, el formulario de contacto y la configuración del registro de cambios. |
sync | Activar la sincronización y traducción de contenido | Activar la sincronización de sitios, artículos y colecciones, y activar o desactivar la sincronización programada. |
admin | Administrar la configuración del espacio de trabajo y la configuración destructiva. | Eliminar redirecciones de página, cambiar la imagen de marca y los temas, y configurar integraciones de terceros. |
Asigne a cada integración el conjunto mínimo de ámbitos que necesite:
| Integración | Alcances |
|---|---|
| Sincroniza el centro de ayuda desde una canalización de CI. | sync |
| Panel de análisis o script de informes | read |
| Resumen de comentarios enviado a Slack. | __PRESERVADO_23__ solamente |
| Redirigir la importación después de una migración | __PRESERVADO_22__, __PRESERVADO_21__ |
| Implementación de la marca o la integración en todos los centros de ayuda | __PRESERVADO_20__, __PRESERVADO_19__ |
Cómo los roles del espacio de trabajo limitan una clave
Una llave nunca hace más de lo que la persona que la creó puede hacer en tu espacio de trabajo.
| Rol actual del creador | Alcances que la clave puede utilizar |
|---|---|
| Espectador o administrador de facturación | read |
| Editor | __PRESERVADO_17__, __PRESERVADO_16__, __PRESERVADO_15__ |
| Administrador o propietario del espacio de trabajo | __PRESERVADO_14__, __PRESERVADO_13__, __PRESERVADO_12__, __PRESERVADO_11__ |
Si cambia el rol del creador, los alcances efectivos de la clave cambian con él. Si el creador abandona el espacio de trabajo, la clave deja de funcionar. Gestiona los roles en Cómo invitar a un miembro del equipo .
Envía la clave con cada solicitud.
Envíe la clave en el encabezado Authorization con el esquema Bearer:
Un 200 OK con una lista de tus centros de ayuda confirma que la clave funciona. Una clave funciona para todos los centros de ayuda en su espacio de trabajo.
La misma solicitud en JavaScript:
Y en Python:
Mantén segura tu clave API Notiondesk
curl "<https://api.notiondesk.so/sites>" \
-H "Authorization: Bearer $NOTIONDESK_API_KEY" \
-H "nd-version: 2026-10-16"const response = await fetch("<https://api.notiondesk.so/sites>", {
headers: {
Authorization: `Bearer ${process.env.NOTIONDESK_API_KEY}`,
"nd-version": "2026-10-16",
},
});
const sites = await response.json();import os
import requests
response = requests.get(
"<https://api.notiondesk.so/sites>",
headers={
"Authorization": f"Bearer {os.environ['NOTIONDESK_API_KEY']}",
"nd-version": "2026-10-16",
},
)
sites = response.json()- Mantén las claves en tu servidor. Nunca coloques una clave en el código del navegador, en una aplicación móvil o en un repositorio público.
- Almacena las claves en variables de entorno o en un gestor de secretos, no en el código fuente.
- Crea una clave por cada integración, con su propia etiqueta, para que puedas revocar una sin afectar a las demás.
- Seleccione una fecha de caducidad para las claves utilizadas por los scripts temporales.
- Cuando alguien que conocía una llave abandona el equipo, debe rotarla.
- Compruebe la columna "Último uso" y revoque las claves que nadie utilice.
Rotar o revocar una clave
Abre Configuración > Desarrolladores > Claves API y usa el menú que aparece al final de la fila de la clave.
La función Rotar reemplaza la clave secreta. Confirme con Rotar : la clave actual deja de funcionar inmediatamente y la nueva se muestra una sola vez. Actualice su integración de inmediato. Una clave caducada no se puede rotar; en su lugar, cree una clave de reemplazo.
Revocar desactiva la clave de forma permanente. Confirmar con Revocar : las automatizaciones que utilizan la clave dejan de funcionar inmediatamente y esta acción no se puede deshacer.
Solución de problemas de autenticación
La API responde con el código 403 insufficient_scope
insufficient_scopeLa clave es válida pero carece del ámbito que requiere la ruta. El encabezado WWW-Authenticate especifica el ámbito que falta:
Crea una clave con ese alcance o comprueba que el creador de la clave aún tenga un rol que lo permita.
WWW-Authenticate: Bearer error="insufficient_scope", scope="sync" La API responde con el código 403 permission_denied
permission_deniedLa clave tiene el alcance correcto, pero la acción no está permitida en este centro de ayuda: por ejemplo, el plan no incluye la función o el centro de ayuda está deshabilitado. Consulte Manejo de errores de API, límites de velocidad y reintentos de Notiondesk .
Preguntas frecuentes
¿Puedo volver a ver una clave API después de crearla?
No. El secreto se muestra una sola vez, al crear o girar la llave. Si lo pierdes, gira la llave y guarda el nuevo secreto.
¿Puede un editor crear una clave API?
No. Solo el propietario del espacio de trabajo y los administradores pueden crear, rotar y revocar claves API. Un editor aún puede conectar asistentes de IA a través de Workspace MCP .
¿Caducan las claves API Notiondesk?
Solo si eliges una fecha de caducidad al crear la clave. Las claves creadas sin fecha de caducidad funcionan hasta que las rotes o revoques.
¿Debo usar una clave API o OAuth?
Utiliza una clave API para la automatización que ejecutes en tu propio espacio de trabajo. Usa OAuth cuando otros clientes de Notiondesk conecten tu aplicación a su espacio de trabajo, para que aprueben el acceso y puedan revocarlo ellos mismos.