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 los campos (encabezados de columna) en tu conjunto de datos coincidan con los nombres de los campos (en inglés) y que el nombre del archivo coincida con el nombre de la tabla.

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.

Registro_evento

La tabla Event_log 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_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 personalizar esto 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 instrucción que contiene ...as "Automated" y reemplázala, por ejemplo, con una instrucción como se muestra en el siguiente bloque de código.

case when Event_log_base."User" = 'A' then {{pm_utils.to_boolean('true')}} else {{pm_utils.to_boolean('false')}} end as "Automated"

Nota:

Si tu conjunto de datos contiene eventos en los que Event_start ocurre después de Event_end, Event_start se establece automáticamente en la fecha Event_end , ya que de lo contrario daría lugar a un tiempo de ciclo negativo. Se muestra un mensaje de advertencia en el registro de ingestión.

Event_cost y Event_processing_time

Event_cost y Event_processing_time utilizados para calcular el potencial de automatización no forman parte de los datos de entrada. Puedes configurar estos campos en Transformaciones de datos utilizando instrucciones SQL. Consulta Configurar campos para el potencial de automatización para obtener más información.