Juillet 2022

29 juillet 2022

Augmentation d'autorisation désormais interdite

Auparavant, lorsqu'un utilisateur tentait d'attribuer des rôles qui incluaient des autorisations dont il ne disposait pas, nous affichions un avertissement indiquant que l'opération pouvait nécessiter des privilèges plus élevés.

À partir d'aujourd'hui, nous n'autorisons plus l'attribution de rôles dans un tel cas, sauf si vous disposez des autorisations Rôles - Modification (Roles - Edit) ou Rôles - Création (Roles - Create).

Lorsque vous essayez d'attribuer des rôles avec des autorisations dont vous ne disposez pas, le message d'erreur indique les rôles qui incluent les autorisations supplémentaires et vous devez supprimer les rôles indiqués pour procéder à l'attribution de rôles.

Cette modification s'applique lors de l'attribution de rôles à partir du contexte du locataire ou du dossier.

26 juillet 2022

Priorités des tâches

La priorité des tâches peut désormais être définie à un niveau plus précis, parmi dix types de priorité au choix. Ceux-ci sont disponibles au niveau du processus, de la tâche et du déclencheur, et vous permettent d'être très précis lorsque vous gérez un grand nombre de dossiers, de processus et de files d'attente.

Les tâches qui avaient l'une des trois priorités précédentes sont mappées au nouvel ensemble comme suit :

• Faible > Faible
• Normale > Moyenne
• Élevée > Élevée

En outre, la priorité de la tâche peut être définie à partir de l'API, sous la forme d'une valeur numérique comprise entre 1 et 100, en utilisant le nouveau paramètre SpecificPriorityValue disponible dans les points de terminaison suivants :

• POST /odata /Jobs /UiPath.Server.Configuration.OData.StartJobs
• POST/odata /ProcessSchedules
• PUT/odata /ProcessSchedules({key})

Fenêtre de confirmation lors de la suppression d'utilisateurs

Une nouvelle fenêtre de confirmation s'affiche désormais lors de la suppression d'utilisateurs. La fenêtre répertorie les utilisateurs dont les robots sont occupés et vous informe que leur suppression entraîne également la suppression des tâches en cours. De même, lors de la modification d'un utilisateur avec un robot occupé, la fenêtre de confirmation vous informe que les tâches peuvent échouer.

Alertes distinctes pour les Attended et Unattended Robots

À partir du 29 juin, le mécanisme d'alerte a changé pour fournir des alertes distinctes pour les Attended et Unattended robots. Par conséquent, les alertes d' Unattended robots sont précédées de « Unattended ». De même, les alertes d'Attended Robot sont précédées du préfixe « Attended ». En outre, les niveaux de gravité Fatal (Fatale) et Erreur (Error) des alertes Attended Robots sont réduits à Info(Info).

Le tableau suivant résume les modifications :

Alerte précédente	Nouvelle alerte - Attended	Nouvelle alerte - Unattended
« Le robot est déconnecté. » Niveau de gravité : Fatal	« Le robot assisté est déconnecté. » Niveau de gravité : Info	« Le robot Unattended est déconnecté. » Niveau de gravité : Fatal
« Le robot ne répond pas. » Niveau de gravité : Erreur	« Le robot Attended ne répond pas. » Niveau de gravité : Info	« Le robot Unattended ne répond pas. » Niveau de gravité : Erreur
« Le robot est disponible. » Niveau de gravité : Info	« Le robot Attended est disponible. » Niveau de gravité : Info	« Le robot Unattended est disponible. » Niveau de gravité : Info

Résolution de bogues

• L'exploration de packages de workflows avec au moins deux activités de commutation de flux consécutives générait une erreur.
• Lorsque vous supprimiez un processus associé à un déclencheur, ce déclencheur particulier était toujours affiché sur la page Rechercher , au lieu d'être supprimé avec le processus. Si vous essayiez de modifier le déclencheur sur la page Rechercher (Search), l'erreur « ProcessSchedule n'existe pas (#1002) » était renvoyée.

19 juillet 2022

Robots Automation CloudTM - Sans serveur

Lors de la sélection automatique de la taille de la machine, pour les processus qui utilisent les activités UiPath Document Understanding, nous sélectionnons désormais la taille de machine Standard au lieu de Grande (Large).

18 juillet 2022

Déclencheurs connectés dans Orchestrator - Première partie

Orchestrator prend en charge les automatisations basées sur des déclencheurs à partir de Studio Web (actuellement en préversion) via plusieurs ajustements de l'espace de travail personnel :

• La publication d'un projet sur Orchestrator rend le package disponible dans votre espace de travail personnel. Pour vous préparer à l'exécution en un tournemain, Orchestrator crée automatiquement un processus dans l'espace de travail. Le processus porte le même nom que le projet Web Studio.
• La republication du projet d'automatisation sur Orchestrator remplace toutes les modifications de processus, de package ou de déclencheur par les valeurs présentes dans le workflow Web de Studio.

• Au moment de la publication, Orchestrator choisit parmi les runtimes de l'espace de travail personnel disponibles pour exécuter la tâche. La priorité du runtime est la suivante :

  1. Sans serveur
  2. Production (Unattended)

  3. Hors production (NonProduction)

     Par exemple, si aucun runtime Serverless n'existe dans votre espace de travail personnel, Orchestrator utilise le runtime de production disponible. Si cela n'existe pas non plus, Orchestrator utilise un runtime NonProduction disponible. S'il n'en existe pas, la tâche échoue.

     Remarque : si le runtime sélectionné devient indisponible entre les exécutions de tâches, l'exécution de tâches à venir échouera, car Orchestrator ne recherche pas le prochain runtime disponible.

En outre, il existe des ajustements spécifiques en fonction du type de déclencheur utilisé dans le projet Web Studio :

Déclencheur basé sur le temps

• Orchestrator crée automatiquement le déclencheur de temps, qui se trouve sur la page Espace de travail personnel (Espace de travail personnel) > Automatisations (Automations) > Déclencheurs (Triggers).

Déclencheur basé sur un événement

• Le déclencheur d'événement s'affiche dans la section Exigences du package (Package Requirements) du processus associé dans Orchestrator (Processus (Processes) > Autres actions (More Actions) > Modifier (Edit) > onglet Exigences du package (Package Requirements)). Sa valeur est l'adresse du compte Microsoft Outlook 365 utilisée dans le workflow.

Problème connu : si votre connecteur Microsoft Outlook 365 a plusieurs connexions (autrement dit, plusieurs comptes), elles peuvent être sélectionnées sur la page Processus (Process) > Exigences du package (Package Requirements) d'Orchestrator. La modification de la connexion d'origine (celle présente dans le projet Studio Web) entraîne l'échec de l'exécution de la tâche. Pour éviter cet échec, modifiez la connexion dans le projet Studio Web et republiez-la sur Orchestrator.

Remarque : la seule option d'événement disponible est Nouvel e-mail reçu (New email received), qui appartient au connecteur Microsoft Outlook 365.

12 juillet 2022

Menu contextuel pour chaque dossier

Chaque dossier individuel dispose désormais de son propre menu contextuel. Il offre une vue d'ensemble de toutes les actions à l'échelle des dossiers, regroupant les options qui étaient auparavant incluses dans les menus Actions rapides (Quick Actions) et Sélection de dossier (Folder Selection).

De plus, le nom du dossier sélectionné est maintenant affiché dans le fil d'Ariane, et un clic dessus vous ramène à l'onglet Accueil .

Quand ces modifications sont-elles effectives ?

La date à laquelle une modification est annoncée pour la première fois dans les notes de publication est la date à laquelle elle est disponible pour la première fois.

Si la modification n'est pas encore effective pour vous, elle devrait bientôt l'être dans le cadre du déploiement des modifications dans toutes les régions.

Plus d’informations