Sobre trabajos

Información general

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 puedes iniciar un trabajo desde Orchestrator en robots atendidos, y no se pueden ejecutarse con la pantalla bloqueada.

Modo atendido	modo no atendido
Bandeja de UiPath Robot Asistente de UiPath Interfaz de la línea de comandos de Robot	Página Automatización > Trabajos Página Automatización > Desencadenadores Página Automatización > Procesos

Three locations in Orchestrator enable you to configure and start a job: the Jobs,Triggers, and Processes pages. The Jobs page represents the jobs control center, where you can monitor already launched jobs, view their details and logs, and stop/kill/resume/restart a job.

Nota:

Por defecto, cualquier proceso podrá ser editado mientras tenga trabajos asociados en ejecución o pendientes.

Los trabajos en ejecución asociados a un proceso modificado utilizan la versión inicial del proceso. La versión actualizada se usa para los trabajos recién creados o en el siguiente desencadenador del mismo trabajo.

Los trabajos pendientes asociados a un proceso modificado utilizan la versión actualizada.

Nota:

If the Robot becomes unresponsive (the robot machine is down, or the Robot Service crashes) during job execution, after reconnecting, it restarts the execution of the jobs that were running during the crash.

Fuentes de trabajo

Hay tres fuentes de trabajo posibles, dependiendo del mecanismo de inicio:

• Manual: el trabajo se ha iniciado y configurado desde las páginas Trabajos/Desencadenadores/Procesos, utilizando el botón Iniciar.
• Agente: el trabajo se ha iniciado en modo atendido desde la bandeja del Robot UiPath, UiPath Assitant o mediante la línea de comandos.
• [Trigger_Name] - the job has been launched through a trigger, used for preplanned job execution.

Objetivo de ejecución

	Descripción
Asignar dinámicamente	Un proceso en primer plano se ejecuta varias veces bajo el usuario y la máquina que estén disponibles primero. Si el usuario está seleccionado, solo se realiza la asignación de máquina de forma dinámica. Los procesos en segundo plano se ejecutan en cualquier usuario, independientemente de si este está ocupado o no, siempre y cuando tengas tiempos de ejecución suficientes. Puedes ejecutar un proceso hasta 10 000 veces.
Usuario	El proceso se ejecuta con un usuario específico.
Máquina	El proceso se ejecuta en una máquina host específica. 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.

ADVERTENCIA:

Es necesario aprovisionar un usuario de Windows para cada usuario 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 se asigna a las carpetas FinanceExecution y FinanceHR, donde también se asignan 6 usuarios, que deben aprovisionarse 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.

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 prioridades: Baja (↓), Normal (→), Alta (↑).

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

La prioridad se hereda desde la configuración inicial. Puedes dejarla como está o cambiarla.

If you configure it from the Automations > Jobs page**:** The job inherits the priority set at the process level.

If you configure it from the Automations > Triggers page: The job inherits the priority set at the trigger level. If the trigger itself inherited the priority at the process level, then that one is used.

If you configure it from the Automations > Processes page: The jobs uses the priority set for that process.

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.

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.

Tipos de procesos

Hay dos tipos de procesos, según los requisitos de interfaz de usuario:

• Background Process - Does not require a user interface, nor user intervention to get executed. For this reason, you can execute multiple such jobs in unattended mode on the same user simultaneously. Each execution requires an Unattended/NonProduction license. Background processes run in Session 0 when started in unattended mode.
• Requires User Interface - Requires user interface as the execution needs the UI to be generated, or the process contains interactive activities. You can only execute one such a process on a user at a time.

The same user can execute multiple background processes and a singular UI-requiring process simultaneously.

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.

If you are using High-Density Robots and did not enable RDP on that machine, each time you start a job, the following error is displayed: “A specified logon session does not exist. It may already have been terminated.” To see how to set up your machine for High-Density Robots, please see the Setting Up Windows Server for High-Density Robots page.

Flujos de trabajo de larga duración

Nota:

Esta característica solo es compatible con los entornos desatendidos. No es posible iniciar un proceso de larga duración en Robots atendidos pues el trabajo no se puede cancelar desde Orchestrator ni podría reanudarse de forma efectiva.

Processes that require logical fragmentation or human intervention (validations, approvals, exception handling) such as invoice processing and performance reviews, are handled with a set of instruments in the UiPath suite: a dedicated project template in Studio called Orchestration Process, actions and resource allocation capabilities in Orchestrator.

A grandes rasgos, se configura el flujo de trabajo con un par de actividades. El flujo de trabajo puede parametrizarse con las características específicas de la ejecución, de forma que un trabajo suspendido sólo puede reanudarse si se cumplen determinados requisitos. Solo cuando se cumplen dichos requisitos se asignan los recursos para la reanudación del trabajo, garantizando así que no haya malgasto en términos de consumo.

Esto queda reflejado en Orchestrator al quedar el trabajo suspendido, esperando a que se cumplan los requisitos, y luego haciendo que se reanude el trabajo y se ejecute como de costumbre.Dependiendo del par utilizado, los requisitos de finalización cambian y la respuesta de Orchestrator se ajusta en consecuencia.

Trabajos

Actividades

Caso de uso

Comenzar trabajo y obtener referencia Esperar trabajo y continuar

Introduce la condición de un trabajo, como cargar elementos en colas. Una vez se haya suspendido el trabajo principal, se ejecutará el trabajo auxiliar. Una vez finalizado este proceso, se reanudará el trabajo principal. Dependiendo de cómo configuraste tu flujo de trabajo, el trabajo reanudado puede utilizar los datos obtenidos de la ejecución de los procesos auxiliares. Si tu flujo de trabajo utiliza la actividad Iniciar trabajo y Obtener referencia para invocar otro flujo de trabajo, el rol de Robot debe actualizarse con los siguientes permisos: Ver en Procesos View,Edit,Create on Jobs View on Environments.

Colas

Actividades

Caso de uso

Agregar elemento de la cola y obtener referencia Esperar a elemento de cola y reanudar

Introduce una condición de las colas, como procesar los elementos en colas. Una vez que se haya suspendido el trabajo principal, los elementos en cola deberán procesarse mediante el trabajo auxiliar. Una vez finalizado este proceso, se reanudará el trabajo principal. Dependiendo de cómo se configuró el flujo de trabajo, el trabajo reanudado puede utilizar los datos de salida obtenidos de la ejecución de los elementos en cola procesados.

Acciones

Acciones de formulario

Actividades	Caso de uso
Crear tarea de formulario Esperar la tarea de formulario y continuar	Introduce user intervention conditions, found in Orchestrator as actions. Una vez suspendido el trabajo, se generará una acción en Orchestrator (tal y como se configuró en Studio). Solo tras la finalización de la acción, se reanudará el trabajo. Form actions need to be completed by the assigned user. User assignment can be handled directly in Orchestrator, or through the Assign Tasks activity.

Acciones externas

Actividades	Caso de uso
Crear Tarea Externa Esperar a tarea externa y reanudar	Introduce user intervention conditions, found in Orchestrator as actions. Una vez suspendido el trabajo, se generará una acción en Orchestrator (tal y como se configuró en Studio). Solo tras la finalización de la tarea, se reanudará el trabajo. Cualquier usuario puede completar las acciones externas con permisos de Edición sobre las acciones, además de acceder a la carpeta asociada.

Acciones de validación de documentos

Actividades

Caso de uso

Crear acción de validación de documentos Esperar la acción de validación de documentos y reanudar

Introduce user intervention conditions, found in Orchestrator as actions. Una vez suspendido el trabajo, se generará una acción en Orchestrator (tal y como se configuró en Studio). Solo tras la finalización de la tarea, se reanudará el trabajo. Document Validation actions need to be completed by the assigned user. User assignment can be handled directly in Orchestrator, or through the Assign Tasks activity. Para que el Robot se cargue, descargue y elimine datos de un depósito de almacenamiento, debe disponer de los permisos correspondientes. Esto se puede hacer actualizando el rol de Robot con lo siguiente: Para cargar los datos del documento: View,Create on Storage Files Ver en Depósitos de almacenamiento Para eliminar los datos del documento después de la descarga: View,Delete on Storage Files Ver en Depósitos de almacenamiento

Duration

Actividades	Caso de uso
Reanudar después del retraso	Introduce un intervalo de tiempo como retraso, durante el cual se suspenderá el flujo de trabajo. Una vez que haya pasado el retardo, se reanudará el trabajo.

No se limita la fragmentación del trabajo a su ejecución por el mismo Robot. Puede ser ejecutada por cualquier Robot disponible cuando el trabajo se reanuda y esté listo para la ejecución. Esto también depende del destino de ejecución configurado al definir el trabajo.

Ejemplo

He definido mi trabajo para que lo ejecuten unos Robots específicos, por ejemplo X, Y y Z. Cuando inicio el trabajo, solo el Robot Z está disponible, así que mi trabajo será ejecutado por este hasta que sea suspendido a la espera de validación del usuario. Tras la validación, cuando se reanuda el trabajo, solo el Robot X está disponible, así que este será el que ejecute el trabajo.

• Desde el punto de vista del seguimiento, un trabajo de este tipo se cuenta como uno solo, independientemente de que esté fragmentado o sea ejecutado por diferentes Robots.
• Los trabajos suspendidos no pueden asignarse a Robots, solo los reanudados pueden reasignarse.

Para comprobar los desencadenadores necesarios para la reanudación de un trabajo suspendido, consulta la ficha Desencadenadores en la ventana Detalles del trabajo.

Grabación

For unattended faulted jobs, if your process had the Enable Recording option switched on, you can download the corresponding execution media to check the last moments of the execution before failure.

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.