- Notas de Versão
- Introdução
- UiPath Assistant
- Instalação e atualização
- Tipos de Robô
- Componentes do Robô
- Licenciamento
- Conectar Robôs ao Orchestrator
- Processos e Atividades
- Geração de logs
- Robot JavaScript SDK
- Cenários Específicos
- Sessões do Windows
- Login usando o Sistema de Credenciais Thales Luna
- Login usando o Provedor de Armazenamento de Chaves nShield
- Redirecionando Robôs por meio de um Servidor de Proxy
- Executando tarefas em uma Janela RDP Minimizada
- Usando Unidades de Rede Mapeadas
- Interrompendo um Processo
- Desabilitar o Botão Parar
- Pastas de Pacote Personalizados e Caminhos de Rede
- Solução de problemas
Guia do usuário do robô
Interrompendo um Processo
Um processo pode ser interrompido por meio dos comandos Encerrar ou Cancelar. O comando pode ser enviado a partir do Orchestrator, Assistant ou Studio.
Quando o Robô receber o comando Cancelar, ele irá cancelar a execução da atividade atual e começar a executar as etapas finais. Se isso demorar mais do que 3 segundos, o processo é encerrado.
Por outro lado, quando o Robô receber o comando para Encerrar um processo, ele irá primeiro Cancelar a execução e se a execução não estiver concluída, o processo é encerrado.
Durante um fluxo de trabalho Try-Catch, quando um processo é interrompido, o status da transação pode apresentar como bem-sucedido, quando na verdade ele não foi concluído.
Se a execução estiver no bloco Try ou no Catch, quando o comando Cancelar for recebido pelo Robô, ele pula para o bloco Finally que verifica qualquer erro. Se nenhum erro for encontrado, o bloco Finally entende que a execução foi concluída com sucesso, pois não há eventos de falha (eles estão em branco).
Se a execução estiver no bloco Try ou no Catch, quando o comando Encerrar for recebido pelo Robô, ele irá primeiro tentar Cancelar o processo, seguindo para o bloco Finally. Se a lógica dentro do bloco Finally não estiver concluída em 3 segundos, desde o recebimento do comando Cancelar, toda a execução será encerrada e o processo geral indicará ter sido bem-sucedido nos logs, pois nenhum erro foi gravado no bloco Catch, pois ele foi ignorado.
- O ajuste do status do Processo para
Successful
deve ser feito apenas dentro do bloco Try, após a conclusão da Lógica de Negócios. - A definição do status para
Failed
deve ser feita apenas dentro do bloco Catch, após a conclusão da lógica de tratamento de erros. - No bloco Finally, deve haver apenas a lógica de limpeza, pois ela é executada independentemente de a execução ter sucesso ou não.
BusinessError
e SystemError
permaneçam null
e o status geral do processo é considerado bem-sucedido. O comportamento descrito é pretendido.
BusinessError
e SystemError
permanecem null
e o status geral do processo é considerado successful
, pois nenhum erro foi registrado.