Paramètres

La page Paramètres (Settings) permet aux Administrators d'ajuster les paramètres du locataire Orchestrator.

Onglet Général (General)

Champ	Description
Paramètres d’application	Fuseau horaire (Time Zone) : le fuseau horaire du tenant. Par défaut, ce champ est configuré sur UTC.
Espaces de travail personnels	Pour Automation Cloud et Test Cloud ou Automation Cloud dédié, Configurer automatiquement les machines sans serveur dans le Personal WorkSpace pour les utilisateurs de Studio Web : option sélectionnée par défaut, permettant d'enregistrer automatiquement les machines sans serveur dans les espaces de travail personnels des utilisateurs qui conçoivent ou déboguent dans Studio Web. Pour Automation Cloud et Test Cloud ou Automation Cloud dédié, la désélection de l'option empêche la création automatique de machines sans serveur dans les espaces de travail personnels, ce qui peut avoir un impact sur les processus de conception ou de débogage dans Studio Web. Remarque : pour Automation Cloud et Test Cloud ou Automation Cloud dédié, la désélection de l'option ne révoque pas la machine sans serveur de votre espace de travail personnel. Une désaffectation explicite de la machine sans serveur peut être requise. Arrêter automatiquement d'explorer les espaces de travail personnels après (Automatically stop exploring Personal Workspaces after) : permet aux Administrators Orchestrator d'appliquer une règle selon laquelle l'exploration des espaces de travail personnel s'arrête automatiquement après une durée définie. Les options disponibles sont 15 minutes, 1 heure (1 hour), 1 jour (1 day) et valeur personnalisée (custom value). Par défaut, lors de la migration ou de la création de locataires, cette valeur n'est pas définie. Vous devez la configurer manuellement une fois le processus de migration/création terminé. Arrêter toutes les sessions actives pour explorer les espaces de travail personnels (Stop all active sessions for exploring Personal Workspaces) : permet aux Orchestrator Administrators d'arrêter toutes les sessions d'exploration d'espaces de travail personnel actives. S'ensuit le nombre de sessions actives, affiché entre parenthèses, et cette option peut être activée en cliquant sur Arrêter l'exploration de la/des session(s) (Stop session(s) explore). Les modifications que vous apportez aux paramètres d'exploration ne s'appliquent pas rétroactivement aux sessions qui ont déjà été explorées. Activer en masse les espaces de travail personnels pour les utilisateurs et les groupes actuels : créez des espaces de travail personnels pour tous les utilisateurs d'un locataire qui utilisent un certain profil de licence Attended, tout en sélectionnant le profil d'IU à utiliser pour ces utilisateurs. Cette action ne peut pas être annulée, une fois que la fonctionnalité Espaces de travail personnels (Personal Workspaces) a été activée, elle ne peut plus être désactivée.
Rôles standard	Créez des rôles standard pour les dossiers. Ces rôles vous permettent de tirer parti des avantages des groupes d'utilisateurs. Cliquez sur Créer un rôle (Create Role) en regard de chacun des rôles que vous souhaitez créer.
Paramètres de mise à jour automatique des binaires client (Robot, Studio, Assistant)	Ignorer le statut de mise à jour automatique pour les machines robot qui étaient hors ligne pendant plus de ___ jours - Exclut les machines inactives du processus de mise à jour et ne les prend plus en compte lorsque le statut de mise à jour est signalé.
Dossiers	Activer les mappages compte-machine : permet d'activer la fonctionnalité Mappages compte-machine .

Section Paramètres d'exécution (Execution Settings)

Remarque :

Dans cette section, les paramètres liés aux déclencheurs s'appliquent à tous les types de processus. Toutefois, les paramètres liés aux files d'attente et aux tâches ne s'appliquent pas aux agents et aux processus agentiques.

Champ/Valeur par défaut	Description
Déclencheurs - Stratégie de comptage des tâches (Triggers.JobsCountStrategy) Default value: Per Process	Choisissez la stratégie en termes de nombre de tâches pour les tâches lancées via des déclencheurs. Notez que cela ne prend pas en compte les arguments qui ont pu être fournis. Les options suivantes sont disponibles : Par processus - 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. Par déclencheur - 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 5 tâches à un moment donné. Si 3 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 5 tâches requises.
Déclencheurs - Déclencheurs de file d'attente - Activer la stratégie des tâches en attente (Features.QueueTriggers.PendingJobsStrategy) Default value: True	Choisissez la méthode de calcul du nombre de tâches supplémentaires à déclencher lorsque de nouveaux éléments sont ajoutés à une file d'attente. Pour ce faire, il faut soustraire le nombre d'emplois dans un certain état du nombre maximal ciblé d'emplois à créer. Les options suivantes sont disponibles : Vrai : cette option convient mieux aux cas où vous souhaitez qu'Orchestrator suppose que toutes les tâches en cours d'exécution n'ont pas encore retiré les éléments de la file d'attente du statut Nouveau (New). Le nombre est calculé comme suit : Maximum additional jobs to be created based on newly available queue items = the maximum number of pending and running jobs allowed simultaneously minus the number of jobs in a Pending state. Faux : cette option convient mieux aux cas où vous souhaitez qu'Orchestrator suppose que toutes les tâches en cours d'exécution n'ont pas encore retiré les éléments de la file d'attente du statut Nouveau (New). Le nombre est calculé comme suit : Nombre maximal de tâches supplémentaires à créer en fonction des éléments de file d'attente nouvellement disponibles = le nombre maximal de tâches en attente et en cours autorisées simultanément moins le nombre de tâches dans l'un des états suivants : Pending,Resumed,Running,Stopping,Terminating.
Déclencheurs - Désactiver lors du comptage des échecs de création de tâche (Triggers.DisableWhenFailedCount) Default value: 10	Configurez un déclencheur pour qu'il soit désactivé automatiquement après un certain nombre de lancements échoués et qu'aucune exécution réussie ne se soit produite pendant un nombre de jours spécifique. Cette option fonctionne en conjonction avec Déclencheurs - Période de grâce lors du comptage des échecs répétés de création de tâche (jours) (Triggers -Grace period when job creation keeps failing count (days)), comme suit : Déclencheurs - Désactiver lors du comptage des échecs de création de tâche (Triggers - Disable when job creation fail count) permet d’ajuster le nombre d’exécutions échouées, tandis que Déclencheurs - Désactiver si la fonctionnalité échoue (jours) (Triggers - Disable when it keep failing count (days)) vous permet de modifier le nombre de jours. Par défaut, la valeur Déclencheurs - Désactiver lors du comptage des échecs de création de tâche (Triggers - Disable when job creation fail count) est de 10, et la valeur Déclencheurs - Période de grâce lors du comptage des échecs répétés de création de tâche (jours) (Triggers - Grace period when job creation keeps failing count (days)) est égale à 1, ce qui signifie que le déclencheur est désactivé après 10 tentatives de lancement infructueuses si aucune exécution n’a réussi au cours de la journée écoulée. Cette option peut être définie dans une plage de 10 à 100.
Déclencheurs - Période de grâce lors du comptage des échecs répétés de création de tâche (jours) (Triggers.DisableWhenFailingSinceDays) Default value: 1	Configurez un déclencheur pour qu'il soit désactivé automatiquement après un certain nombre de lancements échoués et qu'aucune exécution réussie ne se soit produite pendant un nombre de jours spécifique. Cette option fonctionne en conjonction avec Déclencheurs - Désactiver en cas d'échec du dénombrement (Triggers - Disable when failed count), comme détaillé ci-dessus. Il peut être défini dans une plage de 1 à 30.
Déclencheurs - Déclencheurs connectés - Désactiver lors du comptage des échecs d'exécution de tâche Valeur par défaut : 5	Remarque : Cela cible uniquement les déclencheurs connectés (c’est-à-dire les déclencheurs créés dans Studio Web) publiés sur l’espace de travail personnel. Le déclencheur est désactivé après le nombre d'exécutions échouées que vous choisissez pour ce paramètre. Il peut être défini dans une plage de 0 à 100, où 0 signifie que le déclencheur n’est jamais désactivé. Si vous sélectionnez 0, Déclencheurs - Déclencheurs connectés - Période de grâce lors du comptage des échecs répétés d’exécution de tâche (jours) n’a plus aucune pertinence et son champ est désactivé. Ce paramètre est uniquement valide pour les déclencheurs connectés récemment créés. Les modifications ne sont pas appliquées rétroactivement aux déclencheurs connectés existants.
Déclencheurs - Déclencheurs connectés - Période de grâce lors du comptage des échecs répétés d'exécution de tâche (jours) Valeur par défaut : 0	Remarque : Cela cible uniquement les déclencheurs connectés (c’est-à-dire les déclencheurs créés dans Studio Web) publiés sur l’espace de travail personnel. Ce paramètre détermine le nombre de jours avant la désactivation du déclencheur après le premier échec d’une tâche. Il peut être défini dans une plage de 0 à 30. Si Déclencheurs - Déclencheurs connectés - Désactiver lors du comptage des échecs d’exécution de tâche est défini sur 0, ce champ est désactivé.
Déclencheurs - Déclencheurs d'API - Limite maximale de tâches en attente Default value: 10	Définissez le nombre maximal de tâches en attente pouvant être créées par un déclencheur d'API. La plage prise en charge s’étend entre 1 et 100.
Files d'attente - Abandon en cours des éléments de la file d'attente après le seuil (heures) (inProgressMaxNumberOfMinutes) Default value: 24	Le délai maximal pendant lequel les éléments de la file d'attente peuvent afficher l'état En cours (In Progress). Une fois ce délai écoulé, cet état passe à Abandonné (Abandoned). The default value is 24 hours, which means that queue items cannot be marked as Abandoned unless they have had the In Progress status for at least one day. Ceci est géré par une tâche en arrière-plan qui s'exécute une fois par heure. Par conséquent, vous pouvez vous attendre à ce que la transition se produise jusqu'à une heure après la valeur sélectionnée.
Files d’attente (Queues) : fréquence de vérification des éléments de file d’attente non traités (minutes) (Queue.ProcessActivationSchedule) Valeur par défaut : 30	Le temps entre les vérifications pour les éléments de file d’attente non traités. Pour ajuster l'intervalle de vérification, vous pouvez choisir entre 10, 15, 20, 30 ou 60 minutes. Pour chaque déclencheur de file d'attente que vous créez, nous générons un déclencheur de temps en arrière-plan destiné à gérer les éléments de la file d'attente qui n'ont pas pu être traités au moment même où ils ont été mis en file d'attente. Ce déclencheur de temps en arrière-plan est utilisé pour calculer la fréquence dictée par le paramètre. Déclencheurs de file d'attente existants (Existing queue triggers) : le paramètre est appliqué lorsque la valeur par défaut est modifiée pour la première fois et ne peut pas être restauré. Nouveaux déclencheurs de file d'attente (New queue triggers) : ce paramètre est toujours appliqué. Important : L'horodatage de référence utilisé est basé sur l'heure à laquelle le déclencheur de file d'attente a été créé. Par exemple, si un déclencheur de file d'attente est créé à 14:22:43 et que cette option est définie sur 10 minutes, la récurrence suivante est générée : 14:32:43, 14:42:43, 14:52:43, et ainsi de suite. La tâche en arrière-plan qui effectue les modifications déclenchées par ce paramètre peut prendre jusqu'à 10 minutes pour entrer en vigueur.
Tâches - Délai d'attente de fin (heures) (Jobs.TerminatingJobsTimeout) Default value: 24	Définissez le temps écoulé, en heures, jusqu'à ce que les tâches En fin d'exécution (Terminating) puissent être marquées comme Échec (Failed). The default value is 24, which means that jobs cannot be marked as Failed unless they have been in a Terminating state for at least one day. Ceci est géré par une tâche en arrière-plan qui s'exécute une fois par heure. Par conséquent, vous pouvez vous attendre à ce que la transition se produise jusqu'à une heure après la valeur sélectionnée.

Section Paramètres de l’API

Paramètre	Description
Liste d’autorisation CORS pour les déclencheurs d’API	Vous permet de saisir les domaines autorisés pour le trafic entrant. Séparez les différents domaines par une virgule ou en appuyant sur Entrée.
Exiger l'en-tête d'authentification pour les redirections de déclencheurs d'API de synchronisation	Ce paramètre est activé par défaut et impose l'utilisation d'un en-tête d'authentification lors de la sélection du mode d'appel Synchronisation (interrogation longue) pour un déclencheur d'API.
API stricte	Si cette option est activée, certains champs d’API ne peuvent plus être filtrés et/ou triés, ce qui permet d’éviter les problèmes de performance. Vous pouvez consulter une liste de ces champs sur la page dédiée. Ce paramètre est activé par défaut pour les nouveaux locataires, mais les locataires existants doivent être activés manuellement. Garder cette option activée en permanence est une bonne pratique recommandée pour les intégrations d’API.

Onglet Déploiement (Deployment)

Vous permet de configurer et de sécuriser les flux des packages et des bibliothèques. Vous pouvez gérer les flux de tous les locataires à partir d'un emplacement centralisé à l'aide d'Automation Ops. Pour plus d'informations, consultez la section sur la gestion des flux dans le guide d'Automation Ops.

Les paramètres qui se trouvent ici n'affectent que les flux de locataires ; les flux de dossier et les flux d'espace de travail personnel sont toujours internes et disponibles uniquement dans le contexte du dossier ou de l'espace de travail personnel respectif.

Paquets

Vous permet également de définir un flux interne ou externe dans lequel les packages d'automatisation peuvent être maintenus. Par défaut, un flux interne est utilisé. Les flux peuvent être sécurisés en définissant des identifiants d'authentification de base ou en utilisant une clé API.

Champ	Description
Interne (Internal)	Utilisez un flux interne. Le flux peut être sécurisé soit avec l'option Déploiement sécurisé (Secure Deployment), soit en utilisant une clé API : Déploiement sécurisé (Secure Deployment) : vérifie que vos packages d'automatisation sont téléchargés via un flux NuGet sécurisé. Clé API (API Key) : clé utilisée pour protéger votre flux contre les opérations d’écriture telles que la suppression ou le téléchargement. Cette opération est requise uniquement si vous souhaitez charger un package directement dans le flux NuGet via un client externe. Important : vous ne pouvez utiliser l'option API key que pour authentifier les téléversements de packages. Pour authentifier les téléchargements de packages, utilisez l'option Secure Deployment .
Externe	Utilisez un flux externe. Vous pouvez sécuriser le flux via une clé API ou des informations d’identification de base : URL de déploiement (Deployment URL)* : l'adresse où se trouve le flux NuGet. Clé API (API Key) : clé utilisée pour protéger votre flux contre les opérations d’écriture telles que la suppression ou le téléchargement. Authentification (Authentication) : vous permet de spécifier les informations d’identification de votre flux de base authentifié. Gardez à l'esprit que le nom d'utilisateur et le mot de passe utilisés avec l'option Clé API (API Key) doivent être également utilisés dans ce cas.

Important :

Nous ne prenons pas en charge les packages multiplateforme téléchargés vers un flux externe. Leurs métadonnées ne peuvent être lues que si elles sont téléchargées directement dans Orchestrator.

Authentifier les flux à l'aide de jetons de porteurs JWT grâce à une autorisation de base

Vous pouvez spécifier des jetons d'accès personnels et d'autres jetons de porteurs JWT pour authentifier vos flux, comme le montre l'exemple suivant :

curl https://:<rt_my-reference-token>@cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json

L'approche commune à tous les principaux flux NuGet consiste à utiliser le mot de passe d'autorisation de base pour envoyer le jeton d'accès personnel. Cela vous permet d'utiliser les mécanismes d'authentification intégrés de NuGet, comme le montre l'exemple suivant :

<configuration>
  <packageSources>
    <add key="myfeed" value="cloud.uipath.com/myorg/DefaultTenant/orchestrator_/nuget/v3/5830878b-1a38-47d9-9689-4fb543e2e227/index.json" />
  </packageSources>
  <packageSourceCredentials>
    <myfeed>
      <add key="Username" value="" />
      <add key="ClearTextPassword" value="%UIPATH_PAT%" />
    </myfeed>
  </packageSourceCredentials>
</configuration>

En outre, vous pouvez intégrer les flux à l'aide de fournisseurs d'identifiants sécurisés. Pour de plus amples informations, consultez la documentation Microsoft.

Bibliothèques

Vous permet de configurer le flux à utiliser pour les packages de bibliothèques et d'activités.

Champ	Description
Flux d’hôte uniquement	Les bibliothèques sont stockées dans le flux hôte et sont disponibles pour tous les locataires qui l'utilisent. La page Bibliothèques (Libraries) est la même pour une seule instance d'Orchestrator, cela implique que les bibliothèques ne sont pas isolées au niveau du locataire : chaque locataire a accès à l'activité des autres locataires. Vous ne pouvez pas télécharger de bibliothèques depuis Orchestrator si cette option est sélectionnée. Cette option permet au robot d'accéder uniquement au flux de l'hôte.
Seul le flux de locataire	Les bibliothèques sont isolées au niveau du locataire. Cela implique que les données sont séparées entre les locataires. Vous pouvez définir un flux interne ou externe dans lequel les bibliothèques sont conservées. Par défaut, un flux interne est utilisé. Cette option permet au robot d'accéder uniquement au flux du locataire.
Flux d’hôte et de locataire	Les bibliothèques sont isolées au niveau du locataire. Cela implique que les données sont séparées entre les locataires. Vous pouvez définir un flux interne ou externe dans lequel les bibliothèques sont conservées. Par défaut, un flux interne est utilisé. Cette option permet au robot d'accéder à la fois aux flux de l'hôte et du locataire.
Interne (Internal)	Affiché lorsque Flux du locataire uniquement ou Flux de l’hôte et du locataire à la fois est sélectionné. Utilisez un flux interne pour vos bibliothèques. Le flux peut être sécurisé à l'aide de l'option Déploiement sécurisé ou à l'aide d'une clé API : Déploiement sécurisé (Secure Deployment) : vérifie que vos packages d'automatisation sont téléchargés via un flux NuGet sécurisé. Clé API (API Key) : clé utilisée pour protéger votre flux contre les opérations d’écriture telles que la suppression ou le téléchargement.
Externe	Affiché lorsque Flux du locataire uniquement ou Flux de l’hôte et du locataire à la fois est sélectionné. Utilisez un flux externe pour vos bibliothèques. Le flux peut être sécurisé à l'aide d'une clé API ou d'identifiants d'authentification de base : URL de déploiement (Deployment URL)* : l'adresse où se trouve le flux NuGet. Clé API (API Key) : clé utilisée pour protéger votre flux contre les opérations d’écriture telles que la suppression ou le téléchargement. Authentification (Authentication) : permet de spécifier les informations d’identification (nom d’utilisateur et mot de passe) de votre flux de base authentifié. Gardez à l'esprit que le nom d'utilisateur et le mot de passe utilisés avec l'option Clé API (API Key) doivent être également utilisés dans ce cas.

Pour en savoir plus, consultez la page Flux de bibliothèques.

Onglet Sécurité des Robots

Sécurité

Champ	Description
Nombre total d'heures pendant lesquelles un robot peut fonctionner hors ligne sans vérification de licence	Spécifiez le nombre d'heures pendant lesquelles un Robot peut s'exécuter hors ligne, sans qu'Orchestrator ne vérifie sa licence. Par défaut, cette valeur est définie sur 0. La valeur maximale acceptée est de 168 heures.

Authentification du Robot

Champ	Description
Authentification de Unattended Robot	Informations d'identification du client (recommandé) (Client credentials (Recommended)) : cette option n'autorise que les connexions avec des jetons qui expirent. Elle utilise l'infrastructure OAuth 2.0 comme base du protocole d'authentification, ce qui signifie que les Unattended Robots peuvent se connecter à Orchestrator avec une paire ID de client/clé secrète du client générée via des objets modèle de machine. La paire client ID/client secret génère un jeton qui autorise la connexion entre le robot et Orchestrator et permet au robot d'accéder aux ressources d'Orchestrator. Hybride (Hybrid) : cette option autorise à la fois les connexions avec des jetons qui n'expirent pas (clé machine) et les connexions avec des jetons qui expirent (informations d’identification du client).
Authentification de l'Attended Robot	Connexion SSO interactive (recommandé) (Interactive Sign-in SSO (Recommended)) : cette option autorise uniquement les connexions de Robot avec des jetons qui expirent. Les utilisateurs peuvent authentifier leurs Robots uniquement en se connectant avec leurs informations d'identification dans l'Assistant. La connexion de l'utilisateur est requise pour exécuter les Attended Robots, effectuer des requêtes HTTP Orchestrator ou afficher les processus dans l'Assistant. Si vous utilisez la connexion interactive, il n’est pas nécessaire de créer des objets machine dans Orchestrator. L'option de gestion des licences utilisateur applique la connexion interactive (SSO) pour l'authentification du robot assisté. Hybride (Hybrid) : cette option autorise à la fois les connexions avec des jetons qui n'expirent pas (clé machine) et les connexions avec des jetons qui expirent (connexion interactive ou informations d’identification du client). Les utilisateurs ont la possibilité de se connecter avec leurs informations d'identification pour authentifier leurs Robots, ce qui leur permet de connecter Studio et l'Assistant à Orchestrator, mais ce n'est pas obligatoire.

Onglet Evolutivité (Scalability)

Permet de spécifier si le service Robot doit s'abonner aux canaux SignalR d'Orchestrator, et vous aide à configurer les protocoles de transport qui fonctionnent le mieux pour vous.

Graphique 1. Onglet Evolutivité (Scalability)

SignalR (Robots)

Champ	Description
Activé (Enabled)	Cette bascule spécifie si le service Robot doit s'abonner ou non aux canaux SignalR d'Orchestrator. Par défaut, ce paramètre est activé, et tous les canaux disponibles sont sélectionnés : WebSocket Événements envoyés par le serveur (SSE) Interrogation longue Lorsque tous les canaux de transport sont activés, le meilleur transport disponible est automatiquement sélectionné, dans l'ordre de priorité suivant : WebSocket (WebSocket) > Événements envoyés par le serveur (Server-Sent Events) > Interrogation Longue (Long Polling). Si le premier protocole n'est pas disponible pour une raison quelconque, le prochain en ligne (si activé) est utilisé pour faciliter la communication entre Orchestrator et Robot. La désactivation de SignalR sur le locataire peut entraîner un mauvais fonctionnement ou un arrêt total de certaines capacités UiPath, y compris Studio Web.
WebSocket	Lorsque cette option est sélectionnée, le protocole de transport WebSocket peut être utilisé pour connecter le Robot aux canaux SignalR d'Orchestrator. Il s'agit du premier protocole utilisé dans l'ordre de priorité en raison de ses performances et de la prise en charge de la communication simultanée dans les deux sens : du service Robot à Orchestrator et inversement. If the SignalR (Robots) feature is not enabled, WebSocket becomes the only available transport protocol.
Événements envoyés par le serveur (SSE)	Lorsque cette option est sélectionnée, la technologie d'envoi d'événements envoyés par le serveur (SSE) doit être utilisée pour connecter le Robot aux canaux SignalR d'Orchestrator. Il s'agit de la première sauvegarde au cas où WebSockets ne serait pas disponible pour une raison quelconque. Cette option ne peut pas être utilisée si la fonctionnalité SignalR (Robots) (SignalR (Robots)) n'est pas activée.
Interrogation longue	Lorsque cette option est sélectionnée, le protocole de transport à interrogation longue doit être utilisé pour connecter le Robot aux canaux SignalR d'Orchestrator. Ce protocole est utilisé lorsque WebSockets et SSE ne sont pas disponibles. Cette option ne peut pas être utilisée si la fonctionnalité SignalR (Robots) (SignalR (Robots)) n'est pas activée.

Onglet Jours non ouvrables

Définit une liste de jours non ouvrables, par locataire, sur laquelle vous pouvez restreindre l’exécution des déclencheurs. 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. Une fois que les jours fériés définis sont passés, le programme se déclenche comme d'habitude.

Afin d’appliquer ces restrictions à vos déclencheurs, vous devez sélectionner le calendrier des jours non ouvrables lors de la configuration des déclencheurs. Toutes les modifications que vous effectuez dans l'onglet Jours non ouvrables (Non-Working Days) affectent tous les déclencheurs qui utilisent ce calendrier.

Pour plus d'informations sur la gestion des jours non ouvrables, cliquez ici.

Connexions au cloud

Cet onglet vous permet de configurer des intégrations avec des fournisseurs de services cloud (CSP) tiers utilisés pour Elastic Robot Orchestration.