- 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
- Carregamento de dados usando o 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
- Guia básico de solução de problemas
Introdução
If your data for cases and events is available in one input file, you use the TemplateOne-SingleFile app template.
If you want to create a new TemplateOne process app, you must upload a dataset that contains the data to be used in the TemplateOne.
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 abaixo e que o nome do arquivo seja Event_log_raw.
Tutorial
Ao criar seu primeiro conjunto de dados, confira este vídeo abaixo para ver um tutorial. Use isso para entender melhor como criar um conjunto de dados e usá-lo em um aplicativo de processos do TemplateOne.
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"
Custom Fields
Os seguintes campos de caso personalizados estão disponíveis.
- 30 fields of type text;
- 10 fields of type double;
- 10 fields of type datetime;
- 10 fields of type boolean;
- 10 fields of type duration.
Os seguintes campos personalizados de evento estão disponíveis.
- 30 fields of type text;
- 10 fields of type double;
- 10 fields of type datetime;
- 10 fields of type boolean;
- 5 fields of type duration.
Campos personalizados têm nomes genéricos. A tabela a seguir descreve os 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 |
Quando você usa um campo personalizado, você deve renomear o campo usando o Data Manager para um nome que corresponda ao valor. Marcar Campos.
Custom fields that are empty in your dataset, are not displayed in Process Mining.