- 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
- Autenticación por SmartCard
- Auditoría
- Configuración: a nivel de tenant
- Servicio de catálogo de recursos
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Otras configuraciones
- Integraciones
- Robots clásicos
- Administración de host
- About the host level
- Gestionar los administradores del sistema
- Gestión de tenants
- Eliminar su licencia de host
- Configuración de las notificaciones por correo electrónico del sistema
- Registros de auditoría para el portal del host
- Modo de mantenimiento
- Administración de la organización
- Solución de problemas
Sobre trabajos
Un trabajo representa la ejecución de un proceso en un UiPath® Robot. Puedes iniciar la ejecución de un trabajo en modo atendido o desatendido. No se puede lanzar un trabajo desde Orchestrator en robots atendidos, a menos que sea con fines de depuración o desarrollo.
Los trabajos atendidos pueden activarse desde UiPath Assistant o la Interfaz de línea de comandos del Robot. Los trabajos desatendidos se lanzan desde Orchestrator, bien directamente en el momento desde la página de Trabajos o Procesos, o bien de forma planificada a través de desencadenadores, en la página Desencadenadores.
La página Trabajos representa el centro de control de trabajos, donde puedes supervisar los trabajos iniciados, ver sus detalles y registros, y detener/eliminar/reanudar/reiniciar un trabajo.
La siguiente tabla contiene descripciones de campos para la página Trabajos.
Campo |
Descripción |
---|---|
Proceso |
El nombre del proceso. [Remote debugging job] se muestra para los trabajos iniciados desde Studio a través de sesiones de depuración remotas .
|
Máquina (*) |
El objeto de la máquina utilizado para conectar la infraestructura de ejecución con Orchestrator. |
NombreDelHost |
El nombre de la estación de trabajo utilizada para la ejecución. |
Identidad de host |
La identidad bajo la cual tiene lugar la ejecución. Los siguientes valores son posibles:
domain\username de la cuenta utilizada para ejecutar un trabajo, también cambia la identidad del host.
|
Tipo de trabajo |
El tipo de trabajo según el lugar de ejecución y dependiendo de si el robot se hace pasar por un usuario o no:
|
Tipo de runtime |
El tipo de tiempo de ejecución utilizado para la ejecución. |
Estado |
El estado del trabajo.Consulta los detalles sobre los estados del trabajo. |
Prioridad |
La prioridad del trabajo. Consulta los detalles sobre las prioridades del trabajo. |
Iniciada |
La cantidad relativa de tiempo desde que el trabajo ha comenzado a ejecutarse. Al pasar el cursor por este campo, se mostrarán la hora y el día exactos de inicio. |
Finalizada |
El tiempo relativo transcurrido desde que el trabajo terminó de ejecutarse. Al pasar el cursor, se mostrarán la hora y el día exactos de finalización. |
Iniciado (absoluto) (*) |
La cantidad absoluta de tiempo desde que el trabajo ha comenzado a ejecutarse. Las marcas de tiempo absoluto se representan en la zona horaria del tenant. Para desencadenadores, el siguiente tiempo de ejecución se representa en la zona horaria del desencadenador, que puede ser distinta de la zona horaria del tenant. |
Finalizado (absoluto) (*) |
La cantidad absoluta de tiempo desde que el trabajo ha terminado de ejecutarse. Las marcas de tiempo absoluto se representan en la zona horaria del tenant. Para desencadenadores, el siguiente tiempo de ejecución se representa en la zona horaria del desencadenador, que puede ser distinta de la zona horaria del tenant. |
Origen |
El agente de la ejecución.
|
Hora de creación (*) |
El tiempo relativo de la creación del trabajo. |
Hora de creación (absoluta) (*) |
La hora absoluta de la creación del trabajo. |
(*) Columnas que no son visibles en la cuadrícula de trabajos por defecto. Selecciónelas en el menú desplegable Columnas .
Cuando se inicia un trabajo o se define un activador, se pueden definir pares específicos de cuenta-máquina en los que se produce la ejecución. Las asignaciones cuenta-máquina permiten vincular el uso desatendido de determinadas cuentas a plantillas de máquinas específicas. Esto proporciona un control granular sobre los objetivos de ejecución de tu automatización. Las asignaciones cuenta-máquina pueden estar basadas en el tenant (no vinculadas a una carpeta específica) o en la carpeta (vinculadas a una carpeta específica).
Aprende a configurar las asignaciones cuenta-máquina.
En función del mecanismo utilizado para iniciar trabajos en Orchestrator, puedes elegir y configurar una estrategia de asignación de trabajos y un destino de ejecución, implícitamente. Este artículo describe las estrategias de asignación y los destinos de ejecución disponibles al iniciar trabajos desde la página Trabajos.
Si la ejecución de tu trabajo depende de un recurso específico que aún no está disponible, el trabajo permanece en el estado Pendiente hasta que se cumplan las condiciones para la ejecución del trabajo.
Por ejemplo, el usuario U1 se conecta al nombre de host H1 mediante las credenciales C1. Sin embargo, se introducen credenciales C2 incorrectas para conectarse al nombre de host. Por tanto, el trabajo pasa al estado Pendiente. Si más adelante actualizas las credenciales a las correctas (es decir, C1), el trabajo reanuda su ejecución.
La asignación dinámica sin ninguna selección de cuenta y máquina te permite ejecutar un proceso en primer plano varias veces con la cuenta y la máquina que estén disponibles primero. Los procesos en segundo plano se ejecutan en cualquier cuenta, independientemente de si esta está ocupada o no, siempre y cuando tengas tiempos de ejecución suficientes.
Con la opción Asignar de forma dinámica se puede ejecutar un proceso hasta 10 000 veces en un solo trabajo.
Una vez hecho, se crea un trabajo Pendiente para cada par de cuenta-máquina.
Esto solo funciona si se selecciona la opción Habilitar asignación de usuario-máquina en la pestaña General de tu configuración de tenant.
El proceso se ejecuta bajo una cuenta específica de usuario o robot. Si se especifica solo la cuenta, Orchestrator asigna la máquina de forma dinámica. Especificar tanto la cuenta como la máquina significa que el trabajo se lanza en ese mismo par cuenta-máquina.
El proceso se ejecuta en una de las máquinas del host adjuntadas a la plantilla de máquina seleccionada. Al especificar la plantilla, aparece una opción adicional de Nombre de host que te permite seleccionar una máquina host específica del grupo de máquinas host conectadas. Si se especifica solo la máquina, Orchestrator asigna la cuenta dinámicamente. Especificar tanto la cuenta como la máquina significa que el trabajo se lanza en ese mismo par cuenta-máquina.
Asegúrate de que los tiempos de ejecución que coinciden con el tipo de trabajo se asignan a la plantilla de máquina asociada. Solo se muestran las máquinas del host conectadas asociadas a la carpeta activa.
En ocasiones, la ejecución del proceso puede ser defectuosa, provocando que el trabajo permanezca en estado pendiente. Esta opción te permite automatizar una estrategia para detener el trabajo, especificando la cantidad de tiempo que puede pasar hasta que el trabajo se detenga o se cancele. Para cubrir el caso de un trabajo que no puede ser detenido, existe la opción de cancelar el trabajo.
El proceso reanuda su ejecución en cualquier UiPath Robot disponible en cualquier máquina de manera predeterminada. Mantener la misma configuración cuenta-máquina garantiza un uso optimizado de los recursos y de los requisitos de licencia.
Es necesario aprovisionar un usuario de Windows para cada cuenta de una máquina host que pertenezca a las carpetas a las que se asigna la plantilla de máquina correspondiente.
Supongamos que conectas un servidor a Orchestrator mediante la clave generada por la plantilla de la máquina, FinanceT. Esa plantilla de máquina está asignada a las carpetas FinanceExecution y FinanceHR, donde también están asignadas 6 cuentas. Esas seis cuentas deben ser aprovisionadas como usuarios de Windows en el servidor.
Si configuras un trabajo para ejecutar el mismo proceso varias veces, se crea un entrada de trabajo para cada ejecución. Los trabajos se ordenan en función de su prioridad y tiempo de creación, siendo los más prioritarios y antiguos los primeros en la cola. Tan pronto un robot está disponible, este ejecuta el siguiente trabajo en la cola. Hasta entonces, los trabajos permanecen en estado pendiente.
Ejemplo
Configuración
- 1 carpeta
- 1 plantilla de la máquina con dos tiempos de ejecución
- 2 cuentas: john.smith y petri.ota
-
2 procesos que requieren interacciones de usuario: P1, que añade elementos de cola a una cola; P2, que procesa los elementos de la cola
La plantilla de la máquina y las cuentas deben estar asociadas a la carpeta que contiene los procesos.
Resultado deseado
- P1 se ejecuta con una alta prioridad por cualquiera.
- P2 se ejecuta con una baja prioridad por petri.ota.
Configuración de trabajo requerido
- Inicia un trabajo utilizando P1, no lo asignes a ninguna cuenta concreta, establece la prioridad en Alta.
- Inicia un trabajo para P2, asignándolo petri.ota, establece la prioridad en Baja.
Puedes controlar qué trabajo tiene prioridad sobre otros trabajos a través del campo Prioridad del trabajo, ya sea al desplegar el proceso o al configurar un trabajo/desencadenador para ese proceso. Un trabajo puede tener una de las siguientes diez prioridades:
El valor predeterminado para el campo Prioridad del trabajo es Heredada, lo que significa que la prioridad se hereda desde donde se configuró inicialmente. Puedes dejarla como está o cambiarla.
-
Desde: página de automatizaciones > Trabajos
El trabajo hereda la prioridad establecida en el nivel del proceso.
-
De dónde: Automatizaciones Página > Desencadenadores
Si el desencadenador tiene la prioridad Heredada, el trabajo hereda la prioridad establecida en el nivel del proceso.
Si el desencadenador tiene una prioridad distinta a Heredada, el trabajo hereda la prioridad establecida en el nivel del desencadenador. Si se cambia a Heredada, se usa la prioridad establecida en el nivel del proceso.
-
De dónde: Automatizaciones Página > Procesos
El trabajo hereda la prioridad establecida para dicho proceso.
Si configuras un trabajo para ejecutar el mismo proceso varias veces, se crea un entrada de trabajo para cada ejecución. Los trabajos se ordenan en función de su prioridad y tiempo de creación, siendo los más prioritarios y antiguos los primeros en la cola. Tan pronto un robot está disponible, este ejecuta el siguiente trabajo en la cola. Hasta entonces, los trabajos permanecen en estado pendiente.
La prioridad se establece por defecto en Heredada, es decir, heredará el valor en el nivel del proceso. Al elegir un proceso se actualizará automáticamente el icono de flecha para ilustrar el valor establecido en el nivel de proceso. Cualquier trabajo iniciado por el desencadenador tiene la prioridad establecida en el nivel del desencadenador. Si se mantiene la prioridad Heredada predeterminada, los trabajos se inician con la prioridad en el nivel del proceso.
Cualquier cambio posterior realizado en el nivel del proceso se propaga al desencadenador y los trabajos creados por este implícitamente.
Los diez niveles de prioridad disponibles en la interfaz corresponden a 100 niveles en la API, lo que significa que la API permite establecer una prioridad aún más detallada. Estos niveles se asignan de la siguiente manera:
Mínimo |
Máximo |
Predeterminado | |
---|---|---|---|
El más bajo |
1 |
10 |
5 |
Muy bajo |
11 |
20 |
15 |
Bajo |
21 |
30 |
25 |
Medio-bajo |
31 |
40 |
35 |
Medio |
41 |
50 |
45 |
Medio-alto |
51 |
60 |
55 |
Alto |
61 |
70 |
65 |
Muy alto |
71 |
80 |
75 |
Más alto |
81 |
90 |
85 |
Critical |
91 |
100 |
95 |
SpecificPriorityValue
, que está disponible en los siguientes extremos:
POST/odata/Jobs/UiPath.Server.Configuration.OData.StartJobs
POST/odata/ProcessSchedules
PUT/odata/ProcessSchedules({key})
Digamos que hay dos trabajos para los que establecemos prioridades respectivas de 92 y 94. Ambos caen dentro del intervalo Crucial, pero el trabajo con prioridad 94 se ejecutará antes del de prioridad 92.
Si se inicia un trabajo en varios UiPath Robots de alta densidad desde la misma máquina de Windows Server, proceso seleccionado es ejecutado por cada robot especificado, al mismo tiempo. Se crea una instancia para cada una de esas ejecuciones, que será mostrada en la página Trabajos.
Si estás utilizando Robots de Alta Densidad y no habilitaste RDP en esa máquina, cada vez que inicies un trabajo, se mostrará el siguiente error: "La sesión de inicio de sesión especificada no existe. Puede que ya se haya terminado". Para ver cómo configurar tu máquina para los robots de alta densidad, consulta la página Cómo configurar Windows Server para robots de alta densidad.
Para los trabajos desatendidos que han fallado, si tu proceso tenía activada la opción Habilitar grabación, puedes descargar el archivo multimedia de ejecución correspondiente para comprobar los últimos momentos de la ejecución antes del fallo.
La opción Descargar grabación solo se muestra en la ventana Trabajos si tienes permisos de visualización en los medios de ejecución.
- Asignaciones cuenta-máquina
- Objetivo de ejecución
- 1. Asignar de forma dinámica
- 2. Seleccionar cuenta válida: asignaciones de máquinas
- 3. Cuenta
- 4. Máquina
- 5. Programa el final de la ejecución del trabajo
- 6. Mantener la asignación cuenta-máquina en la reanudación del trabajo
- Prioridad de ejecución
- Iniciar un trabajo manualmente
- Inicia un trabajo a través de un desencadenador
- Configuración de la prioridad del trabajo usando la API
- Trabajos con Robots de alta densidad
- Grabación