Introducción: Action Center

Action Center ofrece a los usuarios de empresas una forma de gestionar los elementos procesables y proporcionar información empresarial a los UiPath Robots. Habilita la compatibilidad con los flujos de trabajo unattended de larga duración que requieren la intervención humana. La ejecución de flujos de trabajo de larga duración está fragmentada. Por lo tanto, Action Center te permite suspender y reanudar el flujo de trabajo, tras la aportación de una persona.

Hay dos facetas de Action Center:

• Processes - Enable users to launch unattended processes.

• Actions - Enable users to provide inputs to Robots, which are later used to complete the workflow execution.

  Importante:

  Action Center es una característica con licencia, estás vinculado legalmente a obtener licencias antes de dar acceso a los usuarios.

Cómo funciona Action Center

Los flujos de trabajo de larga duración que requieran de validación humana se configuran en Studio, utilizando la plantilla Proceso de orquestación y actividades específicas.

Such a workflow generates Actions that can be completed by users in Automation Cloud. After an Action is handled by a human, the execution is routed back to the process, as marked in the workflow by the corresponding activity, and gets executed on an available UiPath Robot. In the context of long-running business processes, this allows for better resource allocation and reduced execution downtime, especially since the fragments of the jobs can be executed by any available Robot.

Once an Action is generated, it is displayed on the Actions page with the status Unassigned. Attributes like priority, title or action catalog are populated based on how the action was customized in Studio using the corresponding activity.

Actions are grouped according to user-defined criteria in Action Catalogs which need to be defined in Orchestrator first, and then set at action creation in Studio, using the same activity mentioned above.

Proceso de muestreo

Digamos que tenemos un flujo de trabajo de procesamiento de facturas. Un usuario con permisos de ejecución inicia un trabajo para el proceso correspondiente.

El trabajo se ejecuta normalmente hasta que encuentra la actividad que lo suspende. Ahí es cuando se requiere intervención humana.

En Automation Cloud se genera una actividad pendiente de finalización. Una acción de administrador que gestiona las acciones de la bandeja de entrada, asigna mejor el elemento a un usuario específico. El usuario recibe una notificación de que tiene una acción pendiente.

Una vez se haya validado la acción, se reanuda el trabajo y cualquier Robot que esté disponible puede terminar la ejecución.

Dado que los distintos fragmentos de un mismo trabajo pueden ser ejecutados por UiPath Robots distintos, los registros correspondientes se dirigen a todo el progreso del trabajo, y proporcionan un resumen de la ejecución, empezando por los UiPath Robots, el revisor humano y los desencadenadores que el trabajo está esperando.

User access

Conceder acceso a usuarios

To allow users to operate in Action Center services, set the desired level of access for their user groups, by granting the corresponding permissions on Actions, Action Assignment, and Action Catalogs.

Limitaciones conocidas

1. When the Azure AD integration is enabled, you cannot assign tasks to users in Action Center if they haven't signed in using their AD account. The same behavior occurs for local user groups , when the users haven't signed in using their local user account.

   Workaround: Consider asking your users to sign in after their accounts have been created, using either their AD or local user account.

2. En el caso de las carpetas que tienen permisos establecidos para DirectoryGroup, todos los usuarios de Azure AD aparecen en la lista desplegable Asignar a usuario , incluso si no tienen permisos para la carpeta especificada. Incluso si aparecen usuarios sin los permisos adecuados en la lista desplegable Asignar a usuario , no puedes asignarles acciones. Este comportamiento es solo un problema de la interfaz de usuario, causado por una API que devuelve todos los usuarios de Azure AD, independientemente de sus permisos de carpeta.

3. Cuando a un usuario de Azure AD se le asignan permisos en una carpeta solo a través de un DirectoryGroup, los flujos de trabajo desatendidos pueden no asignar tareas al usuario. Esta limitación se debe a que el robot no tiene los permisos necesarios para leer las pertenencias a grupos de Azure AD según el modelo de acceso delegado . La solución para esto es cualquiera de las siguientes:

   1. Asigna permisos a todos los usuarios de Azure AD en la carpeta directamente.
   2. Añade todos los usuarios de Azure AD a un grupo local y luego asigna permisos al grupo local en la carpeta directamente.

4. Como efecto secundario de la limitación anterior, en tales escenarios las asignaciones de tareas desde la página Bandeja de entrada de Action Center también pueden fallar indicando permisos insuficientes de forma intermitente. Para resolver esto:

   1. Evita que los flujos de trabajo desatendidos intenten asignar tareas al asignado afectado.
   2. Vuelva a intentarlo después de una hora o pida al asignado afectado que inicie sesión en Action Center.

Requisitos previos

Para crear y ejecutar flujos de trabajo de larga duración se deben cumplir los siguientes requisitos de Studio, UiPath Robot y UiPath.Persistence.Activities:

Software	Versión
UiPath Studio/UiPath Robot	2019.10+
Paquete UiPath.Persistence.Activities	1.1.7+
UiPath Orchestrator	2022.10.0+

Importante:

La autenticación de tu robot mediante la autenticación segura requiere la recompilación de los flujos de trabajo que utilizan actividades de Orchestrator o realizan llamadas HTTP directas a la API de Orchestrator utilizando 2022.4 paquetes de actividades o superior.

Hay una probabilidad de que la ejecución de trabajos falle si usas versiones de UiPath.Persistence.Activities inferiores a la versión 1.1.7.

Beneficios

Importante:

If you are currently using Action Center within Orchestrator (the Actions tab), consider moving to the on-premises Action Center, as the Actions tab in Orchestrator has been dropped starting with the 2021.10 release.

Estas son algunas de las características del Action Center local que podrás aprovechar:

• La instalación separada puede estar en el mismo servidor que Orchestrator o en uno diferente.

  ADVERTENCIA:

  • Aunque se instale por separado, Action Center requiere una conexión a una instancia de Orchestrator.
  • Puede conectarse un Action Center (de configuración compatible con nodo único o multinodo) a un Orchestrator, ya sea en entornos de producción como de no producción. Para conectarse a más entornos de Orchestrator, es necesario ejecutar un número igual de instalaciones diferentes de Action Center.

• Interfaz de usuario empresarial, con acceso rápido fuera de Orchestrator a Acciones y Procesos. Todas las acciones existentes se reflejarán automáticamente en la nueva IU.

• Posibilidad de que los usuarios empresariales desencadenen procesos desatendidos mediante formularios o carga de archivos, y rastreen el estado del proceso.

• Controles avanzados en las acciones de formulario, como la inserción de archivos PDF, desplegables dinámicos y en cascada, o la configuración de la lógica de validación de formularios mediante JavaScript.

• Posibilidad de añadir cualquier archivo adjunto a acciones.

• Resumen de acción.

• Resumen de acciones.

• Más operaciones disponibles en acciones, como reenviar o reasignar.

• Guardado intermedio, que permite guardar el progreso realizado en un formulario antes de su finalización.

• Colaboración entre pares en acciones mediante el panel Comentarios.

• Gestión de acciones en masa (asignaciones, eliminaciones, reenvío).

• Listas de acciones descargables que contienen detalles como la hora de creación de la acción, el título, el estado, el usuario al que se ha asignado, etc.

• Mejoras en las opciones de filtrado y ordenación.