- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- 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
- Variables
- Argumentos
- Espacios de nombres importados
- Grabación
- Elementos de la IU
- Acerca de los elementos de la interfaz de usuario
- Propiedades de actividades de IU
- Métodos de entrada
- Ejemplo de uso de los métodos de entrada
- Métodos de salida o raspado de pantalla
- Ejemplos de uso de métodos de salida o de raspado de pantalla
- Generar Tablas a partir de Datos no estructurados
- Extracción relativa
- 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 SAP
- Automatización de VMware Horizon
- Registro
- La herramienta de migración ScaleCoordinates
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- StudioPro
- Extensiones
- Solución de problemas
- Internet Explorer x64
- Problemas con Microsoft Office Interop
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Identificación de los elementos de la interfaz de usuario tras las actualizaciones de Windows
- Aplicaciones JxBrowser
- Supervisión de eventos de usuario
- Java en App-V
- Compatibilidad y limitaciones de Microsoft App-V
- 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.
Ten en cuenta que debes instalar el paquete UiPath.FormActivityLibrary para usar esta actividad.
-
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.
-
Un proceso adjunto a una cola de procesamiento no debe modelarse en un flujo de trabajo de larga duración. Si se debe utilizar, asegúrate de completar el estado del elemento de la cola utilizando la actividad Establecer estado de transacción antes del primer punto de persistencia (cualquier actividad Esperar y reanudar).
Nota: A partir de Orchestrator v2020.10.8, los elementos de cola que forman parte de puntos de persistencia se pueden procesar dentro de flujos de trabajo de larga duración, por lo que ya no es obligatorio establecer la transacción de elemento de cola en un estado final Incorrecto o Correcto. Pasa el ratón por encima de las Notas de la versión para obtener más información. -
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 .