Orden de Eventos

Descripción general

El filtro Orden de Eventos identifica casos basados en relaciones secuenciales entre actividades. Permite encontrar casos donde una actividad sigue a otra según patrones específicos: directamente (sin actividades intermedias), eventualmente (en cualquier punto posterior dentro del caso), en la misma fecha o en el mismo momento. Este filtro potente es esencial para la verificación de conformidad, análisis de variantes de procesos y para detectar si las secuencias de actividades esperadas realmente ocurrieron en los datos de su proceso.

El filtro ofrece cuatro tipos distintos de relación para ajustarse a diferentes necesidades de análisis. Puede usarlo para verificar que las secuencias requeridas hayan ocurrido (como "aprobación antes de pago"), encontrar casos que sigan o violen los procedimientos estándar, o analizar relaciones temporales entre actividades.

Usos comunes

Verificación de conformidad: Verificar que las secuencias de actividades requeridas ocurran en el orden correcto (por ejemplo, "Orden de Compra" debe preceder a "Recepción de Mercancías").
Cumplimiento del proceso: Asegurar que las actividades de aprobación precedan directamente a las actividades de ejecución sin pasos intermedios.
Análisis de variantes: Identificar casos que siguen rutas específicas del proceso comprobando si ciertas actividades eventualmente siguen a otras.
Investigación de causas raíz: Encontrar casos donde ocurrieron secuencias problemáticas (por ejemplo, "Retrabajo" siguiendo a "Control de Calidad").
Detección de actividades concurrentes: Localizar casos donde actividades ocurrieron al mismo tiempo o en la misma fecha, lo que puede indicar problemas de calidad de datos o procesamiento paralelo.
Manejo de excepciones: Descubrir casos donde actividades de escalación siguieron a actividades regulares, indicando problemas en el proceso.

Configuraciones

Actividad Primero: La primera actividad en la relación secuencial. Esta es la actividad que debería ocurrir antes de la segunda actividad.

Actividad Sigue: La segunda actividad en la relación secuencial. Es la actividad que debería seguir a la primera según el método de seguimiento seleccionado.

Método de Seguimiento: Define el tipo de relación a verificar entre las dos actividades:

Sigue Directamente: La segunda actividad debe seguir inmediatamente a la primera sin actividades intermedias.
Sigue Eventualmente: La segunda actividad debe ocurrir después de la primera en cualquier punto dentro del caso.
Mismo Momento: Ambas actividades deben ocurrir exactamente en la misma marca de tiempo.
Misma Fecha: Ambas actividades deben ocurrir en la misma fecha calendario.

Quitar filtro: Cuando está desmarcado (predeterminado), devuelve casos que coinciden con el patrón de seguimiento. Cuando está marcado, devuelve casos que NO coinciden con el patrón, invirtiendo efectivamente la lógica del filtro.

Nombre de atributo (opcional): Especifica qué columna de atributo del evento analizar para los nombres de las actividades. Si no se proporciona, usa la columna de actividad predeterminada de su registro de eventos.

Nombre de atributo para comparar (opcional): Añade una restricción adicional de comparación de atributo al usar los métodos Sigue Directamente o Sigue Eventualmente. Esto permite escenarios de filtrado más complejos.

Usar fecha si no hay hora (opcional): Cuando está marcado, utiliza el orden basado en fechas para actividades que carecen de información de tiempo. Solo es relevante para los métodos Sigue Directamente y Sigue Eventualmente.

Ejemplos

Ejemplo 1: Verificación de secuencia directa

Escenario: Desea encontrar todas las órdenes de compra donde la recepción de mercancías sigue directamente a la creación de la orden, sin actividades intermedias. Esto ayuda a identificar los casos más fluidos y rápidos sin complicaciones.

Configuraciones:

Actividad Primero: "Create Purchase Order"
Actividad Sigue: "Goods Receipt"
Método de Seguimiento: Sigue Directamente
Quitar filtro: Desmarcado

Resultado: Devuelve solo casos donde "Goods Receipt" sigue inmediatamente a "Create Purchase Order" sin actividades intermedias como aprobaciones, cambios o retenciones.

Perspectivas: Estos casos representan el flujo ideal del proceso. Comparar sus características (proveedor, departamento, valor) con casos que tienen pasos adicionales revela qué factores permiten un procesamiento fluido.

Ejemplo 2: Detección de relación eventual

Escenario: Necesita verificar que todos los casos con una actividad de control de calidad eventualmente llegaron a la actividad de entrega, independientemente de cuántos pasos ocurrieron entre ellas.

Configuraciones:

Actividad Primero: "Quality Check"
Actividad Sigue: "Deliver Order"
Método de Seguimiento: Sigue Eventualmente
Quitar filtro: Desmarcado

Resultado: Devuelve todos los casos donde "Deliver Order" ocurrió en cualquier momento posterior a "Quality Check", incluso si hubo retrabajos, aprobaciones u otras actividades intermedias.

Perspectivas: Esto confirma que los artículos revisados con calidad finalmente fueron entregados. Los casos ausentes en este filtro pueden indicar procesamiento incompleto o pedidos cancelados tras la inspección de calidad.

Ejemplo 3: Detección de incumplimiento

Escenario: Desea encontrar casos donde el pago ocurrió sin aprobación previa, lo que viola la política de la empresa. Usar el filtro invertido ayuda a identificar estos casos no conformes.

Configuraciones:

Actividad Primero: "Approve Payment"
Actividad Sigue: "Execute Payment"
Método de Seguimiento: Sigue Directamente
Quitar filtro: Marcado

Resultado: Devuelve casos donde "Execute Payment" NO sigue directamente a "Approve Payment", indicando aprobaciones faltantes o actividades entre aprobación y pago.

Perspectivas: Estos casos representan posibles violaciones de cumplimiento que requieren investigación. Pueden revelar pagos automáticos, procesamiento de emergencia o brechas en los flujos de aprobación.

Ejemplo 4: Análisis de actividades en el mismo día

Escenario: Desea identificar casos donde la creación del pedido y la entrega ocurrieron el mismo día, lo que puede indicar procesamiento acelerado o problemas de calidad de datos.

Configuraciones:

Actividad Primero: "Create Order"
Actividad Sigue: "Deliver Order"
Método de Seguimiento: Misma Fecha
Quitar filtro: Desmarcado

Resultado: Devuelve casos donde ambas actividades ocurrieron en la misma fecha calendario, sin importar la diferencia de tiempo real.

Perspectivas: El cumplimiento de pedidos en el mismo día puede indicar:

Solicitudes de envío exprés
Entregas locales con procesamiento rápido
Pedidos de emergencia con manejo especial
Posibles errores de marca de tiempo si este patrón es inesperado

Ejemplo 5: Detección de marcas de tiempo concurrentes

Escenario: Necesita encontrar casos donde dos sistemas diferentes registraron actividades en exactamente la misma marca de tiempo, lo que podría indicar problemas de calidad de datos o procesamiento por lotes.

Configuraciones:

Actividad Primero: "System A Update"
Actividad Sigue: "System B Update"
Método de Seguimiento: Mismo Momento
Quitar filtro: Desmarcado

Resultado: Devuelve casos donde ambas actividades tienen marcas de tiempo idénticas hasta el segundo.

Perspectivas: Las coincidencias exactas en marcas de tiempo entre diferentes actividades pueden revelar:

Procesos automáticos por lotes que actualizan múltiples sistemas
Problemas de importación de datos donde no se registraron correctamente las marcas de tiempo
Necesidad de mayor granularidad en las marcas de tiempo
Problemas de integración entre sistemas

Ejemplo 6: Encontrar casos sin las secuencias esperadas

Escenario: Desea identificar casos donde la aprobación nunca llevó eventualmente a la ejecución, lo que podría indicar procesos cancelados o estancados.

Configuraciones:

Actividad Primero: "Approve Request"
Actividad Sigue: "Execute Request"
Método de Seguimiento: Sigue Eventualmente
Quitar filtro: Marcado

Resultado: Devuelve casos donde "Execute Request" NO ocurrió después de "Approve Request" en ningún momento dentro del caso.

Perspectivas: Estos casos representan solicitudes aprobadas que nunca se ejecutaron, lo que podría indicar:

Aprobaciones canceladas
Casos estancados después de la aprobación
Fallas en el proceso que requieren intervención
Solicitudes aprobadas pendientes de ejecución

Salida

El filtro devuelve un conjunto de datos que contiene únicamente los casos que coinciden (o no coinciden, si Quitar filtro está marcado) con la relación secuencial especificada. Todos los eventos y atributos de cada caso se preservan en los resultados filtrados. El número de casos en la salida normalmente será menor que el de entrada, ya que los casos que no cumplen con los criterios son eliminados.

Si ningún caso coincide con la relación secuencial especificada, el filtro devuelve un conjunto de resultados vacío.

Notas técnicas

Tipo de filtro: Filtro a nivel de caso (elimina casos completos basado en relaciones entre actividades)
Emparejamiento de actividades: Usa coincidencia exacta y sensible a mayúsculas y minúsculas para los nombres de actividades
Lógica temporal: Para Sigue Directamente y Sigue Eventualmente, las actividades deben existir en orden cronológico
Validación: Sugiere automáticamente nombres de actividad similares si no se encuentran las actividades especificadas
Rendimiento: Optimizado para detección eficiente de secuencias incluso en casos con muchas actividades
Se requieren ambas actividades: Los casos deben contener ambas actividades especificadas para ser considerados (a menos que se use la lógica invertida)

Esta documentación forma parte de la plataforma de minería de procesos mindzieStudio.