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

En Studio, ve a Inicio > Proceso de orquestación para abrir la plantilla, que contiene las dependencias predeterminadas UiPath.Persistence.Activities y UiPath.System.Activities en un tipo de flujo de trabajo de diagrama de flujo.

El archivo de plantilla project.json tiene el parámetro supportsPersistence: true, que indica que la ejecución del proceso se reanuda una vez finalizada la tarea.

El parámetro requiresUserInteraction: false indica que este flujo de trabajo no contiene actividades con interacción del usuario, similar a un Proceso en segundo plano.

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

Un proceso puede convertirse en un Proceso de orquestación desde la ventana Configuración de proyecto, estableciendo el botón de alternancia Compatible con persistencia en Sí.

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. Usa la actividad Crear tarea de formulario para crear una tarea con visualización basada en formularios para interacciones humanas dentro de un flujo de trabajo. Estos formularios con el contexto de flujo de trabajo pertinente se presentan a los usuarios para la toma de decisiones y otros escenarios. Para habilitar el Diseñador de formularios en esta actividad, debes instalar el paquete UiPath.FormActivityLibrary.

   Nota:

   Al utilizar una versión de Studio posterior a la versión 2021.4 con UiPath.Persistence.Activities y anterior a la versión 1.2.1 con UiPath.FormActivityLibrary, la ventana del Diseñador de formulario no mantiene el foco y puedes interactuar con Studio cuando la ventana del diseñador está abierta. Para evitar este problema, asegúrate de actualizar los paquetes a la versión más reciente.

   

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.
• Si se adjunta un flujo de trabajo de larga duración al procesamiento de la cola y el flujo de trabajo está en un estado suspendido, el elemento de la cola permanecerá en un estado en proceso incluso más allá de 24 horas hasta que el flujo de trabajo establezca el estado de la transacción al reanudarse. Los identificadores de elementos de la cola formarán parte del contexto del flujo de trabajo persistente si se incluyen en el mismo ámbito de las actividades de Esperar y Reanudar.
• 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.
• Las actividades Retrasar y Ámbito de reintento no son compatibles y no funcionan correctamente cuando se utilizan en el Flujo de trabajo principal de un proceso de orquestación. En estos casos, deben colocarse dentro de una actividad Ámbito de no persistencia.
• 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.
• Todas las variables utilizadas en el ámbito de una actividad de larga duración deben ser serializables. Los tipos de variables citados en esta página son serializables: Texto, Verdadero o falso, Número, Ensamblado, Fecha y Hora. Tabla de datos y variables GenericValue.
• 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.
• Ten en cuenta que algunas propiedades de los objetos generados por actividades de larga duración no se pueden evaluar en el panel Locales.
• 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.