Résolution des problèmes liés au connecteur Microsoft Graph du catalogue ServiceNow
Les erreurs courantes suivantes sont observées lors de la configuration du connecteur, ou lors de l’analyse et de leurs raisons possibles.
1. Impossible de se connecter en raison de l’authentification unique activée par ServiceNow instance
Si votre organization a activé l’authentification unique (SSO) sur ServiceNow, vous risquez d’avoir des difficultés à vous connecter avec le compte de service. Vous pouvez afficher la connexion basée sur le nom d’utilisateur et le mot de passe en ajoutant login.do à l’URL de instance ServiceNow. Exemple : https://<your-organization-domain>.service-now.com./login.do.
2. Réponse non autorisée ou interdite à la demande d’API
2.1. Vérifier les autorisations d’accès aux tables
Si vous voyez une réponse interdite ou non autorisée dans status de connexion, case activée si le compte de service a besoin d’un accès aux tables mentionnées à l’étape 3 : paramètres de connexion. Vérifiez si toutes les colonnes des tables disposent d’un accès en lecture.
2.2. Modification du mot de passe du compte
Le connecteur utilise un jeton d’accès extrait au nom du compte de service pour l’analyse. Le jeton d’accès est actualisé toutes les 12 heures. Vérifiez que le mot de passe du compte de service n’est pas modifié après la publication de la connexion. Vous devrez peut-être réauthentifier la connexion en cas de modification du mot de passe.
2.3. Vérifiez si le ServiceNow instance derrière le pare-feu
Votre connecteur Microsoft Graph peut ne pas être en mesure d’atteindre votre instance ServiceNow s’il se trouve derrière un pare-feu réseau. Vous devez autoriser explicitement l’accès au service de connecteur. Vous trouverez la plage d’adresses IP publiques du service de connecteur dans le tableau ci-dessous. En fonction de la région de votre locataire, ajoutez-la à votre liste d’autorisation réseau ServiceNow instance.
| Environnement | Région | Plage |
|---|---|---|
| AIGUILLONNER | Amérique du Nord | 52.250.92.252/30, 52.224.250.216/30 |
| AIGUILLONNER | Europe | 20.54.41.208/30, 51.105.159.88/30 |
| AIGUILLONNER | Asie-Pacifique | 52.139.188.212/30, 20.43.146.44/30 |
2.4. Les autorisations d’accès ne fonctionnent pas comme prévu
Si vous observez des différences dans les autorisations d’accès appliquées aux résultats de recherche, vérifiez la configuration des critères utilisateur dans l’application de critères utilisateur aux éléments du catalogue.
3. Problèmes liés uniquement aux personnes ayant accès à cette autorisation de source de données
3.1 Impossible de choisir uniquement les personnes ayant accès à cette source de données
Vous ne pourrez peut-être pas choisir uniquement les personnes ayant accès à cette source de données si le compte de service ne dispose pas des autorisations de lecture sur les tables requises à l’étape 3 : paramètres de connexion. Vérifiez si le compte de service peut lire les tables mentionnées sous Index et prendre en charge la fonctionnalité d’autorisations des critères utilisateur .
3.2 Échecs de mappage d’utilisateurs
Les comptes d’utilisateur ServiceNow qui n’ont pas d’utilisateur Microsoft 365 dans Microsoft Entra ID ne seront pas mappés. Les comptes de service non-utilisateur sont censés échouer le mappage des utilisateurs. Le nombre d’échecs de mappage d’utilisateurs est accessible dans la zone statistiques d’identité de la fenêtre de détails de connexion. Le journal des mappages d’utilisateurs ayant échoué peut être téléchargé à partir de l’onglet d’erreur.
4. Problèmes liés au flux d’accès aux critères utilisateur
Si vous constatez des différences dans la validation des critères utilisateur entre ServiceNow et Recherche Microsoft, définissez glide.knowman.block_access_with_no_user_criteria la propriété système sur no.
Si vous rencontrez des problèmes ou si vous souhaitez fournir des commentaires, contactez Microsoft Graph | Support.