- 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
- Loading data using 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
- Basic troubleshooting guide
Campos de entrada TemplateOne-SingleFile
Si tus datos de casos y eventos están disponibles en un archivo de entrada, usa la plantilla de la aplicación TemplateOne-SingleFile .
Si desea crear una nueva aplicación de proceso TemplateOne , debe cargar un conjunto de datos que contenga los datos que se usarán en TemplateOne.
tsv
(separado por tabuladores) o .csv
(separado por comas) que contenga una columna para cada campo de entrada.
Event_log_raw
.
Al crear su primer conjunto de datos, consulte este tutorial a continuación. Úselo para comprender mejor cómo crear un conjunto de datos y usarlo en una aplicación de proceso TemplateOne .
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.
NULL
.
A continuación se presenta un resumen de los diferentes tipos de campos y su configuración de formato por defecto.
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 deseas cambiar el formato de fecha. |
double |
Separador decimal:
. (punto)
Separador de miles: ninguno |
text |
N/D |
Entero |
Separador de miles: ninguno |
A continuación se muestra un resumen de 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.
La tabla Event_log_raw contiene información sobre las actividades ejecutadas en el proceso.
Nombre |
Tipo de datos |
Obligatorio S/N |
Descripción |
---|---|---|---|
|
text |
Y |
El nombre del evento. Esto describe el paso del proceso. |
|
text |
Y |
El identificador único del caso al que pertenece el evento. |
|
datetime |
Y |
La marca de tiempo asociada al final de la ejecución del evento. |
|
text |
N | Un nombre fácil de usar para identificar el caso. |
|
text |
N | El estado del caso en el proceso. Por ejemplo, abierto, cerrado, pendiente, aprobado, etc. |
|
text |
N | La categorización de los casos. |
|
double |
N | Un valor monetario relacionado con el caso. |
Automated *
|
Booleano |
N |
Indica si el evento se ejecuta manualmente o de forma automatizada. |
|
double |
N |
Los costes de ejecución del evento. |
|
text |
N |
Información relacionada con el evento. |
|
datetime |
N |
La marca de tiempo asociada al inicio de la ejecución del evento. |
|
text |
N |
El equipo que ejecutó el evento. |
|
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"
Los siguientes campos de casos personalizados están disponibles.
- 30 campos de tipo texto;
- 10 campos de tipo double;
- 10 campos de tipo fecha;
- 10 campos de tipo booleano;
- 10 campos de tipo duración.
Están disponibles los siguientes campos de eventos personalizados.
- 30 campos de tipo texto;
- 10 campos de tipo double;
- 10 campos de tipo fecha;
- 10 campos de tipo booleano;
- 5 campos de tipo duración.
Los campos personalizados tienen nombres genéricos. A continuación se muestra una descripción general de los campos personalizados que se pueden utilizar en una app 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 utiliza un campo personalizado, debe cambiar el nombre del campo en Data Manager por un nombre que coincida con el valor. Consulta Campos.
Los campos personalizados que están vacíos en tu conjunto de datos no se muestran en Process Mining.