Sobre los procesos

Un proceso representa una versión del paquete vinculada a una carpeta determinada. 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 una 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 campos para la página Procesos.

Campo	Descripción
Nombre	El nombre visible del proceso. El tipo de proceso se indica con un icono que se muestra junto a la versión. El icono representa el tipo de versión específica del proceso. Requiere interfaz de usuario Proceso de fondo Puedes ordenar la lista de procesos por Nombre.
Nombre del paquete	El nombre del paquete que se implementó. No se puede ver de manera predeterminada. Para mostrar la columna, selecciónala en el menú Columnas. 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 icono junto a este campo indica que no estás utilizando la versión más reciente disponible. Si la versión del paquete asociado a un proceso ya no está disponible en el repositorio NuGet configurado, se indica con este icono. Si estás utilizando la versión más reciente disponible, se mostrará este icono .
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.
Ámbito	El alcance de un proyecto, establecido en el momento del diseño en Studio. Las siguientes opciones están disponibles: Proceso - se muestra para proyectos de Studio de tipo Procesoo Biblioteca Pruebas: se muestra para proyectos de Studio de tipo Probar automatización Puedes filtrar la lista de procesos por Ámbito. No se puede ver de manera predeterminada. Para mostrar la columna, selecciónala en el menú Columnas.
Tipo de ejecución	El tipo de ejecución del proceso. Vinculado a la configuración del proyecto de Automatización atendida en 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 No atendido 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.
Compatibilidad	El sistema operativo compatible para el marco de destino subyacente del proyecto de automatización.
Punto de entrada	El archivo del flujo de trabajo utilizado para iniciar la ejecución del proceso. De forma predeterminada, el archivo Main.xml se establece como punto de entrada. Si tu proyecto contiene varios puntos de entrada, se mostrará el de la creación del proceso.
Descripción	Una descripción del proceso personalizada. Se recomienda rellenar este campo, especialmente si existen varios usuarios y procesos en 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

Hay casos en los que tus proyectos de automatización se dividen en varios flujos de trabajo. Para esos proyectos, es una buena práctica mantener el flujo de trabajo principal de tu proyecto en el archivo Main.xaml. Todos los demás archivos .xaml de automatización incluidos en el proyecto deben vincularse a Main.xaml mediante la actividad Invocar archivo de flujo de trabajo, ya que en los escenarios típicos solo se ejecuta el archivo Main.xaml al ejecutar un trabajo, siendo el punto de entrada por defecto de cualquier proyecto de automatización. Más información sobre los principios de organización y diseño de proyectos en 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.

1. selecciona el punto de entrada. Solo estará habilitado si están disponibles varios puntos de entrada. 2: filtra los argumentos que se muestran según su dirección (Entrada, Salida, Todos) 3. Consulta los argumentos y la información relacionada con el conjunto .xaml como punto de entrada.

Nota: Los valores predeterminados proporcionados para los argumentos de entrada 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.

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.

• Proceso en primer plano: requiere una interfaz de usuario, ya que la ejecución necesita que se genere la IU, o el proceso contiene actividades interactivas, como Hacer clic. Solo puedes ejecutar un proceso en un usuario a la vez.

  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.

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 una nueva versión de un paquete está disponible en Orchestrator (publicaste una nueva versión desde Studio), se indica con el icono 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 estás utilizando la última versión disponible de un paquete en un proceso específico, el icono se muestra junto al proceso.

Aplicaciones utilizadas

Las aplicaciones de Windows utilizadas por el paquete de Studio subyacente se muestran en la sección Aplicaciones , según sea relevante 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 puede recuperar ninguna aplicación, se muestra el mensaje No se han podido recuperar aplicaciones 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

Consulta más información sobre roles.