Sobre los procesos

Procesos en Orchestrator como versiones de paquete implementadas vinculadas a carpetas y listas para la ejecución de trabajos.

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.

Campo	Descripción
Nombre	El nombre visible del proceso. Puedes ordenar la lista de procesos por Nombre.
Tipo	El tipo de proyecto. Las siguientes opciones están disponibles: RPA: se muestra para proyectos de Studio del tipo Proceso o Biblioteca Pruebas: se muestra para proyectos de Studio del tipo Automatización de pruebas
Nombre del paquete	El nombre del paquete que se implementó. Not visible by default. To display the column, select it from the Columns menu. La lista de procesos puede ordenarse por Nombre del paquete.
Versión	El número de versión del paquete usado en un proceso determinado. El junto a este campo indica que no estás utilizando la última versión disponible. Si la versión del paquete asociada a un proceso ya no está disponible en el repositorio NuGet configurado, se indica con el siguiente icono . Si está utilizando la última versión disponible, el siguiente icono se muestra.
Prioridad del trabajo	La prioridad del trabajo. Haz clic aquí para obtener información sobre el mecanismo de priorización del trabajo. Puedes ordenar y filtrar la lista de procesos por prioridad del trabajo.
Tipo de ejecución	The type of the process execution. Linked to the Attended Automation project setting in Studio: si se activa la alternancia, el proceso se ejecuta en un contexto Atendido. si la alternancia está desactivada, el proceso se ejecuta en un contexto Unattended El valor No especificado se muestra para los paquetes publicados antes del 3.10.2021. Versión de Studio. Haz clic aquí para obtener información sobre la Automatización atendida.
Interacción del usuario	Especifica si el proceso requiere interacción del usuario: Requerido: indica un proceso en primer plano que requiere interacción del usuario. No necesario: indica un proceso en segundo plano que no requiere la interacción del usuario.
Compatibilidad	El sistema operativo compatible para el marco de destino subyacente del proyecto de automatización.
Punto de entrada	The workflow file used to start the execution of the process. By default, the Main.xml file is set as the entry point. If your project contains multiple entry points, the one selected at process creation is displayed.
Descripción	A custom description for the process. It is recommended that you populate this field, especially when dealing with multiple users and processes in Orchestrator.
Etiquetas	La lista de todas las etiquetas asociadas al proceso.
Propiedades	La lista de todos los pares clave-valor asociados al proceso.
Acción de retención	El resultado de la política de retención al final de la duración de la retención.
Retención (días)	La duración de la política de retención.

Argumentos en tiempo de ejecución

Puntos de entrada

There are cases when your automation projects consist of multiple workflows. For such projects, it is a good practice to hold your project's main workflow in the Main.xaml file. All other automation .xaml files included in the project should be linked to the Main.xaml through the Invoke Workflow File activity since in typical scenarios only the Main.xaml file is executed when you run a job, it being the default entry point of any automation project.

Learn more about project organization and design principles in Studio.

Puedes cambiar el punto de entrada de un proyecto de automatización, p. ej., modificar su "puerta" de ejecución cambiando el archivo .xaml principal. De forma similar, puedes añadir varios puntos de entrada para tus procesos RPA, lo que te permite ejecutar solo una determinada rama de tu proyecto de automatización.

Puedes cambiar el archivo principal .xaml o añadir varios puntos de entrada en los procesos RPA en Studio haciendo clic en un archivo .xaml diferente y estableciéndolo como principal o añadiéndolo como punto de entrada.

Pongamos que desarrollas un flujo de trabajo que consulta facturas. La factura se podría descargar desde un almacenamiento en la nube o podría ubicarse en tu dispositivo.

Diseñas dos flujos de trabajo dentro del proyecto y los estableces como puntos de entrada:

• DownloadInvoiceFromStorage.xaml — flujo de trabajo que descarga la factura de un almacenamiento externo
• GetInvoiceFromLocal.xaml: flujo de trabajo que obtiene la factura de tu dispositivo.

En tiempo de ejecución de Orchestrator, seleccionas como punto de entrada el flujo de trabajo que corresponde a tu escenario. Si la factura ya se encuentra en tu dispositivo local, estableces GetInvoiceFromLocal.xaml como punto de entrada. Esto inicia la ejecución a partir de ese paso y continúa con el flujo de trabajo de verificación de facturas (el archivo Main.xaml).

Nota:

• En el caso de los paquetes publicados antes de julio de 2020, Orchestrator no puede determinar el punto de entrada principal, por lo que no se selecciona un punto de entrada de forma predeterminada. Debes seleccionar el punto de entrada en el menú desplegable de forma manual.
• Si el proceso no es compatible con varios puntos de entrada, Orchestrator muestra Default en el menú desplegable Punto de entrada, y el campo está deshabilitado.

Argumentos de entrada, salida y entrada/salida

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

Nota:

Los valores por defecto previstos para los argumentos In en Studio no se muestran en Orchestrator, en ningún nivel.

Procesos de segundo plano frente a procesos de primer plano

Esta sección describe los tipos de procesos existentes según los requisitos de la interfaz de usuario. El tipo de proceso se configura en Studio en la ventana Configuración del proyecto y se ilustra en consecuencia en Orchestrator después de publicar el proyecto.

Figura 3. Iniciar un proceso en segundo plano

Hay dos tipos de procesos, según los requisitos de interfaz de usuario:

• Proceso en segundo plano : no requiere una interfaz de usuario ni la intervención de un usuario para ejecutarse. Por esta razón, puedes ejecutar varios trabajos en el modo no asistido con el mismo usuario simultáneamente. Cada ejecución requiere una licencia Unattended/NonProduction. Los robots desatendidos se encargan de los procesos de fondo en la sesión 0, bajo NT AUTHORITY\LOCAL SERVICE, que no tiene interfaz de usuario y no puede interactuar con una sesión de usuario.

  Consulta más información sobre la automatización del proceso de fondo en Studio.

• Foreground Process - Requires user interface as the execution needs the UI to be generated, or the process contains interactive activities, such as Click.

You can only execute one such process on a user at a time.

Nota:

Un mismo usuario puede ejecutar varios procesos en segundo plano y un primer plano singular al mismo tiempo.

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.

Tipo de proceso	Consideraciones sobre las credenciales	Versión robot
Fondo	Robot con credenciales	Cualquiera
Primer plano	Robot con credenciales	Cualquiera
Fondo	Robot sin credenciales	2021.10+
Primer plano	Robot sin credenciales	Configuración no válida. Los trabajos no se pueden ejecutar.

Compatibilidad de procesos

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.

Marco de destino	Sistema operativo	Versión robot
.NET Framework 4.6.1	Windows: Legacy	Cualquiera
.NET 5.0+	Ventanas	2021.10+
.NET 5.0+	Multiplataforma	2021.10+

Administración de versiones

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.

Aplicaciones utilizadas

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:

• Tu versión de Studio es anterior a 2023.2.
• Tu versión de Studio es 2023.2, pero existe una norma de control que impide que se registre esta información.
• Su paquete se cargó desde una fuente externa. Solo los paquetes de fuentes internas pueden proporcionar esta información.
• El paquete no utiliza ninguna aplicación.

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

Permisos de proceso

Crear un proceso:

• Ver permisos en Paquetes;
• Ver y Crear permisos en Procesos.

Iniciar un trabajo desde la página Procesos:

• Permisos para crear un proceso
• Crear en Trabajos

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