À propos des déclencheurs

Les déclencheurs permettent de lancer des exécutions d'une manière pré-planifiée, à intervalles réguliers (déclencheurs de temps) ou chaque fois que des éléments sont ajoutés à vos files d'attente (déclencheurs de file d'attente). La page Déclencheurs (Triggers) vous permet de créer des déclencheurs, de gérer les déclencheurs existants et de lancer instantanément une tâche par rapport à un déclencheur existant.

Important :

Fuseaux horaires du déclencheur :

Le fuseau horaire défini sur un déclencheur n'est pas limité par le fuseau horaire du locataire. Toutefois, si vous utilisez des calendriers de jours non ouvrables, vous ne pouvez pas définir de fuseaux horaires différents.

Les déclencheurs horaires sont lancés en fonction du fuseau horaire défini au niveau du déclencheur. Les déclencheurs de file d'attente sont lancés en fonction du traitement des éléments de la file d'attente.

Les déclencheurs d'heure et de file d'attente sont désactivés en fonction du fuseau horaire du déclencheur.

Important :

Désactivation du déclencheur :

Par défaut, un déclencheur est désactivé automatiquement après 10 lancements échoués s’il n’avait pas été lancé avec succès dans la journée passée.

Déclencheurs de temps

Permet de planifier une heure récurrente pour démarrer une tâche.

Une fois que vous avez ajouté un déclencheur temporel pour un processus, vous pouvez vous attendre aux éléments suivants :

1. Le déclencheur crée une tâche à l'heure planifiée, avec les options d'allocation, de compte et de machine de votre choix. Cela ne correspond pas à l’exécution réelle de la tâche.
2. La tâche créée à l'étape 1 est exécutée une fois qu'un robot devient disponible. Par défaut, si le déclencheur a déjà une tâche en attente, aucune nouvelle tâche n'est créée tant que la première n'est pas exécutée.

Les valeurs d'entrée pour les processus qui prennent en charge les paramètres d'entrée et de sortie peuvent également être gérées à ce niveau.

Cible d'exécution (Execution Target)

Vous pouvez configurer plusieurs règles en fonction des processus associés exécutés.

	Description
Allocation dynamique	Allouer dynamiquement Définissez le nombre d'exécutions d'un processus en fonction du déclencheur donné. Cette option permet d'utiliser vos ressources au maximum. Dès qu'un robot est Disponible (Available), il exécute le processus indiqué en fonction du déclencheur fourni.
	Compte (Account) Le processus est exécuté sous un compte spécifique. Le fait de spécifier uniquement le compte entraîne l'allocation dynamique de la machine par Orchestrator. Si vous spécifiez à la fois le compte et la machine, la tâche sera lancée sur cette paire compte-machine.
	Machine Le processus est exécuté sur l'une des machines hôtes connectées au modèle de machine sélectionné. Si vous spécifiez uniquement la machine, Orchestrator alloue le compte de manière dynamique. Si vous spécifiez à la fois le compte et la machine, la tâche sera lancée sur cette paire compte-machine. Remarque : Assurez-vous que les runtimes correspondant au type de tâche sont affectés au modèle de machine associé. Seules les machines hôtes connectées associées au dossier actif sont affichées.
Sélectionner des mappages compte-machine valides	Le processus peut être exécuté sur plusieurs paires utilisateur-machine spécifiques.

Remarque : Si la connexion à la base de données SQL est perdue pour une raison quelconque, les déclencheurs censés être activés à un moment donné échouent, et une alerte avec le niveau Erreur (Error) est générée.

Scénarios de tâches mises en file d'attente

1. Si vous définissez plusieurs déclencheurs sur le même robot et que leur délai d'exécution se chevauche au moins une fois, les tâches sont mises en file d'attente dans un état en attente. Le robot exécute les tâches en file d'attente dans l'ordre chronologique.

2. Si le même processus est planifié plusieurs fois sur le même robot et que leur délai d'exécution se chevauche, seul un processus est mis en file d'attente, dans un état en attente. Par exemple, si le processus A sur le robot X est planifié pour être exécuté à 11 h 20, 11 h 21 et 11 h 25, le comportement est le suivant :

   • 11 h 20, le premier processus est exécuté.

   • Si la première exécution se termine avant le second déclencheur :

     • Le deuxième déclencheur est traité.

       • Si cette exécution se termine avant le déclencheur de 11 h 25, ce dernier est également exécuté.
       • Si l'exécution du déclencheur de 11 h 21 ne se termine pas avant celle de 11 h 25, cette dernière est ajoutée à une file d'attente, dans un état en attente.
   • Si la première exécution ne se termine PAS avant le second déclencheur :

     • Le déclencheur de 11 h 21 est placé dans une file d'attente, dans un état en attente.

       • Si l'exécution du déclencheur de 11 h 21 se termine avant celle de 11 h 25, cette dernière est également exécutée.
       • Si l'exécution du déclencheur de 11 h 21 démarre, mais ne se termine pas avant celle de 11 h 25, le dernier déclencheur est ajouté à une file d'attente, dans un état en attente.
       • Si le déclencheur de 11 h 21 est encore en attente lorsque celui de 11 h 25 doit démarrer, ce dernier n'est plus exécuté ni ajouté à la file d'attente, et le message suivant s'affiche : Les robots ont déjà des tâches en attente pour ce processus (The Robots already have pending jobs for this process).

3. Pour exécuter plusieurs fois un processus sur des robots disponibles, vous avez la possibilité de le faire à l'aide de l'option Allouer dynamiquement (Allocate Dynamically) dans l'onglet Cible d'exécution (Execution Target). Les tâches sont mises en file d'attente, dans un état en attente, dans l'environnement correspondant, et chaque fois qu'un robot est disponible, la première tâche de la ligne est exécutée. De cette manière, aucun Robot n'est disponible tant que des tâches sont en attente.

   Imaginons que vous souhaitiez exécuter un processus 7 fois. Au moment où votre déclencheur se lance, 7 tâches en attente sont ajoutées à la charge de travail de l'environnement, sans être affectées à des Robots spécifiques. Plusieurs scénarios sont possibles :

   • Au moins 7 Robots sont disponibles au moment du déclenchement : un Robot se voit affecter une seule tâche de sorte que toutes les tâches sont exécutées simultanément.
   • Moins de 7 Robots sont disponibles au moment du déclenchement, disons 4 : chacun des 4 Robots se voit affecter une seule tâche, si un nouveau Robot ou l'un des 4 devient disponible. Il reprend alors une autre tâche des 3 restants. Cela se produit pour chaque Robot disponible jusqu'à ce que toutes les tâches soient terminées.

4. Si au moins deux déclencheurs exécutent le même processus, chacun pendant un nombre de fois différent, le nombre maximum de tâches entre eux est ajouté à la charge de travail de l'environnement lors du déclenchement suivant. Elles ne sont pas cumulées. Imaginez la situation suivante : le déclencheur A exécute un processus 13 fois et le déclencheur B l'exécute 20 fois. Les scénarios suivants peuvent se produire :

   • A et B sont déclenchées simultanément : 20 tâches (le maximum entre 13 et 20) sont mises en file d'attente dans la charge de travail de l'environnement.

   • B se déclenche en premier : 20 tâches sont en file d’attente

     • Si entre l'heure de déclenchement de B et celle de A, 7 tâches au moins ont été exécutées, disons 9 (11 tâches en attente restantes), 13 tâches (le maximum entre 11 et 13) sont mises en file d'attente dans la charge de travail de l'environnement.
     • Si entre l'heure de déclenchement de B et celle de A, moins de 7 tâches ont été exécutées, disons 5 (15 tâches en attente restantes), plus aucune tâche n'est en file d'attente, car plus de 13 tâches sont déjà en attente. En outre, le message suivant s'affiche : Les robots ont déjà des tâches en attente pour ce processus (The Robots already have pending jobs for this process).

   • A se déclenche en premier : 13 tâches sont en file d'attente

     • À chaque fois que B se déclenche lors de l’exécution de A, un maximum de 20 tâches sont ajoutées à l’environnement, en fonction du nombre de tâches de A qui sont en cours d’exécution, ou qui ont déjà été exécutées. Imaginons que 6 tâches aient été exécutées. Lorsque B se déclenche, 13 tâches sont ajoutées. Le maximum de 20 est donc atteint.

5. Si un déclencheur exécute le même processus plusieurs fois, les tâches associées en file d'attente sont limitées au nombre d'exécutions spécifiées lorsque vous avez défini le déclencheur, dans l'onglet Exécuter la cible (Execute Target). Elles ne sont pas cumulées avec chaque exécution du déclencheur.

   Imaginons que vous souhaitiez exécuter le même processus 10 fois toutes les 30 minutes. La première fois que votre déclencheur est lancé, 10 tâches sont en file d'attente. Si entre les déclenchements, moins de 10 tâches ont été exécutées (disons 4), seules 6 nouvelles tâches sont mises en file d'attente lors du déclenchement suivant, car le nombre de tâches en attente pour ce processus ne peut pas dépasser 10.

Déclencheurs de file d'attente

Peut démarrer instantanément un processus lors de la création du déclencheur ou chaque fois que vous ajoutez un nouvel élément à une file d’attente. Le déclencheur de file d'attente s'exécute dans l'environnement associé au processus sélectionné.

Important :L'implémentation des déclencheurs de file d'attente est optimisée pour utiliser des processus qui disposent d'une boucle interne pour traiter tous les éléments de la file d'attente disponibles avant de quitter. Si un processus ne met pas en œuvre cette stratégie, l'expérience qui en résulte sera sous-optimale et pourrait ne pas répondre aux besoins des entreprises.

Trois options vous aident à configurer les règles de déclenchement des processus :

Champ	Description
Nombre minimal d'éléments pour déclencher la première exécution	La tâche de traitement d'éléments n'est démarrée qu'après que la file d'attente ciblée comporte au moins ce nombre de nouveaux éléments. Les éléments de file d'attente différés ne sont pas comptés.
Nombre maximal d'exécutions en attente et en cours autorisées simultanément	Nombre maximal de tâches en attente et en cours autorisés, comptées ensemble. Pour 2 tâches ou plus autorisées simultanément, la troisième option doit être définie, comme décrit ci-dessous.
Une autre exécution est déclenchée pour tous les __ nouveaux éléments	Une nouvelle tâche est déclenchée pour chaque nombre de nouveaux éléments ajoutés en plus du nombre d'éléments définis pour la première option. Uniquement activée s’il y a 2 tâches ou plus autorisées simultanément (défini à l'aide de l’option décrite ci-dessus).

Orchestrator prend en compte les éléments de file d'attente Nouveau et En cours (In Progress) lors du calcul du nombre de tâches cibles qui doivent être atteintes pour une allocation optimale des ressources.

Exemple

1. Supposons que vous ajoutiez 3 éléments de file d'attente à la file d'attente. Orchestrator calcule le nombre de tâches cibles en fonction du nombre d'éléments nouveaux et en cours => 3 tâches cibles sont nécessaires. Orchestrator lance 3 tâches pour traiter les 3 éléments de la file d'attente. Les 3 éléments passent à En cours (In Progress).
2. Ajoutez 2 nouveaux éléments à la file d'attente. Orchestrator calcule le nombre de tâches en fonction du nombre d'éléments nouveaux et en cours => 5 (3+2) tâches cibles sont nécessaires. Orchestrator lance 2 nouvelles tâches pour atteindre l'objectif de 5.

Pour gérer les éléments de file d’attente qui ne peuvent pas être traités au moment où ils sont mis en file d’attente, y compris les éléments ayant fait l'objet d'une nouvelle tentative, une vérification des éléments non traités est effectuée par défaut toutes les 30 minutes ; si les conditions de déclenchement sont remplies, le déclencheur est relancé. Cette vérification permet de s’assurer que tous les éléments de la file d’attente sont traités dans les situations suivantesnbsp:

• Les éléments de file d’attente sont ajoutés à la file d’attente beaucoup plus rapidement qu’ils ne peuvent être traités avec les ressources disponibles.
• Les éléments de file d’attente sont ajoutés à une file d’attente pendant les jours non ouvrables, mais ils ne peuvent être traités que pendant les heures ouvrées.

• Le traitement des éléments de file d’attente est reporté à une heure ultérieure. Une fois ce délai écoulé, ils sont prêts à être traités une fois qu’ils ont été identifiés par la vérification de 30 minutes.

  Remarque : en raison de la vérification par défaut de 30 minutes, il existe un risque d'obstruction des ressources en dehors des heures ouvrables. Pour éviter cela, assurez-vous qu'il n'y a pas d'éléments non traités à la fin de la journée de travail. Si ce n'est pas possible, assurez-vous que le processus déclenché ne nécessite pas d'intervention humaine.

Exemple

J’ai deux tâches :

• Une qui ajoute 3 éléments par seconde pendant 20 secondes à la file d’attente ciblée (60 éléments au total).
• Une qui traite 1 élément par seconde à partir de la file d’attente ciblée.

J’ai défini mon déclencheur comme suit :

• Nombre minimum d’éléments requis pour déclencher la première tâche :31.
• Nombre maximal de tâches en attente et en cours autorisées simultanément :3.
• Une autre exécution est déclenchée pour tous les 10 nouveaux éléments.

Je lance la tâche qui ajoute des éléments à ma file d’attente.

1. Après 11 secondes (33 éléments), la première tâche de traitement d'élément se déclenche.
2. Après 4 autres secondes (12 éléments), la deuxième tâche de traitement d'élément se déclenche.
3. Après 4 autres secondes (12 éléments), la troisième tâche de traitement d'élément se déclenche.

Une fois l'ajout d'élément de file d'attente terminé, la première tâche a traité 9 éléments, la seconde 5 éléments, la troisième 1 élément. Cela fait 15 éléments en 20 secondes traités par trois tâches.

Cela signifie qu'il reste 45 éléments à traiter (60-15). Le fait d'avoir 3 tâches, chacune traitant 1 élément par seconde, signifie qu'il reste 15 secondes pour traiter le reste.

Un total de 35 secondes.

Cible d'exécution (Execution Target)

Vous pouvez configurer plusieurs règles en fonction des processus associés exécutés.

Description
Compte (Account)	Le processus est exécuté sous un compte spécifique. Le fait de spécifier uniquement le compte entraîne l'allocation dynamique de la machine par Orchestrator. Si vous spécifiez à la fois le compte et la machine, la tâche sera lancée sur cette paire compte-machine.
Machine	Le processus est exécuté sur l'une des machines hôtes connectées au modèle de machine sélectionné. Si vous spécifiez uniquement la machine, Orchestrator alloue le compte de manière dynamique. Si vous spécifiez à la fois le compte et la machine, la tâche sera lancée sur cette paire compte-machine. Remarque : Assurez-vous que les runtimes correspondant au type de tâche sont affectés au modèle de machine associé. Seules les machines hôtes connectées associées au dossier actif sont affichées.

Stratégies de comptage des tâches

Le paramètre Triggers.JobsCountStrategy active le choix de stratégie pour les tâches lancées par le biais de déclencheurs. Les options suivantes sont disponibles :

• PerProcess - Un déclencheur lance le nombre de tâches requises en tenant compte de toutes les tâches en attente pour le processus spécifié. Par exemple, deux déclencheurs définis pour le même processus lancent respectivement 3 et 5 tâches. Si le premier déclencheur lance 3 tâches à un moment donné, lorsque le second déclencheur est déclenché, 2 tâches sont lancées de manière à atteindre les 5 tâches requises.
• PerTrigger - Un déclencheur lance le nombre requis de tâches en tenant compte des tâches existantes précédemment lancées par ce même déclencheur. Par exemple, un déclencheur est défini pour lancer 9 tâches à un moment donné. Si 2 tâches ont été complétées avec succès au moment où ce déclencheur est à nouveau déclenché, Orchestrator lance 2 autres tâches afin d’atteindre les 9 tâches requises.
• NoLimit- Le déclencheur lance le nombre de tâches requises sans tenir compte des tâches existantes en attente. Par exemple, un déclencheur est défini pour lancer 5 tâches à un moment donné. La deuxième fois que le déclencheur est déclenché, 5 autres tâches sont lancées.

Jours non ouvrables

Cela permet de définir plusieurs listes de jours non ouvrables, par locataire, chacune contenant son propre ensemble de dates, dans lesquelles vous pouvez configurer vos déclencheurs à ne pas exécuter, si nécessaire. Cela signifie que, pendant les jours fériés, les week-ends ou tout autre jour où les activités commerciales normales ne sont pas exercées, vos horaires à long terme peuvent être configurés de manière à ne pas se déclencher. Vous pouvez définir ces jours dans l'onglet Jours non ouvrables (Non-Working Days), à la page Paramètres (Settings). Un calendrier BankHoliday est créé par défaut, pour vous aider à définir vos premiers jours non ouvrables plus facilement. Une fois que les jours non ouvrables définis dans le calendrier sélectionné sont terminés, le déclencheur se lance comme d'habitude.

Pour appliquer l'une de ces restrictions à vos déclencheurs, vous devez sélectionner le calendrier souhaité dans la liste déroulante Restrictions relatives aux jours non ouvrables (Non-working day restrictions) lors de la création d'un nouveau déclencheur ou de la modification d'un existant. Vous pouvez sélectionner uniquement un calendrier pour un déclencheur. Notez que la modification d'un calendrier dans l'onglet Jours non ouvrables (Non-Working Days) affecte également des déclencheurs dont ce calendrier est sélectionné dans la liste déroulante Restrictions relatives aux jours non ouvrables (Non-working day restrictions).

Remarque : Lorsque vous utilisez des jours non ouvrables, le fuseau horaire du déclencheur doit être le même que le fuseau horaire du locataire (onglet Locataire (Tenant) > Paramètres (Settings) > Général (General)), car les restrictions de calendrier ne peuvent pas être appliquées dans différents fuseaux horaires. Un locataire sans fuseau horaire explicitement défini l'hérite de l'hôte.

Remarque :

Notez que l'ajout et la suppression de jours non-ouvrables sont vérifiés au niveau du locataire.