Proceso de Orchestration

Los flujos de trabajo de larga duración son proyectos maestros que admiten orquestación del servicio de soporte, intervención humana y transacciones de larga duración en entornos desatendidos.

La intervención humana entra en juego cuando determinados procesos requieren aportaciones humanas para gestionar excepciones, aprobaciones o validación antes de pasar al siguiente paso de la actividad. En este caso, la ejecución del proceso se suspende, liberando a los Robots hasta que se completa la tarea humana.

Fragmentación de flujos de trabajo

Un flujo de trabajo de larga duración contiene UiPath.Persistence.Activities y puede combinarse con Invocar proceso y actividades de interacción de no usuario, orquestando tareas humanas con tareas de robot. Se ejecuta en la sesión 0, lo que garantiza una ejecución rápida. Ten en cuenta que la depuración de un Proceso de orquestación se realiza en una sesión de usuario.

Los flujos de trabajo de larga duración pueden orquestar:

• Procesos en segundo plano que pueden contener actividades que realizan llamadas a la API y se ejecutan en la sesión 0. Pueden invocarse utilizando la actividad Invocar proceso.
• IU: un proceso con actividades de interacción de usuario llamado a través de la actividad Iniciar trabajo desde Orchestrator, y ejecutado en una sesión de usuario.
• Intervención humana: el usuario interactúa a través de tareas que requieren rellenar formularios en Orchestrator. Implica el uso de la actividad Crear tarea de formulario junto con Esperar tarea de formulario y Reanudar.

Plantilla de procesos de orquestación

In Studio, go to Home > Orchestration Process to open the template, which contains the default UiPath.Persistence.Activities and UiPath.System.Activities dependencies in a Flowchart workflow type.

The template's project.json file has the supportsPersistence: true parameter, indicating that process execution resumes upon task completion.

The requiresUserInteraction: false parameter indicates this workflow does not contain user interaction activities, similar to a Background Process.

No se recomienda modificar manualmente los parámetros en el archivo project.json.

A process may be turned into an Orchestration Process from the Project Settings window by setting the Supports Persistence toggle to Yes.

Fragmentos para procesos de orquestación

Para empezar, el panel Fragmentos contiene una serie de fragmentos de flujos de trabajo que puedes utilizar para crear un Proceso de orquestación.

Crear un proceso de orquestación

Sigue los siguientes pasos para emparejar actividades que forman parte del paquete UiPath.Persistence.Activities y crear tu propio Proceso de orquestación:

1. Utiliza la actividad Agregar artículo en cola y obtener referencia para añadir un artículo en cola con los parámetros in, in/out o out y obtener el objeto de artículo en cola correspondiente. Cuando se procesa el artículo en cola, los argumentos proporcionados en la propiedad ItemInformation se vuelven a asignar a la variables del flujo de trabajo si esta actividad está emparejada con la actividad Esperar artículo en cola y reanudar.

   

2. La actividad Esperar artículo en cola y reanudar debe emparejarse con la actividad Añadir artículo en cola y obtener referencia. El flujo de trabajo entra en el estado suspendido, liberando al Robot en esta actividad a la espera de que se complete un artículo en cola antes de pasar al siguiente paso del proceso.

   

3. La actividad Iniciar trabajo y obtener referencia invoca otro proceso proporcionando argumentos de tipo in, in/out o out. Tras la ejecución, los argumentos modificados se vuelven a asignar a las variables del flujo de trabajo si la actividad está emparejada con la actividad Esperar trabajo y reanudar.

   

4. La actividad Esperar trabajo y reanudar debe emparejarse con la de Iniciar trabajo y obtener referencia proporcionando el Job Object dado como salida de esta última actividad. Esto suspende temporalmente el proceso actual y espera a que el trabajo de referencia se complete, reanudando el proceso una vez que el trabajo de referencia actualiza el estado a completo.

   

5. Use the Create Form Task activity to create a task with form-based visualization for human interactions within a workflow. These forms with the relevant workflow context are presented to users for decision-making and other scenarios.

   Ten en cuenta que debes instalar el paquete UiPath.FormActivityLibrary para usar esta actividad.

   

6. La actividad Esperar tarea de formulario y reanudar debe emparejarse con Tarea de crear formulario proporcionando Task Object como entrada para suspender el flujo de trabajo hasta que el usuario final complete esta tarea en particular.

   

7. Usa la actividad Reanudar después de retraso para suspender la ejecución del flujo de trabajo y reanudarlo en una fecha y hora especificadas.

8. Ejecuta el flujo de trabajo de Studio. Cada vez que el Robot ejecuta una actividad de larga duración, Studio entra en el modo de solo lectura con la opción Reanudar habilitada en la cinta. Para continuar, completa la tarea, el elemento de cola o el trabajo subyacentes y haz clic en Reanudar.

Mejores prácticas

• Las actividades de larga duración (actividades de Esperar y Reanudar) parte del paquete UiPath.Persistence.Activities solo pueden usarse en un punto de entrada de Proceso de orquestación, el archivo marcado como Main.xaml.

• A los componentes reutilizables creados a partir de un proceso de orquestación solo se puede hacer referencia dentro de otro proceso de orquestación.

• A process attached to a queue processing should not be modeled into a long-running workflow. If it must be used, ensure to complete the queue item status using the Set Transaction Status activity before the first persistence point (any Wait and Resume activity).

  Nota:

  Starting with Orchestrator v2020.10.8, queue items that are part of persistence points can be processed within long-running workflows, so setting the queue item's transaction to a final status (Failed or Successful) is not mandatory anymore. Head over to the Release Notes for more details.

• Los puntos de persistencia (actividades Esperar y Reanudar) no deben utilizarse dentro del cuerpo de una actividad Para cada, porque suspenden el flujo de trabajo después de ejecutar la primera iteración y puede que no sea esto lo que se desea.

  De forma alternativa, prueba a usar bucles con las actividades de persistencia, por ejemplo, la actividad Paralelo para cada. Ten en cuenta que, de forma predeterminada, el número máximo de activaciones de reanudación por trabajo se limita a 1000.

• Los flujos de trabajo de larga duración pueden reanudarse en cualquier Robot disponible del mismo tipo que aquel en el que se suspendió un trabajo (por ejemplo, desatendido o sin producción) que forme parte del mismo entorno o carpeta, por lo que los recursos locales requeridos para la ejecución deben ponerse a disposición después de los puntos de persistencia también.

• All variables used in the scope of a long-running activity must be serializable. Types of variables listed in this page are serializable: Text, True or False, Number, Array, Date and Time. Data Table and GenericValue variables.

• Las variables utilizadas en ámbitos que no contienen actividades de larga duración no están sujetas al requisito de serialización, ya que el flujo de trabajo no se suspende en su ámbito. Los tipos de datos no serializables se pueden utilizar en ámbitos de secuencia independientes en el mismo flujo de trabajo o invocando otros archivos, siempre que estén entre las actividades de Esperar y Reanudar, como Esperar trabajo y Reanudar, Esperar artículo en cola y Reanudar y Esperar tarea de formulario y Reanudar.

• Please take into consideration that some properties of objects generated by long-running activities cannot be evaluated in the Locals panel.

• Implementa un trabajo por lotes apropiados en flujos de trabajo para los que se espere un alto número de acciones por trabajo. Ten en cuenta que existe un límite predeterminado de 1000 acciones (u otras activaciones de trabajos) que un trabajo puede esperar de cada vez.

  Nota:

  The Delay and Retry Scope activities are not supported and do not work properly when used in the Main workflow of an Orchestration Process. In such cases, they should be placed inside a No Persist Scope activity.