Solución de problemas

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

Problemas de permisos

Problema

Desea utilizar una actividad Insertar registro, Actualizar registro u Obtener registro . Al seleccionar un objeto, la lista de propiedades está en blanco.

Solución

La siguiente tabla enumera las 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

Como ejemplo, /api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1 es la API que llamamos para la tabla incident . Debes comprobar con tu administrador del sistema de ServiceNow que tienes el permiso/acceso correcto para recuperar datos de la tabla.

Tu administrador de ServiceNow también debería poder comprobar los permisos subyacentes/más granulares.

En cuanto a la configuración de roles, esto puede variar, es decir, Los administradores de ServiceNow pueden optar por ajustar la configuración del rol predeterminado. Por ejemplo, si quieres leer metadatos en la tabla incident , necesitas 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 las 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ó: