Ressources · Intégration n8n

Intégration Okta n8nAutomatiser Okta avec n8n.

Et si les comptes Okta se créaient tout seuls, depuis l'outil qui annonce l'arrivée ? L'intégration Okta n8n pose une seule ressource, User, et 5 opérations : création, lecture, liste, mise à jour, suppression. Aucun trigger Okta côté n8n, le workflow démarre ailleurs. Pour les équipes IT et ops.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que fait vraiment l'intégration Okta n8n ?

Okta gère les identités, n8n gère les enchaînements. L'intégration Okta n8n met les deux bout à bout : un credential construit sur un jeton SSWS, c'est-à-dire un accès enregistré une fois dans n8n, le nœud Okta livré avec la plateforme, et une seule ressource, User. Cinq opérations vivent derrière, et elles couvrent la vie d'un compte, de sa création à sa suppression.

Premier cas : l'arrivée d'un prestataire. Sa fiche est saisie dans une base Microsoft SQL, n8n la relit, et user.create ouvre le compte avec First Name, Last Name, Username et Email. Activate reste décoché tant que le contrat n'est pas signé : le compte existe, sans accès aux applications assignées. Un message dans Slack prévient l'IT que la fiche est prête.

Deuxième cas, moins spectaculaire mais bien plus fréquent : quelqu'un change de service. L'export RH mensuel arrive dans Google Sheets, n8n compare ligne à ligne, et user.update réécrit Department, Manager et Title sur les comptes concernés. Seuls les attributs ajoutés à la collection Fields partent vers Okta, le reste du profil ne bouge pas.

Troisième cas : la revue d'accès. Un Schedule Trigger lance le workflow à intervalle fixe, user.getAll récupère les comptes avec Return All activé, et le tableau part par Gmail au responsable qui doit le valider. Search Query permet de restreindre la liste avant l'envoi, avec la syntaxe de filtre d'Okta, par exemple profile.lastName sw "Smi".

Ce que le nœud ne fait pas est tout aussi net : il s'arrête à la ressource User. Pour le reste de l'API Okta, il n'existe pas d'opération dédiée, et c'est le nœud HTTP Request qui prend le relais. Il appelle n'importe quelle adresse de l'API (un endpoint) en réutilisant le même credential grâce à l'authentification prédéfinie. Rien de plus à configurer côté connexion.

Deux limites à connaître avant de construire. Okta n'a pas de nœud trigger dans n8n : rien ne pousse d'événement vers ton workflow, il faut un Schedule Trigger, un Webhook n8n (une URL qu'un autre service appelle) ou le trigger d'un autre outil pour démarrer l'exécution. Et Simplify, présent sur Get a user et Get many users, renvoie une réponse allégée plutôt que les données brutes : pratique, jusqu'au jour où un nœud suivant réclame justement l'attribut qui a sauté. Le détail de la plateforme est dans l'Avis n8n.

Connexion

Comment connecter Okta à n8n ?

  1. 01

    Générer le jeton SSWS dans Okta

    Ouvre l'Admin Console d'Okta et suis Security > API > Tokens > Create token. Un compte admin sur une org Okta existante suffit ; sans org à disposition, un essai gratuit Okta fait aussi l'affaire. Le jeton SSWS renvoyé fait tout le travail dans n8n : c'est la clé unique derrière les 5 opérations du nœud, donc mets-la de côté dans un gestionnaire de mots de passe avant de quitter la page.

  2. 02

    Récupérer l'URL de ton org

    Le credential réclame aussi l'adresse de base de ton org Okta, disponible par deux chemins. Le premier : dans l'Admin Console, ouvre ton Profile, survole le domaine sous ton pseudo, clique sur l'icône Copy, puis ajoute https:// devant la valeur récupérée. Le second : pars de l'adresse de l'Admin Console elle-même, du type https://dev-123456-admin.okta.com, et retire simplement le -admin pour obtenir https://dev-123456.okta.com.

  3. 03

    Enregistrer le credential dans n8n

    Direction le menu Credentials de n8n pour créer l'entrée Okta : une fois l'URL et le SSWS Access Token collés, l'enregistrement se fait en un clic. Le credential reste disponible pour tous les workflows à venir, le nœud Okta le proposant automatiquement dans sa liste déroulante sans ressaisie. Reste ensuite à choisir la ressource User et l'opération voulue.

Actions

Que sait faire le nœud Okta ?

Le nœud Okta expose 5 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyUpdateDelete
User✓✓✓✓✓

User

5 opérations
01

Create a new user

user.create

Ce que tu vois dans n8n

Notes & cas d'usage

Crée le compte dans Okta et renvoie l'utilisateur créé, que les nœuds suivants reprennent tel quel.

Paramètres clés

  • First Name et Last Name : le prénom et le nom, tous deux obligatoires, souvent remplis par une expression {{ $json.field }} qui pointe vers l'item entrant.
  • Username : l'identifiant unique du compte, qui doit être une adresse email.
  • Email : l'adresse inscrite sur le profil, identique au Username ou non.
  • Activate : coché, le compte est activé et accède aux applications assignées ; décoché, il est créé et attend.
  • Fields : une collection optionnelle de 30 attributs de profil en plus, dont Department, Manager, Title et Mobile Phone.
Cas d'usage
la date d'arrivée tombe côté RH, et le compte Okta existe avant le premier café.
02

Delete a user

user.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime le compte de ton org Okta. Aucun retour en arrière possible, donc ce que tu veux archiver, lis-le avant.

Paramètres clés

  • User : un sélecteur de ressource. Choisis le compte dans la liste que n8n charge depuis ton org, ou passe un identifiant, par exemple {{ $json.field }} issu d'un nœud précédent.
  • Send Email : activé, un email de désactivation part vers l'administrateur.
Cas d'usage
la fin de mission d'un prestataire est enregistrée dans l'outil RH, et le compte disparaît sans que personne ouvre un ticket.
03

Get a user

user.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lit un compte et passe ses détails à la suite du workflow. C'est l'opération qui sert à vérifier qu'une personne existe encore dans Okta avant d'agir sur son dossier.

Paramètres clés

  • User : le même sélecteur que les autres opérations sur un compte unique, liste déroulante ou identifiant.
  • Simplify : renvoie une version allégée de la réponse au lieu des données brutes. Suffisant pour un contrôle de nom, pas toujours pour une synchronisation de profil complète.
Cas d'usage
un ticket d'assistance cite une adresse email, et le workflow remonte le profil Okta correspondant dans la réponse.
04

Get many users

user.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les comptes de ton org, un item n8n par utilisateur. C'est l'opération qui se cache derrière tous les exports et toutes les revues d'accès.

Paramètres clés

  • Search Query : filtre la liste avec la syntaxe d'Okta, par exemple profile.lastName sw "Smi".
  • Return All : activé, n8n enchaîne toutes les pages de résultats ; désactivé, Limit fixe le nombre de comptes ramenés.
  • Limit : plafonne le nombre d'utilisateurs renvoyés.
  • Simplify : la réponse s'allège, ce qui accélère un export volumineux vers un tableur.
Cas d'usage
un rapprochement hebdomadaire entre les comptes Okta et la liste du personnel actif.
05

Update a user

user.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifie le profil d'un compte existant sans toucher à ce que tu n'as pas rempli.

Paramètres clés

  • User : le compte à modifier, choisi dans la liste ou donné par son identifiant.
  • Fields : la collection des 34 attributs réinscriptibles, dont Username, Email, First Name, Last Name, Department, Manager, Title et Mobile Phone. Seuls ceux que tu ajoutes partent vers Okta.
Cas d'usage
un changement de numéro remonté par le support, et Mobile Phone est à jour sans passer par l'Admin Console.
Besoin d'aide

Besoin d'aide pour automatiser Okta avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Okta et n8n, les questions qui viennent ensuite

01L'intégration Okta n8n est-elle gratuite ?
Oui. Le nœud lui-même ne coûte rien : il fait partie de n8n en standard, aucune installation ni surcoût, aussi bien sur n8n Cloud que sur une instance auto-hébergée en Community Edition sous licence Sustainable Use, et le comportement du workflow ne change pas d'un environnement à l'autre. Le prix d'Okta relève en revanche entièrement de ton propre contrat avec Okta, un sujet que cette page ne couvre pas. Pour un premier essai sans risquer une org de production, un essai gratuit Okta ou un compte admin déjà existant suffisent tous les deux.
02Quels droits faut-il pour connecter Okta à n8n ?
Un seul credential suffit, bâti autour d'un jeton SSWS. Il regroupe deux informations : l'URL de l'org (l'adresse de base avec https:// devant, débarrassée du -admin propre à l'Admin Console) et le SSWS Access Token généré via Security > API > Tokens > Create token, ce qui suppose un compte admin ou, à défaut, un essai gratuit Okta. Le nœud ne propose pas d'autre méthode d'authentification : ce credential unique couvre les 5 opérations. Une fois sauvegardé dans le menu Credentials, il se retrouve directement dans la liste déroulante du nœud Okta, sans qu'aucun workflow n'ait à le ressaisir.
03Quelles sont les limites du nœud Okta dans n8n ?
Le nœud reste cantonné à une seule ressource, User, avec 5 opérations : créer, lire, lister, mettre à jour, supprimer. Pour tout ce que l'API Okta propose en dehors de ce périmètre, il faut passer par HTTP Request, qui appelle n'importe quel endpoint en réutilisant le credential Okta via l'authentification prédéfinie. Sur Get many users, Return All ramène l'annuaire complet tandis que Limit plafonne le nombre de comptes si Return All reste désactivé ; quant à Simplify, il allège la réponse jusqu'au jour où un nœud suivant a justement besoin de l'attribut qu'il a coupé.
04Okta peut-il déclencher un workflow n8n en temps réel ?
Non, et ce n'est pas un problème de vitesse : Okta n'a tout simplement pas de nœud trigger dans n8n. Aucun événement Okta ne démarre un workflow tout seul, il faut donc partir d'ailleurs : un Schedule Trigger à intervalle fixe, un Webhook n8n (une URL qu'un service tiers appelle) ou le trigger d'un autre outil déjà en place. En pratique, les comptes se relisent à échéance régulière ou se modifient en réaction à ce qui se passe dans l'outil RH, le ticketing ou un tableur.
05n8n ou Make pour Okta ?
Tout dépend de l'endroit où les données d'annuaire ont le droit de résider. n8n s'auto-héberge (Docker, npm) ou tourne sur n8n Cloud, sans différence de comportement entre les deux. Make, à l'inverse, n'existe qu'en version hébergée et facture à l'opération, un modèle qui pèse vite sur un export d'annuaire qui parcourt toutes les pages via Return All. Si le jeton et les fiches utilisateurs doivent rester sur une infrastructure maîtrisée, l'auto-hébergement tranche ; sinon, le choix se fait sur la logique visuelle qui te convient le mieux.