Acerca de los proyectos de automatización

UiPath Studio te permite crear los siguientes tipos de proyectos:

• Proceso: diseña un proceso de automatización y publícalo para que los UiPath Robots puedan ejecutarlo.
• Biblioteca : diseña flujos de trabajo como componentes reutilizables y publica el proyecto como una biblioteca que se puede añadir como dependencia a varios procesos. Para obtener más información, consulta Acerca de las bibliotecas.
• Probar automatización : diseña un proyecto de prueba de automatización. Para obtener más información sobre la automatización de pruebas, consulta la sección Conjunto de pruebas .
• Plantilla : diseña un proceso y publícalo como una plantilla en la que puedan basarse otros procesos que comparten características. Para obtener más información, consulta Plantillas de proyecto.

Para crear un nuevo proyecto en blanco, ve a Inicio (vista Backstage de Studio) > Iniciar y selecciona el tipo de proyecto que se creará en Nuevo proyecto. También puedes comenzar con una plantilla predeterminada disponible en Nuevo desde plantilla o ir a la pestaña Plantillas para buscar más plantillas de varios orígenes.

En la ventana del nuevo proyecto, configura lo siguiente para cada proyecto:

• Especifica un nombre para el nuevo proyecto (hasta 128 caracteres) y una descripción que resuma lo que pretendes hacer con este proyecto de automatización (hasta 500 caracteres).
• Selecciona la ubicación en la que quieres crear el proyecto. La ubicación predeterminada donde se crean los proyectos es %USERPROFILE%\Documents\UiPath.

• Selecciona la compatibilidad y el lenguaje.

  Aviso: La compatibilidad y el lenguaje no podrán cambiarse después de crear un proyecto. Sin embargo, puedes convertir tus proyectos Windows (heredado) a la compatibilidad de Windows.

La carpeta de proyecto incluye de forma predeterminada los siguientes archivos y subcarpetas:

• Archivos

  • Main.xaml: creado de forma predeterminada para contener tu flujo de trabajo principal. Además, todos los demás archivos XAML que añadas al proyecto se almacenarán en la carpeta del proyecto. Opcionalmente, puedes configurar un archivo diferente como principal. Todos los archivos deben estar vinculados mediante la actividad Invocar archivo de flujo de trabajo al archivo establecido como principal o a un archivo marcado como punto de entrada al proyecto. Para proyectos de pruebas de automatización, se crea un archivo TestCase.xaml de forma predeterminada en lugar de Main.xaml.
    Nota:

    • No puedes ejecutar proyectos de Windows que contengan un archivo XAML llamado Init.xaml.
    • Un archivo XAML colocado en la carpeta raíz de un proyecto no puede tener el mismo nombre que una subcarpeta que contenga otros archivos XAML.
  • project.json: contiene información sobre su proyecto de automatización.

• Subcarpetas

  • .entities: contiene datos sobre entidades importadas de Data Service, si se utiliza alguna en el proyecto.
  • .local: contiene datos en caché local para el proyecto.
    Nota:

    • La carpeta .local está oculta. Puedes habilitar la visualización de elementos ocultos desde la configuración del explorador de archivos de Windows.
    • La carpeta .local no se debe compartir entre proyectos.
  • .objects: contiene datos relacionados con elementos añadidos al Repositorio de objetos, si se utiliza alguno en el proyecto.
  • .project: contiene etiquetas añadidas al proyecto.
  • .screenshots: contiene capturas de pantalla informativas generadas en actividades de automatización de la IU, si se utiliza alguna en el proyecto.
  • .settings: contiene configuraciones de proyectos de actividad utilizadas en tiempo de ejecución.
  • .templates: contiene plantillas de archivo añadidas al proyecto.
  • .tmh: contiene datos relacionados con casos de prueba, si se utiliza alguno en el proyecto.
    Nota: Los proyectos creados con versiones más recientes de Studio podrían no funcionar con versiones de Studio más antiguas. Más información sobre la Compatibilidad con versiones anteriores y posteriores.
    No puedes utilizar los siguientes caracteres en los nombres de archivo ", <, >, |, :, *, ?, \, /,;. Estos caracteres proceden de restricciones de Microsoft Windows y de otras restricciones de caracteres especiales.

Importante: ejecutar procesos de Studio en Robots Automation Cloud™: máquinas virtuales y Robots Automation Cloud™: sin servidor no está destinado a fines de desarrollo.

Configuración de la compatibilidad del proyecto

Cuando crees un nuevo proyecto, selecciona la compatibilidad en función del entorno en el que va a ejecutarse el proyecto:

• Windows: usa .NET 6 con soporte para Windows. Esta es la opción predeterminada.
• Multiplataforma: usa .NET 6 con soporte multiplataforma.

• Windows - Legacy - Usa .NET Framework 4.6.1. la compatibilidad utilizada en las versiones anteriores a la 2021.10.

  Importante:

  • Los procesos Windows y multiplataforma necesitan Orchestrator 2021.10 o superior para funcionar.
  • La opción Windows: Legacy ya no estará disponible para nuevos proyectos en un futuro próximo. Recomendamos seleccionar Windows o Multiplataforma al crear un nuevo proyecto. Puede convertir sus proyectos Windows (heredado) a compatibles con Windows.

Para conocer las diferencias entre compatibilidades, consulta la siguiente tabla. Para obtener más información sobre la experiencia de diseño en cada compatibilidad, consulta Diseñar automatizaciones.

	Windows: Legacy	Ventanas	Multiplataforma
Ejecución de procesos	32 bits	64 bits	64 bits
Plataformas compatibles para la ejecución	Windows (64 bits)	Windows (64 bits)	Windows, Linux y macOS (64-bit)
Los procesos se compilan cuando se publican	No. Los paquetes publicados contienen los archivos de origen del proyecto.	Sí. Los paquetes publicados contienen archivos DLL compilados.	Sí. Los paquetes publicados contienen archivos DLL compilados.

Solo los paquetes de actividades que admitan la compatibilidad seleccionada pueden instalarse desde el Gestor de paquetes.

La compatibilidad de cada proyecto se muestra en la parte derecha de la barra de estado de Studio y en el panel Proyecto > nodo Dependencias. La compatibilidad también se muestra en la entrada de cada proyecto en la lista Abrir recientes en Inicio (vista Backstage de Studio) > pestaña Iniciar.

Nota: no se admiten actividades de copiar y pegar entre proyectos con diferentes compatibilidades.

Diseño de proyectos multiplataforma

Los proyectos multiplataforma te permiten crear automatizaciones que no necesitan de la interacción de un usuario y automatizaciones para navegador web utilizando Chrome. Las automatizaciones multiplataforma pueden ejecutarse en sistemas operativos Windows y de tipo Unix como Linux y macOS.

Para crear proyectos desatendidos con compatibilidad con multiplataforma:

1. En Studio, crea un nuevo proyecto y selecciona la opción de compatibilidad Multiplataforma. Esta opción está disponible para todos los tipos de proyecto. Para procesos que utilizan el lenguaje VB para las expresiones, tienes la opción de trabajar tanto en Studio como en Studio Web.

2. Diseña la automatización. Ten en cuenta que no todos los paquetes de actividades son compatibles con proyectos multiplataforma, por lo que solo habrá disponible una selección de paquetes en el gestor de paquetes. Más información sobre la experiencia de diseño en proyectos multiplataforma.

   Las dependencias predeterminadas para proyectos multiplataforma son:

   • En el perfil de Studio: UiPath.System.Activities, UiPath.Testing.Activities, UiPath.WebApi.Activities y UiPath.UIAutomation.Activities.
   • En el perfil StudioX: UiPath.System.Activities, Microsoft Office 365, Google Workspace y UiPath.UIAutomation.Activities.
3. Prueba la automatización. Recomendamos que pruebes las automatizaciones en las máquinas en las que se ejecutarán mediante la depuración remota, que funciona tanto en Windows como con UiPath Robots Linux y UiPath Robots macOS.

4. Después de probar la automatización, publica el proyecto en Orchestrator. El procedimiento para ejecutar trabajos unattended es el mismo para Windows, macOS y Linux.

   Importante: Esta versión de Studio no es compatible con versiones anteriores de paquetes de actividades multiplataforma que estaban disponibles en Studio 2022.4 o versiones anteriores. Si creaste proyectos multiplataforma en versiones de Studio anteriores a la 2022.10, actualiza los paquetes instalados a sus últimas versiones antes de editarlos en la versión 2022.10 de Studio o posteriores. Algunas propiedades pueden no estar ya disponibles para su edición.

Abrir un proyecto en Studio Web

Si quieres diseñar tus proyectos multiplataforma sobre la marcha y desde cualquier dispositivo, directamente desde tu explorador, puedes añadir proyectos a la nube y editarlos en Studio Web, el diseñador de automatizaciones en UiPath Automation Cloud. Cuando añades un proyecto a la nube, los cambios siempre están sincronizados, lo que te permite cambiar sin problemas entre el escritorio y la web, y continuar desde el punto donde lo dejaste.

Cuando un proyecto de Studio es compatible con Studio Web, se muestra la etiqueta Compatible con nube en la parte derecha de la barra de estado de Studio. Para que el proyecto esté disponible en Studio Web, selecciona Compatible con Cloud > Guardar en Cloud.

Nota: Los proyectos que usan el lenguaje C # para expresiones no son compatibles con Studio Web. Puedes guardar un proyecto C # en la nube, pero no podrás editarlo en Studio Web.

Gestionar un proyecto en la nube en Studio

Para que sea compatible con Studio Web, los proyectos multiplataforma deben cumplir los siguientes requisitos:

• El tipo de proyecto es proceso.
• El lenguaje de las expresiones es VB.
• El proyecto contiene un único archivo de flujo de trabajo.

Una vez guardado un proyecto en Studio Web, la etiqueta en la barra de estado cambia a Proyecto Cloud. Haz clic en la etiqueta para abrir un menú desplegable con opciones que te permitan gestionar el proyecto:

• Guardar en la nube : guarda los últimos cambios que hayas realizado en Studio Desktop en el proyecto en Studio Web. Si el proyecto remoto tiene cambios, primero debe confirmar que desea sobrescribirlos. No puedes guardar en la nube si Studio Web está bloqueando el proyecto.
• Abrir en Studio Web : abre el proyecto en Studio Web. Si Studio Web está bloqueando el proyecto, se muestra un error y el proyecto se abre en una nueva pestaña en modo de solo lectura.
• Guardar una copia: guarda el proyecto actual de forma local como nuevo proyecto. Puedes editar el nombre, seleccionar dónde guardarlo e introducir la descripción de un proyecto.

• Obtener la versión más reciente: obtén los últimos cambios que hayas realizado en Studio Web. Si hay diferencias entre el proyecto remoto y el proyecto local, primero debes confirmar que quieres sobrescribir las versiones locales.

  
  

  

  
  

Del mismo modo, cuando creas un proyecto en Studio Web, tienes la opción de seguir trabajando en Studio. Desde la página Proyectos en Studio Web, abre el menú en la parte derecha de un proyecto y luego selecciona Abrir en Studio Desktop.

Cómo se sincronizan los cambios entre Studio y Studio Web

Al guardar y cerrar un proyecto en la nube en Studio, los cambios también se guardan en el proyecto remoto si Studio Web no está bloqueado. Al abrir el proyecto en Studio Web, el proyecto se actualiza con cualquier cambio que haya guardado en la nube en Studio.

Al abrir un proyecto en la nube en Studio, el proyecto se actualiza con cualquier cambio que hayas realizado en Studio Web. Para actualizar un proyecto que ya está abierto en Studio con los últimos cambios de Studio Web, selecciona Proyecto en la nube > Obtener la última versión en la barra de estado de Studio.

En ambos casos, si hay diferencias entre el proyecto local y el remoto, se te pedirá confirmación antes de proceder.

Configurar el idioma del proyecto

Cuando creas un nuevo proyecto en el perfil de Studio, puedes seleccionar qué lenguaje usar para las expresiones, VB o C#. VB es el lenguaje seleccionado de forma predeterminada, pero puedes configurar C# como el lenguaje predeterminado para nuevos proyectos yendo a Inicio (vista Backstage de Studio) > Configuración > Diseño. Los proyectos creados en el perfil StudioX utilizan el lenguaje VB.NET para las expresiones.

No se admite el uso de expresiones de VB y C# en el mismo proyecto. Tampoco se admite el uso de expresiones de VB en flujos de trabajo de C# y viceversa. Al copiar y pegar actividades de otros proyectos, invocar o importar flujos de trabajo, asegúrese de usar el mismo lenguaje que en su proyecto.

Puede instalar bibliotecas de C# como dependencias en proyectos de VB y viceversa.No obstante, no se podrá acceder a los valores predeterminados para argumentos del proyecto de biblioteca que usan expresiones específicas de lenguaje desde el proyecto donde se instala la biblioteca.

Limitaciones de C#

• La implementación actual de C# se basa en el compilador de C# que utiliza la versión 5 de C#, por lo que el acceso está limitado a características más recientes como asignación de uso combinado, operador condicional null, operador de uso combinado de null, interpolación de cadena y otros.
• Los proyectos que contienen expresiones con incrementos no son válidos.
• Las expresiones que contienen el operador nameof() se marcan como no válidas y no se permiten con la implementación de C# actual.
• Las expresiones que contienen llamadas a métodos con argumentos opcionales deben incluir valores para los argumentos opcionales.
• El tiempo de diseño y el rendimiento en tiempo de ejecución de los proyectos de C# son inferiores en comparación con VB.NET. Cuando el rendimiento en tiempo de ejecución sea esencial, se recomienda usar VB.NET en lugar de C#.

Establecer la versión del proyecto

Versionado semántico

El esquema de control de versiones semántico tiene el formato Mayor.Menor.Parche[-Sufijo], donde:

• Principal es la versión principal.
• Secundaria es la versión secundaria.
• Parche es la versión del parche.
• -Sufijo (opcional) es un guion seguido de una serie de identificadores separados por puntos inmediatamente después de la versión del parche. Esto indica que se trata de una versión preliminar.

Los identificadores deben estar formados solo por caracteres alfanuméricos ASCII y guiones, y no deben estar vacíos. Los identificadores numéricos no deben incluir ceros a la izquierda. Además, los metadatos de compilación pueden indicarse mediante un signo más y una serie de identificadores separados por puntos inmediatamente después de la versión del parche o prelanzamiento, por ejemplo 1.0.0-alpha+1.

Al crear un nuevo proceso o biblioteca, el esquema de versión predeterminado es semántico. Se puede cambiar desde la ventana Publicar simplemente añadiendo un dígito adicional al número de versión. La versión de semántica del proyecto también puede modificarse en el archivo project.json. El número de parche 0 se añade automáticamente a los proyectos con el número de versión major.minor.

Control de versiones heredadas

El número de versión heredada generado para el proyecto tiene el formato M.m.bbb.rrrr. donde:

• M es la versión principal.
• m es la versión secundaria.
• bbbb es la versión de compilación.
• rrrr es la versión de revisión.

Las versiones principales y secundarias pueden modificarse también en el archivo project.json, mientras las versiones de compilación y revisión se generan según un algoritmo, el valor de la versión de compilación es el número de días transcurridos desde el 01-01-2000. El valor de la revisión es el número de segundos que transcurre desde el día actual hasta el momento del lanzamiento de la versión. El resultado se divide entre 2, de modo que el número máximo de la revisión no exceda de 65535.

El número de versión sugerido en la ventana Publicar se genera en función del esquema de versiones anteriores del proyecto, mientras que la fecha y la marca de tiempo actuales se tienen en cuenta para los proyectos que utilizan el esquema de versiones de 4 dígitos.

Gestionar proyectos

El panel Proyecto te permite ver el contenido del proyecto actual, añadir carpetas, abrir la ubicación del archivo, gestionar dependencias y ajustar la configuración del proyecto.

Copiar y pegar archivos desde el Explorador de archivos directamente en el panel Proyecto. Lo mismo puede hacerse mediante arrastrar y soltar en uno o varios archivos, incluidos los flujos de trabajo de .xaml. También puedes usar las combinaciones de teclas Ctrl+C y Ctrl+V o las opciones Copiar y Pegar en el menú contextual para copiar y duplicar archivos o carpetas dentro del panel.

Puedes hacer doble clic en los archivos con extensiones TXT, CS, VB, JSON (menos el archivo project.json) y XML que tengan menos de 10 MB para editarlos en Studio en un editor de texto con resaltado de sintaxis.

Opción	Descripción
Expandir todo	Expande todos los nodos de proyecto de automatización.
Contraer todo	Contrae todos los nodos del proyecto de automatización.
Actualizar	Actualiza el proyecto.
Mostrar todos los archivos	Muestra todos los archivos que pertenecen al proyecto de automatización, incluido el project.json.
Explorador de archivos	Abre la ubicación del proyecto en la máquina.
Configuración del proyecto	Abre la ventana Configuración del proyecto para los procesos o las bibliotecas.

Menú contextual para proyectos

Haz clic con el botón derecho en cualquier lugar del panel Proyecto para abrir el menú contextual con las opciones descritas en la tabla siguiente. Hay disponible un subconjunto diferente de opciones en función de la parte del panel en la que haces clic con el botón derecho, el tipo de proyecto y si el proyecto se añade al control de origen.

Opción	Descripción
Abrir carpeta de proyectos	Abre la carpeta local que contiene el proyecto.
Configuración del proyecto	Abre la ventana Configuración del proyecto para ajustar las preferencias del proyecto.
Añadir	Abre una lista de elementos que pueden añadirse al proyecto: carpeta, secuencia, diagrama de flujo, máquina de estados, controlador global, flujo de trabajo o, en proyectos de probar automatización, caso de prueba. Utiliza el flujo de trabajo para crear un archivo de flujo de trabajo basado en plantillas integradas (secuencia, diagramas de flujo, máquina de estados) o plantillas de archivo locales.
Importar archivos	Abre la ventana del Explorador de archivos para importar archivos a tu proyecto. El filtro *.xaml se aplica de manera predeterminada para enumerar solo los archivos del flujo de trabajo, pero puedes cambiarlo a todos los archivos para importar otros tipos de archivo. Importado: se añade al archivo de nombre importado si coincide con el nombre de un flujo de trabajo desde el proyecto actual. Solo puedes importar los archivos del flujo de trabajo que utilicen el mismo lenguaje para las expresiones que el proyecto actual. Cuando importas un archivo de flujo de trabajo, las dependencias del actual proyecto se comparan con las del archivo del proyecto de origen, si hubiera uno disponible. Si se da alguna discrepancia, la ventana Importar flujo de trabajo se muestra con información sobre los cambios necesarios para evitar actividades no resueltas. Las actualizaciones de dependencias disponibles se seleccionan de forma predeterminada y se instalan cuando seleccionas Importar. El icono indica una dependencia faltante que debería instalarse. El icono indica una versión más reciente utilizada en el proyecto de origen a la que deberías actualizarte. El icono se muestra en el caso de que una dependencia faltante no esté disponible para el proyecto actual, o si la versión disponible es diferente a la que hay en el proyecto de origen. De manera opcional, puedes indicar un archivo project.json para usarlo como referencia y seleccionar si buscar en las versiones preliminares del paquete.
Convertir a Windows	En un proyecto Windows (heredado), abre la ventana Convertir a Windows donde podrás convertir el proyecto a la compatibilidad de Windows.
Extraer como biblioteca	Extrae un proyecto de proceso o de probar automatización como biblioteca.
Añadir a control de origen	Añade el proyecto actual al control de origen mediante las opciones Iniciación de GIT, Copiar a Git Añadir a TFS o Añadir a SVN. Ten en cuenta que esta opción solo está visible al hacer clic con el botón derecho en el nodo del proyecto. Cuando se añade un proyecto al control de origen, aparecen nuevas opciones disponibles en el menú contextual. Consulta las opciones para GIT y las opciones para SVN y TFS.
Abrir	Abre los archivos seleccionados con el programa predeterminado.
Abrir la ubicación del archivo	Abre la carpeta local que contiene el archivo.
Cambiar nombre	Te permite cambiar el nombre del archivo o la carpeta seleccionados y abre la ventana Cambiar nombre del elemento. Se cambiará el nombre de todas las repeticiones del elemento. Nota: la ruta completa del nuevo archivo no debe superar los 258 caracteres.
Copiar	Copia los archivos o carpetas seleccionados al portapapeles. Luego puedes pegarlos en el panel del proyecto o en el explorador de archivos de Windows.
Pegar	Pega archivos o carpetas que se copiaron en el portapapeles.
Eliminar	Elimina el elemento seleccionado solo de la máquina local.
Seleccionar para comparar	Selecciona el archivo actual para la comparación.
Comparar con seleccionados	Compara el archivo actual con el archivo seleccionado previamente mediante Comparar archivos.
Buscar referencias	Busca todas las referencias al archivo del proyecto. Los resultados se muestran en el panel Buscar referencias.
Abrir en el editor de texto	Abre el archivo de texto seleccionado en un editor de texto en Studio en modo solo lectura. Para abrir un archivo de texto en modo edición, haz doble clic en él. Puedes hacer doble clic en los archivos con extensiones TXT, CS, VB, JSON (menos archivos project.json) y XML que tengan menos de 10 MB para editarlos en Studio en un editor de texto con resaltado de sintaxis.
Depurar archivo	Depura el archivo .xaml seleccionado.
Establecer como principal	Establece el archivo seleccionado .xaml como Principal en la definición del proyecto, lo que significa que la ejecución del proyecto se inicia con ese archivo. Solo puede haber un archivo Principal en el proyecto. El nombre del archivo establecido como principal aparece en negrita en el panel Proyecto.
Diseño de la actividad	Abre la ventana Propiedades para los archivos de proyectos de biblioteca, en los que podrás personalizar el diseño de la actividad generada.
Establecer como controlador global	Establece el archivo .xaml como el Controlador global de excepciones para el proyecto. Esto se aplica a un flujo de trabajo por proyecto/proceso.
Quitar controlador	Elimina la etiqueta Controlador de excepciones global del archivo .xaml.
Habilitar punto de entrada	Marca el archivo de flujo de trabajo seleccionado como un punto de entrada para el proceso, lo que permite seleccionarlo como el flujo de trabajo que se va a ejecutar primero al seleccionar las actividades Invocar proceso y Ejecutar proceso paralelo en otros procesos, o al iniciar un trabajo desde Orchestrator. Nota: Cuando un archivo se marca como punto de entrada, se muestra una flecha en el icono situado junto al nombre del archivo . Al habilitar un archivo que se omite de la publicación como un punto de entrada, se establece el archivo como publicable. Esta opción no está disponible para los archivos de caso de prueba. Esta opción no está disponible en los proyectos de biblioteca.
Deshabilitar punto de entrada	Ya no marca el archivo de flujo de trabajo seleccionado como un punto de entrada para el proceso. Esta opción no está disponible para el archivo de flujo de trabajo que está establecido como principal.
Extraer como plantilla	Guarda el flujo de trabajo o caso de prueba seleccionado como una plantilla en la que puedes basar otros archivos en el proyecto. El uso de una plantilla de archivo te permite ahorrar tiempo cuando tengas que crear varios archivos con la misma estructura. Cuando añadas un nuevo flujo de trabajo o caso de prueba, tienes la posibilidad de basarlo en cualquier plantilla del mismo tipo que exista en la carpeta de proyectos Plantillas.
Ignorar desde la publicación/Configurar como publicable	Marca uno o más archivos seleccionados como excluidos de la publicación o como publicables. Nota: Cuando se omite un archivo de la publicación, el icono situado junto al nombre del archivo se vuelve gris . Al ignorar un archivo marcado como un punto de entrada desde la publicación, se deshabilita el punto de entrada. Estas opciones no están disponibles para archivos de flujo de trabajo en proyectos de biblioteca. En proyectos en los que se compilan archivos XAML cuando se publican, los archivos de flujo de trabajo y de casos de prueba que no están excluidos de la publicación no se compilan.
Convertir en privado/Convertir en público	Marca uno o más archivos seleccionados en un proyecto de biblioteca como privados o públicos. Se incluirá un archivo de flujo de trabajo privado en el paquete publicado, pero no se creará un componente reutilizable y se pondrá a disposición en el panel Actividades en los proyectos en los que la biblioteca esté instalada como dependencia. Nota: Cuando un archivo se marca como privado, el icono situado junto al nombre del archivo se vuelve gris . Estas opciones no están disponibles para los archivos de casos de prueba.
Crear Caso de Prueba	Crea un caso de prueba que invoca el archivo de flujo de trabajo seleccionado.
Convertir a caso de prueba/Convertir a flujo de trabajo	Convierte los flujos de trabajo seleccionados en casos de prueba o los casos de prueba seleccionados en flujos de trabajo.
Importar casos de prueba	Importa los casos de prueba en el proyecto como borradores de casos de prueba.
Añadir datos de la prueba	Abre la ventana Importar fuente de variación de datos, que te permite añadir datos de prueba al proyecto. Esta opción solo está disponible para casos de prueba.
Enlace a Test Manager	Abre la ventana Enlace a Test Manager, que te permite vincular los casos de prueba seleccionados con Test Manager.
Ejecutar casos de prueba/Depurar casos de prueba	Ejecuta o depura varios casos de prueba seleccionados.

Opciones del menú contextual para GIT

En los proyectos añadidos a los repositorios GIT, se muestra un icono junto a cada archivo del panel Proyecto para indicar el estado del archivo:

El archivo se sincroniza con el repositorio.

El archivo se ha modificado.

El archivo se ha añadido.

El archivo se ha eliminado.

Haz clic con el botón derecho en un archivo o proyecto en el panel Proyecto para abrir el menú contextual específico de GIT para Administrar proyectos con GIT.

Opción	Descripción
Confirmar	Confirma los cambios actuales en el repositorio de GIT local.
Insertar	Envía la versión actual al repositorio remoto.
Incorporar (cambio de base)	Extrae archivos remotos y reorganiza la base de la rama actual.
Administrar ramas	Abre la ventana GIT con opciones para gestionar las ramas actualmente añadidas.
Mostrar cambios	Abre la ventana Diferencia de archivos para comparar los cambios entre la versión local y la versión remota del archivo.
Mostrar historial	Abre la ventana Mostrar historial para comparar dos versiones del mismo archivo.
Deshacer	Abre la ventana Deshacer cambios pendientes si el archivo no se ha asignado ni enviado al repositorio remoto.
Copiar URL del repositorio	Copia la URL del repositorio del proyecto al portapapeles.

Opciones del menú contextual para SVN y TFS

En los proyectos añadidos a los repositorios SVN o TFS, se muestra un icono junto a cada archivo del panel Proyecto para indicar el estado del archivo:

El archivo no se extrae para su edición.

El archivo se ha extraído para su edición.

El archivo se ha modificado.

El archivo se ha añadido.

Haz clic con el botón derecho en un archivo o proyecto en el panel Proyecto para abrir el menú contextual con opciones específicas para gestionar proyectos con TFS o SVN.

Opción	Descripción
Abrir	Abre el archivo .xaml seleccionado en el panel Diseñador, en modo de solo de lectura si no se ha comprobado para edición desde el repositorio TFS/SVN.
Cambiar nombre	Te permite cambiar el nombre del archivo o la carpeta seleccionados y abre la ventana Cambiar nombre del elemento. Al comprobar el nombre del archivo .xaml renombrado, la versión anteriormente modificada también debe comprobarse.
Eliminar	Elimina el elemento seleccionado solo de tu máquina local. La última versión comprobada del archivo aún está disponible en el repositorio TFS/SVN.
Extraer para editar	Marca el archivo o la carpeta seleccionados como bloqueados para su edición. Al extraer un archivo, lo bloquea en el servidor para que nadie más pueda editarlo.
Finalizar la edición	Coloca el archivo project.json en el repositorio junto con los cambios y un mensaje de confirmación.
Añadir	Carga el elemento seleccionado al servidor TFS/SVN. Esta opción no está disponible, si se ha cargado el elemento previamente en el servidor.
Obtener la última versión	Descarga la versión más reciente del elemento seleccionado desde el repositorio TFS/SVN.
Mostrar cambios...	Abre el Diferencia de archivos para comparar los cambios entre el archivo versionado y el asignado localmente.
Proteger	Muestra la ventana Proteger cambios y te permite cargar el elemento seleccionado en el servidor como la versión más reciente. Es necesario guardar el archivo .xaml antes de cargarlo. Una vez que se registra, el archivo pasa a ser de solo lectura en Studio.
Deshacer	Muestra la ventana Deshacer cambios pendientes y te permite revertir los cambios realizados en el proyecto, ya sea revirtiendo los archivos modificados a estados anteriores o no versionados o recuperando los archivos eliminados de la máquina local. Los cambios no pueden revertirse después de registrarse el archivo.
Iniciar	Ejecuta el flujo de trabajo seleccionado, incluso si no se ha extraído ni añadido al repositorio.
Establecer como principal	Establece el archivo .xaml seleccionado como el principal del proyecto. El primer archivo .xaml creado se establece como principal de forma predeterminada.
Copiar URL del repositorio	Copia la URL del repositorio del proyecto al portapapeles.

Ajustar la configuración del proyecto

Se puede establecer una serie de configuraciones individuales para cada proyecto de automatización en el que estés trabajado. Dicha configuración está disponible en la ventana Configuración del proyecto, que se puede abrir haciendo clic en en el panel Proyecto.

Descripción del campo para la ventana Configuración

La siguiente tabla describe la configuración del proyecto para proyectos de proceso, pruebas de automatización y plantillas. Para obtener información sobre la configuración disponible para las bibliotecas, consulta Acerca de las bibliotecas.

Campo	Descripción
Nombre	Cambia el nombre del proyecto. Dichos nombres pueden contener espacios en blanco. Al nombrar proyectos, ten en cuenta que los espacios en blanco se eliminan en el momento de la publicación. Este campo acepta hasta 128 caracteres.
Descripción	Cambia la descripción del proyecto. Este campo acepta hasta 500 caracteres.
Etiquetas del proyecto	Puedes añadir una o más etiquetas al proyecto, ya sea creando nuevas o reutilizando etiquetas ya definidas en Orchestrator. Hay dos tipos de etiquetas: etiquetas y propiedades (pares de valor clave). Las etiquetas se incluyen en el paquete publicado y ayudan a describir y categorizar los proyectos. Por ejemplo, pueden hacer referencia a la aplicación automatizada (una etiqueta Excel) o el departamento (una propiedad department:accounting de valor clave). Cuando comienzas a escribir, se sugieren coincidencias posibles de las etiquetas ya definidas y puedes reutilizar una seleccionándola del listado de coincidencias. En el caso de las coincidencias de propiedad, se muestra primero la clave seguida por el carácter : (dos puntos) y los valores asociados se muestran después de seleccionar la clave, Para añadir una etiqueta nueva, después de introducir el nombre, haz clic en la entrada con el signo más junto al nombre. Separar las strings con el carácter : (dos puntos) te permite añadir propiedades, mientras que las entradas que no contenga un : añaden etiquetas. Las etiquetas y las propiedades clave/valor tienen un límite de 256 caracteres. Los nombres de etiquetas no pueden contener estos caracteres: <, >, %, &, \, ?, /, :. Las etiquetas del proyecto se pueden aplicar automáticamente a los procesos en Orchestrator. Para obtener más información sobre el uso de etiquetas, consulta Organizar recursos con etiquetas en la guía de Orchestrator.
URL del Automation Hub	URL de una idea de Automation Hub vinculada al proyecto. Para obtener más información, consulta Vincular un proyecto a una idea en Automation Hub.
Icono de paquete	También puedes definir un icono personalizado para el proyecto. Puedes buscar y seleccionar un archivo, o introducir una ruta o URL pública a un archivo jpeg, jpg, o png, de hasta 1 MB de tamaño. Una vez publicado el proyecto, el icono se muestra de la siguiente manera: En el caso de los procesos, en el Asistente junto al nombre del proceso, lo que facilita su identificación en la lista de procesos. Para las plantillas, junto a la plantilla en Inicio (vista Backstage de Studio) > Plantillas. Para las bibliotecas, junto al paquete en la sección Gestionar paquetes en Studio. Nota: el icono no es visible en Administrar paquetes si se utiliza un archivo local para una biblioteca publicada en Orchestrator o una fuente que no admite iconos integrados. En este caso, especifica el icono utilizando una URL.
Deshabilitar pausa	Habilita o evita que los usuarios detengan la ejecución desde UiPath Assistant. Establécelo en Sí si al pausar el proceso durante la ejecución se bloquea. Por ejemplo, si una actividad del flujo de trabajo utiliza la propiedad Timeout, al pausar la ejecución podría hacer que el tiempo de espera caduque, rompiendo así la ejecución.
Automatización atendida	Establécelo en Sí para indicar que el proyecto solo debería ejecutarse en un contexto attended. Utiliza esta configuración para proyectos que incluyan actividades de automatización de IU u otras actividades que requieran la interacción del usuario.
Se inicia en segundo plano	Establécelo en Sí para convertir el proyecto en un Proceso en segundo plano y haz que se pueda ejecutar en segundo plano al mismo tiempo que otros procesos, siempre que no utilice la interacción de la interfaz de usuario.
Compatible con persistencia	Establécelo en Sí para convertir el proyecto en un Proceso de orquestación.
Opciones de PiP	Indica si el proyecto ha sido probado usando Picture in Picture (PiP) y si debe iniciarse en PiP de forma predeterminada. Probado para el uso PiP; se inicia en PiP: la automatización ha sido aprobada para ejecutarse en modo PiP. Cuando se ejecuta, se inicia en PiP de forma predeterminada. Probado para el uso PiP; No se ha iniciado en PiP de forma predeterminada: la automatización ha sido aprobada para ejecutarse en Modo PiP. Cuando se ejecuta, se inicia en la sesión principal o en el escritorio de forma predeterminada. No probado para uso PiP: la automatización no ha sido aprobada para ejecutarse en modo PiP. Cuando se ejecuta, se inicia en la sesión principal o en el escritorio de forma predeterminada. Si se ejecuta en PiP, un cuadro de diálogo informa al usuario de que no se ha probado usando esta característica y solicita confirmación antes de continuar.
Tipo de PiP	Selecciona cómo aislar la automatización de la sesión del usuario al ejecutar el proyecto en PiP: Nueva sesión (sesión secundaria en la máquina) o Nuevo escritorio (escritorio virtual en la sesión del usuario).

Haz clic en Aceptar y los cambios se hacen visibles en el panel Proyecto y el archivo project.json.

Consulta la página Configurar proyecto de actividades para leer cómo ajustar las propiedades de las actividades a nivel del proyecto.

Nota: Ten en cuenta que siempre que quieras copiar un gran número de actividades de una secuencia a otra, se recomienda desplazarse hasta la parte inferior del panel Diseñador de antemano. Esto se debe a una limitación de Windows Workflow Foundation.

Eliminar recursos de proyecto no utilizados

Los recursos innecesarios pueden hacer que los proyectos sean más difíciles de entender y pueden afectar al rendimiento. Para evitar este problema, elimina los recursos no utilizados de tus proyectos haciendo clic en Eliminar no utilizados en la cinta de Studio y luego seleccionando lo que quieres eliminar:

• Flujos de trabajo: elimina archivos del flujo de trabajo a los que no se hace referencia en el proyecto.
• Variables: elimina las variables que no se utilizan en el archivo actualmente abierto.
• Argumentos: elimina los argumentos que no se utilizan en el archivo actualmente abierto.
• Dependencias: elimina los paquetes de actividades instalados de los que no se utilizan actividades en el proyecto.
• Importaciones: elimina los espacios de nombres importados que no se utilizan en el archivo abierto actualmente.
• Capturas de pantalla: eliminar las capturas de pantalla informativas que no se utilizan en ninguna actividad del proyecto.