UiPath Documentation
orchestrator
latest
false
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
UiPath logo, featuring letters U and I in white

Notes de publication d'Orchestrator

Dernière mise à jour 16 avr. 2026

Juin 2021

28 juin 2021

Terminer les tâches Attended à l’aide d’Orchestrator

Permettez aux administrateurs de surveiller de plus près l’automatisation Attended dans votre entreprise avec une fonctionnalité permettant de terminer les tâches Attended depuis Orchestrator. Débloquez les automatisations bloquées en quelques clics en accédant à Automatisations (Automations) > Tâches (Jobs) et en sélectionnant Plus d’actions (More Actions) > Arrêter (Stop) ou Forcer l’arrêt (Kill) pour mettre fin à la tâche Attended.

Remarque :

Vous pouvez uniquement mettre fin aux tâches Attended dans Orchestrator pour les robots v2021.6+.

Important :

Terminating attended jobs from Orchestrator requires that SignalR is enabled and that the Robot can connect to Orchestrator's SignalR channels using WebSocket. Make sure that SignalR is enabled and WebSocket is selected on Settings > Scalability.

Capture d'écran de la page Évolutivité

Création d’utilisateur simplifiée

Un bouton Gérer les comptes et les groupes (Manage Accounts & Groups) a été ajouté dans le coin supérieur droit de la page Utilisateurs (Users) d’Orchestrator [Locataires (Tenant) > Utilisateurs (Users)], qui renvoie à la page Admin (Admin) > Utilisateurs et groupes (Users and Groups) dans Automation Cloud.

Remarque :

Before you can add a user or group to Orchestrator and assign roles to them, you must create it in Automation Cloud (Admin > Users and Groups). This link helps you quickly add them so that you can continue the setup in Orchestrator.

De plus, sur la page Utilisateurs (Users) d’Orchestrator, le bouton Vérifier les autorisations (Check Permissions) a été renommé en Vérifier les rôles (Check Roles). C’est parce que vous attribuez réellement des rôles aux utilisateurs ou aux groupes ; les autorisations, en revanche, sont les éléments constitutifs des rôles et vous ne pouvez pas les attribuer séparément.

Mettre à jour les files d’attente existantes

Vous avez demandé, nous avons écouté. Nous vous offrons la possibilité de mettre à jour une file d’attente existante en :

  • Renommant tout en conservant les informations de file d’attente existantes. Abandonnant les opérations complexes de suppression et de recréation de file d’attente (y compris les éléments de file d’attente) dans les cas basiques d’erreurs d’orthographe ou de changement d’avis sur le nom initial.
  • Changer l’option Réessayer automatiquement (Auto Retry) de Non (No) à Oui (Yes) ou vice versa. Vous êtes maintenant en mesure de déterminer si votre transaction échouée peut être réessayée automatiquement ou non.
  • Définition d’une nouvelle valeur comme nombre maximum de tentatives. Donnez aux transactions d’autres chances d’atteindre le statut Réussi (Successful) en activant l’option Réessayer automatiquement (Auto Retry).
    Remarque :

    Bien que vous puissiez modifier ces paramètres une fois la file d’attente créée, gardez à l’esprit que seules les transactions futures seront influencées par les modifications que vous apporterez.

Read more details in our Editing Queues article.

Améliorations

  • Lorsqu’un locataire est en mode maintenance, les appels d’API de ce locataire renvoient désormais le code de statut 423 au lieu de 503.
  • Déboguez les processus plus facilement grâce aux modifications que nous avons effectuées au niveau de la gravité des alertes de déclenchement. L’atteinte du nombre maximum de tâches d’un processus s’affiche désormais sous la forme Informations (Info). Le message contextuel que vous pouvez rencontrer le cas échéant est le suivant :

Folder <FolderName>: #trigger <TriggerName> for #process <ProcessName> could not create jobs. The maximum number of jobs for this Process has already been reached. Please check your trigger settings, robot availability and running jobs. (#1693).

Remarque :

To find these types of alerts on the Alerts page, make sure to change the State filter to All.

Résolution de bogues

Les robots installés en mode utilisateur n’ont pas reçu de commandes d’arrêt/d’arrêt forcé d’Orchestrator – l’arrêt ou l’arrêt forcé d’une tâche a laissé le robot dans un état de fin d’exécution.

16 juin 2021

Résolution de bogues

  • Utilisateurs (Users) : pour éviter de perdre les droits d’administration dans Orchestrator, il n’est plus possible de supprimer un utilisateur s’il s’agit du dernier utilisateur avec le rôle Administrateur attribué et qu’aucun groupe ne dispose du rôle Administrateur. Il n’est également plus possible de supprimer un groupe d’utilisateurs auquel le rôle Administrateur est attribué si aucun autre utilisateur ou groupe n’est affecté à ce rôle.
  • Email validation: When testing the email setup, a success message was displayed when no SMTP port was specified. This behavior no longer occurs, and the email validation fails in this scenario.

7 juin 2021

Améliorations

  • Orchestrator API: We improved the GetFolderNavigationContextForCurrentUser endpoint of the FolderNavigation API by adding the IsPersonal boolean property. This property is displayed in the endpoint response body and it checks if the returned folder is a personal workspace. For more details, check the API reference documentation.

  • Utilisateurs : l'option Gérer les utilisateurs dans d'autres services (Manage users in other services) qui permettait de rediriger vers la page Administrateur (Admin) > Utilisateurs et groupes (Users and Groups) dans l'Automation Cloud a été supprimée. Étant donné qu'Orchestrator est désormais intégré à Automation Cloud, vous pouvez désormais cliquer sur Administrateur dans la barre de gauche à partir de n'importe quelle page d'Orchestrator.

    Capture d'écran de la page Utilisateurs

Résolution de bogues

Elastic Robot Orchestration :

  • Si plusieurs modèles de machine Cloud étaient affectés à un dossier, lorsqu'une nouvelle machine était requise pour exécuter une tâche, une machine était demandée à chaque pool. Désormais, si un modèle de machine Cloud est affecté à un dossier, vous ne pouvez plus affecter des machines ou des modèles supplémentaires à ce dossier en raison de la nature du modèle de machine Cloud.
  • Lors de l'exécution d'une tâche, si le pool de machines cloud était basé sur un modèle de machine virtuelle avec UiPath Robot version 2020.10 ou antérieure, la dernière version du Robot (2021.4) était automatiquement installée sur la machine créée.

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour