studio
2023.4
false
- 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
- 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
Estrutura de automação Attended
Guia do usuário do Studio
Last updated 4 de dez de 2024
Estrutura de automação Attended
O framework de automação Attended é um modelo abrangente adaptado para cenários attended, que visa fornecer uma experiência perfeita e fácil de usar, oferecendo um conjunto de formulários intuitivos e fluxos de trabalho de gatilho correspondentes.
O modelo consiste em seis pastas distintas, cada uma atendendo a uma finalidade específica:
- Framework_Workflows— Armazena fluxos de trabalho de suporte necessários para o modelo ser executado corretamente.Esta pasta não requer modificação.
- Form_Inputs—Permite aos usuários inserir informações e interagir com a automação por meio de formulários intuitivos e aciona fluxos de trabalho com base em suas ações (como clicar em Cancelar, Continuar, Selecionar pasta ou Visualizar guia do usuário). Os valores são armazenados no arquivo
ConfigUtility.json
, que é usado para preencher previamente os formulários em execuções subsequentes. - Form_ConfigUtility—Oferece a capacidade de adicionar lógica e configurações personalizadas, invocadas pelo arquivo
ConfigUtility.xaml
e inclui fluxos de trabalho de gatilho para cancelar alterações de configuração, redefinir todas as configurações para padrão ou salvar novas configurações.Permite personalizar as configurações da automação, incluindo valores de formulário padrão, exceções personalizadas, configurações adicionais, constantes e ativos do Orchestrator, para ajustar a automação às suas necessidades específicas.Para definir as configurações, execute esse fluxo de trabalho no período de design. - Form_Success—Exibe o formulário quando a transação é bem sucedida e inclui fluxos de trabalho de gatilho para opções como fechamento, repetição do processo ou visualização da saída.
- Form_Error—Mostra quando um erro ou exceção ocorre durante o processo de automação e inclui fluxos de trabalho de gatilho para opções como fechamento da automação, envio do erro por e-mail para o endereço de e-mail padrão (salvo no arquivo de formulário
Form_ConfigUtility
) ou repetição do processo. - Form_StatusWindow—Exibe o status do processo de automação ao longo da automação, fornecendo atualizações em tempo real sobre seu progresso.
Para configurar o modelo para seu caso de uso específico, siga estas etapas:
- Abra o arquivo
Process.xaml
e personalize as opções a seguir:- Mensagens de status - personalize as mensagens que aparecem para o usuário durante o processo de automação (
resultFormMessage
). - Botão Visualizar Saída - escolha se o usuário pode abrir a pasta selecionada usando o botão Visualizar saída (
Config("showViewOutput")
). -
Coloque a lógica da sua automação neste fluxo de trabalho.
- Mensagens de status - personalize as mensagens que aparecem para o usuário durante o processo de automação (
- Execute apenas o arquivo
ConfigUtility.xaml
e configure o arquivo de formulárioForm_ConfigUtility
seguindo estas etapas:- Padrões de formulário - defina os valores do formulário padrão que aparecem em todas as execuções.Os campos de formulário serão redefinidos para esses valores durante todas as execuções.
- Exceções - defina as exceções de negócios personalizadas na automação.
- Configurações - defina os parâmetros que devem ser exclusivos para cada automação, mas que não são campos no formulário de entrada. Isso inclui:
logF_BusinessProcessName
—O nome da sua automação, que será exibido na parte superior dos seus formulários e nos e-mails de erro.userGuideUrl
—O URL do guia do usuário ou qualquer outra documentação que você deseje fornecer ao usuário como referência.automationDescription
—O texto que aparece na parte superior do formulário abaixo do nome da automação e antes do link da guia do usuário.errorEmailRecipient
—O destinatário do e-mail de erro que é gerado automaticamente em caso de erro.
- Constantes e Ativos - Defina valores constantes e ativos do Orchestrator usados na automação.
As dependências padrão deste modelo de projeto são UiPath.Form.Activities, UiPath.System.Activities, UiPath.UIAutomation.Activities e UiPath.WebAPI.Activities.