- Introdução
- Melhores práticas
- Tenant
- Sobre o contexto do tenant
- Pesquisa de recursos em um tenant
- Gerenciamento de robôs
- Conectar Robôs ao Orchestrator
- Armazenamento de credenciais do robô no CyberArk
- Armazenamento de senhas do Unattended Robot no Azure Key Vault (somente leitura)
- Armazenamento de credenciais do Unattended Robot no HashiCorp Vault (somente leitura)
- Armazenando credenciais de Unattended Robots no AWS Secrets Manager (somente leitura)
- Exclusão de sessões não assistidas desconectadas e não responsivas
- Autenticação do robô
- Autenticação de robôs com credenciais de cliente
- Configuração de recursos de automação
- Soluções
- Auditar
- Configurações
- Registro
- Cloud Robots
- Visão Geral de Cloud Robots
- Execução de automações Unattended usando Cloud Robots - VM
- Carregamento de sua própria imagem
- Reutilização de imagens de máquinas personalizadas (para pools manuais)
- Redefinição de credenciais para uma máquina (para pools manuais)
- Monitoramento
- Atualizações de segurança
- Como solicitar uma avaliação
- Perguntas frequentes
- Configurando VPN para Robôs de nuvem
- Configurar uma conexão ExpressRoute
- Transmissão ao vivo e controle remoto
- Automation Suite Robots
- Contexto de Pastas
- Processos
- Trabalhos
- Apps
- Gatilhos
- Logs
- Monitoramento
- Índices
- Filas
- Ativos
- Sobre ativos
- Gerenciamento de ativos no Orchestrator
- Gerenciamento de ativos no Studio
- Armazenamento de ativos no Azure Key Vault (somente leitura)
- Armazenamento de ativos no HashiCorp Vault (somente leitura)
- Armazenando ativos no AWS Secrets Manager (somente leitura)
- Armazenamento de ativos no Google Secret Manager (somente leitura)
- Conexões
- Regras de Negócios
- Armazenar Buckets
- Servidores MCP
- Teste do Orquestrador
- Serviço Catálogo de recursos
- Integrações
- Solução de problemas
Melhores práticas para estruturar pastas, nomear robôs e organizar implantações de automação no Orchestrator.
Pastas
Folders limit access to automation administration (who can create robots, access processes) while sharing automation across departments.
Robôs
Use nomes e descrições significativos para cada robô provisionado. Sempre que um novo robô é provisionado, o tipo de robô deve ser devidamente escolhido.
- Para robôs não assistidos, as credenciais do Windows são necessárias para executar trabalhos não assistidos neles.
- Para robôs assistidos, as credenciais não são necessárias porque os trabalhos são disparados manualmente por agentes humanos, diretamente na máquina na qual os robôs estão instalados.
A próxima etapa após a registro do robô assistido no Orchestrator é verificar se seu status é Disponível na página Robôs.
Processos
De vez em quando, versões antigas de processos que não são mais usados devem ser excluídas. As versões podem ser excluídas uma a uma selecionando-as manualmente e clicando no botão Excluir ou no botão Excluir inativas. Esta última exclui todas as versões de processos que não são usadas por nenhum processo.
É recomendável manter pelo menos uma versão antiga para poder reverter caso ocorra um erro na versão mais recente do processo.
Trabalhos
For robots running multiple processes without interruption, trigger jobs sequentially. They queue with Pending status and launch when a robot becomes available.
Job control: Stop vs. Kill
Stop is preferred over Kill. Use the Should Stop activity in your workflow — it returns a Boolean indicating whether the Stop button was clicked.
Kill sends a command immediately to the robot. Use only when necessary, as it interrupts robot operations mid-action.
Gatilhos
Além da funcionalidade óbvia, os gatilhos podem ser usados para fazer um robô ser executado 24/7. Os trabalhos podem ser agendados um após o outro (com pelo menos um minuto de distância). Se o robô não estiver disponível quando o processo deveria ser iniciado, o processo será adicionado à fila de trabalhos e será executado assim que um robô ficar disponível.
Filas
Use um nome e descrição significativos para cada fila criada.
No final do ciclo de vida de cada transação, é obrigatório definir o resultado do processamento de itens. Caso contrário, as transações com o status Novo passarão automaticamente para Abandonado após 24 horas.
Usando a atividade Definir status da transação, o status de um item da fila pode ser definido como Bem-sucedido ou Falhou. Lembre-se de que apenas os itens com o status Falhou com o ErrorType do aplicativo serão repetidos, se estiver configurado.
Quando os mesmo robôs tiverem que processar dois ou mais tipos de itens, há pelo menos duas maneiras de gerenciá-los usando filas:
- Crie várias filas, uma para cada tipo, e crie um processo que verifique todas as filas em uma sequência, e aquela com novos itens deve disparar o processo específico.
- Crie uma única fila para todos os itens e, para cada item, crie um argumento "Tipo" ou "Processo". Conhecendo esse parâmetro, o robô deve decidir qual processo deve ser invocado.
Transações
A atividade Adicionar item de transação traz a opção de obter todas as funcionalidades de Transações sem usar uma fila, mas ainda se deve criar uma antes. Essa atividade adiciona um item à fila e define seu status como Em progresso. Comece a usar o item imediatamente, e não se se esqueça de usar a atividade Definir status da transação no fim do seu processo.
Logs
A atividade Adicionar campos de log adiciona mais argumentos aos logs do robô para um melhor gerenciamento. Após usá-la no fluxo de trabalho, a atividade Mensagem de log também registrará em log os campos adicionados anteriormente.