Guide de résolution des problèmes pour le connecteur Microsoft Graph du catalogue ServiceNow

1. Impossible de se connecter en raison d’une instance ServiceNow pour laquelle l’authentification unique est activée

Si votre organisation a activé l’authentification unique (SSO) sur ServiceNow, vous pouvez rencontrer des problèmes de connexion 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 l’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 l’état de la connexion, vérifiez si le compte de service a obligatoirement 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 le jeton d’accès extrait pour le compte de service pour l’analyse. Le jeton d’accès est actualisé toutes les 12 heures. Assurez-vous 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érifier si l’instance ServiceNow se trouve derrière le pare-feu

Votre connecteur Microsoft Graph peut ne pas être en mesure d’atteindre votre instance ServiceNow si elle 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-le à votre liste d’autorisation réseau d’instances ServiceNow.

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 l’ID Microsoft Entra 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 des statistiques d’identité dans la fenêtre détails de la connexion. Le journal des mappages d’utilisateurs ayant échoué peut être téléchargé à partir de l’onglet 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 d’autres problèmes ou si vous souhaitez nous faire part de vos commentaires, écrivez-nous aka.ms/TalkToGraphConnectors