Requêtes d'accès
Comprendre les permissions, les fonctionnalités et les capacités de l'outil de requête d'accès, avec des exemples de workflows et d'invites.
Version en accès anticipé
- Nom de l'outil
okta_identity_governance- Permissions Okta
okta.governance.accessRequests.read,okta.governance.accessRequests.manage,okta.accessRequests.request.read,okta.accessRequests.request.manageetokta.accessRequests.catalog.read
Ce que vous pouvez faire
Types de requêtes
- Lister, récupérer, créer, publier, annuler la publication et supprimer les types de requête d'accès
- Lister les équipes pouvant administrer les types de requêtes
- Lister et récupérer les entrées du catalogue de requêtes d'accès, y compris les entrées visibles par un utilisateur spécifique
- Récupérer les champs de formulaire qu'un utilisateur doit remplir pour soumettre une demande d'entrée de catalogue
Requêtes d'accès
- Lister et récupérer les requêtes d'accès dans votre org
- Soumettre une nouvelle requête d'accès au nom d'un utilisateur
- Publier un message sur une requête d'accès existante
- Prend en charge les formats de requête V1 et V2 avec routage automatique basé sur la permission du jeton
Conditions et paramètres de la requête
- Lister, récupérer, créer, mettre à jour, activer, désactiver et supprimer les conditions de requête pour une ressource
- Récupérer et mettre à jour les paramètres de requête d'accès au niveau de l'org et des ressources
- Lister, récupérer et supprimer les séquences d'approbation pour une ressource.
Fonctionnalités clés
- Prend en charge les formats de requête V1 et V2 avec routage automatique côté serveur
- Pagination basée sur le curseur pour les opérations de liste
- Réduire la consommation de jetons LLM grâce aux réponses TSV optimisées pour les jetons
- Les opérations sont filtrées dynamiquement par requête en fonction des permissions accordées au jeton de porteur.
Exemples de cas d'utilisation
| Cas d'utilisation | Invite | Résultat |
|---|---|---|
| Un nouveau responsable rejoint l'équipe, et l'administrateur souhaite mettre en place un parcours d'intégration afin que les demandes pour le nouvel arrivant suivent le flux d'approbation du responsable dès le premier jour. L'administrateur souhaite que le groupe de support soit créé et que le type de requête soit rendu actif immédiatement afin que les employés puissent commencer à l'utiliser sans délai. | Configurer un workflow d'intégration : créez d'abord un nouveau groupe appelé Engineering Onboarding, puis créez un type de requête d'accès nommé Engineering Onboarding Access ciblant ce nouveau groupe, détenu par l'équipe en charge des opérations informatiques, avec approbation du responsable ; actif immédiatement. | Un nouveau groupe est créé, puis un type de requête d'accès lié est créé et activé avec l'approbation du responsable. |
| L'administrateur souhaite renforcer le processus d'approbation d'un groupe sensible afin que le propriétaire de la ressource et le responsable du demandeur doivent tous deux donner leur accord, au lieu de s'en remettre à la seule approbation du responsable. | Créez un type de requête d'accès nommé Sensitive Group Access, géré par l'équipe Sécurité, ciblant le groupe Finance-Confidential, avec une chaîne d'approbation qui exige d'abord l'approbation du propriétaire de la ressource, puis celle du responsable. | Le type de requête d'accès est créé avec une chaîne d'approbation séquentielle en deux étapes : approbation du propriétaire de la ressource suivie de l'approbation du responsable, offrant un contrôle renforcé pour l'accès au groupe sensible. |