- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- Sobre a compatibilidade com o Windows - Legado
- Sobre o arquivo Projetor.Json
- Sobre a publicação de projetos de automação
- Projetando automações
- Gerenciamento de pacotes de atividades
- Como definir as configurações do projeto de atividades
- Como assinar pacotes
- Governança
- Como importar entidades
- Experiência de Criação Moderna
- Vincular um projeto a uma ideia no Automation Hub
- Usando o Gerenciador de dados
- Dependências
- Tipos de fluxos de trabalho
- Comparação de arquivos
- Melhores Práticas de Automação
- Integração de controle de origem
- Depuração
- Analisador de Fluxo de Trabalho
- Sobre o Analisador de Fluxo de Trabalho
- STN MG-001 - Convenção de nomenclatura de variáveis
- STN MG-002 - Convenção de nomenclatura de argumentos
- STN MG-004 - Duplicação de Nome de Exibição
- STN MG-005 - Variável substitui variável
- STN MG-006 - Variável substitui argumento
- STN MG-008 - Comprimento de variável excedido
- STN MG-009 - Variáveis Catablema de prefixo
- STN MG-011 - Argumentos Catablema de prefixo
- STN MG-012 - Valores padrão de argumentos
- STN MG-016 - Comprimento do argumento excedido
- SR-DB-002 - Contagem alta de argumentos
- SR-DB-003 - Esvaziar bloco catechu
- SR-DB-007 - Múltiplas camadas Com fluxograma
- SR-DB-020 - Propriedades de saída indefinidas
- SR-DB-023 - Fluxo de trabalho vazio
- SR-DB-024 - Verificação da atividade Persistente
- SR-DB-025 - Pré-requisito de serialidade de variáveis
- SR-DB-026 - Uso da atividade Dela
- SR-DB-027 - Melhores práticas de persistência
- SR-DB-028 - Pré-requisito de serialidade de argumentos
- SR-US-005 - Argumentos de atividades embutidos em código
- SR-US-009 - Variáveis não utilizadas
- SR-US-010 - Dependências não utilizadas
- SR-US-014 - Restrições de pacotes
- SR-US-020 - Mensagens de logue mínimas
- SR-US-024 - Não utilizado e postergado
- SR-US-025 - Uso incorreto do valor salvo
- SR-US-026 - Restrições da atividade
- SR-US-027 - Pacotes necessários
- ST-USG-28 — restringir modelos de invocação de arquivos
- ST-USG-032 — rótulos obrigatórios
- ST-USG-034 — URL do Automation Hub
- Variáveis
- Argumentos
- Namespaces Importados
- Automação assistida baseada em gatilho
- Gravação
- Elementos de Interface Gráfica
- Fluxo de controle
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Automação de Tecnologias Citrix
- Automação RDP
- Automação da Salesforce
- Automação SAP
- Automação do Varear Horizonte
- Geração de logs
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- Test Suite — Studio
- Extensões
- Solução de problemas
- Sobre a solução de problemas
- Suporte e limitações do Microsoft Apo-V
- Solução de problemas do Internet Explorer x64
- Problemas do Microsoft Office
- Como identificar elementos de EU em PDF com opções de acessibilidade
- Reparando o suporte da Active Accessibility
- Automação de aplicativos em execução com um usuário diferente do Windows
- Validation of large Windows-legacy projects takes longer than expected
Guia do usuário do Studio
Sobre a compatibilidade com o Windows - Legado
O Studio 2021.10 trouxe suporte a projetos baseados no .NET e introduziu o conceito de compatibilidade de projetos com base na estrutura de destino. Em versões anteriores à 2021.10, todos os projetos usavam o .NET Framework 4.6.1, mas desde o Studio 2021.10 você tem a opção de criar projetos com a compatibilidade com o Windows - Legado (.NET Framework 4.6.1) ou com as compatibilidades com o Windows e multiplataforma baseadas no .NET.
A compatibilidade padrão para novos projetos agora é o Windows. Embora continuemos a oferecer suporte à compatibilidade com o Windows - Legado, novas funcionalidades só estarão disponíveis em projetos com compatibilidade com o Windows e multiplataforma.
Por exemplo, os seguintes recursos introduzidos no Studio 2022.10 não estão disponíveis em projetos do Windows - Legado:
- Suporte à criação de variáveis e constantes globais no Data Manager.
- Nova experiência de design disponível para projetos multiplataforma e algumas atividades em projetos do Windows.
- A capacidade de personalizar o layout de atividades geradas a partir de bibliotecas.
Embora a criação de novos projetos com a compatibilidade com o Windows - Legado seja compatível e habilitada, recomendamos usar a compatibilidade com o Windows para se beneficiar de recursos não disponíveis no Windows - Legado.
Em futuras versões do Studio, você só poderá abrir, editar e executar projetos do Windows - Legado. No entanto, as organizações ainda poderão usar políticas de governança para restaurar a opção de criação de projetos do Windows – Legado, definindo a configuração Estruturas de compatibilidade permitidas. Para se manter atualizado com as próximas alterações, consulte Linha do tempo de descontinuações.
A edição, publicação e execução de projetos do Windows - Legado continuarão a ser compatíveis em futuras versões, o que significa que você pode abri-los e editá-los como outros projetos do Windows e multiplataforma. Quando você abre um projeto existente do Windows - Legado, uma mensagem é exibida na parte superior da janela.
O Studio vem com uma ferramenta de conversão integrada que habilita você a converter qualquer projeto do Windows - Legado para o Windows.
Quando você converte um projeto para o Windows:
- As dependências do projeto são gerenciadas com base nas seguintes regras:
- Se a mesma versão do pacote existir nas origens do pacote configuradas, a versão usada no projeto do Windows - Legado não é alterada.
- Se a mesma versão do pacote não existir, a versão usada no projeto do Windows - Legado será alterada para o patch mais alto da versão mais próxima.
- Todas as atividades e propriedades são preservadas no projeto convertido.
- Os namespaces que são diferentes nos projetos do Windows - Legado e Windows são atualizados.
-
Os namespaces que são necessários em projetos do Windows são adicionados e aqueles usados apenas em projetos do Windows - Legado são removidos.
Observação: converta e republique bibliotecas do Windows - Legado antes de converter os processos onde eles estão instalados como dependências.
Para converter um projeto do Legado para a compatibilidade com o Windows:
-
Abra o projeto do Windows - Legado no Studio e certifique-se de que você o abra apenas em uma instância do Studio.
-
Clique com o botão direito do mouse no nó do projeto no painel Projeto e selecione Converter para Windows. Uma nova janela é exibida.
-
Selecione como converter:
- Para criar uma cópia do projeto atual usando a compatibilidade com o Windows e manter o projeto original do Windows - Legado, selecione Criar um novo projeto. Digite o nome, o local onde criar e, opcionalmente, uma descrição para o novo projeto.
- Para atualizar o projeto existente e convertê-lo para a compatibilidade com o Windows, desmarque a caixa de seleção Criar um novo projeto. As alterações feitas no projeto se você selecionar essa opção não podem ser desfeitas.
- Clique em Converter.
Se problemas de dependência causarem atividades não resolvidas após a conversão, uma mensagem exibida no topo de cada atividade indica que está faltando ou não pode ser carregada.As seguintes informações estão disponíveis para cada um: nome de exibição, namespace da atividade, propriedades e valores da atividade. Clique em Substituir para encontrar uma alternativa e substituir a atividade ausente ou inválida. Para obter mais informações, consulte Atividades ausentes ou inválidas.
Restrições conhecidas
- As seguintes expressões são incompatíveis com projetos do Windows e precisam ser alteradas manualmente para converter com êxito um projeto Windows - Legado para Windows:
Windows - Sintaxe legada Sintaxe do 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 erros de validação gerados por outras expressões que funcionavam antes da conversão, corte a expressão usando o atalho de teclado CTRL + X e cole-a de volta no campo de atividade usando CTRL + V.