- Antes de começar
- 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
- Análise de causa raiz
- Simulação de Potencial de Automação
- Como disparar uma automação a partir de um aplicativo de processo
- Exibição de dados do processo
- Criação de aplicativos
- Carregamento de dados
- Personalização de aplicativos de processo
- Introdução aos painéis
- Como trabalhar com o editor de painel
- Criação de painéis
- Painéis
- Gerenciador de automação
- Definição de novas tabelas de entrada
- Adicionando campos
- Adição de tabelas
- Requisitos do modelo de dados
- Exibição e edição do modelo de dados
- Exportando e importando transformações
- Visualizando o log de transformações
- Edição e teste de transformações de dados
- Estrutura das transformações
- Dicas para escrever SQL
- Mesclando logs de evento
- Gerenciador de processos
- Publicação de painéis
- Modelos de apps
- Recursos adicionais
- Tags prontas para uso e datas de vencimento
- Edição de transformações de dados em um ambiente local
- Setting up a local test environment
- Designing an event log
- Estendendo a ferramenta de extração SAP Ariba
- Recursos de desempenho
- Como cancelar uma execução de dados a partir do banco de dados
- Como adicionar uma regra de tabela de IP para usar a porta 1433 do SQL Server
- Ao criar um aplicativo de processo, o status permanece em Criando aplicativo
- Configurando o Dapr com o Redis no modo de cluster
- Transformações de dados
- Carregamento de dados
- CData Sync

Guia do usuário do Process Mining
Requisitos do modelo de dados
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.
-
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 15 mudanças 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.

Tabelas de saída obrigatórias
Um modelo de dados deve ter uma tabela Cases, Event_log, Tags, e Due_dates .
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.
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.