Action d'API personnalisée

Utilisez la carte d'action d'API personnalisée pour adresser une requête authentifiée à l'API Okta Devices.

Consulter API Appareils Okta pour plus d'informations sur la manière de travailler directement avec l'API Okta Devices.

Permissions

Consultez la section Cartes d'action pour obtenir la liste des permissions OAuth requises par cette carte.

Options

Champ Définition Type Obligatoire

Type de requête

Voici les méthodes de requête HTTP prises en charge, ou verbes HTTP, dans un appel API personnalisé (voir Méthodes de requête HTTP).

  • GET : Récupère des données d'un serveur web en fonction des paramètres. Cette méthode demande une représentation de la ressource spécifiée. Si une requête réussit, un message de réponse 200 (OK) est retourné avec le contenu demandé.

  • POST : Envoie des données à un serveur web en fonction des paramètres, par exemple, charger un fichier. Plusieurs requêtes POST peuvent aboutir à un résultat différent d'un seul POST. Soyez prudent pour éviter d'envoyer plusieurs requêtes POST par inadvertance. Si une requête réussit, un message de réponse 200 (OK) est retourné.

  • PUT : Envoie des données à stocker à un emplacement spécifique sur un serveur web en fonction des paramètres, comme charger un fichier. Contrairement aux requêtes POST, les requêtes PUT sont idempotentes. Pour les requêtes réussies, le résultat d'une seule requête PUT est le même que plusieurs requêtes PUT identiques. Si une requête réussit, un message de réponse 200 (OK), 201 (Created) ou 204 (No Content) est retourné.

  • PATCH : Applique des modifications partielles à une ressource sur un serveur web en fonction des paramètres. PATCH n'est pas idempotente. Plusieurs requêtes PATCH pourraient avoir des conséquences non souhaitées. Si un PATCH réussit, un message de réponse 200 (OK) ou 204 (No Content) est retourné.

  • DELETE : Supprime la ressource spécifiée si elle existe du serveur web en fonction des paramètres. Si un DELETE réussit, un message de réponse 200 (OK) est retourné.

Liste déroulante TRUE

Entrée

Champ Définition Type Obligatoire

URL liée

L'adresse (URL) sur le serveur Web que vous essayez d'appeler.

Spécifiez l'URL liée sous la forme /{version}/{insert_remaining_URL}. Vous pouvez préciser les paramètres de la requête dans l'URL liée à l'aide d'un ?, ou en tant que paire clé-valeur dans la saisie Requête.

Par exemple pour un point de terminaison de l'API Okta Devices : https://{yourOktaDomain}/api/v1/devices, l'URL liée est /api/v1/devices.

Consulter Référence de l'API Appareils Okta.

 Texte TRUE

En-têtes

Spécifiez tous les en-têtes requis en plus de authorization ou content-type, puisque le connecteur gère déjà ces en-têtes.

 Objet FALSE

Requête

Spécifiez tous les paramètres de requête supplémentaires qui doivent être inclus sous forme de paires clé/valeur.

Par exemple, {"name":"something-urgent"}.

 Objet FALSE

Corps

Spécifiez un corps de requête au format JSON.

Cette entrée n'est disponible que pour les requêtes POST, PUT et PATCH.

 Objet FALSE

Sortie

Champ Définition Type

Réponse

Code de statut

Résultat de l'opération. Le connecteur retourne un code de statut HTTP qui indique si l'action effectuée par la carte a réussi ou échoué. Par exemple :

  • Un code de statut 201 Created indique un succès où une nouvelle ressource a été créée.
  • Une erreur 403 Forbidden indique que la requête HTTP n'a pas été traitée parce que les permissions nécessaires étaient manquantes.

Pour une liste complète des codes de statut possibles, voir Codes de statut HTTP.

 Nombre

En-têtes

Contexte détaillé du code de statut, sans lien avec le corps de la sortie. Les en-têtes de réponse dépendent de l'option de requête HTTP sélectionnée. Tous les en-têtes ne sont pas des en-têtes de réponse. Ceci est semblable à {"Content-type":"application/json"}.

 Objet

Corps

Données retournées par votre requête HTTP sélectionnée.

Par exemple, les données d'une requête GET.

 Objet