Dépannage du client SCIM
Les actions de dépannage peuvent aider à résoudre les problèmes courants lors de la configuration ou de l’exécution du client SCIM.
| Problème | Action |
|---|---|
La réponse contient le message suivant : |
Le message s’affiche si l’API est appelée dans un contexte utilisateur et que l’utilisateur n’a pas accès à la table. Vous devez vous assurer que l’API scriptable est appelée dans le contexte du système. |
La réponse contient le message suivant : |
|
La réponse contient le message suivant : |
Dans le mappage d’attributs SCIM, si le champ est défini pour être récupéré à partir d’un script présentant ce problème, assurez-vous que le type de retour doit toujours être une chaîne. |
La réponse contient le message suivant : |
Pour tout attribut SCIM qui attend l’ID, cet ID est toujours celui du système du fournisseur. Assurez-vous que l’ID transmis dans la charge utile est valide dans le système du fournisseur. |
Domaines à vérifier pour le dépannage
Voici quelques-unes des zones qui peuvent être vérifiées pour les erreurs de résolution lors de l’utilisation du client SCIM :
- Si un problème est détecté lors de l’exécution de l’une des API scriptables, consultez la section Journaux clients SCIM.
Tableau 2. Champs de journaux Champ Description ID de demande ID unique qui représente une API pouvant contenir un script appelée. Fournisseur SCIM Nom du fournisseur pour lequel l’API est appelée. Ressource Nom de la ressource pour laquelle l’API est appelée. ID de ressource ID pour lequel l’API est appelée. Pour la suppression, l’ID représente l’ID de ressource dans le système du fournisseur et l’ID se trouve dans le système client. Action API appelée Statut État du journal en tant que réussite ou échec Message Message de réussite ou d’erreur. Le message d’erreur peut provenir du fournisseur SCIM ou de problèmes de configuration dans le client SCIM. - Vérifiez le corps de la demande en configurant et en visualisant les appels sortants. Pour en savoir plus, consultez Journalisation des services Web sortants.
- Mettez à jour les niveaux de journal en ajoutant le type de contenu, en testant l’exemple et en accédant au formulaire de méthode HTTP correspondant dans le message REST du fournisseur correspondant.
- Si le corps de la demande est tronqué, augmentez la limite à l’aide de la propriété glide.outbound_http.content.max_limitsystème.