- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- 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
- Como gerenciar argumentos
- O painel Argumentos
- Como usar 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
Como gerenciar argumentos
Os argumentos são usados para passar dados de um projeto para outro. Em um sentido global, eles se parecem com variáveis, pois armazenam dados dinamicamente e os passam. As variáveis passam dados entre atividades, enquanto os argumentos passam dados entre automações. Como resultado, permitem que você reutilize um determinado projeto indefinidamente.
O Studio oferece suporte para vários tipos de argumentos, correspondentes aos tipos de variáveis. Portanto, é possível criar argumentos de Valor Genérico, String, Booleano, Object, Array, ou TabelaDeDados. Além disso, você também pode pesquisar tipos .Net da mesma maneira que faz no caso das variáveis.
Além disso, os argumentos têm direções específicas (Entrada, Saída, Entrada/Saída, Propriedade) que indicam para o aplicativo para onde as informações armazenadas neles devem ir.
- Se houver uma variável quanto um argumento com o mesmo nome, a variável sempre é definida como padrão e usada no tempo de execução.
- Passagem de argumentos In complexos (por exemplo, do tipo System.Data.Data.Table) para uma atividade Invoke Workflow File que não está isolada atua como se uma referência fosse passada, o que significa que quaisquer alterações no objeto dentro do fluxo de trabalho invocado alteram o objeto no fluxo de trabalho principal. Os tipos de argumentos integrados (por exemplo, booleano) são sempre transmitidos como valores.
Leve em consideração que ao criar um argumento Entrada/Saída com um valor de Entrada dentro da atividade Invocar Fluxo de Trabalho e alterá-lo para Saída, você notará que será exibido um erro ao se executar o projeto. Isso ocorre porque a atividade Invocar Fluxo de Trabalho não devolveu os valores via referência. Use um Operador Global no seu projeto para obter acesso aos valores exatos que os argumentos tiveram dentro do fluxo de trabalho invocado.
Por fim, esses argumentos podem ser usados para integração com outras ferramentas da sua empresa, pois também estão expostos no Orchestrator.Isso significa que qualquer processo que você criar agora pode receber parâmetros de entrada por meio da API ou interface do Orchestrator, bem como retornar uma saída para todos os mencionados acima.Mais informações estão disponíveis aqui.
in_DefaultTimeout
, in_FileName
, out_TextResult
, io_RetryNumber
. Você pode conferir nossas recomendações de convenções de nomenclatura de design de fluxo de trabalho para obter mais detalhes.
- Abra o Data Manager e, então, selecione Novo > Novo argumento.
- Um novo item com o nome padrão
argument
é adicionado em Argumentos. -
Configure o argumento criado:
- Clique no nome do argumento para editar seu nome.
- Expanda o argumento usando a seta para a esquerda e defina a Direção, Tipo de dados, se ela é Necessária e, opcionalmente, o Valor padrão.
No Data Manager, você também pode criar argumentos em massa clicando com o botão direito do mouse no nó Argumentos e, então, selecionando Criar argumentos em massa. É exibida uma nova janela, na qual você pode adicionar e configurar vários argumentos.
- Arraste uma atividade do painel Atividades para o painel Projeto. Clique com o botão direito do mouse em um campo e selecione Criar Argumento de Entrada ou Criar Argumento de Saída no menu de contexto. Alternativamente, pressione Ctrl+M ou Ctrl+Shift+M. O campo Def Arg é exibido.
- Preencha o nome e pressione Enter. O argumento é criado e fica visível no campo. Verifique sua direção e digite-a no painel Argumentos.
Alternativamente, argumentos podem ser criados de expressões, diretamente em um campo de entrada de atividade ou no Editor de Expressões:
- Selecione uma parte da expressão e pressione Trocto+M ou Trocto+Hifens+M. O campo Set Ag é exibido.
-
Digite o nome e pressione Enter. O argumento é criado. Verifique seu tipo e direção no painel Argumentos.
Data Table
de uma atividade Write Range, o tipo do argumento será definido como DataTable
. Se você criar um argumento no campo Text
de uma atividade Write Line, o tipo do argumento será definido como String
.
- No painel Propriedades de qualquer atividade, clique com o botão direito do mouse em um campo editável e selecione Criar Argumento de Entrada ou Criar Argumento de Saída no menu de contexto. Alternativamente, pressione Ctrl+M ou Ctrl+Shift+M. O campo Def Arg é exibido.
- Preencha o nome e pressione Enter. O argumento é criado e fica visível no campo. Verifique sua direção e digite-a no painel Argumentos.
O argumento será gerado automaticamente dependendo da propriedade selecionada.
Você pode remover variáveis do Data Manager ou do painel Variáveis.
- Abra o Data Manager e expanda o nó *Variáveis.
- Clique com o botão direito do mouse em um argumento e, em seguida, selecione Excluir. Ou então, selecione-o e pressione a tecla Delete.
- Abra o painel Argumentos.
-
Clique com o botão direito do mouse em um argumento e, em seguida, selecione Excluir. Ou então, selecione-o e pressione a tecla Delete.