Solución de problemas

En esta página se explica cómo solucionar los problemas que puede encontrar al utilizar el paquete de actividades de ServiceNow.

Problemas de permisos

Problema

Un usuario abre Insertar registro de ServiceNow, Actualizar registro de ServiceNowu Obtener registro de ServiceNow y, aunque puede elegir un objeto, la lista de propiedades está en blanco.

Solución

A continuación se muestra la lista de llamadas a la API que realiza el paquete de actividades:

Comportamiento	URL de la API
elementos desplegables	/api/now/table/sys_db_object?&sysparm_action=getRecords&sysparm_fields=sys_name,super_class,label,sys_id,name
obtener todas las columnas en la tabla de incidentes	/api/now/table/sys_dictionary?sysparm_fields=internal_type,element,column_label,mandatory&sysparm_query=name%3Dincident%5EORname%3Dtask
obtiene el valor de muestra de un incidente	/api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1

Consejo: Los dos primeros permisos solo son necesarios para los desarrolladores de RPA que trabajan con la experiencia en tiempo de diseño. Las cuentas utilizadas por los robots para ejecutar el proceso no las necesitan.

Explicación detallada

Por ejemplo , / api / ahora / tabla / incidente? Sysparm_action = getRecord & sysparm_limit = 1 es la API que llamamos para la tabla de incidentes. Deberá comprobar con el administrador del sistema ServiceNow que tiene el permiso o acceso correcto para recuperar datos de la tabla.

El administrador de ServiceNow también debería poder comprobar los permisos subyacentes / más detallados; estos pueden ser diferentes, pero la idea general es la misma.  

En cuanto a la configuración de roles, esto puede variar, por ejemplo Los administradores de ServiceNow pueden optar por ajustar la configuración de rol predeterminada. Por ejemplo, si queremos leer los metadatos de la tabla * Incidente *, necesitaremos acceso tanto a la tabla sys_db_object como a la tabla * Incident *.

Cada tabla contiene controles de acceso y cada control de acceso contiene roles. Estos roles deben configurarse para que el usuario lea ambas tablas.

Usuarios de Active Directory

Problema

No está seguro de poder utilizar un usuario de Activity Directory con el paquete de actividades de ServiceNow y su tenant de ServiceNow.

Solución

UiPath ha validado que esto funciona correctamente. Para verificar esto, seguimos los siguientes pasos:

1. Crea un usuario de Azure AD y valida la capacidad de iniciar sesión con SSO:

   
   

   

   
   

2. Asigne a este usuario un rol de administrador (por ahora):

   
   

   

   
   

3. A través de una ventana de incógnito, inicia sesión como usuario de Azure AD y configura un ID de cliente y un secreto de cliente para OAuth 2.0:

   
   

   

   
   

4. Cuando usamos este ID de cliente y este Secreto de cliente, la autenticación pasó: