- Antes de começar
- Gerenciamento de acesso
- Introdução
- Integrações
- Como trabalhar com aplicativos de processo
- Como trabalhar com painéis e gráficos
- Como trabalhar com gráficos de processo
- Trabalhando com Descubra modelos de processo e Importar modelos BPMN
- Como mostrar ou ocultar o menu
- Informações de contexto
- Exportar
- Filtros
- Envio de ideias de automação ao UiPath® Automation Hub
- Tags
- Datas de conclusão
- Comparar
- Verificação de conformidade
- Simulação de processos
- Análise de causa raiz (Pré-visualização)
- Simulação de Potencial de Automação
- Iniciar um projeto do Task Mining a partir do Process Mining
- Como disparar uma automação a partir de um aplicativo de processo
- Exibição de dados do processo
- Process Insights (visualização)
- Criação de aplicativos
- Carregamento de dados
- Transforming data
- Autopilot™ para SQL (visualização)
- Estrutura das transformações
- Dicas para escrever SQL
- Exportando e importando transformações
- Visualização dos logs de execução de dados
- Mesclando logs de evento
- Configuração de tags
- Configuração de datas de vencimento
- Configuração de campos para Potencial de automação
- Configuração da atividade: definição da ordem das atividades
- Disponibilização das transformações em painéis
- Modelos de dados
- Adicionar e editar processos
- Personalização de painéis
- Publicação de aplicativos de processos
- Modelos de apps
- Notificações
- Recursos adicionais
Guia do usuário do Process Mining
Pense no rastreamento de processos como um sistema que permite que você siga a progresso de uma reivindicação conforme ela passa por vários estágios em vários sistemas em um processo de gerenciamento de reivindicações.
Nesse contexto, o Serviço de Rastreamento de Processo refere-se a cada instância de processo individual que processa uma única declaração como um rastreamento.
O objetivo principal do Serviço de Rastreamento de Processo é fornecer uma visão abrangente e de ponta a ponta da execução do processo a partir de uma perspectiva de negócios. Por padrão, gera alguns dados de rastreamento implícitos. Além disso, permite que os desenvolvedores de RPA implementem o rastreamento explícito em todo o processo, adicionando, assim, mais contexto dos negócios.

Vamos considerar um Exemplo de Processamento de Declaração, que envolve quatro automações diferentes.
| Automação | Description |
| Aceitação de reivindicação | Um Dispatcher criado usando o ReFramework. Ele é executado todas as manhas, e cada nova declaração recebida é adicionada a uma fila como um item de fila. A tarefa vinculada a essa etapa tem uma referência ao JobID que foi executado. Observação: a entrada de reivindicações está vinculada a Avaliar solicitações por meio de uma fila como Executador do dispatcher. |
| Avaliar declarações | Um executor criado usando o ReFramework. Ele é executado ao meio-dia e processa todas as transações de fila. Ele executa várias verificações e, se for aprovado em todas as avaliações, é iniciado um trabalho para processar a reivindicação. A tarefa vinculada a esta etapa tem uma referência ao QueueItem que foi executado. |
| Processar declaração | Fluxos de trabalho de longa duração que geram uma tarefa do Approval Action Center (Aprovar reivindicação alta) se uma declaração alta for processada. Após a etapa de aprovação ser concluída, a reivindicação é adicionada ao SAP. A tarefa vinculada à tarefa Aprovar Declaração Alta tem uma referência ao IDDaTarefa que foi executada. Observação: a reivindicação de processo é uma automação iniciada por Avaliar solicitações usando Iniciar trabalho. |
| Arquivar reivindicação encerrada | Todo final de semana, a automação é executada e recupera todas as reivindicações do SAP com o status Encerrado, e arquiva todos os documentos. Observação: a reivindicação arquivada fechada está vinculada à reivindicação de processo por meio da entidade Objeto de Reivindicação adicionada no SAP. |
Resumo do processo
- O nome do processo é "Gerenciamento de Reclamação".
- O ID do trace rastreia a execução de ponta a ponta de cada ID de reivindicação.
- As tarefas implícitas no trace são:
- Entrada da reivindicação;
- Avaliar declarações;
- Processar declaração;
- Aprovar reivindicação alta.
- Para cada tarefa, o RPA Developer pode decidir se deseja adicionar objetos de negócios à tarefa, a referência do documento da reivindicação inicial ou as informações da reivindicação do SAP.
Rastreamento implícito de processo
Usando o rastreamento implícito de processo, cada execução de uma automação gera um trace e cada automação é considerada uma tarefa. Isso significa que quando uma automação é executada, um trace e uma tarefa são gerados.
Se dois fluxos de trabalho de automação tiverem uma ligação (por meio de um QueueItem ou de uma atividade Start Job and Get Reference), o ID do trace é passado de um fluxo de trabalho de automação para outro para capturar a causa.
Portanto, se a automação de Processamento de reivindicações acima for atualizada com o pacote mais recente de robô e sistema e for executada por um tempo, o aplicativo Otimização de processos gera o seguinte gráfico de processo:
![]()
A automação de reivindicação fechada arquivada não aparece no gráfico de processo porque não está vinculada à reivindicação de processo por meio de um componente da UiPath. Em vez disso, ela está conectada por meio de um sistema externo. Para estabelecer essa ligação, é necessário implementar o Rastreamento explícito de processos.
Rastreamento de fluxo de trabalho de longa duração
Cada nó na tela Fluxo de trabalho de longa duração é rastreado automaticamente pelo Serviço de Rastreamento de Processos. Consulte Fluxos de trabalho de longa duração no guia do Studio para obter mais informações sobre como criar e configurar automações de Fluxo de trabalho de longa duração.
Traces, processos e tarefas gerados pelo Robô
O UiPath Robot, em conjunto com as atividades configuradas em um fluxo de trabalho de automação, é responsável por gerenciar o rastreamento padrão do processo de negócios.
Se uma automação não for disparada a partir de outra automação, as seguintes etapas serão executadas:
- Iniciar automação
- Inicia um novo trace, com o mesmo nome de processo que o publicado no Orchestrator.
- Inicia uma nova tarefa, com o nome do processo que está publicado no Orchestrator como o nome da tarefa.
- Parar automação
- Encerra a tarefa.
- A execução do processo de automação é sempre no contexto de um trace e uma tarefa**.**
- Implicitamente, cada processo de automação é considerado uma tarefa, e cada execução de processo de automação é considerada um trace, que possui uma tarefa.
Propagação do ID do trace
A propagação do ID do trace refere-se ao comportamento de quando o ID do trace de uma automação, por exemplo, A1, se propaga automaticamente para uma automação A2. Todas as tarefas na automação A2 pertencem ao ID de trace da automação A1.
As atividades listadas nesta página são compatíveis com o serviço de rastreamento de processo apenas quando a automação que as contém tem a opção de rastreamento de processo habilitada.
A tabela a seguir resume as atividades que geram a propagação do ID do trace:
| Atividades | Propagação do ID do trace |
|---|---|
| Atividades relacionadas ao trabalho | Ocorre quando a automação A1 aciona a automação A2, o ID do trace gerado pela automação A1 se propaga automaticamente para a automação A2. Todas as tarefas na automação A2 pertencem ao ID do trace da automação A1. |
| Atividades relacionadas à fila | Ocorre quando a automação A1 cria um item de fila QI-1 usando as atividades mencionadas. O ID do trace gerado pela automação A1 se propaga automaticamente para a automação que processa o item de fila QI-1. |
| Atividades relacionadas ao Action Center | Ocorre quando a automação A1 cria uma ação da influência humana no loop, gerenciável por meio do Action Center. O ID do trace gerado pela automação A1 se propaga automaticamente para a tarefa do Action Center. |
| Atividades inteligentes relacionadas ao OCR | Ocorre quando a automação A1 cria uma ação de validação ou classificação de documento, gerenciável por meio de uma tarefa do Action Center. O ID do trace gerado pela automação A1 se propaga automaticamente para a tarefa do Action Center. |
Geração de ID da Tarefa
A geração de tarefas refere-se ao comportamento de quando uma automação, por exemplo, A1, é suspensa e aguarda um evento externo ser concluído antes de retomar, como uma automação diferente a ser totalmente executada, processando itens de fila ou aguardando uma tarefa externa ser concluída concluído.
As atividades listadas nesta página são compatíveis com o serviço de rastreamento de processo apenas quando a automação que as contém tem a opção de rastreamento de processo habilitada.
A tabela a seguir resume as atividades que geram novas IDs de tarefas:
| Atividades | Geração de ID da Tarefa | Sintaxe do nome da tarefa | Carimbos de data/hora de início e término da tarefa |
|---|---|---|---|
| Atividades relacionadas à fila | Ocorre quando a automação A1 inicia e processa uma transação de fila. A automação A1 mapeia os status de itens de filas para status de tarefas:
| <ProcessName-QueueName>—combina o nome do processo que processou o item da fila e o nome da fila onde o item está localizado. |
|
| Atividades relacionadas ao trabalho | Ocorre quando a automação A1 é suspensa e aguarda a automação A2 ser totalmente executada antes de retomar. | <ProcessName>—refere-se ao nome do processo para a automação A2, conforme publicado no Orchestrator. |
|
| Atividades relacionadas ao Action Center | Ocorre quando a automação A1 aguarda a conclusão de uma ação humana no loop. | <NameOfTheWaitActivity>— refere-se ao nome da atividade "Wait for", conforme definido no tempo de design no UiPath Studio. |
|
| Atividades de produtividade
| Ocorre quando a automação A1 é suspensa e aguarda a automação A2 ser totalmente executada antes de retomar. | <ActivityNameInStudio>— refere-se ao nome da atividade de persistência definida no Studio no período de design. |
|
| Integration Service - Atividades Wait for an Event and Resume | Ocorre quando a automação A1 é suspensa e aguarda que um determinado evento em um aplicativo de terceiros seja totalmente executado antes de retomar. | <ActivityNameInStudio>— refere-se ao nome da atividade de persistência do Integration Service definida no Studio no momento do design. |
|
| Atividades inteligentes relacionadas ao OCR | Ocorre quando a automação A1 aguarda a conclusão da ação da influência humana no loop. | <NameOfTheWaitActivity> – Refere-se ao nome da atividade "Wait for", conforme definido no tempo de design no UiPath Studio. |
|
Acompanhar objeto
Rastreamento de objetos
Rastreamento de objetos: quando uma automação, por exemplo, A1, cria um objeto O1 por meio de atividades "Create" do Integration Service, ela rastreia seu progresso por meio da automação A2 usando o tipo de objeto O1 e as propriedades ID do objeto . As exceções são as atividades "Read" ou "List".
Cada atividade "Create" do Integration Service adiciona o rastreamento para seu objeto da seguinte forma:
- Tipo de objeto:
<IntegrationServiceObject>, por exemplo, “Account” - ID do objeto:
<System Object ID>, por exemplo, “0010700000gMXRqAAO” - Interação de<Based on the activity used> objetos :, por exemplo, "Create", "Update" ou "Delete"
- Propriedades do objeto:
{ XUiPathConnectorKey: "<XUiPathConnectorKey>", // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc" XUiPathConnectorName: "<XUiPathConnectorName>", // for example, XUiPathConnectorName: "Salesforce" XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>", // for example, XUiPathObjectDisplayName: "Account" XUiPathObjectName: "<XUiPathObjectName>" // for example, XUiPathObjectName: "curated_account" }{ XUiPathConnectorKey: "<XUiPathConnectorKey>", // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc" XUiPathConnectorName: "<XUiPathConnectorName>", // for example, XUiPathConnectorName: "Salesforce" XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>", // for example, XUiPathObjectDisplayName: "Account" XUiPathObjectName: "<XUiPathObjectName>" // for example, XUiPathObjectName: "curated_account" }
Rastreamento explícito de processo
O Rastreamento explícito de processos permite que os desenvolvedores de RPA aprimorem o gráfico de processo implícito adicionando dados de rastreamento adicionais, tornando-o mais alinhado com uma visualização BPMN.
![]()
Normalmente, cada fluxo de trabalho de automação consiste em várias tarefas e processa vários objetos. O Proprietário do Processo deve ter visibilidade de ponta a ponta desses caminhos de fluxo, tarefas e objetos. Essa clareza pode melhorar significativamente o gerenciamento e a eficiência do fluxo de trabalho.
Usando atividades de rastreamento de processo explícito, o RPA Developer pode rastrear Tarefas e Objetos adicionais ou gerenciar Traces e Processos e rastreá-los abrangendo sistemas externos.
A ilustração a seguir exibe o Processo de Solicitação com rastreamento explícito adicionado.
![]()
Habilitar o rastreamento de processos em uma sequência
Os desenvolvedores de RPA geralmente agrupam as etapas funcionais e lógicas em fluxos de trabalho ou sequências separadas. Essas etapas lógicas podem ser Tarefas valiosas que um Proprietário do Processo ou um Lead do Centro de Excelência (COE) gostaria de rastrear.
Em uma situação em que a automação já está em vigor e o rastreamento explícito de processos é necessário, é crucial garantir uma experiência tranquila para os desenvolvedores de RPA sem interromper a lógica do fluxo de trabalho. Para conseguir isso, a propriedade Rastreamento de processos é selecionada para habilitar qualquer Sequência para gerar uma Tarefa.
Escopo do rastreamento do processo
A Process Tracking Scope pode ser adicionada à tela como qualquer outra atividade usada para rastrear sequências de negócios específicas no UiPath Process Mining. Confira a atividade Process Tracking Scope no guia Atividades do fluxo de trabalho para obter mais informações.
Geração de tarefa
Escopo de Rastreamento de Processo cria uma Tarefa com o carimbo de data/hora de início quando o escopo começa e com o carimbo de data/hora de término quando o escopo termina.
Geração de tarefa aninhada
Se uma Escopo de Rastreamento de Processo for adicionado dentro de outro Escopo de Rastreamento de Processo, o Escopo interno gerará uma Tarefa como Tarefa filho. Os relacionamentos pai-filho são mantidos na estrutura de Rastreamento do Processo e podem ser visíveis por meio do Process Mining Hierárquico no Gráfico de Processo.
Status da Tarefa Implícito
O status padrão da tarefa será definido como "Bem-sucedida".
Quando uma exceção não capturada ocorre dentro da atividade, a tarefa é fechada com o status "Falha", e a exceção é disponibilizada no aplicativo Otimização de Processos.
Status Explícito da Tarefa
A atividade Definir Status da Tarefa permite que você controle explicitamente o término de uma tarefa específica dentro de um Escopo de Rastreamento de Processo. Ele permite a representação precisa da conclusão de etapas individuais na análise.
A atividade Definir Status da Tarefa é útil quando você precisa atribuir um status diferente dos estados implícitos "Bem-sucedido" ou "Falha" disparado por erro. Isso pode depender da sua lógica de fluxo de trabalho.
Por exemplo, em um fluxo de trabalho de processamento de documentos, uma tarefa verifica se todos os documentos existem. Se um documento estiver ausente, use Definir Status da Tarefa para marcar o status como "Cancelado". As ações de acompanhamento podem incluir o envio de uma solicitação de revisão ao acelerador.
Verifique também a atividade Set Task Status no guia de Atividades do fluxo de trabalho.
Propagação do ID do trace
O Rastreamento de processos oferece diferentes opções para propagar o ID do rastreamento.
Propagação do ID do trace no trace atual
O ID do trace atual é passado para a tarefa recém-criada, rastreando-a no mesmo trace.
O contexto do Trace é alterado ao usar as seguintes atividades:
- Get Transaction Item e Add Transaction Item
- Definir status da transação ou:
- Get Transaction Item e Add Transaction Item
- Adiar item de transação ou:
- Aguarde o item da fila e retome ou:
- Iniciar Trabalho
- Start Job And Get Reference Ou:
- Wait for Job and Resume Quando essas atividades são usadas, devido ao rastreamento implícito, quaisquer tarefas explícitas que estejam configuradas na execução do Trabalho invocado ou no processamento do QueueItem serão rastreadas como o trace inicial que criou o trabalho ou o QueueItem.
Propagação do ID do trace em um novo trace
A atividade gera um novo ID do Trace e rastreia a tarefa recém-criada dentro do novo Trace. O desenvolvedor de RPA precisa especificar o nome do processo ao qual o novo Trace deve ser atribuído.
No final do escopo, a Tarefa será fechada e o contexto do Trace será alterado de volta para o anterior.
Propagação do ID do trace em um trace existente
Selecione essa opção se precisar adicionar a Tarefa a um Trace existente. Normalmente, esse Trace diferente faz parte de um processo de automação separado, que não está vinculado por meio de Filas ou Trabalhos.
Para encontrar um trace existente, você deve identificá-lo combinando os detalhes do Objeto e o nome do Processo associado a esse Objeto. Por exemplo, The Invoice Processing trace where Invoice UIP-100 has been Created.
Status do trace explícito: finalizar o trace
A atividade Set Trace Status permite que você controle manualmente o fim de um trace em um Process Tracking Scope. Isso permite uma representação precisa da conclusão do processo no análise. Se você não encerrar explicitamente o trace, ele permanecerá ativo por tempo indefinido.
É recomendável usar essa atividade para marcar a conclusão ou falha de um processo maior.
Verifique também a atividade Set Trace Status no guia de atividades do sistema.
Acompanhar objeto
A atividade Track Object permite configurar e monitorar um Objeto para uma Tarefa específica. O Objeto pode fornecer dados de contexto adicionais no aplicativo Otimização de processos. O Objeto também pode ser usado para conectar duas automações diferentes rastreando uma Tarefa em um Trace existente. Neste caso, o Objeto associado ao Trace é localizado.
O Rastreamento de Processos não é um sistema de registros.
Confira a atividade Track Object no guia de Atividades do fluxo de trabalho para obter mais informações.
Padrões de Rastreamento Explícito Comuns entre Automações
Cada Transação da Fila, um Trace diferente
Em certos cenários, cada item da fila representa uma instância diferente do processo, e é necessário rastrear cada instância como um rastreamento de rastreamento do processo separado. Para realizar isso, o desenvolvedor de RPA deve identificar quando um novo Trace começa e delimitar adequadamente essa sequência com uma Process Tracking Scope para configurar a Tarefa a ser rastreada em um Novo Trace.
É importante observar que no final do Escopo de rastreamento de processo, a tarefa é concluída e o contexto muda de volta para a tarefa de nível mais alto, que pode estar associada a um Trace diferente.
Uma solução recomendada é envolver Adicionar Item de Fila dentro do Escopo de Rastreamento de Processo e rastrear uma Tarefa em um Novo rastreamento. Dessa forma, cada item da fila receberá um novo Trace.
Se seu processo envolver vários fluxos de trabalho de automação do Dispatcher-Performer e várias filas, é aconselhável implementar essa atualização de fluxo de trabalho apenas no primeiro Dispatcher. Os itens subsequentes das outras filas já estarão associados a diferentes traces. Após o Item da fila ser adicionado, uma tarefa adicional, Informar cliente, também deve ser criada.
Propagar um trace por meio de sistemas externos
Há cenários em que o processo requer que uma automação passe o Trace por sistemas externos antes de retornar para uma segunda automação. A ilustração a seguir mostra o exemplo de Processamento de reivindicação, em que a automação de reivindicação do processo adiciona a reivindicação no SAP. Após um determinado período em que a reivindicação atinge um status específico, uma segunda automação retoma a reivindicação e a arquiva com todos os documentos.

A única conexão entre os dois é o Objeto adicionado ao SAP. Para que a Declaração de Arquivamento associe uma Tarefa ao mesmo Trace usado na Declaração de Processo, a primeira automação deve rastrear o Objeto de Requisição SAP. Posteriormente, a segunda automação deve implementar um Escopo de Rastreamento de Processo para adicionar uma Tarefa ao Trace existente, identificando-a com base nos detalhes do objeto registrados durante a automação anterior. Além disso, certifique-se de que ambas as automações façam parte do mesmo processo usando o mesmo nome de processo na segunda automação em que a primeira automação está incluída. Certifique-se de que ambas as automações façam parte do mesmo processo usando o mesmo nome de processo
Os detalhes de identificação do objeto registrados no primeiro processo devem corresponder aos detalhes inseridos no sistema externo para evitar campos duplicados. Se os detalhes do objeto forem os mesmos, você pode usar o Process Mining para incorporar sistemas externos adicionais ao mesmo aplicativo Otimização de processos.
- Resumo do processo
- Rastreamento implícito de processo
- Rastreamento de fluxo de trabalho de longa duração
- Traces, processos e tarefas gerados pelo Robô
- Propagação do ID do trace
- Geração de ID da Tarefa
- Acompanhar objeto
- Rastreamento explícito de processo
- Habilitar o rastreamento de processos em uma sequência
- Escopo do rastreamento do processo
- Acompanhar objeto
- Padrões de Rastreamento Explícito Comuns entre Automações