Descripción general de los procesos como paquetes de automatización implementados y configurados asignados a carpetas en Orchestrator.

Un proceso es un estado implementado y configurado de un paquete, listo para ejecutarse como trabajo.

Más concretamente, un proceso representa una versión de paquete vinculada a una carpeta específica. Cuando implementes un nuevo proceso, pasa a estar disponible para todas las cuentas que tengan acceso a esa carpeta.

La página Procesos te permite implementar un paquete cargado como un nuevo proceso, administrar procesos creados anteriormente, mantener todos tus procesos actualizados con las versiones de paquete más recientes e iniciar directamente un trabajo utilizando el proceso deseado. Esto te ayuda a distribuir los paquetes entre todas las cuentas de tu organización y a ejecutar los procesos más rápidamente, ya sea desde la página de Procesos o Trabajos.

Además de ejecutar procesos desde las páginas Procesos y Trabajos, también puedes configurar cualquier proceso para que se inicie automáticamente cuando se lance el Robot agente. Como administrador, esto te permite asegurarte de que los procesos necesarios se inician sin demora o fallos del usuario de la máquina; por ejemplo, para garantizar el cumplimiento de las políticas TI de la empresa.

La siguiente tabla contiene descripciones de columna para la cuadrícula de Procesos.

Para proyectos con múltiples flujos de trabajo, utiliza Main.xaml como flujo de trabajo principal y vincula otros archivos .xaml a través de la actividad Invocar archivo de flujo de trabajo . Más información sobre la organización de proyectos en Studio.

Puedes cambiar o añadir puntos de entrada para controlar qué flujo de trabajo se ejecuta. En Studio, haz clic con el botón derecho en un archivo .xaml y establécelo como principal o añádelo como punto de entrada.

Tienes dos flujos de trabajo para procesar facturas de diferentes orígenes:

En runtime en Orchestrator, selecciona el punto de entrada que coincida con tu escenario. Si la factura ya es local, GetInvoiceFromLocal.xaml para iniciar la ejecución desde ese flujo de trabajo.

Si diseñas tu proyecto en Studio para que acepte argumentos de entrada o salida, podrás utilizarlos en otras aplicaciones de terceros o en Orchestrator. Por tanto, cualquier proceso que crees puede recibir argumentos de entrada mediante la API o la interfaz de Orchestrator.

En Orchestrator, los argumentos y la información relacionada se muestran en varios lugares: a nivel de proceso, nivel de trabajo y nivel de desencadenador en los apartados de argumentos dedicados (la pestaña Argumentos en tiempo de ejecución o Argumentos).

Puedes especificar los valores para cualquier argumento de entrada.Para obtener más información sobre los argumentos de entrada y salida en Orchestrator, consulta esta página.

Figura 1. Configuración del proceso

Figura 2. Argumentos

Los procesos se clasifican por sus requisitos de interfaz de usuario.

Los procesos en segundo plano no requieren una interfaz de usuario ni la intervención del usuario. Puedes ejecutar varios trabajos en segundo plano simultáneamente en el mismo usuario en modo unattended. Cada ejecución requiere una licencia Unattended/NonProduction. Los robots desatendidos ejecutan procesos en segundo plano en la sesión 0 NT AUTHORITY\LOCAL SERVICE, que no tiene acceso a la interfaz de usuario.

Más información sobre la automatización de procesos en segundo plano en Studio.

Los procesos en primer plano requieren acceso a la interfaz de usuario (ya sea para la generación de IU o para actividades interactivas como Hacer clic). Solo puedes ejecutar un proceso en primer plano por usuario simultáneamente. Sin embargo, el mismo usuario puede ejecutar varios procesos en segundo plano y un proceso en primer plano al mismo tiempo.

El tipo de proceso se establece en Studio en la ventana Configuración del proyecto y aparece en Orchestrator después de la publicación.

Figura 3. Iniciar un proceso en segundo plano

La siguiente tabla muestra la versión del UiPath® Robot necesaria para ejecutar procesos en primer plano/en segundo plano según las consideraciones de credenciales del robot.

Al crear un proyecto de automatización en Studio, los desarrolladores deben configurar un atributo de compatibilidad que afecta al marco de trabajo subyacente del proyecto de automatización y al sistema operativo compatible.

Figura 4. Compatibilidad de proceso

La siguiente tabla muestra la versión de UiPath Robot necesaria para ejecutar los procesos según sus marcos de trabajo de destino y las consideraciones de compatibilidad con el sistema operativo.

Si hay una nueva versión de un paquete disponible en Orchestrator (publicaste una nueva versión desde Studio), se indica con el junto al proceso del que forma parte.

Puedes actualizar los procesos a la última versión disponible individualmente, en la ventana correspondiente Ver procesos o puedes actualizarlos de forma masiva seleccionando varios de ellos y haciendo clic en el botón global Usar más reciente.

Si la versión de un paquete asociado a un proceso ya no está disponible en el repositorio NuGet configurado, se indica con el icono .

Si utilizas la última versión disponible de un paquete en un proceso específico, el El icono se muestra junto al proceso.

Las aplicaciones de Windows que utiliza el paquete de Studio subyacente se muestran en la sección Aplicaciones , como relevantes para la versión del paquete seleccionado.

Si el paquete utiliza aplicaciones que no se pueden identificar, se muestra una entrada de aplicaciones desconocidas, con el sufijo del número de aplicaciones no identificadas, entre paréntesis.

Si no se pueden recuperar aplicaciones, se mostrará el mensaje No se pudo recuperar ninguna aplicación para este paquete. Lo más probable es que esto se deba a una de las siguientes razones:

Estos detalles también se muestran en la ventana Mostrar notas de la versión para cada versión del paquete.

Crear un proceso:

Iniciar un trabajo desde la página Procesos:

Obtén más información sobre los roles.