Consentement d'app OAuth2 accordé
Événement Webhook : déclenche un flux lorsqu'un utilisateur accorde son consentement à une application OAuth2 dans Okta.(app.oauth2.as.consent.grant)
Permissions
Consultez Cartes d'événement pour obtenir la liste des permissions OAuth requises pour cette carte.
Sortie
| Champ | Définition | Type |
|---|---|---|
|
Date et heure |
Date et heure du déclenchement de l'événement dans l'API Okta. |
Texte |
|
Message |
Détails du message sur l'événement. |
Texte |
|
ID de l'événement |
Clé d'identification unique de l'événement. |
Texte |
|
Type d'événement |
Type d'événement qui a été publié. |
Texte |
|
Heure de l'événement |
Horodatage de la réception de la notification par le service. |
Texte |
|
Version |
Indicateur de version. | Texte |
|
Acteur |
||
|
ID |
Identificateur unique de l'acteur Okta qui a donné son consentement. |
Texte |
|
ID secondaire |
Adresse e-mail de l'acteur Okta. |
Texte |
|
Nom d'affichage |
Nom d'affichage de l'acteur Okta. |
Texte |
|
Type |
Type d'acteur Okta |
Texte |
|
Cible |
||
|
ID |
Identificateur unique de la permission autorisée. |
Texte |
|
Nom d'affichage |
Nom d'affichage de la permission accordée. |
Texte |
|
Type |
Type de la permission accordée. |
Texte |
|
Saisie des détails |
Détails de la permission accordée. |
Texte |
|
UUID |
Identificateur unique universel de l'événement Webhook. |
Texte |
|
Détails de l'événement |
La charge utile JSON brute renvoyée par l'API Okta pour cet événement particulier. |
Objet |
|
En-têtes |
Objet représentant les en-têtes de la réponse ; chaque clé d'en-tête sera convertie en une chaîne d'en-tête sous la forme « clé : valeur » ( |
Objet |
|
Source |
Source des données propres à l'utilisateur. |
Texte |
|
Contexte de débogage |
||
|
Données de débogage |
Informations sur l'événement déclenché utilisé pour le débogage. Par exemple, les données renvoyées peuvent inclure un URI, un fournisseur de SMS ou un ID de transaction. |
Objet |
Bien que vous puissiez créer d'autres champs utilisateur ou groupe pour un événement Okta, l'API Okta ne retourne des valeurs que pour quatre champs : ID, ID alternatif, Nom d'affichage et Type.
Aucun autre champ n'est pris en charge pour les utilisateurs ou les groupes, et cette carte d'événement ne retourne pas de données de ces champs.
Actuellement, le consentement OAuth ne fonctionne qu'avec un serveur d'autorisation personnalisé. Okta fournit un serveur d'autorisation personnalisé préconfiguré appelé default. Il comprend une politique d'accès de base et une règle pour vous permettre de démarrer rapidement. Pour les cas d'utilisation simples, ce serveur d'autorisations personnalisé prêt à l'emploi est généralement tout ce dont vous avez besoin. L'utilisateur peut également créer et configurer son propre serveur d'autorisations.
Afin d'utiliser des serveurs d'autorisation personnalisés, le produit API Access Management d'Okta doit être activé pour l'organisation. Cela signifie activer les indicateurs de fonctionnalité suivants :
API_ACCESS_MANAGEMENT
05API_ACCESS_MANAGEMENT_CONSENT
6API_ACCESS_MANAGEMENT_EXTENSIBILITY (facultatif)
S'il s'agit d'une organisation OIE, l'indicateur de fonctionnalité suivant doit également être activé.
ENG_OIE_CONSENT