Desencadenadores de tiempo

Importante:

Zonas horarias del desencadenador: la zona horaria establecida en un desencadenador no está restringida por la zona horaria del tenant. Sin embargo, si utilizas calendarios de días no laborables, no podrás establecer diferentes zonas horarias.

Los desencadenadores de tiempo se inician según la zona horaria definida a nivel de desencadenador.

Los desencadenadores de tiempo se deshabilitan en función de la zona horaria del desencadenador.

Los desencadenadores de tiempo configurados para la ejecución recurrente tienen en cuenta el segundo de su hora de creación. Así es como el cambio se traduce en expresiones cron:

Para un desencadenador de tiempo creado a las 12: 23: 34 con la expresión cron 0 * *? * * (es decir configurado para ejecutarse cada minuto), la próxima hora de ejecución será a las 12:24:34.
Para un desencadenador de tiempo creado a las 12:23:34 con la expresión cron 1 * *? * * (es decir configurado para ejecutarse a partir de 1 segundo cada minuto), la próxima hora de ejecución será a las 12: 24: 1: 0.

Trigger disabling

De forma predeterminada, cuando un desencadenador experimenta 10 lanzamientos fallidos consecutivos y no se ha lanzado correctamente en las últimas 24 horas, se deshabilita automáticamente. Sin embargo, si no se cumple alguna de esas condiciones, como el desencadenador se lanza correctamente al menos una vez al día, o no alcanza los 10 fallos consecutivos, se mantiene activo.

Nota: Si un desencadenador se desactiva automáticamente, la acción se registra como "desencadenador desactivado por el usuario administrador del sistema" en los registros de auditoría.

Este valor puede personalizarse utilizando el parámetro Triggers.DisableWhenFailedCount.

Recomendaciones

Cuando un desencadenador está deshabilitado, comprueba los registros de auditoría por razones de error en el trabajo.
Si tienes trabajos de larga duración, intenta establecer el desencadenador de tal manera que permita más trabajos pendientes o intenta programar el desencadenador para que se ejecute con menos frecuencia.

Objetivo de ejecución

Puedes configurar varias reglas en función de las cuales se ejecutan los procesos asociados.

	Descripción
Asignación dinámica	Asignar dinámicamente Define cuántas veces se debe ejecutar un proceso en función del desencadenador proporcionado. Esta opción te permite utilizar tus recursos al máximo. En cuanto un UiPath Robot se vuelve Disponible, ejecuta el proceso indicado según el desencadenador proporcionado.
	Cuenta El proceso se ejecuta bajo una cuenta específica. Si se especifica solo la cuenta, Orchestrator asigna la máquina de forma dinámica. Especificar tanto la cuenta como la plantilla de máquina significa que el trabajo se lanza en ese mismo par cuenta-máquina.
	Máquina El proceso se ejecuta en una de las máquinas del host asociadas a la plantilla de máquina seleccionada. Si se especifica solo la plantilla de máquina, Orchestrator asigna la cuenta dinámicamente. Especificar tanto la cuenta como la plantilla de máquina significa que el trabajo se lanza en ese mismo par cuenta-máquina. Nota: asegúrate de que las licencias de runtime necesarias para ejecutar el trabajo están asignadas a la plantilla de máquina asociada.
	NombreDelHost Después de seleccionar una plantilla de máquina, se muestra la opción nombre de host, que permite seleccionar la estación de trabajo/sesión de robot deseada para ejecutar el proceso. Se muestran todas las sesiones disponibles en la carpeta activa, ya sean desconectadas, no conectadas o conectadas. Nota: solo se pueden utilizar runtime unattended para configurar la asignación. Asegúrate de que las licencias de tiempo de ejecución necesarias para ejecutar el trabajo están asignadas a la plantilla de máquina asociada.
Selecciona una asignación de cuenta-máquina válida	El proceso puede ejecutarse en varios pares específicos de máquina-cuenta. Consulta más información sobre las asignaciones de cuenta-máquina. Nota: Si se selecciona un nombre de host que no está activo (es decir, con el estado Sin respuesta o Desconectado), aparece una advertencia. Las cuentas que forman parte de las asignaciones que se usan en los desencadenadores no pueden eliminarse o desasignarse de la carpeta en la que reside el desencadenador. Para poder eliminarla, asegúrate de que la cuenta no esté establecida como destino de ejecución en un desencadenador.

Nota: si se selecciona un nombre de host que no está activo (es decir, con el estado Sin respuesta o Desconectado), aparece una advertencia. Los trabajos programados para la sesión inactiva permanecen en estado Pendiente hasta que se realice la conexión correspondiente a Orchestrator.

Para confirmar la selección del nombre de host inactivo, haz clic en Confirmar.

Para volver a seleccionar otro nombre de host, haz clic en Cancelar.

Si se configura el mismo desencadenador con la misma asignación cuenta-máquina, pero con la selección adicional de nombre de host, se duplica el número de trabajos que se van a ejecutar.

Por ejemplo, supongamos que has configurado un desencadenador T1 con la cuenta A1 asignada a la plantilla de máquina MT1. En esta configuración se ponen en cola diez trabajos.

Más adelante, se configura el mismo desencadenador T1 con la cuenta A1 asignada a la plantilla de máquina MT1, aunque ahora también se selecciona un nombre de host H1. En este caso se vuelven a poner en cola los diez mismos trabajos, ya que Orchestrator interpreta la configuración como nueva.

Nota: Si la conexión a la base de datos SQL se pierde por cualquier motivo, los desencadenadores que se suponía que se habían establecido en ese momento se activan de forma incorrecta y se genera una alerta con el nivel de Error.

Escenarios de trabajos en cola

Si configuras varios desencadenadores en el mismo Robot y su tiempo de ejecución se superpone al menos una vez, los trabajos se pondrán en cola, en estado pendiente. El robot ejecuta los trabajos en cola en orden cronológico.
Si el mismo proceso se programa en el mismo Robot varias veces y su tiempo de ejecución se superpone, solo se pone en cola un proceso, en estado pendiente. Por ejemplo, si el proceso A del robot X está programado para ejecutarse a las 11:20, 11:21 y 11:25, el comportamiento es el siguiente:
- a las 11:20 se ejecuta el primer proceso.
- Si la primera ejecución finaliza antes del segundo desencadenador:
  - El segundo desencadenador se procesa.
    - Si esta ejecución finaliza antes del desencadenador 11:25, el último también se ejecutará.
    - Si la ejecución del desencadenador 11:21 no concluye antes del 11:25, este último se añade a una cola, en estado pendiente.
- Si la primera ejecución no finaliza antes del segundo desencadenador:
  - El desencadenador 11:21 se pone en cola, en estado pendiente.
    - Si la ejecución del desencadenador 11:21 finaliza antes del 11:25, este último también se ejecutará.
    - Si la ejecución del desencadenador 11:21 se inicia pero no termina antes del 11:25, el último desencadenador se pone en cola, en estado pendiente.
    - Si el desencadenador 11:21 aún está pendiente cuando el 11:25 uno debería iniciarse, este último ya no se ejecuta o se añade a una cola y se mostrará el siguiente mensaje: Los robots ya tienen trabajos pendientes para este proceso.
Si quieres ejecutar un proceso varias veces en cualquier Robot que esté disponible, puedes marcar la opción Asignar dinámicamente en la pestaña Ejecutar destino. Los trabajos se ponen en cola (en estado pendiente) en el entorno correspondiente y cada vez que un robot está disponible, se ejecuta el primer trabajo de la cola. De esta manera, nunca habrá un robot disponible mientras haya trabajos pendientes.

Pongamos que quieres ejecutar un proceso 7 veces. En cuanto se desencadene tu desencadenador, se agregarán 7 trabajos pendientes a la carga de trabajo del entorno, sin asignarlos a ningún robot específico. Hay varias situaciones posibles:
- Hay al menos 7 Robots disponibles en el momento de la activación: a un Robot se le asigna un trabajo de manera que todos los trabajos se ejecutan de una sola vez.
- Si hay menos de 7 Robots disponibles a la hora de la activación, digamos 4, a cada uno de los 4 Robots se le asigna un trabajo. Si un nuevo Robot o uno de los 4 queda disponible, entonces se hace cargo de otro trabajo de los 3 restantes. Esto ocurre con cada Robot disponible hasta que no queden trabajos.
Si dos o más desencadenadores ejecutan el mismo proceso, cada uno durante un número diferente de veces, en el siguiente desencadenador, el número máximo de trabajos entre ellos se añade a la carga de trabajo del entorno; no se acumulan. imagina la siguiente situación: el desencadenador A ejecuta un proceso 13 veces y el desencadenador B la ejecuta 20 veces. Puede que se den los siguientes escenarios:
- A y B se activan simultáneamente: 20 trabajos (el máximo entre 13 y 20) están en cola en la carga de trabajo del entorno.
- Desencadenadores B primero: 20 trabajos en cola
  - Si entre el momento de activación de B y el momento de activación de A se han ejecutado 7 o más trabajos, digamos 9 (quedan 11 trabajos pendientes), entonces se ponen en cola 13 trabajos (el máximo entre 11 y 13) en la carga de trabajo del entorno.
  - Si entre el momento de activación de B y el momento de activación de A, se han ejecutado menos de 7 trabajos, digamos 5 (15 trabajos pendientes), entonces no se ponen en cola más trabajos porque ya hay más de 13 trabajos pendientes. Además, se muestra el siguiente mensaje: Los Robots ya tienen trabajos pendientes para este proceso.
- A se activa primero: 13 trabajos están en cola
  - Cada vez que B se desencadena durante la ejecución de A, se añaden al entorno un número de hasta 20 trabajos, dependiendo de cuántos trabajos de A estén en curso o se hayan ejecutado. Digamos que se han ejecutado 6 trabajos. Cuando B se desencadena, se añaden 13 trabajos, de modo que se ha alcanzado el máximo de 20.
Si un desencadenador ejecuta el mismo proceso varias veces, los trabajos en cola relacionados quedan limitados al número de ejecuciones especificadas al definir el desencadenador en la pestaña Ejecutar objetivo. No se acumularán con cada lanzamiento del desencadenador.

Pongamos que quieres ejecutar el mismo proceso 10 veces cada 30 minutos. La primera vez que se inicia tu desencadenador, se pondrán en cola 10 trabajos. Si entre los desencadenadores se han ejecutado menos de 10 trabajos (digamos 4), en el momento en que se ejecute el siguiente desencadenador solo se ponen en cola 6 nuevos trabajos, ya que el número de trabajos pendientes para ese proceso puede ser de un máximo de 10.

Desencadenadores de tiempo creados mediante actividades de UiPath Activities

Los desarrolladores de RPA también pueden crear desencadenadores de tiempo durante el diseño en Studio, utilizando la actividad Desencadenador de tiempo del paquete UiPath.Core.Activities.

Orchestrator identifica estos tipos de desencadenadores como requisitos de paquete y la única forma de añadirlos en Orchestrator es desde la página Requisitos del paquete .

Cualquier configuración establecida en tiempo de diseño se refleja en Orchestrator y no se puede modificar.

Por ejemplo: Todos los días laborables, a las 6:00 p.m., Quiero cargar automáticamente todos los archivos nuevos de Excel a una unidad en la nube. La diferencia es que el desencadenador de tiempo indica a la automatización que se inicie desde el interior del flujo de trabajo, en contraposición a los desencadenadores de tiempo de Orchestrator, que indican a la automatización que comience desde el exterior del flujo de trabajo.

En esta página