Recursos · Integración n8n

Integración Okta n8nAutomatiza Okta con n8n.

¿Y si las altas y las bajas en Okta ocurrieran solas, sin abrir la Admin Console? La integración Okta n8n expone un único recurso, User, y 5 operaciones: crear, leer, listar, actualizar y eliminar. No hay nodo trigger de Okta, así que el flujo arranca en otro sitio. Pensada para equipos de IT y operaciones.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué resuelve la integración Okta n8n?

Okta gestiona la identidad, n8n encadena lo que depende de ella. Basta un credential construido sobre un token de API para que el nodo Okta, incluido en n8n desde el primer día tanto en n8n Cloud como en una instancia autoalojada, lea y escriba cuentas sin abrir la Admin Console. Todo el trabajo recae sobre un único recurso, User, con 5 operaciones detrás: crear, leer, listar, actualizar, eliminar.

Primer escenario: el alta. Cuando alguien entra, la ficha llega desde el formulario interno o desde una incidencia abierta en GitHub, y user.create abre la cuenta con First Name, Last Name, Username y Email. Si marcas Activate, la persona entra el primer día en las aplicaciones que tenga asignadas. Si no, la cuenta queda creada y esperando, y un aviso en Slack deja constancia.

Segundo escenario: los datos que cambian. Un móvil nuevo, un segundo correo, un cambio de departamento. user.update reescribe solo los atributos que añades a la colección Fields, así que el resto del perfil queda intacto. El dato de origen suele estar en una tabla de Postgres que Recursos Humanos ya mantiene al día.

Tercer escenario: el inventario de cuentas. Un Schedule Trigger lanza el flujo, user.getAll recorre el directorio con Return All activado y el resultado se guarda en MongoDB para comparar una semana contra otra. Search Query acota la búsqueda antes de exportar, con la sintaxis de filtro de Okta, por ejemplo profile.lastName sw "Smi".

Lo que el nodo no cubre también conviene tenerlo claro: se queda en el recurso User. Para el resto de la API de Okta no hay operación dedicada, y ahí entra el nodo HTTP Request, que llama a cualquier dirección de la API (un endpoint) reutilizando el mismo credential con la autenticación predefinida. No hay que configurar nada aparte.

Dos límites antes de montar nada. Okta no tiene nodo trigger en n8n: nada empuja eventos hacia tu flujo, y hace falta un Schedule Trigger a intervalo fijo, un Webhook de n8n (una URL que otro servicio llama) o el trigger de otra herramienta para arrancar la ejecución. Y Simplify, disponible en Get a user y Get many users, devuelve una respuesta reducida en lugar de los datos en bruto: cómoda hasta que un nodo posterior pide justo el atributo que se quedó fuera. El análisis de la plataforma está en la Reseña n8n.

Conexión

¿Cómo conectar Okta con n8n?

  1. 01

    Crear el token SSWS en Okta

    Desde la Admin Console de Okta, sigue la ruta Security > API > Tokens > Create token; hace falta una cuenta de administrador en una org existente, o de lo contrario una prueba gratuita de Okta sirve igual para probar. El token SSWS que se genera es la llave que cubre las 5 operaciones del nodo, así que antes de cerrar la pestaña, guárdalo en un gestor de contraseñas.

  2. 02

    Localizar la URL de tu org

    La credencial pide además la dirección base de la org, y hay dos maneras de obtenerla. Desde el Profile de la Admin Console, al pasar el cursor sobre el dominio bajo tu nombre aparece un icono Copy: la dirección copiada solo necesita el prefijo https:// delante. La alternativa consiste en tomar la URL del propio Admin Console, del tipo https://dev-123456-admin.okta.com, y quitarle el fragmento -admin: https://dev-123456.okta.com.

  3. 03

    Guardar el credential en n8n

    En el menú Credentials de n8n se crea la entrada de Okta pegando la URL y el SSWS Access Token; a partir de ese momento cualquier flujo de la instancia puede reutilizarla, y el nodo Okta la ofrece directamente en su lista desplegable. Solo falta seleccionar el recurso User y la operación correspondiente.

Acciones

¿Qué operaciones trae el nodo Okta ?

El nodo Okta expone 5 operaciones en 1 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDelete
User✓✓✓✓✓

User

5 operaciones
01

Create a new user

user.create

Lo que ves en n8n

Notas y casos de uso

Crea la cuenta en Okta y devuelve el usuario creado para que los nodos siguientes lo usen.

Parámetros clave

  • First Name y Last Name: nombre y apellido, ambos obligatorios, normalmente rellenados con una expresión {{ $json.field }} que apunta al item de entrada.
  • Username: el identificador único de la cuenta, y tiene que ser un correo electrónico.
  • Email: la dirección que queda en el perfil, igual al Username o distinta.
  • Activate: activado, la cuenta queda activa con acceso a las aplicaciones asignadas; desactivado, se crea y espera.
  • Fields: colección opcional con 30 atributos de perfil más, entre ellos Department, Manager, Title y Mobile Phone.
Casos de uso
Recursos Humanos confirma una incorporación y la cuenta está lista antes del primer día.
02

Delete a user

user.delete

Lo que ves en n8n

Notas y casos de uso

Borra la cuenta de tu org de Okta. No hay vuelta atrás, así que lo que quieras conservar hay que leerlo antes.

Parámetros clave

  • User: un selector de recurso. Elige la cuenta en la lista que n8n carga desde tu org o pasa un identificador, por ejemplo {{ $json.field }} que venga de un nodo anterior.
  • Send Email: activado, sale un correo de desactivación hacia el administrador.
Casos de uso
la baja queda registrada en el sistema de personal y el flujo cierra la cuenta sin esperar al lunes.
03

Get a user

user.get

Lo que ves en n8n

Notas y casos de uso

Lee una cuenta concreta y entrega sus datos al resto del flujo. Sirve para confirmar que la persona sigue existiendo en Okta antes de tocar nada.

Parámetros clave

  • User: el mismo selector que el resto de operaciones sobre una sola cuenta, lista desplegable o identificador.
  • Simplify: devuelve una versión reducida de la respuesta en lugar de los datos en bruto. Basta para comprobar un nombre, no siempre para sincronizar un perfil entero.
Casos de uso
una solicitud de acceso menciona un correo, y el flujo trae el perfil de Okta para adjuntarlo a la aprobación.
04

Get many users

user.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve las cuentas de tu org, un item de n8n por usuario. Es la operación que hay detrás de cualquier exportación o revisión de accesos.

Parámetros clave

  • Search Query: filtra la lista con la sintaxis de Okta, por ejemplo profile.lastName sw "Smi".
  • Return All: activado, n8n recorre todas las páginas de resultados; desactivado, Limit marca cuántas cuentas vuelven.
  • Limit: el número máximo de usuarios devueltos mientras Return All siga desactivado.
  • Simplify: una respuesta más corta por usuario, más ligera para volcarla en una hoja.
Casos de uso
un cruce mensual entre las cuentas de Okta y la plantilla activa.
05

Update a user

user.update

Lo que ves en n8n

Notas y casos de uso

Cambia el perfil de una cuenta existente sin tocar lo que no rellenas.

Parámetros clave

  • User: la cuenta que se modifica, elegida en la lista o indicada por su identificador.
  • Fields: la colección de 34 atributos que se pueden reescribir, entre ellos Username, Email, First Name, Last Name, Department, Manager, Title y Mobile Phone. Solo viaja a Okta lo que añades.
Casos de uso
alguien cambia de puesto y el flujo reescribe Title y Department desde la ficha de personal.
Necesitas ayuda

¿Necesitas ayuda para automatizar Okta con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Okta y n8n, las dudas que vienen después

01¿La integración Okta n8n es gratuita?
Sí. El nodo no añade ningún coste: viene integrado en n8n sin instalación aparte, tanto si se usa n8n Cloud como una instancia autoalojada en Community Edition bajo licencia Sustainable Use, y el flujo se comporta igual en cualquiera de los dos casos. Lo que cobra Okta por su propio servicio depende del contrato que tengas con ellos, algo que queda fuera de esta página. Para hacer una primera prueba sin tocar una org en producción, sirve tanto una prueba gratuita de Okta como una cuenta de administrador que ya exista.
02¿Qué credenciales necesita el nodo Okta de n8n?
Con un único credential basta, construido sobre un token SSWS que reúne dos datos: la URL de la org (la dirección base con https:// delante, sin el -admin de la Admin Console) y el SSWS Access Token que se obtiene en Security > API > Tokens > Create token, para lo cual hace falta una cuenta de administrador o, en su defecto, una prueba gratuita de Okta. Guardado ese credential en el menú Credentials, cualquier flujo lo reutiliza y el nodo Okta lo muestra directamente en su desplegable.
03¿Qué límites tiene el nodo Okta en n8n?
El nodo se limita a un único recurso, User, con 5 operaciones: crear, leer, listar, actualizar, eliminar. Para todo lo que la API de Okta ofrece fuera de ese alcance, el camino es HTTP Request, que llama a cualquier endpoint reutilizando el credential de Okta mediante la autenticación predefinida. En Get many users, Return All trae el directorio completo mientras que Limit fija el máximo de cuentas cuando Return All permanece desactivado; y Simplify recorta la respuesta, algo cómodo hasta que un nodo posterior necesita justo el atributo que se quedó fuera.
04¿Okta puede lanzar un flujo de n8n en tiempo real?
No, y no es un tema de velocidad: Okta directamente no tiene nodo trigger en n8n. Ningún evento de Okta arranca un flujo por sí solo, así que el punto de partida está en otro lado: un Schedule Trigger a intervalo fijo, un Webhook de n8n (una URL que otro servicio llama) o el trigger de otra herramienta ya presente. En la práctica, las cuentas se releen a intervalos regulares o se modifican como reacción a algo ocurrido en el sistema de RR. HH., el ticketing o una hoja de cálculo.
05¿n8n o Make para Okta?
Todo depende de dónde puedan quedarse los datos del directorio. n8n se autoaloja con Docker o npm, o se ejecuta en n8n Cloud, sin que el flujo cambie de un caso a otro. Make, en cambio, solo existe en versión alojada y cobra por operación, un modelo que se nota rápido en una exportación de directorio que recorre todas las páginas con Return All. Si el token y las fichas de usuario deben quedarse en infraestructura controlada, el autoalojamiento resuelve la duda; si no, la elección pasa por la lógica visual que resulte más cómoda.