- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Configurar las capacidades de automatización
- Gestionar máquinas
- Agentes y funciones en robots locales
- Asignar objetos de la máquina a carpetas
- Configuración de las asignaciones cuenta-máquina
- Estado de protección de EDR
- Soluciones
- Auditoría
- Configuración
- Registro
- Cloud Robots
- Información general sobre los robots de cloud
- Ejecución de automatizaciones unattended utilizando robots en la nube: VM
- Cargar tu propia imagen
- Reutilizar imágenes de máquina personalizadas (para grupos manuales)
- Restablecer credenciales para una máquina (para grupos manuales)
- Supervisión
- Actualizaciones de seguridad
- Pedir una prueba
- Preguntas frecuentes
- Configuración de VPN para robots en la nube
- Configurar una conexión de ExpressRoute
- Transmisión en vivo y control remoto
- Automation Suite Robots
- Contexto de carpetas
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Índices
- Colas
- Activos
- Sobre los activos
- Gestión de Activos en Orchestrator
- Gestión de Activos en Studio
- Almacenar activos en Azure Key Vault (solo lectura)
- Almacenamiento de activos en HashiCorp Vault (solo lectura)
- Almacenamiento de activos en AWS Secrets Manager (solo lectura)
- Almacenamiento de activos en Google Secret Manager (solo lectura)
- Conexiones
- Reglas empresariales
- Depósitos de almacenamiento
- Servidores MCP
- Pruebas de Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas
Agentes en robots locales: ejecuta trabajos de agente, función y API en tus propios robots desatendidos utilizando el tipo de runtime Local, en lugar de solo Cloud - Serverless.
Esta funcionalidad está actualmente en vista previa.
Los agentes en robots locales te permiten ejecutar tipos de proceso de agente, función y API en robots desatendidos que alojas tú mismo, en lugar de solo en robots alojados en UiPath Cloud - Serverless. Los agentes de código bajo y los agentes codificados se ejecutan a través del mismo runtime de ejecución subyacente, denominado Unified Runtime, tanto si se ejecutan en un robot local como en Cloud - Serverless.
Tipo de runtime local
Al iniciar un trabajo para un agente, función o proceso de API, el menú desplegable Tipo de runtime en la página Iniciar trabajo incluye Local junto con Cloud - Serverless. Al seleccionar Local se ejecuta el trabajo en uno de tus propios robots desatendidos conectados en lugar de en una máquina alojada en UiPath.
Ejecutar trabajos de agente, función y API en el tipo de runtime Local requiere Robot 2026.10 LTS o 26.0.200 STS.
Cada tipo de proceso se basa en un grupo de capacidad específico en el runtime local:
| Tipo de proceso | Se ejecuta en runtime local utilizando |
|---|---|
| Agente (de código bajo o codificado) | Capacidad del agente |
| Función | Capacidad de la función |
| API | Capacidad de la función |
A diferencia de los runtimes de Producción (Unattended) o Pruebas , que asignan un runtime a un trabajo simultáneo independientemente del tipo de proceso, el tipo de runtime Local cubre varios tipos de procesos a través de grupos de capacidad independientes en la misma plantilla de máquina.
Configurar runtimes de agente y función
Las plantillas de máquina incluyen una sección de runtimes de agentes y funciones , independiente de la configuración de runtime de RPA existente. Tiene dos campos:
- Ranuras de agente: el número de trabajos de agente que pueden ejecutarse en paralelo en cada máquina host conectada utilizando esta plantilla.
- Ranuras de función: el número de trabajos de Función y API que pueden ejecutarse en paralelo en cada máquina host conectada utilizando esta plantilla.
Los agentes y funciones consumen unidades y no requieren licencias adicionales. Si no hay unidades disponibles para tu tenant, las ejecuciones no se inician incluso cuando se configuran las ranuras.
A diferencia de las licencias de runtime de RPA, los espacios de agente y los espacios de función no están limitados por una asignación de licencia por tipo. Reservan capacidad de ejecución simultánea directamente en la máquina host, independientemente de la licencia del tenant. Se configuran desde la misma ventana de plantilla de máquina utilizada para los runtimes de RPA. Para conocer los pasos, consulta Añadir una plantilla de máquina.
Cómo Orchestrator enruta los trabajos a los robots locales
Los robots conectados informan de los tipos de procesos y runtimes que admiten. Orchestrator solo envía un trabajo a un robot que admita el tipo de proceso y el runtime del trabajo.
Si ningún robot conectado admite actualmente el tipo de proceso requerido, el trabajo permanece en estado Pendiente hasta que se conecte un robot capaz, en lugar de fallar al iniciarse. Esto difiere de los tipos de runtime de RPA, que te impiden iniciar un trabajo cuando no hay runtime coincidente disponible.
Licencias y consumo
La ejecución de trabajos de agente y función en robots locales se basa en el consumo, similar a las licencias de Cloud - Serverless. A diferencia de Cloud: Serverless, el consumo no tiene en cuenta el tamaño de la máquina, ya que la máquina te pertenece a ti y no a UiPath.