Designing an event log

Introducción

Al configurar las transformaciones para Process Mining, es importante tener una buena comprensión del proceso. El primer paso es definir los eventos que ocurren y las entidades en las que estos eventos tienen lugar.

Define the events

Comience definiendo las actividades de alto valor. Priorice la adición de actividades en función de la frecuencia con la que ocurren y su importancia para el usuario final. La definición de las actividades debe ser un proceso iterativo.

A continuación se muestra un ejemplo de un registro de eventos para el proceso de Facturas.

El número ideal de actividades para describir un proceso es entre 10 y 20. Aunque más actividades darán lugar a más posibilidades de análisis, también darán lugar a más variaciones de procesos y a una mayor complejidad.

Número de actividades	Resultado
<10	Baja complejidad de análisis, bajo número de posibles mejoras.
10-20	Equilibrio óptimo entre la complejidad del análisis y las posibles mejoras
20	Alta complejidad de análisis, alto número de pequeñas mejoras.

Convenciones de nombres

Para los nombres de las actividades, la práctica recomendada es utilizar el formato de nombre de verbo, como Crear documento. Consulta la tabla a continuación para obtener algunos consejos sobre la asignación de nombres de actividades.

Nombre de actividad	Asesoramiento	Mejores prácticas
Orden Orden	Evita los nombres ambiguos de las actividades.	Solicitar material
Ticket	Evita los nombres singulares de las actividades, indica qué pasó con qué.	Crear ticket
Documento cancelado	Evita la voz pasiva.	Cancelar documento
Aprobar la comprobación del control de crédito en el pedido	Evita los nombres de actividades demasiado largos	Aprobar la verificación de crédito SO

Define entities

Los eventos tienen lugar en una o más entidades en el proceso. Utilice el conjunto de eventos deseados para determinar qué entidades se necesitan para un proceso empresarial. A continuación se muestra un ejemplo de un conjunto de eventos y sus entidades correspondientes.

Cada entidad puede tener propiedades específicas. Por ejemplo, una entidad de orden de compra puede tener un purchase_order_typey una entidad de factura puede tener un payment_due_date.

Define the event log

El número de entidades de interés en un proceso varía en función de la complejidad del proceso. En algunos procesos, solo se puede requerir una entidad, como el ticket en un proceso de Gestión de incidentes.

En procesos más complejos, varias entidades pueden ser de interés. Por ejemplo, un proceso Purchase-to-Pay que comienza con la compra de un producto hasta el pago de una factura cubre un conjunto de eventos relacionados con múltiples entidades. Para crear un registro de eventos para dichos procesos, deben definirse las relaciones entre las entidades. Consulta la siguiente ilustración para ver un diagrama de relación de ejemplo de entidades Purchase-to-Pay.

El registro de eventos describe el proceso de principio a fin que abarca los eventos de todas las entidades combinadas. Solo una entidad en el proceso puede funcionar como entidad principal a la que se realizará un seguimiento durante todo el proceso. Esta entidad principal se denomina "Caso" en el proceso, identificado por su "ID de caso".