- 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
- A ferramenta de diagnóstico
- 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
- SR-SÉC-007 - Uso do argumento Restringente
- SR-SÉC-008 - Uso da variável Restringente
- SR-SÉC-009 - Uso incorreto do Restringente
- Variáveis
- Argumentos
- Namespaces Importados
- 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
SR-SÉC-008 - Uso da variável Restringente
ST-SEC-008Escopo: fluxo de trabalho
Depois que um SecureString é recuperado, é recomendável fazer login nos aplicativos com a ajuda de Digite Texto Seguro atividade que envia um SecureString para um elemento de interface do usuário e Enviar chaves seguras atividade para Terminais.
É importante que a credencial não seja usada para nenhum propósito diferente do pretendido. As variáveis que possuem essas strings seguras devem ser definidas no escopo mais estreito possível.
Idealmente, os argumentos não devem ser usados para passar credenciais de um fluxo de trabalho para outro. Leia mais sobre a classe SecureString na documentação oficial da Microsoft.
Na janela Configurações do Projeto, selecione a guia Analisador de Fluxo de Trabalho. Encontre a regra e selecione-a, conforme a imagem abaixo:
Por padrão, essa regra verifica a utilização de profundidade variável de 1. O limite máximo é 3. Isso significa que a regra verifica se as variáveis do tipo SecureString são definidas em uma atividade encontrada dentro de uma camada de duas atividades de contêiner. Por exemplo, uma variável do tipo SecureString dentro de uma atividade Type Secure Text definida em um contêiner Do, e tudo parte de uma Sequence.
Para alterar a profundidade, digite outro número menor que, ou igual a, 3 neste campo.
Por padrão, a regra verifica uma utilização de profundidade variável. Para retornar para o valor padrão após a modificação ter sido feita, clique com o botão direito do mouse na regra e selecione Redefinir para o padrão.
A ação Padrão também é redefinida para seu valor padrão Error.
