- Notas de versão
- Antes de começar
- Introdução
- Integrações
- Gerenciamento de acesso
- Como trabalhar com aplicativos de processo
- Criação de aplicativos
- Carregamento de dados
- Carregamento de dados
- Retrieving the SQL Server database parameters
- Configuração de uma conta do SQL Server para upload de dados usando um extrator
- Loading data using Theobald Xtract Universal
- Personalização de aplicativos de processo
- Transformações de dados
- ModeloUm modelo de aplicativo
- Modelo de aplicativo Purchase-to-Pay
- Modelo de aplicativo Order to Cash
- Basic troubleshooting guide
Process Mining
Campos de entrada TemplateOne-SingleFile
Se seus dados para casos e eventos estiverem disponíveis em um arquivo de entrada, use o modelo de aplicativo TemplateOne-SingleFile .
Se você deseja criar um novo aplicativo de processo TemplateOne , deve carregar um conjunto de dados que contenha os dados a serem usados no TemplateOne.
tsv
(separado por tabs) ou um arquivo .csv
(separado por vírgulas) que contenha uma coluna para cada campo de entrada.
Event_log_raw
.
Ao criar seu primeiro conjunto de dados, confira este vídeo abaixo para um tutorial. Use isso para entender melhor como criar um conjunto de dados e usá-lo em um aplicativo de processo TemplateOne .
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 *
|
Booleano |
N |
Indica se o evento é executado manualmente ou é automatizado. |
|
double |
N |
Os custos para executar o evento. |
|
text |
N |
Informações relacionadas ao evento. |
|
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"
Os seguintes campos de caso personalizados estão disponíveis.
- 30 campos do tipo texto;
- 10 campos do tipo double;
- 10 campos do tipo datahora;
- 10 campos do tipo booleano;
- 10 campos do tipo duração.
Os seguintes campos personalizados de evento estão disponíveis.
- 30 campos do tipo texto;
- 10 campos do tipo double;
- 10 campos do tipo datahora;
- 10 campos do tipo booleano;
- 5 campos do tipo duração.
Os campos personalizados têm nomes genéricos. Abaixo está uma visão geral dos campos personalizados que podem ser usados em um aplicativo de processo.
Name |
Tipo de dados |
Obrigatório S/N |
---|---|---|
custom_case_text_{1...30} |
text |
N |
custom_case_number_{1...10} |
double |
N |
custom_case_datetime_{1...10} |
DateTime |
N |
custom_case_boolean_{1...10} |
Booleano |
N |
custom_case_duration_{1...10} |
duration |
N |
custom_event_text_{1...30} |
text |
N |
custom_event_number_{1...10} |
double |
N |
custom_event_datetime_{1...10} |
DateTime |
N |
custom_event_boolean_{1...10} |
Booleano |
N |
custom_event_duration_{1...5} |
Número inteiro |
N |
Ao usar um campo personalizado, você deve renomear o campo usando o Gerenciador de dados para um nome que corresponda ao valor. Consulte Campos.
Os campos personalizados que estão vazios em seu conjunto de dados não são exibidos no Process Mining.