- 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
- Autenticação do SmartCard
- Configuração de recursos de automação
- Auditar
- Configurações - Nível do tenant
- Serviço Catálogo de recursos
- Contexto de Pastas
- Automações
- Processos
- Trabalhos
- Gatilhos
- Logs
- Monitoramento
- Filas
- Ativos
- Armazenar Buckets
- Test Suite - Orchestrator
- Outras configurações
- Integrações
- Administração do host
- Sobre o nível do host
- Gerenciamento dos administradores do sistema
- Gerenciando Tenants
- Configurando notificações de e-mail do sistema
- Logs de auditoria para o portal do host
- Modo de Manutenção
- Administração da organização
- Solução de problemas
Guia do usuário do Orchestrator
Melhores Práticas de Automação
O Orchestrator oferece uma opção de vários tenants. Ao usar mais de um tenant, os usuários podem dividir uma única instância do Orchestrator em vários ambientes de implantação, cada um com seus próprios robôs, processos, logs etc. Todos os tenants compartilham o mesmo banco de dados do Orchestrator.
Isso habilita o isolamento dos recursos desejados do resto da organização. Os recursos de automação são acessíveis apenas de dentro desse tenant.
As pastas permitem que você limite o acesso à administração da automação (ou seja, quem pode criar Robôs, acessar determinados Processos, etc.) e, ao mesmo tempo, compartilhe a automação em si em todos os departamentos necessários da sua organização.
Use nomes e descrições significativos para cada robô provisionado. Sempre que um novo robô é provisionado, o tipo de robô deve ser devidamente escolhido.
- Robôs autônomos Para Robôs Autônomos, as credenciais do Windows são necessárias para reproduzir trabalhos autônomos neles.
- Robôs Autônomos para Robôs Autônomos, credenciais não são necessárias porque os trabalhos são acionados manualmente por agentes humanos, diretamente na máquina onde 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.
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.
Se o robô precisar executar vários processos sem interrupção, todos os trabalhos devem ser disparados um após outro, mesmo que o robô esteja ocupado. Esses trabalhos vão em uma fila, com o status Pendente, e, quando o robô estiver disponível novamente, o Orchestrator iniciará o próximo trabalho.
É melhor interromper um trabalho do que encerrá-lo.
Para interromper um trabalho, a atividade Interrupção necessária é necessária no fluxo de trabalho do processo. Essa atividade retorna um booleano que indica se o botão Parar foi clicado.
O botão Encerrar envia um comando de encerramento para o robô. Ele deve ser usado apenas quando for necessário, porque o robô pode estar bem no meio de uma ação.
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.
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.
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.