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 las tablas y los nombres de los campos distinguen entre mayúsculas y minúsculas. Asegúrate siempre de que los nombres de campo (encabezados de columna) de tu conjunto de datos coincidan con los nombres de campo (en inglés) de la siguiente tabla y de que el nombre del archivo sea 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 .

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"