- 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
- Criação de um log de evento
- 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
Introdução
Se seus dados para casos e eventos estiverem disponíveis em um arquivo de entrada, você usa o modelo de aplicativo Log de evento.
Se quiser criar um novo aplicativo Log de evento ou Processo personalizado, você deve carregar um conjunto de dados que contenha os dados a serem usados no aplicativo du processo.
Deve ser um arquivo tsv (separado por tabs) ou um arquivo .csv (separado por vírgulas) que contenha uma coluna para cada campo de entrada.
Os nomes de tabelas e de campos diferenciam maiúsculas de minúsculas. Sempre se certifique de que os nomes de campos (cabeçalhos de coluna) em seu conjunto de dados correspondam aos nomes de campos (em inglês) na tabela a seguir e que o nome do arquivo seja Event_log_raw.
Campos obrigatórios e opcionais
Seu arquivo de dados de entrada pode ter campos diferentes ou nomes de campo diferentes. No entanto, alguns campos são obrigatórios, o que significa que os dados devem estar disponíveis em seu arquivo de dados de entrada para um funcionamento correto do aplicativo de processo.
Quando um campo é obrigatório, não deve conter valores NULL .
Tipos de campo
A tabela a seguir descreve os diferentes tipos de campos e suas configurações de formato padrão.
| Tipo de campo | Format |
|---|---|
| Booleano | true, false, 1, 0 |
| DateTime | yyyy-mm-dd hh:mm:ss[.ms],onde [.ms] é opcional. Consulte a documentação oficial da Microsoft se desejar alterar o formato da data. |
| double | Separador decimal: . ( ponto) Separador de milhar: nenhum |
| text | N/A |
| Número inteiro | Separador de milhar: nenhum |
A tabela a seguir descreve os campos de entrada. Para cada campo, são exibidos o nome, o tipo de dados e uma breve descrição. Além disso, é indicado se o campo é obrigatório.
Event_log_raw
A tabela Event_log_raw contém informações sobre as atividades executadas no processo.
| Name | Tipo de dados | Obrigatório S/N | Description |
|---|---|---|---|
Activity | text | Y | O nome do evento. Isso descreve a etapa no processo. |
Case_ID | text | Y | O identificador único do caso ao qual o evento pertence. |
Event_end | DateTime | Y | O carimbo de data/hora associado ao término da execução do evento. |
Case | text | N | Um nome fácil para identificar o caso. |
Case_status | text | N | The status of the case in the process. For example, open, closed, pending, approved, etc. |
Case_type | text | N | A categorização dos casos. |
Case_value | double | N | Um valor monetário relacionado ao caso. |
Automated* | Booleano | N | Indica se o evento é executado manualmente ou é automatizado. |
Event_cost | double | N | Os custos para executar o evento. |
Event_detail | text | N | Informações relacionadas ao evento. |
Event_start | DateTime | N | O carimbo de data/hora associado ao início da execução do evento. |
Team | text | N | A equipe que executou o evento. |
User | text | N | O usuário que executou o evento. |
*) Automated faz parte dos dados de entrada. No entanto, se você precisar derivar se um evento é automatizado ou não, é necessário personalizar isso nas transformações de dados para criar essa lógica com base nas informações necessárias. É recomendável fazer isso no arquivo Event_log.sql . Localize a instrução que contém ...as "Automated" e substitua-a, por exemplo, por uma instrução conforme exibido abaixo.
case when Event_log_base."User" = 'A' then pm_utils.to_boolean('true') else pm_utils.to_boolean('false') end as "Automated"
case when Event_log_base."User" = 'A' then pm_utils.to_boolean('true') else pm_utils.to_boolean('false') end as "Automated"