- 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
- 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
- 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
- Verificación de la firma de paquete
- Mensaje demasiado grande para procesarlo
- Errores al ejecutarse como administrador
- Actualización de Orchestrator de 2018.4 a 2020.10
Carpetas de paquetes y rutas de red personalizadas
Un paquete combina todas las partes usadas en una automatización y puede incluir: actividades, flujos de trabajo, archivos, fuentes de datos y otros componentes necesarios para ejecutar la automatización. Un proyecto creado en Studio se publica como un paquete en una ubicación/fuente desde la que se descargará más tarde por el UiPath Robot y se usará para ejecutar una automatización.
Las siguientes ubicaciones/fuentes se configuran de forma predeterminada en Studio:
- Tenant de Orchestrator y Host de Orchestrator
- Local
- Oficial
- Marketplace
También se pueden utilizar fuentes personalizadas, pero antes de configurar una ubicación personalizada para publicar un paquete, comprueba que los UiPath Robots tienen acceso a ella.
Para obtener más información sobre cómo funcionan las fuentes y cómo cambiarlas, consulta el documento Administración de paquetes de actividades que analiza este tema con más detalle.
PACKAGES_FOLDER
. Esto te permite cambiar la ubicación de descarga de tus flujos de trabajo y sus dependiencias para Studio y/o UiPath Robot. Esta carpeta puede ser específica de usuario o accesible para todos los usuarios desde una máquina y puede usarse tanto si UiPath Robot está instalado en modo de servicio como si lo está en modo de usuario.
Para el UiPath Robot en modo de servicio, los paquetes se instalan en todos los usuarios simultáneamente.
C:\Packages
). Esto se debe a que el primer UiPath Robot en modo de usuario que descarga e instala un paquete restringe el acceso al archivo .XAML
solo para ese usuario, lo que hace que los demás UiPath Robots en modo de usuario en esa máquina no puedan utilizar la carpeta correspondiente o el paquete, por no disponer de los suficientes privilegios.
%userProfile%\.nuget\packages
.
%USERNAME%
o %USERPROFILE%
, pero debe escaparse de la siguiente manera:
-
Cuando el símbolo del sistema recurre a la configuración (utiliza: )
UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^%
. -
Secuencias de comandos por lotes: usa
%
:UiPathStudio.msi PACKAGES_FOLDER=C:\Some\Path\^%USERNAME^%
. -
Para la consola PowerShell o scripts - no es necesario ningún escape.
C:\packages\^%UserDomain^%.^%Username^%
.
Dependiendo de la arquitectura utilizada por tu empresa, puede haber algunas limitaciones. A continuación puedes encontrar los casos de uso más frecuentes:
- Al usar un entorno de Alta densidad, la ruta debe resolverse de forma diferente para usuarios diferentes. En esta situación, la ruta debe contener el formato
%USER%
,%USERPROFILE%
u otra ruta específica de usuario. - Cuando no se usa la alta densidad, no es necesario especificar el perfil de usuario en la ruta.
- Cuando el robot se implementa en modo de servicio y se usa XAML seguro no se admitirán las rutas de red.
Más información sobre Secure XAML.
- Cuando se implementa el robot en modo de servicio y no se utiliza XAML seguro, no hay restricciones para el uso de rutas locales.
- Solo se admiten las rutas no asignadas, por ejemplo,
\\server\Packages
. Las rutas de red asignadas comoZ:\Packages
no se admiten. La razón consiste en la forma de resolver las asignaciones por usuario. En esta situación, el propietario de los archivos instalados será la cuenta del ordenador.
-
No hay restricciones en el formato de ruta local o de red, ya que el robot usa el perfil de usuario atendido para resolver la ruta.
Importante: usar una ruta de instalación personalizada puede crear un conflicto si múltiples trabajos ejecutan el mismo proyecto con la misma ruta instalada de forma simultánea y causan una condición de carrera a la hora de escribir y leer información en esos archivos.
Más información sobre Secure XAML.