- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de los proyectos de automatización
- Acerca de la publicación de proyectos de automatización
- Gestionar paquetes de actividades
- Configuración de los Ajustes del Proyecto de Actividades
- Firma de paquetes
- Control
- Importar entidades
- Experiencia de diseño moderna
- Vincular un proyecto a una idea en Automation Hub
- Dependencias
- Tipos de flujos de trabajo
- Comparación de archivos
- Mejores prácticas de automatización
- Integración del control de código fuente
- Depuración
- La herramienta de diagnóstico
- Analizador de flujo de trabajo
- Acerca del analizador de flujo de trabajo
- ST-NMG-001: convención sobre nombres de variables
- ST-NMG-002: convención de nombres de argumentos
- ST-NMG-004: duplicación de nombres de visualización
- ST-NMG-005: anulación de variables
- ST-NMG-006: argumentos de anulación de variables
- ST-NMG-008: longitud variable excedida
- ST-NMG-009: variables de datos prefijados
- ST-NMG-011: argumentos de prefijo Datatable
- ST-NMG-012: valores predeterminados de los argumentos
- ST-NMG-016: longitud del argumento excedida
- ST-DBP-002: recuento de Argumentos elevado
- ST-DBP-003: bloque de Catch vacío
- ST-DBP-007: múltiples capas de diagramas de flujo
- ST-DBP-020: propiedades de salida no definidas
- ST-DBP-023: flujo de trabajo vacío
- ST-DBP-024: comprobación de actividad de persistencia
- ST-DBP-025: requisito previo para la serialización de variables
- ST-DBP-026: retraso en el uso de la actividad
- ST-DBP-027: mejor práctica de persistencia
- ST-DBP-028: requisito de serialización de argumentos
- ST-USG-005: argumentos de actividad codificados
- ST-USG-009: variables no utilizadas
- ST-USG-010: dependencias sin utilizar
- ST-USG-014: restricciones de los paquetes
- ST-USG-020: mensajes de registro mínimos
- ST-USG-024: guardado sin usar para más adelante
- ST-USG-025: uso incorrecto de los valores guardados
- ST-USG-026: restricciones de actividad
- ST-USG-027: paquetes necesarios
- ST-USG-028: Restringir la invocación de plantillas de archivo
- Variables
- Argumentos
- Espacios de nombres importados
- Grabación
- Elementos de la IU
- Flujo de control
- Selectores
- Repo. de objetos
- Extracción de datos
- Automatización de imágenes y texto
- Acerca de la automatización de imágenes y texto
- Actividades con el ratón y el teclado
- Ejemplo de uso de la automatización de ratón y teclado
- Actividades de texto
- Ejemplo de uso de la automatización de texto
- Actividades de OCR
- Actividades de imagen
- Ejemplo de uso de la automatización de OCR y la automatización de imágenes
- Automatizar las tecnologías de Citrix
- Automatización RDP
- Automatización de Salesforce
- Automatización SAP
- Automatización de VMware Horizon
- Registro
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- Conjunto de pruebas - Estudio
- Extensiones
- Solución de problemas
- Acerca de la resolución de problemas
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Internet Explorer x64
- Problemas de Microsoft Office
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Solución de problemas de aplicaciones de JxBrowser
- Supervisión de eventos de usuario
- Solución de problemas de Citrix
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.
Un flujo de trabajo de larga duración contiene UiPath.Persistence.Activities y puede combinarse con Invocar proceso y actividades de interacción con no usuarios, 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 que se ejecutan en la Sesión 0. Pueden ser invocados utilizando la actividad Invocar proceso.
- IU: un proceso con actividades de interacción con el usuario llamado a través de la actividad Empezar trabajo desde Orchestrator y que se ejecuta en una sesión de usuario.
- Human in the Loop: 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.
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.
supportsPersistence: true
, que indica que la ejecución del proceso se reanuda al finalizar la tarea.
requiresUserInteraction: false
indica que este flujo de trabajo no contiene actividades con interacción del usuario, similar a un Proceso en segundo plano.
project.json
.
Un proceso puede convertirse en un Proceso de orquestación desde la ventana Configuración de proyecto, estableciendo el conmutador Admite persistencia en Sí.
Para empezar, el panel Fragmentos contiene una serie de fragmentos de flujos de trabajo que puedes utilizar para crear un Proceso de orquestación.
UiPath.Persistence.Activities
y crear tu propio Proceso de orquestación:
-
Utiliza la actividad Agregar elemento de cola y obtener referencia para añadir un elemento de cola con los parámetros
in
,in/out
oout
y obtener el elemento de cola correspondiente. Cuando se procesa el elemento de cola, los argumentos proporcionados en la propiedadItemInformation
se vuelven a asignar a la variables del flujo de trabajo si esta actividad está emparejada con la actividad Esperar elemento de cola y reanudar. -
La actividad Esperar elemento de cola y reanudar debe emparejarse con la actividad Agregar elemento de 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 elemento de cola antes de pasar al siguiente paso del proceso.
-
La actividad Comenzar trabajo y obtener referencia invoca otro proceso proporcionando argumentos de tipo
in
,in/out
yout
. 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. -
La actividad Esperar trabajo y reanudar debe estar emparejada con la actividad Comenzar trabajo y obtener referencia mediante la provisión del
Job Object
dado como salida de la esta última actividad. Esto suspende temporalmente el proceso actual y espera el trabajo de referencia que debe completar, reanudando el proceso una vez que el trabajo de referencia actualiza el estado para completar. -
Utiliza la actividad Crear tarea de formulario para crear una tarea con visualización basada en formulario para las 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 alguna versión de Studio que comience por 2021.4 con UiPath.Persistence.Activities y versiones de UiPath.FormActivityLibrary anteriores a la 1.2.1, la ventana 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. -
La actividad Esperar la tarea de formulario y reanudar debe emparejarse con la actividad Crear tarea de formulario mediante la provisión de
Task Object
como entrada para suspender el flujo de trabajo hasta que el usuario final haya completado esta tarea. - Utiliza la actividad Reanudar después del retraso para suspender la ejecución del flujo de trabajo y reanudarlo a una fecha y hora especificadas.
- 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.
- 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 comoMain.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.
- 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, Matriz, 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 separados en el mismo flujo de trabajo o invocando otros archivos, siempre que se encuentren entre actividades Esperar y Reanudar, como Esperar trabajo y Reanudar, Esperar elemento de cola y Reanudar y Esperar tarea de formulario y Reanudar.
- Ten en cuenta que algunas propiedades de 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.
Nota: Las actividades Retraso y Reintentar ámbito no son compatibles y no funcionan correctamente cuando se usan en el flujo de trabajo principal de un proceso de orquestación. En tales casos, deben colocarse dentro de una actividad de ámbito No persistente .