Introduction

Action Center offre aux utilisateurs professionnels un moyen de gérer les éléments exploitables et de fournir des entrées commerciales aux robots. Il permet la prise en charge des workflows Unattended de longue durée, qui nécessitent une intervention humaine. L'exécution des workflows de longue durée est fragmentée. Par conséquent, Action Center vous permet de suspendre et de reprendre le workflow, après une intervention humaine.

Action Center comporte deux volets :

• Processus (Processes): permet aux utilisateurs de lancer des processus Unattended.

• Actions (Actions) : permet aux utilisateurs de fournir des entrées aux robots, qui sont ensuite utilisées pour terminer l'exécution du workflow.

  Important: Action Center est une fonctionnalité sous licence, vous êtes légalement tenu de vous procurer des licences avant d’accorder l’accès aux utilisateurs.

Fonctionnement de l’Action Center

Un workflow à longue durée, dans lequel une validation humaine est requise, est configuré dans Studio à l'aide du modèle Processus d'orchestration (Orchestration Process et d'activités spécifiques.

Un tel workflow génère des Actions qui peuvent être effectuées par les utilisateurs. Une fois qu’une Actions est gérée par un humain, l’exécution est acheminée vers le processus, tel qu’indiqué dans le workflow par l’activité correspondante, et est exécutée sur un robot UiPath disponible. Dans le contexte de processus métier de longue durée, cela permet une meilleure allocation des ressources et une réduction des temps d'arrêt d'exécution, d'autant plus que les fragments des tâches peuvent être exécutés par n'importe quel robot disponible.

Une fois qu'une action est générée, elle s'affiche sur la page Actions avec le statut Non affectée (Unassigned). Les attributs, tels que priorité, titre ou catalogue d'actions sont renseignés en fonction du mode de personnalisation de l'action dans Studio à l'aide de l'activité correspondante.

Les actions sont regroupées selon des critères définis par l'utilisateur dans des catalogues d'actions qui doivent d'abord être définis dans Orchestrator, puis définis à la création de l'action dans Studio, en utilisant la même activité mentionnée ci-dessus.

Exemple de processus

Supposons que vous disposiez d'un workflow de traitement des factures. Un utilisateur avec des autorisations d'exécution démarre une tâche pour le processus correspondant.

La tâche est exécutée comme d'habitude, jusqu'à ce qu'elle rencontre l'activité qui provoque sa suspension. C'est à ce moment qu'une intervention humaine est requise.

Dans Automation Cloud, une activité est générée en attente d'achèvement. Un administrateur d'actions qui gère la boîte de réception des actions affecte l'élément à un utilisateur spécialisé. L'utilisateur est informé qu'une action est en attente.

Une fois l'action validée, elle reprend et l’exécution est terminée par n’importe quel robot disponible.

Étant donné que des fragments de la même tâche peuvent être exécutés par différents Robots, les journaux correspondants ciblent l'ensemble de la progression de la tâche, fournissant un résumé de l'exécution, en commençant par les Robots, le réviseur humain et les déclencheurs attendus par la tâche.

Accès utilisateur

Accorder l'accès utilisateur

L'accès des utilisateurs dans Automation Cloud^TM Public Automation est basé sur les groupes d'utilisateurs.

Pour permettre aux utilisateurs d'opérer dans les services Action Center, définissez le niveau d'accès souhaité pour leurs groupes d'utilisateurs, en accordant les autorisations correspondantes sur Actions, Affectation d'action (Action Assignment) et Catalogues d'actions (Action Catalogs).

Consultez la section Exploiter des groupes (Leveraging User Groups) pour en savoir plus sur les groupes d'utilisateurs.

Limites connues

1. Lorsque l'intégration Azure AD est activée, vous ne pouvez pas attribuer de tâches aux utilisateurs dans Action Center s'ils ne se sont pas connectés à l'aide de leur compte AD. Le même comportement se produit pour les groupes d'utilisateurs locaux, lorsque les utilisateurs ne se sont pas connectés à l'aide de leur compte d'utilisateur local.

   Solution de contournement : vous pouvez demander à vos utilisateurs de se connecter après la création de leurs comptes, à l'aide de leur compte d'utilisateur local ou AD.

2. Dans le cas de dossiers pour lesquels des autorisations sont définies pour DirectoryGroup, tous les utilisateurs Azure AD apparaissent dans la liste déroulante Affecter à l' utilisateur (Assign To User ), même s'ils ne disposent pas d'autorisations pour le dossier spécifié. Même si des utilisateurs ne disposant pas des autorisations appropriées s'affichent dans la liste déroulante Affecter à l' utilisateur (Assign To User ), vous ne pouvez pas leur affecter d'actions. Ce comportement est uniquement un problème d'interface utilisateur, causé par une API qui renvoie tous les utilisateurs Azure AD, quelles que soient leurs autorisations de dossier.

Prérequis

Afin de créer et d'exécuter des workflows longue durée, les exigences suivantes de Studio, UiPath Robot et UiPath.Persistence.Activities doivent être remplies :

Logiciels	Version
UiPath Studio/UiPath Robot	2019.10+
Package UiPath.Persistence.Activities	1.1.7+
UiPath Orchestrator	2023.10.0+

Important :

L'authentification sécurisée de votre Robot effectuée à l'aide de l' authentification sécurisée nécessite la recompilation des workflows qui utilisent les activités Orchestrator ou qui effectuent des appels HTTP directs à l'API Orchestrator à l'aide des packages d'activités 2022.4 packages d’activités ou plus récents.

L'exécution de la tâche peut échouer si vous utilisez des versions d'UiPath.Persistence.Activities inférieures à v1.1.7.