INTÉGRATION OKTA n8n : AUTOMATISER OKTA AVEC N8N

L'action Create User vous permet de provisionner automatiquement de nouveaux utilisateurs dans votre instance Okta. C'est l'action incontournable pour automatiser l'onboarding : dès qu'un nouveau collaborateur est ajouté dans votre SIRH ou votre base de données RH, le compte Okta correspondant peut être créé instantanément.

Paramètres de configuration :

• Credential to connect with : Sélectionnez vos identifiants Okta préalablement configurés. Ce paramètre est requis.
• Resource : Définit le type d'entité Okta ciblée, ici "User". Requis.
• Operation : L'opération à effectuer, configurée sur "Create". Requis.
• First Name : Prénom de l'utilisateur. Champ texte requis.
• Last Name : Nom de famille de l'utilisateur. Champ texte requis.
• Username : Identifiant unique de l'utilisateur, doit être une adresse email. Champ texte requis.
• Email : Adresse email de l'utilisateur. Champ texte requis.
• Activate : Interrupteur on/off permettant d'activer immédiatement le compte créé. Optionnel, activé par défaut.
• Fields : Section extensible pour ajouter des attributs personnalisés (département, manager, etc.). Optionnel.

Cas d'usage typiques :

• Créer automatiquement un compte Okta quand un employé est ajouté dans BambooHR ou Workday
• Provisionner des comptes pour les nouveaux clients dans une application SaaS B2B
• Générer des accès temporaires pour des prestataires externes avec des attributs spécifiques

Quand l'utiliser : Idéal pour tout workflow d'onboarding où vous souhaitez que la création de compte soit instantanée et sans intervention manuelle.

L'action Get User récupère les informations détaillées d'un utilisateur spécifique depuis votre instance Okta. Particulièrement utile pour vérifier l'existence d'un compte avant de le modifier, ou pour récupérer des attributs utilisateur à utiliser dans les étapes suivantes de votre workflow.

Paramètres de configuration :

• Credential to connect with : Sélectionnez vos identifiants Okta. Requis.
• Resource : Type d'entité ciblée, "User". Requis.
• Operation : Configurée sur "Get" pour récupérer un utilisateur unique. Requis.
• User : Identifie l'utilisateur à récupérer. Menu déroulant permettant de choisir "From list" pour sélectionner parmi les utilisateurs disponibles, ou de spécifier directement un ID/email. Requis.
• Simplify : Interrupteur on/off qui, lorsqu'activé, simplifie la structure des données retournées en supprimant les métadonnées superflues. Optionnel, activé par défaut.

Cas d'usage typiques :

• Vérifier si un utilisateur existe déjà avant de tenter une création
• Récupérer le statut d'activation d'un compte pour conditionner les actions suivantes
• Extraire les attributs utilisateur (département, manager) pour enrichir un ticket de support via Zendesk ou Freshdesk

Quand l'utiliser : Utilisez cette action en début de workflow pour récupérer le contexte utilisateur, ou comme condition pour brancher votre workflow selon l'état du compte.

L'action Get Many Users permet de récupérer plusieurs utilisateurs en une seule requête. Idéale pour les audits, les exports ou les workflows de synchronisation massive entre Okta et d'autres systèmes.

Paramètres de configuration :

• Credential to connect with : Vos identifiants Okta. Requis.
• Resource : Type d'entité, "User". Requis.
• Operation : Configurée sur "Get Many". Requis.
• Search Query : Champ texte optionnel pour filtrer les utilisateurs avec une syntaxe de recherche Okta (ex: profile.lastName sw "Smi" pour tous les noms commençant par "Smi"). Optionnel.
• Limit : Nombre maximum de résultats à retourner. Champ numérique, défaut à 20. Optionnel.
• Return All : Interrupteur permettant de récupérer tous les résultats sans limite. Optionnel, désactivé par défaut.
• Simplify : Simplifie la structure JSON des données retournées. Optionnel, activé par défaut.

Cas d'usage typiques :

• Exporter quotidiennement la liste des utilisateurs actifs vers Google Sheets pour reporting
• Identifier tous les utilisateurs d'un département spécifique pour une communication ciblée
• Synchroniser les utilisateurs Okta avec un CRM comme HubSpot ou une base de données externe

Quand l'utiliser : Parfait pour les workflows de reporting, d'audit de conformité, ou de synchronisation bidirectionnelle avec d'autres annuaires.

L'action Update User modifie les attributs d'un utilisateur existant dans Okta. Essentielle pour maintenir vos données utilisateur synchronisées lorsque des changements surviennent dans vos systèmes sources.

Paramètres de configuration :

• Credential to connect with : Identifiants Okta. Requis.
• Resource : Type d'entité, "User". Requis.
• Operation : Configurée sur "Update". Requis.
• User : Sélection de l'utilisateur à modifier, via liste déroulante ou ID direct. Requis.
• Fields : Section extensible où vous ajoutez les propriétés à modifier (prénom, email, statut, attributs personnalisés). Cliquez sur "Add field" pour ajouter chaque champ et sa nouvelle valeur. Optionnel mais nécessaire pour effectuer des modifications.

Cas d'usage typiques :

• Mettre à jour le département d'un utilisateur suite à une mutation interne
• Modifier l'adresse email après un changement de nom
• Synchroniser les attributs personnalisés depuis votre SIRH vers Okta

Quand l'utiliser : Indispensable pour tout workflow de synchronisation où les données utilisateur évoluent (changement de poste, mise à jour de coordonnées, etc.).

L'action Delete User supprime définitivement un utilisateur de votre instance Okta. Action critique à utiliser avec précaution, idéale pour automatiser l'offboarding complet des collaborateurs.

Paramètres de configuration :

• Credential to connect with : Identifiants Okta. Requis.
• Resource : Type d'entité, "User". Requis.
• Operation : Configurée sur "Delete". Requis.
• User : Sélection de l'utilisateur à supprimer, via liste ou ID. Requis.
• Send Email : Interrupteur on/off permettant d'envoyer une notification email concernant la suppression du compte. Optionnel, désactivé par défaut.

Cas d'usage typiques :

• Supprimer automatiquement un compte 30 jours après le départ d'un employé
• Nettoyer les comptes de test après une phase de QA
• Automatiser la suppression des comptes inactifs depuis plus de X mois

Quand l'utiliser : Réservez cette action aux workflows d'offboarding définitif ou de nettoyage. Pour une désactivation temporaire, préférez l'action Update User pour changer le statut du compte.

💡 TIPS : Avant toute suppression, créez un workflow qui archive les données utilisateur dans Google Sheets ou Airtable. Cela vous permet de conserver une trace et de répondre aux éventuelles demandes d'audit ou de conformité RGPD.