- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de la compatibilidad con Windows: heredado
- Acerca del archivo Project.Json
- Acerca de la publicación de proyectos de automatización
- Diseñar automatizaciones
- Gestionar paquetes de actividades
- Configuración de los Ajustes del Proyecto de Actividades
- Firma de paquetes
- Control
- Importar entidades
- Experiencia de diseño moderna
- Vincular un proyecto a una idea en Automation Hub
- Usar Data Manager
- 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
- 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
- ST-USG-028: Restringir la invocación de plantillas de archivo
- ST-USG-032 - Etiquetas obligatorias
- ST-USG-034 - URL Automation Hub
- Variables
- Argumentos
- Espacios de nombres importados
- Automatización atendida basada en desencadenadores
- Grabación
- Elementos de la IU
- 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
- Automatización de Citrix Technologies
- Automatización RDP
- Automatización de Salesforce
- Automatización SAP
- Automatización de VMware Horizon
- Registro
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- Conjunto de pruebas - Estudio
- Extensiones
- Solución de problemas
- Acerca de la resolución de problemas
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Internet Explorer x64
- Problemas de Microsoft Office
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Reparar Soporte Active Accessibility
- Automatizar aplicaciones que se ejecutan en un usuario de Windows diferente
- Validation of large Windows-legacy projects takes longer than expected
Guía de usuario de Studio
Acerca de la compatibilidad con Windows: heredado
Studio 2021.10 aportó soporte para proyectos basados en .NET e introdujo el concepto de compatibilidad de proyecto basada en el marco de destino. En versiones anteriores a 2021.10, todos los proyectos utilizaban .NET Framework 4.6.1, pero a partir de Studio 2021.10 has tenido la opción de crear proyectos con la compatibilidad Windows (heredado) (.NET Framework 4.6.1) o con las compatibilidades Windows y multiplataforma basadas en .NET.
La compatibilidad por defecto para los nuevos proyectos es ahora Windows. Aunque seguimos admitiendo la compatibilidad con Windows: heredado, las nuevas características solo estarán disponibles en proyectos con las compatibilidades de Windows y multiplataforma.
Por ejemplo, las siguientes características introducidas en Studio 2022.10 no están disponibles en proyectos Windows (heredado):
- Soporte para crear variables y constantes globales en Data Manager.
- Nueva experiencia de diseño disponible para proyectos multiplataforma y algunas actividades en proyectos Windows.
- La capacidad de personalizar el diseño de las actividades generadas a partir de bibliotecas.
Aunque se admite la creación de nuevos proyectos con la compatibilidad de Windows (heredado) y está habilitada, recomendamos usar la compatibilidad de Windows para beneficiarte de las características no disponibles en Windows: heredado.
En las futuras versiones de Studio, solo podrás abrir, editar y ejecutar proyectos de Windows - Legacy. Sin embargo, las organizaciones seguirán pudiendo utilizar políticas de gobernanza para restaurar la opción de crear proyectos de Windows: heredado configurando los ajustes de marcos de compatibilidad permitidos. Para estar al día de los próximos cambios, consulta el calendario de desapariciones.
En futuras versiones se admitirá la edición, publicación y ejecución de proyectos de Windows: heredado, lo que significa que puedes abrirlos y editarlos como otros proyectos de Windows y multiplataforma. Al abrir un proyecto de Windows: heredado existente, se muestra un mensaje en la parte superior de la ventana.
Studio viene con una herramienta de conversión integrada que te permite convertir cualquier proyecto Windows (heredado) a Windows.
Cuando conviertes un proyecto a Windows:
- Las dependencias del proyecto se gestionan en función de las siguientes reglas:
- Si existe la misma versión del paquete en los orígenes del paquete configurados, la versión utilizada en el proyecto Windows: heredado no cambia.
- Si no existe la misma versión del paquete, la versión utilizada en el proyecto Windows: Legacy se cambia al parche más alto de la versión más cercana.
- Todas las actividades y propiedades se conservan en el proyecto convertido.
- Los espacios para nombre que son diferentes en los proyectos Windows y Windows (heredado) son actualizados.
-
Se añaden los espacios de nombre necesarios en los proyectos Windows y los utilizados solo en proyectos Windows (heredado) se eliminan.
Aviso: Convierte y vuelve a publicar las bibliotecas de Windows (heredado) antes de convertir los procesos en los que están instaladas como dependencias.
Para convertir un proyecto heredado a la compatibilidad Windows:
-
Abre el proyecto Windows (heredado) en Studio y asegúrate de abrirlo solo en una instancia de Studio.
-
Haz clic derecho en el nodo del proyecto en el panel de Proyecto y a continuación selecciona Convertir a Windows. Se mostrará una nueva ventana.
-
Selecciona cómo convertir:
- Para crear una copia de proyecto actual utilizando la compatibilidad Windows y mantener el proyecto original Windows (heredado), selecciona Crear un nuevo proyecto. Introduce el nombre, la ubicación donde crearlo y, de forma opcional, una descripción para el nuevo proyecto.
- Para actualizar el proyecto existente y convertirlo a la compatibilidad Windows, desactiva la casilla Crear un nuevo proyecto. Si seleccionas esta opción, los cambios realizados al proyecto no podrán deshacerse.
- Haz clic en Convertir.
Si los problemas de dependencia provocan actividades no resueltas tras la conversión, en la parte superior de cada una verás un mensaje que indica que falta o que no se ha podido cargar.Se dispone de la siguiente información para cada una: nombre para mostrar, espacio de nombres de la actividad, propiedades y valores de la actividad. Haz clic en Reemplazar para encontrar una alternativa y reemplazar la actividad faltante o no válida. Para obtener más información, consulta Actividades faltantes o no válidas.
Limitaciones conocidas
- Las siguientes expresiones son incompatibles con los proyectos de Windows y deben cambiarse manualmente para convertir correctamente un proyecto de Windows - Legacy a Windows:
Sintaxis de Windows - Legacy Sintaxis de Windows {}new Object() {}{task_output.Id.ToString,task_action,now,I_comment}new Object() {task_output.Id.ToString,task_action,now,I_comment } - Para resolver los errores de validación generados por otras expresiones que funcionaban antes de la conversión, corta la expresión utilizando el atajo de teclado CTRL + X y pégala en el campo de actividad utilizando CTRL + V.
