Août 2021

26 août 2021

Mise à jour automatique de Robot, de Studio et de l'assistant UiPath depuis Orchestrator

Vous pouvez désormais mettre à jour automatiquement les applications clientes (Robot, Studio, Assistant) depuis Orchestrator. Il s'agit d'une fonctionnalité indispensable qui permet aux administrateurs informatiques et aux Centres d'excellence RPA de gagner beaucoup de temps lorsqu'il s'agit de s'assurer que Robot, Studio et Assistant sont à jour.

Pour l'instant, nous procédons à un lancement échelonné uniquement pour les utilisateurs de la communauté. Pour les utilisateurs d'Enterprise, la fonctionnalité devient disponible avec la version d'Enterprise 2021.10. Vous pouvez en retrouver un aperçu ici.

25 août 2021

Débogage des processus Unattended

Dites adieu aux tracas du débogage lorsque l'option Appliquer l'authentification utilisateur, désactiver l'authentification par clé robot (Enforce user authentication, disable robot key authentication) est activée (également appelée connexion interactive, définie à partir des paramètres du locataire dans Orchestrator).

Bien que cette fonctionnalité apporte de multiples avantages (améliorations de la sécurité, flux plus facile pour les utilisateurs Attended lors de la connexion à Orchestrator, simplification des licences pour les utilisateurs en activant la fonctionnalité de gestion des licences utilisateur), son côté négatif était de provoquer une expérience de débogage plus lourde pour les processus Unattended : lorsque vous vous connectez à une machine connectée à Orchestrator via une clé machine à des fins de débogage alors que l'authentification interactive est appliquée, aucun processus n'est disponible dans votre assistant pour les déboguer, sauf si vous vous connectez d'abord.

Vous pouvez désormais y parvenir en activant une session de dépannage sur la machine, disponible dans l'onglet Sessions Unattended (Unattended sessions) de la page Robots :

L'activation d'une session de dépannage vous permet de voir et d'exécuter des processus Unattended à partir de l'Assistant à des fins de débogage.

La session de dépannage est temporaire et ce qui précède ne s'applique que lorsque le dépannage est actif.

Aucune licence utilisateur n'est requise pour que le développeur effectue cette opération.

Pour obtenir des instructions, consultez Débogage des processus Unattended (Debugging Unattended Processes).

24 août 2021

Fonctionnalité Unattended dans les espaces de travail personnels

Oui, vous avez bien lu ! Cette version met l'exécution Unattended à la portée de tous les développeurs RPA et ouvre la voie à des processus RPA exécutés à distance depuis le confort de votre espace de travail personnel.

Pour ceux d'entre vous qui connaissent les dossiers modernes, cette fonctionnalité ne devrait rien apporter de nouveau - l'expérience est assez similaire, car elle permet une exécution à distance sur des machines virtuelles gérées par l'entreprise ; mais désormais, les propriétaires d'espaces de travail peuvent le faire aussi. Assez parlé ; passons en revue les points les plus importants :

L'expérience administrateur

L'activation de l'expérience Unattended pour tous vos développeurs RPA implique une chose importante : un objet de machine - <> ou <> - associés aux espaces de travail. Cela rend l'infrastructure Unattended (machines connectées à Orchestrator à l'aide de leur clé) disponible pour l'exécution dans tous les espaces de travail personnels.

Vous pouvez le faire à partir du contexte du locataire > Dossiers (Folders) > Espaces de travail personnel (Personal Workspaces).

Remarque : vous ne pouvez pas restreindre la portée d'un objet de machine à des espaces de travail spécifiques, ni l'exclure de certains espaces de travail ; un objet de machine peut être associé à tous les espaces de travail ou à aucun.

Autre remarque : assurez-vous que l'objet de machine dispose des runtimes nécessaires pour prendre en charge l'exécution de tous vos espaces de travail.

L'expérience développeur RPA

Toutes les fonctionnalités spécifiques Unattended deviennent disponibles dans les espaces de travail personnels à condition qu'un administrateur ait préalablement effectué la configuration nécessaire.

Cela permet aux développeurs RPA d'effectuer les opérations suivantes :

A. Lancez les automatisations de manière planifiée ou via une condition d'élément de file d'attente à l'aide de Déclencheurs (Triggers).

B. Vérifiez la santé et l'état des machines et des temps d'exécution des machines attribués par l'administrateur à votre espace de travail à l'aide de la fonction de surveillance (Monitoring). Nous avons ajouté une carte Machines à la page d'accueil de l'espace de travail pour un accès rapide.

C. Surveillez toutes les ressources de votre espace de travail en consultant le nouveau menu Surveillance (Monitoring) qui vous permet d'en savoir plus sur la santé de vos machines, processus, files d'attente et prévisions SLA.

Dossier moderne vs espace de travail personnel

Dans un contexte d'espace de travail personnel, les tâches sont lancées sous l'identité du propriétaire de l'espace de travail. Cela apporte quelques modifications à la fonctionnalité telle que vous la connaissez des dossiers modernes :

1. Les objets machine et les utilisateurs ne peuvent pas être configurés à partir du contexte d'un espace de travail personnel.
2. L'utilisateur n'est pas une cible d'exécution configurable pour les déclencheurs, car il est inhérent aux espaces de travail personnels que l'exécution soit effectuée sous l'identité du développeur RPA.
3. Les fonctionnalités de test et les actions ne sont pas disponibles. Par conséquent, les statuts de tâche Suspendu (Suspended) et Reprise (Resumed) ne sont plus pertinents dans un contexte d'espace de travail.

Considérations relatives aux autorisations

Pour rendre la transition aussi fluide que possible, nous avons ajusté le rôle d'administrateur d'espace de travail personnel prédéfini :

• Ajout des autorisations Consultation (View) et Modification (Edit) pour la Surveillance (Monitoring)
• Ajout des autorisations Consultation (View), Modification (Edit), Suppression (Delete), Création (Create) pour les déclencheurs.

Félicitations pour être arrivé jusqu'ici et n'oubliez pas : il s'agit d'une fonctionnalité parmi toute une série d'autres qui ouvriront la voie à l'expérience RPA la plus complète qui soit ! Restez vigilant !

Restreindre l'accès du robot au flux des bibliothèques hôtes

Pour relever les défis de sécurité posés par les robots ayant accès au flux hôte par défaut (actuellement sur MyGet) pour récupérer les packages de la bibliothèque, nous avons ajouté une nouvelle option qui autorise uniquement les connexions au flux du locataire.

Alors qu'auparavant, nous proposions les options Flux d'hôte uniquement (Only host feed) et Flux d'hôte et de locataire (Only host and tenant feeds) pour la récupération de vos packages de bibliothèque, nous proposons désormais une troisième option : Flux de locataire uniquement (Only tenant feed).

Découvrez comment configurer les flux de bibliothèque.

Transfert des actions vers Action Center

Dans notre quête pour invoquer toutes les fonctionnalités liées aux actions dans Action Center, la gestion des catalogues d'actions a été entièrement transférée d'Orchestrator au service Actions.

Pour plus de détails, consultez notre documentation.

Ne vous inquiétez pas des actions Orchestrator existantes, car chaque lien vous redirige vers la même action dans l'interface Action Center.

Activez l'exécution de workflows de non-production à l'aide de Testing Robots

Vous pouvez désormais utiliser des Testing Robots pour tester vos workflows dans des environnements hors production. Ceci est destiné uniquement aux environnements de non-production. Vous pouvez sélectionner cette option lorsque vous configurez des tâches ou des déclencheurs de planification, comme illustré dans la capture d'écran suivante.

Couverture des activités dans Orchestrator

Vos ensembles de tests montrent la couverture d'activité pour chaque exécution. Incluez cette fonctionnalité dans vos tests RPA pour vérifier quelles activités ont été couvertes pendant l'exécution, indiquées dans un calculateur de pourcentage. Pour en savoir plus sur son fonctionnement, consultez Couverture de l'exécution des tests.

11 août 2021

Transmettez les affectations de machines vers les sous-dossiers

Vous avez fait entendre votre voix ! Cette version apporte un nouvel ajout pour tous les administrateurs qui utilisent le même objet de machine - modèle de machine ou machine standard - dans tous les sous-dossiers. Au lieu d'affecter manuellement la même machine à chaque sous-dossier, à partir d'aujourd'hui, vous pouvez la transmettre d'un dossier parent à tous ses dossiers enfants en quelques clics.

En savoir plus sur l'attribution de machines à des dossiers.

Arrêter/forcer automatiquement l'arrêt des tâches en attente

Dans cette version, Orchestrator apporte un mécanisme amélioré pour mettre fin aux tâches suspendues, dans la mesure où vous pouvez désormais utiliser une stratégie d'arrêt forcé des tâches (Kill job) en plus de la stratégie d'arrêt (Stop), et pas seulement comme alternative à celle-ci. Si vous n'êtes pas déjà familiarisé avec la fonctionnalité existante, rafraîchissons votre mémoire : vous pouvez optimiser vos flux et ignorer élégamment toutes les exécutions de tâches accaparantes de manière préplanifiée en configurant vos déclencheurs pour arrêter ou forcer l'arrêt des tâches après un certain intervalle de temps.

Dans l'exemple suivant, Orchestrator tentera d'arrêter les tâches bloquées sur le statut En attente (Pending) pendant au moins 10 minutes. Si l'arrêt ne se produit pas, Orchestrator tentera de forcer l'arrêt des tâches en tentative d'arrêt depuis au moins 20 minutes.

Découvrez comment configurer des déclencheurs temporels.

Conserver la configuration utilisateur-machine à la reprise de la tâche

Une tâche suspendue est reprise par n'importe quel robot disponible sur n'importe quelle machine disponible. Cependant, il existe des cas où :

• La reprise de l'exécution de la tâche dépend d'une application spécifique (par exemple, SAP) installée sur une machine spécifique.
• Le démarrage et la reprise d'une tâche nécessitent le même contexte utilisateur.

Pour reconnaître vos ressources et les exigences de licence lors de la reprise d'une tâche, nous offrons la possibilité d'utiliser la même configuration Utilisateur-Machine définie au début de la tâche. Pour plus de détails, consultez l'article Gérer les tâches.

2 août 2021

Nouvelle terminologie et changements d'interface pour les rôles

Dans un effort pour clarifier la distinction entre l'ajout d'utilisateurs, qui se fait à partir de la page Admin dans Automation Cloud, et l'octroi d'accès aux utilisateurs, qui se fait à partir d'Orchestrator, nous avons amélioré l'interface utilisateur d'Orchestrator et ajusté la terminologie pour rendre les choses moins confuses.

Voici donc ce qui a changé :

• Nous avons fusionné les onglets au niveau du locataire Utilisateurs (Users) et Rôles (Roles) sous un nouvel onglet appelé Gérer l'accès (Manage access).

• Les fonctions précédemment accessibles depuis la page Utilisateurs (Users) sont désormais accessibles depuis l'onglet Attribuer des rôles (Assign roles) de la page Gérer l'accès (Manage access).

  Vous ne pouviez jamais créer d'utilisateurs à partir de là, vous ajoutiez simplement des utilisateurs existants à Orchestrator afin de pouvoir leur attribuer des rôles.

• De même, les fonctions précédemment accessibles depuis la page Rôles (Roles) sont désormais accessibles depuis la page Gérer les accès (Manage access), sur l'onglet... drumroll... Rôles (Roles). (Pourquoi le réparer s'il n'est pas cassé, n'est-ce pas ?)

  
  

  

  
  

• Enfin, nous avons séparé l'expérience d'attribution des rôles à des utilisateurs ou à des groupes. Alors qu'auparavant, les mêmes étapes s'appliquaient aux deux, les deux disposent désormais d'assistants distincts : un pour les utilisateurs, et un autre pour les groupes, mieux adaptés à chaque tâche.

Documentation

• À propos de la gestion de l'accès des utilisateurs

• Attribution de rôles

• Gestion des rôles