- Notas relacionadas
- Antes de empezar
- Primeros pasos
- Integraciones
- Gestionar el acceso
- Trabajar con apps de proceso
- Creación de aplicaciones
- Cargar datos
- Cargar datos
- Retrieving the SQL Server database parameters
- Configurar una cuenta de SQL Server para la carga de datos utilizando un Extractor
- Cargar datos utilizando Theobald Xtract Universal
- Personalizar apps de proceso
- Transformaciones de datos
- TemplateOne
- Plantilla de la app Purchase to Pay
- Plantilla de la aplicación Order to Cash
- Guía básica de resolución de problemas
Introducción
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.
Debe ser un archivo tsv (separado por tabuladores) o .csv (separado por comas) que contenga una columna para cada campo de entrada.
Los nombres de tabla y de campo distinguen entre mayúsculas y minúsculas. Asegúrate siempre de que los nombres de los campos (encabezados de las columnas) de tu conjunto de datos coinciden con los nombres de los campos (en inglés) de la tabla siguiente y de que el nombre del archivo es Event_log_raw.
Tutorial
Al crear tu primer conjunto de datos, consulta este vídeo para ver un tutorial. Utiliza esto para comprender mejor cómo crear un conjunto de datos y utilizarlo en una aplicación de proceso de TemplateOne.
Campos obligatorios y opcionales
Tu archivo de datos de entrada puede tener diferentes campos o diferentes nombres de campo. Sin embargo, algunos campos son obligatorios, lo que significa que los datos deben estar disponibles en tu archivo de datos de entrada para que la app de proceso funcione correctamente.
Cuando un campo es obligatorio, no debe contener valores NULL .
Tipos de campo
La siguiente tabla describe los diferentes tipos de campo y su configuración de formato predeterminada.
| Tipo de campo | Formato |
|---|---|
| Booleano | true, false, 1, 0 |
| datetime | yyyy-mm-dd hh:mm:ss[.ms], donde [.ms] es opcional.Consulta la documentación oficial de Microsoft si quieres cambiar el formato de fecha. |
| double | Separador decimal: . (punto)Separador de miles: ninguno |
| text | N/D |
| Entero | Separador de miles: ninguno |
La siguiente tabla describe los campos de entrada. Para cada campo, se muestra el nombre, el tipo de datos y una breve descripción. Aparte de eso, se indica si el campo es obligatorio.
Event_log_raw
La tabla Event_log_raw contiene información sobre las actividades ejecutadas en el proceso.
| Nombre | Tipo de datos | Obligatorio S/N | Descripción |
|---|---|---|---|
Activity | text | Y | El nombre del evento. Esto describe el paso del proceso. |
Case_ID | text | Y | El identificador único del caso al que pertenece el evento. |
Event_end | datetime | Y | La marca de tiempo asociada al final de la ejecución del evento. |
Case | text | N | Un nombre fácil de usar para identificar el caso. |
Case_status | text | N | The status of the case in the process. For example, open, closed, pending, approved, etc. |
Case_type | text | N | La categorización de los casos. |
Case_value | double | N | Un valor monetario relacionado con el caso. |
Automated* | Booleano | N | Indica si el evento se ejecuta manualmente o de forma automatizada. |
Event_cost | double | N | Los costes de ejecución del evento. |
Event_detail | text | N | Información relacionada con el evento. |
Event_start | datetime | N | La marca de tiempo asociada al inicio de la ejecución del evento. |
Team | text | N | El equipo que ejecutó el evento. |
User | text | N | El usuario que ejecutó el evento. |
*) Automated forma parte de los datos de entrada. Sin embargo, si necesitas derivar si un evento está automatizado o no, debes personalizarlo en las transformaciones de datos para crear esa lógica basada en la información requerida. Se recomienda hacer esto en el archivo Event_log.sql . Localiza la declaración que contiene ...as "Automated" y reemplázala, por ejemplo, con una declaración como se muestra a continuación.
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"
Campos personalizados
Los siguientes campos de casos personalizados están disponibles.
- 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.
Están disponibles los siguientes campos de eventos personalizados.
- 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.
Los campos personalizados tienen nombres genéricos. La siguiente tabla describe los campos personalizados que se pueden utilizar en una aplicación de proceso.
| Nombre | Tipo de datos | Obligatorio 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} | Duración | 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} | Entero | N |
Cuando utilizas un campo personalizado, debes cambiar el nombre del campo en el Gestor de datos a un nombre que coincida con el valor. Consulta Campos.
Custom fields that are empty in your dataset, are not displayed in Process Mining.