Sobre trabajos

Ver, gestionar y ejecutar trabajos para procesos de automatización en Orchestrator.

Nota:

La disponibilidad de las características depende de la oferta de cloud que utilices. Consulta la página Disponibilidad de características para obtener más información. Antes de dominar los trabajos, obtén más información sobre los argumentos de runtime, los tipos de procesos y la compatibilidad de procesos.

Información general

Un trabajo representa la ejecución de un proceso en un UiPath Robot. Puedes iniciar trabajos en modo atendido o desatendido. Los robots atendidos no pueden ejecutar trabajos desde Orchestrator excepto para la depuración o el desarrollo.

Los trabajos atendidos se desencadenan desde UiPath Assistant o la interfaz de línea de comandos del robot.

Los trabajos Unattended se inician desde Orchestrator, ya sea directamente desde la página Trabajos o Procesos , o a través de desencadenadores en la página Desencadenadores .

La página Trabajos es tu centro de control para supervisar los trabajos iniciados, ver detalles y registros y gestionar la ejecución del trabajo (detener, eliminar, reanudar, reiniciar).

Referencia de campos de trabajo

La siguiente tabla describe cada campo disponible en la página Trabajos . Algunos campos no son relevantes para todos los tipos de trabajo: cuando un campo no se aplica a un tipo de trabajo, el valor se muestra como N/A.

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 .
Tipo de ejecución	El tipo de ejecución dependiendo de dónde tenga lugar la ejecución y de si el robot se hace pasar por un usuario o no: Unattended - The execution happens on a server and the robot does not impersonate a user. Jobs are launched from Orchestrator Remoto personal : la ejecución se produce en un servidor y el robot se ejecuta bajo la identidad de un propietario del espacio de trabajo personal. Los trabajos se inician desde Orchestrator. Attended - The execution happens on a user's personal machine. Jobs are launched from the Assistant. Desarrollo : la ejecución ocurre en un servidor. Los trabajos se inician desde Studio a través de la depuración remota. Agente: la ejecución de un agente. Nota: al ejecutar agentes codificados, el tipo de ejecución se indica como Agente (<lenguaje de<programming language> programación>) . Maestro BPMN : la ejecución de un proceso de Maestro BPMN.
Estado	El estado del trabajo. See details about job states .
Healing Agent	Indica si Healing Agent detectó o no incidencias durante la ejecución del trabajo: Incidencias detectadas: El Healing Agent detectó incidencias de ejecución de trabajos. No disponible: El Healing Agent no estaba activo o no detectó incidencias en la ejecución de trabajos.
Iniciada	The relative amount of time since the job has started executing. Hovering over this field displays the exact start time and date.
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) (*)	The absolute amount of time since the job has started executing. 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) (*)	The absolute amount of time since the job has finished executing. 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.
Duration	La duración del trabajo, calculada como el intervalo entre la hora de inicio y la hora en que el trabajo ha alcanzado un estado final.
Origen	El agente de la ejecución. Manual: el trabajo se inició desde Orchestrator. Desencadenador de tiempo: el trabajo fue iniciado por un desencadenador de tiempo cuyo nombre se muestra en la columna Origen. Desencadenador de cola: el trabajo fue iniciado por un desencadenador de cola cuyo nombre se muestra en la columna Origen. Desencadenador de evento: el trabajo fue iniciado por un desencadenador de evento cuyo nombre se muestra en la columna Origen. Desencadenador de API: el trabajo fue iniciado por un desencadenador de API cuyo nombre se muestra en la columna Origen. Assistant: el trabajo lo inició UiPath Assistant. Studio: el trabajo se inició para la depuración desde Studio. Aplicaciones: el trabajo se inició a través de una aplicación. Agente: el trabajo se inició como parte de la ejecución de un agente. Maestro BPMN: el trabajo se inició como parte de la ejecución de un proceso de Maestro BPMN. SAP: el trabajo se inició como parte de una integración de SAP. Procesos de Automation Ops: el trabajo se inició como parte de un proceso de Automation Ops Test Manager: el trabajo se inició a través de Test Manager.
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.
Prioridad	La prioridad del trabajo. See details about job priorities .
Interacción del usuario	Especifica si el proceso subyacente requiere la interacción del usuario: Requerido: indica un proceso en primer plano que requiere interacción del usuario. No necesario: indica un proceso en segundo plano que no requiere la interacción del usuario.
Máquina (*)	El objeto de la máquina utilizado para conectar la infraestructura de ejecución con Orchestrator.
Nombre del Host(*)	El nombre de la estación de trabajo utilizada para la ejecución.
Identidad de host (*)	The identity under which the execution takes place. The following values are possible: <Domain\Username>: trabajos ejecutados bajo esa cuenta específica. Se muestra en los siguientes casos: trabajos en primer plano independientemente de la versión del Robot; todos los trabajos ejecutados en Robots anteriores a 2021.10; trabajos atendidos ejecutados en robots conectados mediante una clave de la máquina, sin necesidad de que el usuario se registre. For Robots older than 2021.10, the host identity gets populated dynamically according to the account settings made in Orchestrator. Changing the domain\username for the account used to execute a job changes the host identity as well. ROOT : trabajos en segundo plano ejecutados en robots Linux . NT AUTHORITY\LOCAL SERVICE - jobs executed under the Robot service identity. Displayed for background jobs executed on Robots 2021.10+ without credentials. Service mode robots run under NT AUTHORITY\LOCAL SERVICE . User mode robots run under a certain user identity. N/A - jobs started from the Assistant by users connected using interactive sign-in . For robots connected using the machine key, without user sign-in, the <Domain\Username> is displayed.
Tipo de runtime	El tipo de tiempo de ejecución utilizado para la ejecución.

(*) Columnas que no son visibles en la cuadrícula de trabajos de forma predeterminada. Selecciónalas en el menú desplegable Columnas.

Asignaciones cuenta-máquina

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.

Objetivo de ejecución

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.

Más información sobre los destinos de ejecución para los desencadenadores.

Nota:

Cuando un destino de ejecución se configura a través de vinculaciones (automatización principal que invoca otro proceso), selecciona Heredar la identidad del trabajo principal para ejecutar el trabajo invocado bajo la identidad del principal. Esta opción funciona tanto para las automatizaciones en segundo plano como para las de Windows (en primer plano). Para las automatizaciones en primer plano, la identidad del trabajo principal debe tener configurado un robot desatendido con credenciales.

Nota:

Si la ejecución del trabajo depende de un recurso específico que aún no está disponible, el trabajo permanece pendiente hasta que se cumplan las condiciones. Por ejemplo, si se utilizan las credenciales C2 incorrectas en lugar de C1 para conectarse al nombre de host H1, el trabajo entra en estado pendiente. Una vez corregido a C1, se reanuda el trabajo.

Nota:

Si el robot deja de responder (máquina inactiva o bloqueo del mantenimiento de robot de UiPath) durante la ejecución, reinicia los trabajos en ejecución después de volver a conectarse.

Figura 1. Iniciar un trabajo

1. Asignar de forma dinámica

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.

2. Seleccionar cuenta válida: asignaciones de máquinas

Puedes decidir qué pares de cuentas y máquinas específicos usar para ejecutar el trabajo seleccionado.

Figura 2. Pestaña Destino de ejecución

Para ejecutar varios trabajos a la vez, uno para cada par, haz clic en Añadir asignación de cuenta-máquina y selecciona los elementos deseados de las listas desplegables que se muestran.

Una vez hecho, se crea un trabajo Pendiente para cada par de cuenta-máquina.

Nota:

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.

3. Cuenta

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.

4. 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.

5. Programa el final de la ejecución del trabajo

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.

6. Mantener la asignación cuenta-máquina en la reanudación del 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.

Importante:

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 interacción del usuario: P1, que añade artículos a una cola, P2, que procesa los elementos de la cola. La plantilla de 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.

Prioridad de ejecución

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:

Figura 3. Prioridades de ejecución

Orchestrator asigna trabajos utilizando la siguiente secuencia de pasos:

1. Un robot estará disponible para ejecutar un nuevo trabajo.
2. Orchestrator identifica la plantilla de máquina asignada a ese robot y todas las carpetas asociadas a la plantilla.
3. Orchestrator evalúa todos los trabajos pendientes de esas carpetas.
4. Orchestrator asigna el trabajo de mayor prioridad al robot. Si varios trabajos tienen la misma prioridad, se envían al robot en orden cronológico, del más antiguo al más reciente.

Ten en cuenta que las plantillas de máquina y las máquinas de alta densidad pueden ejecutar trabajos desde varias carpetas a la vez.

Iniciar un trabajo manualmente

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.

• De dónde: página Automatizaciones > Trabajos

El trabajo hereda la prioridad establecida en el nivel del proceso.

• De dónde: página Automatizaciones > 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: página Automatizaciones > 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.

Inicia un trabajo a través de un desencadenador

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.

Configuración de la prioridad del trabajo usando la API

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:

Prioridad	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

Para establecer o cambiar la prioridad de un trabajo, usa el parámetro 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.

Nota:

Si se inicia un trabajo que requiere la intervención del usuario en varios Robots en la misma máquina que no se ejecuta en Windows Server, el proceso seleccionado solo será ejecutado por el primer Robot, mientras el resto falla. Se crea una instancia para cada una de esas ejecuciones, que será mostrada en la página Trabajos.

Trabajos con Robots de alta densidad

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 utilizas 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. Es posible que ya se haya cancelado". Para ver cómo configurar tu máquina para robots de alta densidad, consulta la página Acerca de la configuración de Windows Server para robots de alta densidad .

Grabación

Para los trabajos desatendidos fallidos, si tu proceso tenía activada la opción Habilitar grabación, puedes descargar los soportes de ejecución correspondientes 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.