Errores de robot encontrados con frecuencia

En esta sección puedes encontrar más información sobre los errores de UiPath Robot más frecuentes y la forma de resolverlos.

Dependencias de proyecto para instalaciones EXE

Comportamiento observado

El robot no puede descargar o ejecutar procesos creados en Studio v2019.2 o anterior que tengan dependencias en las fuentes Official o Go!, y no se encuentren localmente o en Orchestrator.

Causa

Cuando se implementa Studio mediante el instalador UiPathStudioSetup.exe (por lo general la instalación Community Edition), el robot se instala en modo de usuario. Por tanto, el robot solo puede descargar e instalar dependencias de proyecto si se hallan localmente o en la instancia de Orchestrator a la que está conectado.

Solución A

Todas las dependencias de proyecto deben descargarse manualmente desde la fuente Official y cargarse a la instancia de Orchestrator a la que está conectado.

Solución B

Habilita la fuente oficial desde Studio y reinicia el servicio de robot (UiPath.Service.UserHost). Abre el UiPath^® Assistant e inicia el proceso desde allí. Ahora las dependencias correspondientes se descargan correctamente.

El robot no ha podido iniciar la ejecución

Comportamiento observado

En esta situación, el robot no puede iniciar la ejecución de un proceso y produce el siguiente error:

Executor start process failed, reason System.Runtime.InteropServices.COMException: A specified logon session does not exist. It may already have been terminated.

Causa A

La máquina del robot no tiene suficientes recursos disponibles (como CPU, RAM o espacio en disco) por lo que el ejecutor del robot no puede iniciar un proceso.

Solución A

Comprueba o realiza lo siguiente:

• La máquina del robot tiene suficientes recursos (como CPU, RAM o espacio en disco).
• El tiempo de conexión usando la función de línea de comandos mstsc. Debe ser mayor que 60 segundos, de lo contrario, se mostrará el error.

Causa B

No se puede crear una sesión de inicio de sesión en este momento. Esto puede suceder en las siguientes situaciones:

• El Inicio de sesión a Consola está establecido en verdadero para los robots HD.En este caso, el mantenimiento de robot de UiPath se adjunta a la sesión de consola actual.Esto no se recomienda para los robots HD, porque solo puede haber una sesión de consola activa al mismo tiempo.
• Varias sesiones RDP en versiones independientes de Windows (no Server). Las versiones independientes de Windows solo pueden gestionar una sesión RDP al mismo tiempo, mientras que las versiones de Windows Server pueden manejar múltiples sesiones RDP.

Solución B

En este caso, debes realizar una de las siguientes acciones:

• Establece el Inicio de sesión en Consola en falso. Esto significa que el mantenimiento de robot de UiPath inicia una conexión RDP desde la máquina del robot a sí mismo y se adjunta a ella. Este es el método recomendado para los robots HD.
• Comprueba la versión de Windows, debe ser Windows Server. Consulta más información sobre Configuración de Windows Server para los robots HD.
• Comprueba si la versión de Studio/Robot que utilizas es posterior a la 2018.1.3, en la que se ha solucionado un problema causado por las actualizaciones de Windows KB4088876 (Windows 8.1 o Windows Server 2012 R2 Standard), KB4088875 (Windows Server 2008 R2 SP1, Windows 7 SP1), KB4088787 ((Windows Server 2016, Windows 10 versión 1607) y KB4088776 (Windows 10 versión 1709). Consulta más información sobre los Requisitos de software.
• Aumenta la variable de entorno de sistema UIPATH_SESSION_TIMEOUT en tu servidor. El valor predeterminado es 60 segundos, que puede no ser suficiente debido a un rendimiento lento en algunas máquinas. Ten en cuenta que la variable de entorno está establecida en segundos y el mantenimiento de robot de UiPath debe volver a iniciarse tras modificar esta variable.
• Comprueba si tu licencia de Escritorio remoto está activa en el servidor. Puedes obtener más información en esta página.
• Comprueba si los robots están en los grupos adecuados. Los usuarios locales deben deben estar en el mismo grupo de Escritorio remoto.
• Comprueba si el nombre de usuario de tu conexión RDP a la máquina del robot es diferente al configurado o no. Para evitar este error, cierra sesión en todas las conexiones RDP en la máquina del robot.

Contraseña no proporcionada

Comportamiento observado

Crear un robot en Orchestrator sin rellenar el campo de contraseña hace que el robot no pueda iniciar la ejecución del proceso. Este problema también pueden desencadenarlo los cambios realizados en los privilegios en la máquina del robot.

Al iniciar un proceso desde Orchestrator o desde UiPath Assistant se muestra el siguiente mensaje de error:

Executor start process failed, reason System.UnauthorizedAccessException: Access is denied.

Causa A

El robot se creó sin una contraseña.

Solución A

Edita el robot como se explica aquí y asegúrate de que los siguientes campos se han rellenado correctamente:

• Dominio\Nombre de usuario: el nombre de usuario para conectarse a la máquina en la que se instala el robot. Si el usuario está bajo un dominio, también debes especificarlo en un formato DOMAIN\UserName. Utiliza el comando Whoami en el símbolo del sistema para encontrarlo fácilmente.
• Contraseña: la contraseña de Windows de la máquina. No es necesaria para los robots atendidos.

Causa B

El mantenimiento de robot de UiPath gestionado por SCM no se está ejecutando. Más información sobre los tipos de implementación de Robot.

Solución B

Comprueba que el mantenimiento de robot de UiPath está ejecutándose:

1. Haz clic en el botón de Inicio de Windows, y luego busca y abre Services.msc. Se mostrará la ventana Servicios.
2. Busca el servicio de UiPath Robot y haz doble clic sobre él. Se mostrará el panel de Propiedades de UiPath Robot.
3. Desde la pestaña Acceder, selecciona la opción Cuenta de sistema local.
4. Haz clic en el botón Aplicar y cierra la ventana para confirmar los cambios. Esto garantiza que el mantenimiento de robot de UiPath se está ejecutando y tiene todos los privilegios que necesita para ejecutar procesos.

Causa C

La máquina del robot ya no tiene privilegios de administrador.

Solución C

Inicia sesión en la máquina del robot con el mismo conjunto de credenciales con el que creaste el robot en Orchestrator. Si no se puede iniciar un proceso desde UiPath Assistant, deberás ponerte en contacto con tu administrador de red para que conceda derechos de administrador a esa cuenta de usuario.

Sin conexión al mantenimiento de robot de UiPath

Comportamiento observado

En algunas situaciones, no puedes iniciar la ejecución del proceso. Esto puede suceder tanto si el mantenimiento de robot de UiPath se está ejecutando como si no.

Al iniciar un proceso desde Orchestrator o desde UiPath^® Assistant se muestra el siguiente mensaje de error:

Get settings from service failed, reason System.Exception: Could not connect to UiPath® Robot Service.

Causa A

El mantenimiento de robot de UiPath no se está ejecutando.

Solución A

En este caso, debes iniciar manualmente el mantenimiento de robot de UiPath de la forma siguiente:

1. Haz clic en el botón de Inicio de Windows, y luego busca y abre Services.msc. Se mostrará la ventana Servicios.
2. Busca el servicio UiPath^® Robot y haz clic sobre él con el botón derecho del ratón. Se mostrará el menú contextual.
3. Haz clic en Iniciar para activar el mantenimiento de robot de UiPath. Esto hace que el mantenimiento del robot de UiPath se inicie con el inicio de sesión de Windows.

Si hay que repetir estos pasos cada vez que la máquina del robot se inicia, entonces debes aumentar el valor de tiempo de espera de los servicios en Windows, como se explica a continuación.

Causa B

El mantenimiento del robot de UiPath tarda demasiado en iniciarse.

Solución B

Windows informa de los servicios que no se cargan en un tiempo concreto. De forma predeterminada, el valor de tiempo de espera es de 30 segundos, lo que puede no ser suficiente para el mantenimiento de robot de UiPath. Para aumentar este valor, debes:

1. Abrir el Editor de registro de Windows.
2. Navega hasta la clave de registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control y selecciona la subclave Control.
3. Si el valor ServicesPipeTimeout NO está disponible, créalo de la siguiente forma:
   1. Haz clic con el botón derecho en la subclave Control y selecciona Valor DWORD (32 bits) en el menú Nuevo . Se crea un nuevo valor DWORD en blanco.
   2. Escribe ServicesPipeTimeout como nombre del nuevo valor.
4. Haz doble clic en el valor DWORD ServicesPipeTimeout. Se mostrará la ventana Editar valor de DWORD (32-bit).
5. Desde la sección Base, selecciona la opción Decimal.
6. En el campo Datos de valor: escribe 180000. Esto hace que ServicesPipeTimeout predeterminado sea de 3 minutos. Debería ser tiempo suficiente para que se carguen debidamente todos los servicios de Windows.
7. Cierra el Editor de registro de Windows y reinicia el equipo para que los cambios surtan efecto.

Causa C

La máquina del robot tiene permisos incorrectos. En este caso, el mantenimiento de robot de UiPath también puede aparecer como en ejecución.

Solución C

Los permisos de los servicios se otorgan desde el Editor de registro de Windows, de la forma siguiente:

1. Abrir el Editor de registro de Windows.
2. Navega hasta la clave de registroHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet .
3. Haz clic con el botón derecho en la subclave Control y luego haz clic en Permisos. Se mostrará la ventana Permisos de control.
4. Selecciona el usuario bajo el cual has iniciado sesión en la sección Nombres de grupo o de usuario.
5. Habilita la opción Permitir para Control completo en la sección Permisos. Esto otorga los permisos necesarios para el robot.
6. Haz clic en Aplicar y en Aceptar para confirmar los cambios y cierra la ventana.
7. Reinicia el ordenador para que los cambios surtan efecto.

En caso de que tengas restricciones y no puedas realizar los cambios anteriores, ponte en contacto con tu administrador de red.

El robot no puede descargar el paquete

Comportamiento observado

El robot no puede descargar una nueva versión del paquete si la carpeta %UserProfile%\.nuget\Packages ya contiene una versión del paquete con el archivo .nupkg del proyecto correspondiente en ella y una sin el.

Causa

Este problema se produce en una situación concreta:

• Tener instalado Studio/Robot v2019.4 o posterior. Descargar y ejecutar un paquete desde Orchestrator. El paquete se instala en la carpeta %UserProfile%\.nuget\Packages y contiene el archivo .nupkg correspondiente.
• Desintala la versión actual de Studio/Robot.
• Instala una versión de Studio/Robot anterior a la 2019.4. Descarga y ejecuta el paquete anterior desde Orchestrator. El paquete anterior no se elimina, y el nuevo no contiene el archivo .nupkg correspondiente.
• Actualiza Studio/Robot a la versión v2019.4 o posterior. Al descargar de nuevo el paquete se produce el siguiente error:
  
  

  

  
  

El robot no puede descargar el paquete porque falta el archivo .nupkg correspondiente al proyecto.

Solución

Elimina los paquetes instalados anteriormente de la carpeta %UserProfile%\.nuget\Packages y descárgalo de nuevo.

La sesión no está desconectada

Después de que se ejecute un flujo de trabajo iniciado por una actividad Iniciar flujo de trabajo interactivo, la sesión no se desconecta. Esto sucede si UiPath Robot se ejecuta en un entorno VDI, y las opciones IniciarSesiónEnLaConsola y MantenerSesiónConectada están habilitadas. Ten en cuenta que, a partir de la versión 2018.2, la actividad Iniciar flujo de trabajo interactivo ha sido declarada obsoleta.

No se puede serializar 'System.Collections.IEnumerable'

Comportamiento observado

Al usar una tabla de datos en «Esperar tarea y reanudar» se devuelve el siguiente error: «Excepción: tipo no se puede serializar 'System.Collections.IEnumerable'».

Causa

DataRow no es serializable, por lo tanto no se puede serializar DataRows mientras continúe el flujo de trabajo. Esto también se puede ver si creamos una variable DataRow e intentamos esperar (persistir) tras ello.

Solución

Ejecuta la actividad «Crear tarea de formulario» y diseña un objeto(salida) de lista de tareas mientras se actúa en el bucle mediante DataRows(System.Data.DataRow).

Después de esto, podemos ir en bucle por el objeto(salida) de lista de tareas usando «Paralelizar para cada uno» o «Para cada uno» y ejecutando «Esperar tarea y reanudar».