process-mining

latest

false

Importante :

A tradução automática foi aplicada parcialmente neste conteúdo. A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.

Process Mining

ENTREGA:

Última atualização 19 de ago de 2025

Modelos de dados

Requisitos do modelo de dados

Observação:

Atualmente, o Process Mining de vários processos está disponível apenas para aplicativos recém-criados. Os Apps criados antes do lançamento do Process Mining de vários processos não verão as tabelas Objetos e Eventos.

O modelo de dados pode conter várias tabelas Objeto. Isso permite que você modele uma estrutura de dados e relacionamentos mais complexos, criando um modelo de dados que espelha de perto seus cenários de processos de negócios. Para cada tabela Objetos, é possível adicionar várias tabelas Eventos, que contêm os eventos realizados no objeto.

Tipo de Tabela	Description	Exemplo
Object	Armazena dados descritivos sobre entidades de negócios (objetos). Uma tabela de objetos também pode servir como uma tabela de dados mestre que contém informações de referência.	Faturas, tickets de incidente, Produtos.
Events	Armazena dados sobre as etapas ou ações executadas em objetos, incluindo carimbos de data/hora.	"Criar fatura", "Atribuir tíquete", "Montar produto"

Observação:

Se você definir várias tabelas de Eventos em seu modelo de dados, os eventos estarão disponíveis no Data Manager em uma única tabela de Eventos .

Um modelo de dados só pode ser salvo quando estiver em conformidade com os seguintes requisitos:

O modelo de dados inclui no máximo 40 tabelas.
O modelo de dados contém pelo menos uma tabela de objetos e uma tabela de eventos relacionados.
Cada tabela de Eventos, Tags e Data de conclusão está conectada a apenas uma tabela de objetos relacionada.
Todas as tabelas estão conectadas ao modelo de dados geral.
Não há relações circulares no modelo de dados.
Um máximo de quatro alterações de direção são permitidas em um caminho de relação.

Dica:

Uma mudança de direção é uma relação um para muitos seguida por uma relação muitos para um, ou vice-versa.

Importante:

Se você precisar de um modelo de dados maior do que a limitação "Máx de quatro mudanças de direção" permite, entre em contato com o Suporte ao cliente da UiPath® para desativar a limitação para sua organização.

Observe que desativar essa limitação pode ter uma implicação de desempenho para seus painéis.

Tipos de tabelas

A ilustração a seguir mostra um exemplo de modelo de dados com uma tabela POs Object e uma tabela PO_events Events, uma tabela PO_items Object e uma tabela PO_item_events Events.

Tabelas de objeto

Cada objeto em seu modelo de dados tem sua própria tabela Objetos em Transformações de dados. Uma tabela Objeto contém os campos que foram definidos especificamente para esse objeto.

Processar tabelas

Cada processo definido em seu modelo de dados tem sua própria tabela de processos com os eventos projetados para esse processo. Os seguintes campos estão sempre presentes nas tabelas de evento:

Process_event_ID, ID exclusivo para cada registro na tabela de processo.
Event_ID, exclusivo para cada evento individual, independentemente do processo no qual ele é usado. No exemplo abaixo, event_ID 1 ocorre duas vezes na tabela de processo.
Throughput_time, tempo de Event_end anterior até o Event_end atual.
Cycle_time*, período de Event_start a Event_end.

* Cycle_time só está disponível se os eventos tiverem um Event_start definido.

A ilustração a seguir mostra um exemplo de tabela Process que contém os eventos para o P2P_process.

A ilustração a seguir mostra um exemplo de tabela de processo contendo os eventos de alto nível para o P2P_process como resultado da filtragem nos PO_events (PO_ID).

Tabela de tags

A tabela Tags contém os dados de tags para todas as tags em seu conjunto de dados. Dependendo do seu modelo de dados, um ou mais campos de ID podem estar disponíveis na tabela Tags . Se seu modelo de dados consiste em vários objetos, cada um com uma tabela Tags associada, essas tabelas Tags são consolidadas em uma única tabela Tags em Data Manager.

Tag_ID
Tag_name
Tag_type
<Object>_ID

Tabela de datas de conclusão

A tabela Due dates contém os carimbos de data/horário das datas de vencimento para todas as datas de vencimento em seu conjunto de dados. Dependendo do seu modelo de dados, um ou mais campos de ID podem estar disponíveis na tabela Due dates . Se seu modelo de dados consiste em vários objetos, cada um com uma tabela Due dates associada, essas tabelas Due dates são consolidadas em uma única tabela Due dates em Data Manager.

Due_date_ID
Due_date
Due_date_type
Actual_date
Expected_date
On_time
Cost
Difference
<Object>_ID

Tabelas de saída obrigatórias

Importante:

As informações nesta seção são aplicáveis apenas a aplicativos que empregam um único processo, em outras palavras, aplicativos criados antes do lançamento do Process Mining de vários processos.

Um modelo de dados deve ter uma tabela Cases, Event_log, Tags, e Due_dates .

Observação:

Dependendo do modelo de aplicativo, a tabela Cases tem um nome específico do processo, por exemplo, Purchase_order_items ou Incidents.

As tabelas Cases, Event_log, Tags e Due_dates devem ter os seguintes campos de saída.

Observação:

Todos os campos são obrigatórios. No entanto, alguns campos são permitidos para conter apenas valores NULL.

Tabela	Campo de saída obrigatório
`Cases`	`Case_ID`*
`Event_log`	`Case_ID`*
	`Event_start`
	`Event_end`
	`Activity`
	`Activity_order`
	`Automated`
	`Event_cost`
	`Event_processing_time`
`Tags`	`Tag_ID`
	`Case_ID`*
	`Tag`
	`Tag_type`
`Due_dates`	`Case_ID`*
	`Due_date`
	`Due_date_type`
	`Actual_date`
	`Expected_date`
	`On_time`
	`Cost`
	`Difference`

*) Dependendo do modelo de aplicativo, Case_ID pode ser chamado de forma diferente, por exemplo, Purchase_order_item_ID ou Incident_ID.

Exibição e edição do modelo de dados

Importante:

Sempre se certifique de que seu modelo de dados cumpra os requisitos. Confira Requisitos do modelo de dados.

Localize a seção Saída em Transformações de dados e selecione Modelo de dados para exibir o modelo de dados de seu aplicativo de processo.

Confira Edição de transformações de dados para obter mais informações sobre como alterar o modelo de dados.

Verificação de validação

Uma notificação é exibida se seu modelo de dados não atender aos requisitos.

Consulte Requisitos do modelo de dados para obter detalhes.

Filtragem de tipos de tabelas

Você pode usar as opções de Filtro para exibir os tipos selecionados de tabelas no modelo de dados.

Adição de tabelas

Importante:

Certifique-se de que haja uma tabela de entrada para o objeto que você deseja adicionar e que o objeto esteja definido em modelos -> 2_objects na seção Transformações de Transformações de dados.

Siga estas etapas para adicionar uma tabela.

Selecione + Adicionar tabela. A caixa de diálogo Adicionar tabela é exibida.
Selecione o tipo de tabela que você deseja adicionar na lista Tipo .
Selecione a Tabela que define a nova tabela de saída.
Selecione a Chave Primária para a nova tabela.
Defina as propriedades adicionais da tabela.

Observação:
Dependendo do tipo da tabela, propriedades diferentes podem ser solicitadas.
Adicione as relações para a tabela e selecione Adicionar tabela.

Consulte Como adicionar tabelas para obter mais informações sobre como adicionar uma tabela nas transformações.

Propriedades adicionais para tabelas de Eventos

Observação:

É recomendável ter uma tabela de eventos separada por atividade ou uma tabela de eventos por objeto. Por exemplo, endpoint_create_events e apropriado_approve_events, etc, ou a tabela oportuna_events .

A tabela a seguir descreve as propriedades que você precisa especificar ao adicionar uma tabela de Eventos .

Propriedade	Description	Obrigatório S/N
`Event_ID`	O identificador exclusivo do evento.	Y
`Activity`	O campo que contém o nome do evento. Isso descreve a etapa no processo.	Y
`Event start`	Os campos que contêm o carimbo de data/hora associado ao início da execução do evento.	N
`Event end`	O campo que contém o carimbo de data/hora associado ao fim da execução do evento.	Y
`User`	O campo que contém o usuário que executou o evento.	N
`Automated`	O campo que contém indica se o evento será executado manualmente ou será automatizado.	N
`Order`	O campo que contém a ordem dos eventos.	N
`Processing time`	O campo que contém t O tempo para executar o evento (em milissegundos).	N
`Event cost`	Os campos que contêm os custos para executar o evento.	N
`Parent event ID`	Os campos que são usados para definir uma relação pai-filho entre eventos, que podem ser usados para criar uma hierarquia de processo estruturado.	N

Importante:

Certifique-se de que haja uma tabela de entrada para cada tabela de evento e que os eventos sejam definidos em modelos -> 3_events na seção Transformações de Transformações de dados.

Exclusão de uma tabela

Siga estas etapas para excluir uma tabela.

Selecione a tabela que você deseja excluir no editor de modelo de dados.

O painel Editar tabela é exibido.
Selecione Excluir tabela.

Uma mensagem de confirmação é exibida.
Selecione Excluir para continuar.

A tabela e as relações são excluídas do modelo de dados.

Adicionar relações

Siga estas etapas para adicionar uma relação entre duas tabelas.

Selecione a tabela que você deseja relacionar com outra tabela.

O painel Editar tabela é exibido.
No painel Editar tabela , localize a seção Relações .
Selecione + Adicionar novo para criar uma nova relação.
Selecione o campo que você deseja usar nesta tabela da lista Chave .
Selecione a Tabela à qual deseja se conectar e selecione o campo usado para se conectar na lista Chave .
Selecione Aplicar.

Excluindo uma relação

Siga estas etapas para excluir uma relação.

Selecione a tabela para a qual você deseja excluir uma relação de saída.

O painel Editar tabela é exibido.
No painel Editar tabela , localize a relação que deseja excluir e selecione Excluir relação.
Selecione Aplicar.

Alteração da chave primária de uma tabela

Siga estas etapas para alterar a chave primária de uma tabela.

Selecione a tabela para a qual você deseja alterar a chave primária.

O painel Editar tabela é exibido.
No painel Editar tabela , localize a relação para a qual você deseja alterar a chave primária.
Selecione o novo campo a ser usado como a Chave Primária para unir as tabelas.
Selecione Aplicar.

Observação:

Se você alterar a chave primária, o campo selecionado como a nova chave primária será duplicado na tabela. Você pode excluir o campo original no Data Manager.

As chaves primárias podem ser definidas como null.

Disponibilização do modelo de dados atualizado em painéis

Siga estas etapas para fazer as alterações no modelo de dados disponível em painéis.

Selecione Salvar para salvar o modelo de dados.
Selecione Aplicar a painéis para executar as transformações e disponibilizar a tabela para uso nos painéis.

Observação:
Isso pode levar vários minutos. Se a execução for concluída com sucesso, as alterações no modelo de dados aparecerão no Data Manager.

Observação:

A opção Salvar só é habilitada, após você ter feito qualquer alteração no modelo de dados.

Painel de visualização

Você pode selecionar uma tabela para ver os campos e o conteúdo de dados no painel Visualização. A visualização de dados permite que você verifique se os dados são exibidos conforme esperado.

Observação:

O painel Visualização mostra os dados da última execução de dados na qual essa tabela foi recalculada. Se você fez alterações recentes, inicie uma nova execução de dados para visualizar seus resultados, consulte Edição de transformações de dados.