- Primeros pasos
- Comprender UiPath Robot
- Requisitos de instalación
- Instalar robots para automatizaciones desatendidas
- Configurar robots para automatizaciones desatendidas
- Implementar automatizaciones desatendidas
- Conexión de robots para automatizaciones desatendidas a Orchestrator
- Redirección de Robots a través de un servidor proxy
- Implementar autenticación con proveedores de credenciales
- Uso de ubicaciones de red
- Configuración de los robots Linux
- 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 atendidas
- Configurar robots para automatizaciones atendidas
- Integraciones
- Control
- Solución de problemas
- Solución de problemas de Robot Service
- Solución de problemas de ejecución
- Solución de problemas de red
- Solución de problemas de conexión
- Solución de problemas de licencias
- Solución de problemas del paquete
- Solución de problemas de .NET
- Solución de problemas de registro
- Solución de problemas de la sesión
- Resolución de problemas de integración de CrowdStrike

Guía de administración de UiPath Robot
Solución de problemas del paquete
La incidencia ocurre cuando usas una unidad de red asignada para tus paquetes. La unidad de red asignada está disponible para el usuario que la creó, mientras que el Mantenimiento de robot de UiPath opera en todo el sistema.
Al actualizar a una versión más reciente, es posible que algunas automatizaciones no se ejecuten, especialmente cuando se aplica la verificación de firmas de paquetes.
La carpeta del paquete contiene versiones firmadas y no firmadas de los paquetes de actividades. Al ejecutar una automatización, el robot instala la versión aplicable más baja de ese paquete de actividades, que puede ser la versión no firmada. Si se aplica la verificación de la firma del paquete, la ejecución de la automatización falla. De lo contrario, se ejecuta como se espera.
Una vez completada la migración de un robot del Modo de servicio al Modo de usuario, los archivos XML de los paquetes NuGet se vuelven inaccesibles. Además, aparece el siguiente mensaje de error: "El acceso a la ruta C:\Users\john.doe\.nuget\packages\HelloWorld\1.0.0\lib\net45\Main.xaml se ha denegado".
La eliminación de paquetes de la carpeta original permite al robot reinstalarlos en una carpeta a la que el usuario actual pueda acceder, lo que permite al Mantenimiento de robot de UiPath acceder también a los paquetes.
Al pasar del Modo de servicio al Modo de usuario, puedes modificar la ubicación de la carpeta del paquete. Esto permite al robot volver a crear el directorio y utilizarlo para futuras descargas.
.nupkg
correspondiente al proyecto.
Es posible que la carpeta del paquete ya contenga ambos:
-
una versión del paquete con el archivo de proyecto
.nupkg
correspondiente y -
una versión sin el archivo de proyecto
.nupk
.
- Los paquetes publicados desde Studio no son visibles en UiPath Assistant
- Descripción
- Posible problema
- Soluciones
- Exigencia de la verificación de la firma de paquetes
- Descripción
- Posible problema
- Soluciones
- Los paquetes NuGet no son accesibles tras la migración
- Descripción
- Posible problema
- Solución 1
- Solución 2
- El robot no puede descargar el paquete
- Descripción
- Posible problema
- Solución