Résolution des problèmes

Solutions aux problèmes courants rencontrés lors de l'utilisation des activités ServiceNow

Cette page explique comment résoudre les problèmes que vous pourriez rencontrer lors de l'utilisation du package d'activités ServiceNow.

Problèmes d'autorisations

Problème

Un utilisateur ouvre Insérer l'enregistrement ServiceNow, Mettre à jour l'enregistrement ServiceNow ou Obtenir l'enregistrement ServiceNow et tant qu'il peut choisir un objet, la liste de propriétés est vide.

Solution

Vous trouverez ci-dessous la liste des appels d'API effectués par le pack d'activités :

Comportement	URL API
éléments de la liste déroulante	/api/now/table/sys_db_object?&sysparm_action=getRecords&sysparm_fields=sys_name,super_class,label,sys_id,name
obtenir toutes les colonnes de la table des incidents	/api/now/table/sys_dictionary?sysparm_fields=internal_type,element,column_label,mandatory&sysparm_query=name%3Dincident%5EORname%3Dtask
obtient la valeur d'échantillon d'un incident	/api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1

Astuce :

The first two permissions are required only for RPA developers working with the design-time experience. The accounts used by robots to run the process do not need them.

Explication détaillée

Par exemple , l'API que nous appelons pour la table des incidents. Vous souhaiterez peut-être vérifier auprès de votre administrateur système ServiceNow que vous disposez des autorisations et des accès appropriés pour récupérer les données de la table.

Votre administrateur ServiceNow doit également être en mesure de vérifier les autorisations sous-jacentes/plus précises ; ceux-ci peuvent être différents, mais l'idée générale est la même.

Concernant la configuration des rôles, cela peut varier, par exemple Les administrateurs ServiceNow peuvent choisir d'ajuster les paramètres de rôle par défaut. Par exemple, si nous voulons lire les métadonnées dans la table *Incident *, nous aurons besoin d'accéder à la fois à sys_db_object et à la table *Incident *.

Each table contains Access Controls and each access control contains Roles. These roles need to be configured for the user to read from both the tables.

Utilisateurs Active Directory

Problème

Vous ne savez pas si vous pouvez utiliser un utilisateur du répertoire d'activités avec le pack d'activités ServiceNow et votre locataire ServiceNow.

Solution

UiPath a validé que cela fonctionne correctement. Pour vérifier cela, nous avons suivi les étapes ci-dessous :

1. Créez un utilisateur Azure AD et validez la possibilité de se connecter avec l'authentification unique :

   

2. Attribuez un rôle d'administrateur à cet utilisateur (pour l'instant) :

   

3. Dans une fenêtre de navigation privée, connectez-vous en tant qu'utilisateur Azure AD et configurez un ID client et une clé secrète client pour OAuth 2.0 :

   

4. Lorsque nous utilisons cet ID client et cette clé secrète client, l'authentification a réussi :