Eventos Antes o Después de una Actividad

Resumen

El filtro Eventos Antes o Después de una Actividad selecciona o elimina eventos según su posición relativa a actividades específicas dentro de cada caso. Este potente filtro a nivel de evento te permite enfocarte en partes de tu proceso manteniendo solo los eventos que ocurren antes, después o entre actividades específicas. Puedes analizar segmentos del proceso, identificar patrones en etapas específicas del flujo de trabajo o eliminar eventos irrelevantes que estén fuera de tu área de interés.

Usos Comunes

  • Analizar eventos que ocurren antes de un hito crítico o punto de decisión
  • Enfocarse en actividades que suceden después de una etapa específica del proceso
  • Extraer segmentos del proceso entre dos actividades clave
  • Eliminar eventos preliminares para centrarse en las actividades principales del procesamiento
  • Identificar patrones en flujos posteriores a la aprobación o al rechazo
  • Estudiar el comportamiento del proceso entre hitos de inicio y fin

Configuración

Activity Name: La actividad principal que sirve como punto de referencia o límite.

Activity Name 2: (Solo para operaciones Entre) La segunda actividad que define el límite final.

Before/After Selection: Elige el modo de filtrado que determina qué eventos conservar o eliminar.

Modo Descripción Ejemplo de Uso
Before Eventos antes de la primera ocurrencia de la Actividad Analizar actividades previas a la primera aprobación
Before and Including Eventos antes e incluyendo la primera ocurrencia Incluir la aprobación en el análisis previo a la aprobación
After Eventos después de la última ocurrencia de la Actividad Estudiar actividades posteriores a la finalización
After and Including Eventos después e incluyendo la última ocurrencia Incluir la finalización en el análisis posterior a la finalización
Between Eventos entre la primera ocurrencia de dos actividades Analizar el procesamiento entre envío y aprobación
Between and Including Eventos entre e incluyendo ambas actividades Incluir los límites en el análisis del segmento

Remove Events: Elige si conservar los eventos que coinciden o eliminarlos.

  • Keep (false): Devuelve solo los eventos que cumplen el criterio
  • Remove (true): Elimina los eventos que cumplen el criterio, conservando todo lo demás

Ejemplos

Ejemplo 1: Análisis de Actividades Previas a la Aprobación

Escenario: Deseas analizar todas las actividades que ocurren antes de la primera "Manager Approval" en tu proceso de reclamaciones de gastos para entender qué trabajo de preparación se realiza antes de que las reclamaciones lleguen a aprobación.

Configuración:

  • Activity Name: "Manager Approval"
  • Before/After Selection: Before (sin incluir)
  • Remove Events: Keep (false)

Resultado:

Para cada caso, solo se retienen los eventos que ocurren antes de la primera "Manager Approval". El caso #EXP-1234 puede mostrar "Submit Claim", "Attach Receipts", "Department Review", pero no "Manager Approval" ni nada después de esta. Esto te permite analizar la fase de presentación y preparación por separado.

Perspectivas: Al aislar actividades previas a la aprobación, puedes medir el tiempo de preparación, identificar cuellos de botella en la recolección de documentos y entender qué actividades preceden consistentemente a la aprobación. Esto ayuda a optimizar la fase de presentación de tu flujo de trabajo.

Ejemplo 2: Estudiando Actividades Posteriores al Rechazo

Escenario: Cuando las solicitudes de préstamo son rechazadas, quieres analizar qué ocurre después: si los clientes vuelven a aplicar, solicitan apelaciones o abandonan el proceso. Necesitas enfocarte solo en eventos después de la actividad "Application Rejected".

Configuración:

  • Activity Name: "Application Rejected"
  • Before/After Selection: After (sin incluir)
  • Remove Events: Keep (false)

Resultado:

Para cada caso rechazado, solo se conservan los eventos que ocurren después de la última "Application Rejected". El caso #LOAN-5678 puede mostrar "Appeal Requested", "Additional Documents", "Manager Review", pero no el evento de rechazo ni nada anterior. Esto aísla el flujo de trabajo posterior al rechazo.

Perspectivas: Esto revela el comportamiento del cliente después del rechazo e identifica oportunidades de mejora en el proceso. Puedes medir cuántos clientes vuelven a aplicar, cuánto tiempo esperan antes de apelar y si ciertos tipos de rechazo generan más apelaciones.

Ejemplo 3: Análisis del Procesamiento Entre Actividades

Escenario: Tu proceso de reclamación de seguro tiene una ventana clara de procesamiento entre "Initial Assessment" y "Final Decision". Quieres analizar solo las actividades que ocurren durante esta fase central del procesamiento, excluyendo actividades preliminares y posteriores.

Configuración:

  • Activity Name: "Initial Assessment"
  • Activity Name 2: "Final Decision"
  • Before/After Selection: Between (sin incluir)
  • Remove Events: Keep (false)

Resultado:

Para cada caso, solo se retienen los eventos entre la primera "Initial Assessment" y la primera "Final Decision", excluyendo ambas actividades límite. El caso #CLM-9876 puede mostrar "Document Verification", "Expert Consultation", "Additional Information Request", pero no la evaluación ni la decisión.

Perspectivas: Esto aísla las actividades centrales de procesamiento de reclamaciones, permitiendo medir la eficiencia del procesamiento, identificar pasos comunes de investigación y analizar cuellos de botella en la fase de evaluación sin ruido de actividades preliminares o posteriores a la decisión.

Ejemplo 4: Eliminando Actividades Posteriores a la Finalización

Escenario: El análisis de cumplimiento de pedidos debe enfocarse solo en las actividades hasta e incluyendo la entrega. Eventos después de "Delivered" como "Customer Survey" y "Feedback Collected" son importantes pero deben excluirse del análisis del tiempo del ciclo de cumplimiento.

Configuración:

  • Activity Name: "Delivered"
  • Before/After Selection: After and Including (Delivered)
  • Remove Events: Remove (true)

Resultado:

Para cada caso, el evento "Delivered" y todo lo posterior se eliminan, conservando solo las actividades de cumplimiento. El caso #ORD-4567 retiene "Order Received", "Payment Processed", "Shipped" pero elimina "Delivered", "Survey Sent" y "Feedback Received".

Perspectivas: Al eliminar actividades posteriores a la entrega, tus cálculos de tiempo del ciclo reflejan la duración real del cumplimiento sin incluir la recopilación de feedback del cliente. Esto proporciona métricas operativas precisas mientras puedes analizar actividades de retroalimentación por separado usando una configuración de filtro diferente.

Ejemplo 5: Análisis Completo de Segmento del Flujo de Trabajo

Escenario: Deseas analizar el flujo completo de aprobación, incluyendo tanto el punto inicial "Approval Request Submitted" como el punto final "Final Approval Decision", excluyendo todo fuera de este segmento.

Configuración:

  • Activity Name: "Approval Request Submitted"
  • Activity Name 2: "Final Approval Decision"
  • Before/After Selection: Between and Including
  • Remove Events: Keep (false)

Resultado:

Para cada caso, se retienen los eventos desde la primera "Approval Request Submitted" hasta la primera "Final Approval Decision", incluyendo ambas actividades límite. Esto te da el segmento completo de aprobación con puntos claros de inicio y final.

Perspectivas: Incluir ambos límites te da métricas completas del flujo de aprobación, incluyendo las actividades que marcan el inicio y fin del proceso. Esto es ideal para medir la duración total de la aprobación y analizar la secuencia completa de actividades relacionadas.

Resultado

Este filtro opera a nivel de evento y puede modificar significativamente tu registro de procesos:

  • Modos Before/After: Encuentra la primera (Before) o última (After) ocurrencia de la actividad especificada
  • Modos Between: Encuentra eventos entre la primera ocurrencia de Activity Name y Activity Name 2
  • Modo Remove: Invierte la selección (elimina eventos que coinciden en lugar de conservarlos)
  • Los casos permanecen en el conjunto de datos incluso si se eliminan eventos
  • Pueden quedar casos vacíos si todos sus eventos son filtrados
  • Se preservan la secuencia y los atributos de los eventos retenidos

Usa este filtro para enfocar tu análisis en segmentos específicos del proceso, entender patrones de comportamiento antes o después de hitos clave o eliminar eventos irrelevantes que estén fuera de tu área de interés.


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