- 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
- Transforming data
- 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
- Disponibilização das transformações em painéis
- Requisitos do modelo de dados
- Personalização de painéis
- Publicação de painéis
- Modelos de apps
- Notificações
- Recursos adicionais
Requisitos do modelo de dados
Requisitos que um modelo de dados deve atender para ser salvo no Process Mining no Automation Suite, incluindo limites de tabela, regras de conectividade e restrições de relação.
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.