- Notas relacionadas
- Primeros pasos
- Asistente de UiPath
- Instalación y actualización
- Tipos de robot
- Componentes de robot
- Licencia
- Conexión de los robots a Orchestrator
- Procesos y actividades
- Registro
- Robot JavaScript SDK
- Situaciones concretas
- Reinicio de componentes de UiPath Robot
- Sesiones de Windows
- Inicio de sesión usando el sistema de credenciales de Thales Luna
- Inicio de sesión utilizando el proveedor de almacenamiento de clave nShield
- Redirección de Robots a través de un servidor proxy
- Ejecución de tareas en una ventana RDP minimizada
- Uso de unidades de red asignadas
- Detención de un proceso
- Botón de deshabilitación de detención
- Carpetas de paquetes y rutas de red personalizadas
- Integración de CrowdStrike
- Robot de virtualización de apps citrix
- Solución de problemas
- Robot que no responde sobre RDP
- Registros de ejecución duplicados
- Errores de robot encontrados con frecuencia
- Aumento de la duración de la ejecución de proceso
- Exigencia de la verificación de la firma de paquetes
- Mensaje demasiado grande para procesarlo
- Errores al ejecutarse como administrador
- Los paquetes NuGet no son accesibles tras la migración
- Actividades de diálogo de control de acceso de usuario y automatización de IU
- Se requiere .NET durante la instalación
- El ensamblado no se puede cargar desde la red o compartir archivos de Azure
- Las actividades no pueden encontrar .NET Runtime
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.
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
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
UiPath.Service.UserHost). Abre el UiPath® Assistant e inicia el proceso desde allí. Ahora las dependencias correspondientes se descargan correctamente.
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_TIMEOUTen 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.
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 comandoWhoamien 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:
- Haz clic en el botón de Inicio de Windows, y luego busca y abre
Services.msc. Se mostrará la ventana Servicios. - Busca el servicio de UiPath® Robot y haz doble clic sobre él. Se mostrará el panel de Propiedades de UiPath® Robot.
- Desde la pestaña Acceder, selecciona la opción Cuenta de sistema local.
- 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 un proceso no puede iniciarse desde el UiPath® Assistant, deberás ponerte en contacto con el administrador de la red para que conceda derechos de administrador a esa cuenta de usuario.
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:
- Haz clic en el botón de Inicio de Windows, y luego busca y abre
Services.msc. Se mostrará la ventana Servicios. - Busca el servicio UiPath® Robot y haz clic sobre él con el botón derecho del ratón. Se mostrará el menú contextual.
- 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:
- Abrir el Editor de registro de Windows.
- Navega hasta la clave de registro
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Controly selecciona la subclaveControl. - Si el valor
ServicesPipeTimeoutNO está disponible, créalo de la siguiente forma:- Haz clic con el botón derecho en la subclave
Controly selecciona Valor DWORD (32 bits) en el menú Nuevo . Se crea un nuevo valor DWORD en blanco. - Escribe ServicesPipeTimeout como nombre del nuevo valor.
- Haz clic con el botón derecho en la subclave
- Haz doble clic en el valor DWORD
ServicesPipeTimeout. Se mostrará la ventana Editar valor de DWORD (32-bit). - Desde la sección Base, selecciona la opción Decimal.
- En el campo Datos de valor: escribe 180000. Esto hace que
ServicesPipeTimeoutpredeterminado sea de 3 minutos. Debería ser tiempo suficiente para que se carguen debidamente todos los servicios de Windows. - 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:
- Abrir el Editor de registro de Windows.
- Navega hasta la clave de registro
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet. - Haz clic con el botón derecho en la subclave
Controly luego haz clic en Permisos. Se mostrará la ventana Permisos de control. - Selecciona el usuario bajo el cual has iniciado sesión en la sección Nombres de grupo o de usuario.
- Habilita la opción Permitir para Control completo en la sección Permisos. Esto otorga los permisos necesarios para el robot.
- Haz clic en Aplicar y en Aceptar para confirmar los cambios y cierra la ventana.
- 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.
Comportamiento observado
%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\Packagesy contiene el archivo.nupkgcorrespondiente. - 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
.nupkgcorrespondiente. - Actualiza Studio/Robot a la versión v2019.4 o posterior. Al descargar de nuevo el paquete se produce el siguiente error:
.nupkg correspondiente al proyecto.
Solución
%UserProfile%\.nuget\Packages y descárgalo de nuevo.
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.
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».
