- 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
- 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
- Robôs Clássicos
- Administração do host
- About the host level
- Gerenciamento dos administradores do sistema
- Gerenciando Tenants
- Gerenciamento de sua licença de host
- 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
Exceção de negócios vs. exceção de aplicativos
É importante escolher o tipo correto de exceção com a qual uma transação falha, porque essa escolha influencia se o Orchestrator deve tentar novamente a transação do item da fila ou não, da seguinte maneira:
-
Uma Exceção de Aplicativo descreve um erro relacionado a um problema técnico, como um aplicativo que não está respondendo.
Tal situação é, por exemplo, um projeto que extrai números de telefone de um banco de dados de funcionários, criando itens de fila para cada um deles. Esses itens devem então ser processados e inseridos em um aplicativo financeiro. Se, ao tentar a transação, o aplicativo financeiro congelar, o Robô não conseguirá encontrar o campo onde deve inserir o número do telefone e, eventualmente, gerará um erro.
Esses tipos de problemas podem ser resolvidos simplesmente repetindo a transação, pois o aplicativo pode descongelar.
-
Uma Exceção de negócios descreve um erro relacionado ao fato de que certos dados dos quais o projeto de automação depende estão incompletos ou ausentes.
Tal situação é, por exemplo, um projeto que extrai números de telefone de um banco de dados de funcionários, criando itens de fila para cada um deles. Esses itens devem então ser processados e inseridos em um aplicativo financeiro. Se um determinado número de telefone não tiver um dígito devido a erro humano, o item da fila que o contém torna-se inválido. Isso faz com que a automação gere uma exceção, pois o campo Número de Telefone no aplicativo financeiro não aceita um item de fila que contenha um número incompleto.
Retentar a transação não produz nenhuma chance de resolver o problema e existem outros cursos de ação melhores, como notificar o usuário humano sobre esse erro.
A atividade Set Transaction Status pode ser usada para moldar a lógica do seu projeto de uma forma que encapsula essa distinção de várias maneiras:
- Se a atividade Definir Status da Transação falhar na transação com uma Exceção de Aplicativo e a opção Repetição Automática na página Criar Fila for definida como Sim quando a fila for criada, o item da fila será repetido.
- Por padrão, o Orchestrator não repete transações que falham devido a Exceções de Negócios. Isso ocorre porque uma inconsistência entre o valor da transação e a necessidade do negócio significa que pode haver erros nos dados iniciais a partir dos quais os itens da fila foram criados. Ações adicionais podem ser necessárias para corrigir esse tipo de problema, e registrar esse tipo de exceção pode ser útil.
- Uma atividade If ou Flow Decision pode ser usada para tomar diferentes cursos de ação se uma transação falhar com um certo tipo de exceção, como usar a atividade Log Message para registrar uma mensagem personalizada ou a atividade Message Box para exibir uma janela contendo informações sobre o evento.
Abaixo, você pode visualizar um exemplo de tal projeto:
A captura de tela abaixo mostra o mapeamento das propriedades na atividade Set Transaction Status (à esquerda) e seus campos correspondentes na janela Detalhes da transação no Orchestrator.
A ramificação True da atividade Flow Decision define o status da transação para Falha com uma Exceção de Negócios, enquanto a ramificação False define-o como Falha com uma Exceção de Aplicativo.