Introduction - Action Center

Action Center offre aux utilisateurs métier un moyen de gérer les éléments exploitables et de fournir des informations métier aux robots. Il permet de prendre en charge les workflows non assistés 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 Dédié 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 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.
3. Lorsqu'un utilisateur Azure AD se voit attribuer des autorisations dans un dossier uniquement via un DirectoryGroup, les workflows Unattended peuvent ne pas attribuer de tâches à l'utilisateur. Cette limitation est due au fait que le robot ne dispose pas des autorisations requises nécessaires pour lire les appartenances au groupe Azure AD selon le modèle d'accès délégué . La solution de contournement est l’une des suivantes :
   1. Attribuez directement des autorisations à tous les utilisateurs Azure AD du dossier.
   2. Ajoutez tous les utilisateurs Azure AD à un groupe local, puis attribuez directement des autorisations au groupe local dans le dossier.
4. Par conséquent, dans de tels scénarios, les affectations de tâches à partir de la page Boîte de réception d'Action Center peuvent également échouer, indiquant des autorisations insuffisantes par intermittence. Pour résoudre ce problème :
   1. Empêchez les workflows Unattended de tenter d’attribuer des tâches au bénéficiaire concerné.
   2. Réessayez après une heure ou demandez au bénéficiaire concerné de se connecter à Action Center.

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 versions ultérieures.

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