- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- 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
- A ferramenta de diagnóstico
- 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
- Variáveis
- Argumentos
- Namespaces Importados
- 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 Citrino
- 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
- Solução de problemas de aplicativos do JxBrowser
- Monitoração de eventos de usuário
- Solução de problemas da Citrix
- Automação de aplicativos em execução com um usuário diferente do Windows
Níveis de Registro de Logs
A tabela a seguir lista os níveis de log na UiPath®.
Nível de Registros de Log |
Logs padrão |
Logs definidos pelo usuário |
---|---|---|
Desativado |
Nenhum |
Nenhum |
Crítica |
Todas as mensagens registradas com nível Crítico ou superior. |
Todas as mensagens registradas com nível Crítico ou superior. |
Erro |
Todas as mensagens registradas com nível de Erro ou superior. |
Todas as mensagens registradas com nível de Erro ou superior. |
Aviso |
Todas as mensagens registradas com nível de Aviso ou superior. |
Todas as mensagens registradas com nível de Aviso ou superior. |
Information |
Todas as mensagens registradas com nível de Informação ou superior. |
Todas as mensagens registradas com nível de Informação ou superior. |
Trace |
Todas as mensagens registradas com nível de Rastreamento ou superior. |
Todas as mensagens registradas com nível de Rastreamento ou superior. |
Verbose |
Todas as mensagens registradas com nível de Rastreamento e logs de Rastreamento de Fluxo de Trabalho. |
Todas as mensagens registradas com nível de Rastreamento. |
O nível Detalhado registra em log uma mensagem para a atividade start e end, além dos valores das variáveis e dos argumentos que são usados.
Por padrão, o nível Verbose inclui:
- Entrada de log Execução Iniciada - gerada sempre que um processo é iniciado.
- Entrada de log Execução Finalizada -gerada sempre que um processo é finalizado.
- Entrada de log de Transação Iniciada - gerado toda vez que um item de transação é obtido pelo Robô a partir do Orchestrator.
- Entrada de log de Transação Encerrada - gerado sempre que o Robô define o status de transação como Sucesso ou Falha.
-
Entrada de log de Informações da Atividade — gerado sempre que uma atividade é iniciada, falha ou é finalizada dentro de um processo.
Observação: a ordem de prioridade dos tipos de logs é: Verbose < Trace < Information < Warning < Error < Critical < Off.Nível de Log
Registrado
Exemplo/Comentário
arquivo de log
Painel de Saída
Página de logs do Orchestrator
Verbose
Atividades
`Trace {"message":{"DisplayName":"Message box","State":"Executing","Activity":"UiPath.Dialog.Activities.MessageBox","Arguments":{"Caption":"","Text":"String in message BOX
Sim
Não
Sim
Verbose
Variáveis
`"Variables":{"NewTransaction":"False
Sim
Não
Sim
Verbose
Argumentos (propriedades)
`"Arguments":{"Caption":"","Text":"String in message BOX","ChosenButton":"Ok
Sim
Não
Sim
Trace
Atividades
`Trace {"message":{"DisplayName":"Main","State":"Executing","Activity":"System.Activities.DynamicActivity
Sim
Não
Sim
Information
WriteLine
Mensagem do Log
Info {"message":"message from activity"
Observação: exceto mensagens registradas com o nível Rastreamento definido na atividade.Sim
Sim
Sim
Aviso
Avisos
Warn {"message":"Warning from log message activity"
Sim
Sim
Sim
Aviso
Erros
Error {"message":"Error from log message activity"
Sim
Sim
Sim
Aviso
Crítica
Erros críticos
Sim
Sim
Sim
Erro
Erros
Error {"message":"Error from log message activity"
Sim
Sim
Sim
Erro
Crítica
Fatal
Erros críticos
Sim
Sim
Sim
Crítica
Crítica
Fatal
Erros críticos
Sim
Sim
Sim
Desativado
N/A
N/A
Não
Não
Não
Há várias ocorrências possíveis de mensagens de log, dependendo do evento que é registrado, conforme mostrado a seguir:
Gerados por padrão quando a execução de um projeto se inicia ou termina, quando um erro de sistema ocorre e a execução é interrompida, ou quando as configurações de registro estão configuradas para registrar em log a execução de cada atividade.
Default
no campo logType
.
Os eventos registrados por esta categoria são:
- Início de Execução é gerado sempre que um processo é iniciado. Isso é registrado começando com o nível de log de Informação.
- Fim de Execução é gerado sempre que um processo é finalizado. Isso é registrado começando com o nível de log de Informação.
- Início de Transação é gerado sempre que uma transação dentro de um processo é iniciada. Isso é registrado começando com o nível de log de Informação.
- Fim de Transação é gerado sempre que uma transação dentro de um processo é finalizada.Isso é registrado começando com o nível de log de Informação.
- Log de Erro é gerado sempre que a execução encontra um erro e é interrompida. Isso é registrado começando com o nível de log Erro.
- Log de Depuração é gerado se a Configuração de Registro de Log do Robô estiver definida como Verbose e contém nomes da atividades, tipos, valores variáveis, argumentos, etc. Isso é registrado a partir do nível de registro de log Trace.
Gerado de acordo com o processo projetado pelo usuário no Studio, ao usar a atividade Log Message ou a atividade Write Line.
User
no campo logType
.
Se tais logues forem gerados em um intervalo inferior a 1ms, eles podem ser exibidos de maneira errada no painel de Saída.
Há vários tipos de campos de log que podem ser encontrados nos tipos de mensagem de log acima. Eles podem ser classificados da seguinte maneira:
Esses campos de log estão presentes em todos os tipos de logs, como o SQL (se configurado), Elasticsearch (se configurado), e os Logs do EventViewer padrão:
Message
— a mensagem do log.Level
- Define a severidade do log.Timestamp
— a data e o horário exatos em que a ação foi executada.FileName
— o nome do arquivo.xaml
que está sendo executado.jobId
— a chave do trabalho que está executando o processo.processName
— o nome do processo que disparou o registro em log.processVersion
- O número de versão do processo.windowsIdentity
- O nome do usuário que realizou a ação que foi registrada.-
robotName
- O nome do robô (conforme definido no Orchestrator).Observação: os camposprocessName
eprocessVersion
não aparecem em logs se o processo for executado localmente, sem estar conectado ao Orchestrator.
Estes logs estão presentes, dependendo do tipo de log:
-
Fim de Execução
totalExecutionTimeInSeconds
totalExecutionTime
-
Início de Transação
QueueName
ID da Transação
transactionState
-
Fim de Transação
QueueName
ID da Transação
transactionState
transactionStatus
Tempo de Execução da Transação
Tipo da Exceção de Processamento
Motivo da Exceção de Processamento
queueItemReviewStatus
queueItemPriority
-
Log de Depuração
-
activityInfo
, que é uma mensagem em JSON com os seguintes campos:NomeDeExibição
State
(Com falha, Encerrado, Executando)Atividade
Variáveis
-
Arguments
-
totalExecutionTimeInSeconds
, totalExecutionTime
e queueName
estão sempre presentes nas mensagens de log. Variables
e Arguments
geralmente possuem subcampos.
Esses campos são definidos no Studio, usando a atividade Add Log Fields, e aparecem em todos os logs subsequentes após a atividade ser gerada, a menos que sejam removidos pela atividade Remove Log Fields.
A criação de campos de logue definidos pelo usuário que têm o mesmo nome de um campo de logue padrão faz que o processo de registro em logue fique corrompido e pode causar problemas no fluxo de trabalho que está sendo executado.
jobId
o causa esse problema, poijobId
s é um campo de logue gerado por padrão.