Dépannage du client SCIM

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 2 minutes de lecture
  • 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.

    Tableau 1. Dépannage
    Problème Action

    La réponse contient le message suivant :

    “message":"Unable to access the
    table core_company with id: 0c441abbc6112275000025157c651c89,
    Please cross check the Access control rules"

    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 :

    {"message":"User Not Authenticated","detail":"
    Required to provide Auth information”}
    • Assurez-vous que le jeton est généré via le message REST correspondant et qu’il est valide.
    • Assurez-vous que l’API scriptable est appelée dans le contexte du système.

    La réponse contient le message suivant :

    Script execution failed, the reason is:
    Cannot cast java.lang.Integer to java.lang.String 
    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 :

    "status": "400", 
    "scimType": "invalidValue", 
    "detail": "Manager id : 02826bf03710200044e0bfc8bcbe5ds8 
    doesn't exist"  
    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.