- Primeros pasos
- Comprender UiPath Robot
- Requisitos de instalación
- Instalar robots para automatizaciones unattended
- Configurar robots para automatizaciones unattended
- Implementar automatizaciones unattended
- Conectar robots para automatizaciones unattended a Orchestrator
- Configuración de Windows Server para robots de alta densidad
- Redirección de Robots a través de un servidor proxy
- Implementar autenticación con proveedores de credenciales
- Configuración de Verificación de la firma de paquete
- Configurar carpetas de paquetes y rutas de red
- Configurar fuentes de actividad
- Instalar robots para automatizaciones attended
- Configurar robots para automatizaciones attended
- Integraciones
- Control
- Solución de problemas
- Solución de problemas de Robot Service
- Solución de problemas de ejecución
- Resolución de problemas de grabación y control remoto
- Solución de problemas de red
- Solución de problemas de conexión
- Resolución de problemas de licencias
- Resolución de problemas de paquetes
- Solución de problemas de .NET
- Solución de problemas de registro
- Solución de problemas de la sesión
Guía del administrador de robots
Descripción
En ocasiones los robots no pueden encontrar una unidad de red asignada al ejecutar la automatización unattended, especialmente cuando se ejecutan procesos en segundo plano.
Posible problema
Esto puede suceder debido a la naturaleza no interactiva de la sesión de inicio de sesión de Windows.
Solución
Asigna la unidad de red en el modo desatendido para cada trabajo que inicia el robot ejecutando el siguiente comando:net use Z: \\unc\pathnet use Z: \\unc\pathDescripción
Al intentar ejecutar un paquete desde una ruta de red o un recurso compartido de archivos de Azure aparece el error "System.Xaml.XamlObjectWriterException: Cannot create unknown type [....]".El robot registra el siguiente mensaje de error: "System.NotSupportException: se intentó cargar un ensamblado desde una ubicación de red que habría provocado que el ensamblado estuviera asilado en versiones anteriores de .NET Framework."
Posible problema
Es posible que la máquina del robot no confíe en la dirección web de Azure File Share, donde se encuentra el paquete. Como alternativa, la cuenta que utiliza el robot puede carecer de permisos para esa ubicación específica.
Solución
Asegúrate de que la cuenta con la que se ejecuta el UiPath Robot tiene los permisos necesarios. A continuación, añade la dirección web de Azure File Share como una red de confianza en la máquina del robot.
Descripción
La máquina del robot no responde y muestra un uso de CPU alto en algún momento después de iniciar la automatización. Se produce en máquinas Windows 10 v1903.
Posible problema
DWM.exe, lo que produce un uso de CPU alto al completar una sesión de Escritorio remoto.
Solución
Aplica la actualización KB4522355 en la máquina Windows defectuosa.
