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, Actualizar registrou Obtener registro 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/now/table/incident?sysparm_action=getRecords&sysparm_limit=1 es la API que llamamos para la tabla incident . Deberá comprobar con el administrador del sistema de 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, es decir Los administradores de ServiceNow pueden optar por ajustar la configuración de rol predeterminada. Por ejemplo, si queremos leer los metadatos de la tabla incident , necesitaremos acceso tanto a la tabla sys_db_object como a la 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 del directorio de actividades 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ó: