- Notas de versão
- 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
- Showing or hiding the 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
- Iniciar um projeto do Task Mining a partir do Process Mining
- Triggering an automation from a process app
- Exibição de dados do processo
- Criação de aplicativos
- Carregamento de dados
- Personalização de aplicativos de processo
- Publicação de aplicativos de processos
- Modelos de apps
- Recursos adicionais
Process Mining
Campos de entrada de Log de evento
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.
tsv
(separado por tabs) ou um arquivo .csv
(separado por vírgulas) que contenha uma coluna para cada campo de entrada.
Event_log_raw
.
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.
NULL
.
Abaixo há uma visão geral dos diferentes tipos de campos e suas configurações de formato padrão.
Tipo de campo |
Format |
---|---|
boolean |
true , false , 1 , 0 |
datetime |
yyyy-mm-dd hh:mm:ss[.ms] , em que [.ms] é opcional.
Consulte a documentação oficial da Microsoft se quiser alterar o formato da data. |
double |
Separador decimal:
. (ponto)
Separador de milhar: nenhum |
text |
N/A |
integer |
Separador de milhar: nenhum |
Abaixo está uma visão geral dos 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.
A tabela Event_log_raw contém informações sobre as atividades executadas no processo.
Name |
Tipo de dados |
Obrigatório S/N |
Description |
---|---|---|---|
|
text |
Y |
O nome do evento. Isso descreve a etapa no processo. |
|
text |
Y |
O identificador único do caso ao qual o evento pertence. |
|
datetime |
Y |
O carimbo de data/hora associado ao término da execução do evento. |
|
text |
N | Um nome fácil para identificar o caso. |
|
text |
N | O status do caso no processo. Por exemplo, aberto, fechado, pendente, aprovado, etc. |
|
text |
N | A categorização dos casos. |
|
double |
N | Um valor monetário relacionado ao caso. |
Automated *
|
boolean |
N |
Indica se o evento é executado manualmente ou é automatizado. |
|
double |
N |
Os custos para executar o evento. |
|
text |
N |
Informações relacionadas ao evento. |
Event_processing_time |
integer |
N | O horário da execução do evento (em milissegundos). |
|
datetime |
N |
O carimbo de data/hora associado ao início da execução do evento. |
|
text |
N |
A equipe que executou o evento. |
|
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"