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 version 2019.10 et ultérieure.

Important :L’arrêt des tâches Attended d’Orchestrator nécessite que SignalR soit activé et que le Robot puisse se connecter aux canaux SignalR d’Orchestrator à l’aide de WebSocket. Assurez-vous que SignalR est activé et que WebSocket est sélectionné dans Paramètres (Settings) > Évolutivité (Scalability).

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 : Avant de pouvoir ajouter un utilisateur ou un groupe à Orchestrator et leur attribuer des rôles, vous devez les créer dans Automation Cloud [Admin (Admin) > Utilisateurs et groupes (Users and Groups)]. Ce lien vous aide à les ajouter rapidement afin que vous puissiez continuer la configuration dans 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.

Pour en savoir plus, consultez notre article sur la Modification des files d’attente (Editing Queues).

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 :

Dossier <FolderName> : #trigger <TriggerName> pour #process <ProcessName> n'a pas pu créer de tâches. Le nombre maximum de tâches pour ce processus a déjà été atteint. Veuillez vérifier les paramètres de votre déclencheur, la disponibilité du robot et les tâches en cours d'exécution. (#1693).

Remarque : Pour trouver ces types d’alertes sur la page Alertes (Alerts), veillez à définir le filtre État (State) sur Tous (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.
• Validation de l’e-mail : lors du test de la configuration de l’e-mail, un message de réussite s’affichait lorsqu’aucun port SMTP n’était spécifié. Ce comportement ne se produit plus et la validation de l’e-mail échoue dans ce scénario.

7 juin 2021

Améliorations

• API Orchestrator : nous avons amélioré le point de terminaison GetFolderNavigationContextForCurrentUser de l'API FolderNavigation en ajoutant la propriété booléenne IsPersonal. Cette propriété s'affiche dans le corps de la réponse du point de terminaison et vérifie si le dossier renvoyé est un espace de travail personnel. Pour plus de détails, consultez la documentation de référence de l'API.

• 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.

  
  

  

  
  

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.