Campos de entrada del Registro de eventos

Introducción

Si tus datos para casos y eventos están disponibles en un archivo de entrada, utiliza la plantilla de aplicación Registro de eventos.

Si quieres crear una nueva aplicación de Registro de eventos o de Proceso personalizado, debes cargar un conjunto de datos que contenga los datos que se utilizarán en la aplicación de proceso.

Debe ser un archivo tsv (separado por tabuladores) o .csv (separado por comas) que contenga una columna para cada campo de entrada.

Importante:

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.

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.

Nota: cuando un campo es obligatorio, no debe contener valores NULL.

Field types

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 quieres 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.

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	El estado del caso en el proceso. Por ejemplo, abierto, cerrado, pendiente, aprobado, 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"