Casos con Atributo Cambiado

Visión General

El filtro Casos con Atributo Cambiado selecciona casos donde un atributo del evento tiene valores diferentes entre eventos dentro del caso. Este filtro a nivel de caso examina todos los eventos en cada caso y conserva solo aquellos casos donde el atributo especificado varía de un evento a otro. El filtro es especialmente útil para identificar procesos dinámicos donde los valores de los atributos cambian durante la ejecución del caso, como transiciones de estado, cambios de ubicación o transferencias de recursos.

El filtro se centra en valores no nulos - primero filtra los valores nulos, luego verifica si los valores restantes son idénticos. Los casos donde todos los eventos tienen el mismo valor (o todos valores nulos) se excluyen de los resultados.

Usos Comunes

  • Análisis de Progresión de Estado: Identificar casos donde los valores de estado cambiaron durante el procesamiento, indicando progresión a través de diferentes etapas.
  • Detección de Transferencia de Recursos: Encontrar casos donde diferentes recursos o departamentos manejaron distintos eventos, revelando patrones de colaboración.
  • Seguimiento de Cambio de Ubicación: Descubrir casos donde el atributo de ubicación cambió, indicando movimiento físico o transferencia entre sitios.
  • Escalada de Prioridad: Detectar casos donde los niveles de prioridad cambiaron durante la ejecución, mostrando patrones de escalada o desescalada.
  • Identificación de Desviación del Proceso: Encontrar casos donde los valores de atributos variaron inesperadamente, lo que podría indicar excepciones o procesamiento no estándar.
  • Análisis de Procesos en Múltiples Etapas: Identificar casos que pasaron por múltiples etapas detectando cambios en atributos relacionados con las etapas.

Configuración

Nombre de la Columna del Evento: Seleccione el atributo del evento que desea evaluar para variación. El filtro devolverá casos donde este atributo tenga valores diferentes entre eventos. Solo se consideran valores no nulos al verificar la variación.

Nota: El atributo debe existir en la tabla de eventos y ser de un tipo de dato soportado (String, Int32, Int64, DateTime, TimeSpan, Single, Double o Boolean). Si escribe mal el nombre de la columna, el sistema de validación del filtro sugerirá nombres de columnas similares.

Ejemplos

Ejemplo 1: Encontrar Casos con Cambios de Estado

Escenario: Desea identificar todos los casos de procesamiento de órdenes donde el estado de la orden cambió durante el procesamiento, indicando que la orden progresó por diferentes etapas.

Configuración:

  • Nombre de la Columna del Evento: "Order Status"

Resultado: El filtro devuelve casos donde diferentes eventos tienen distintos valores en "Order Status" (ej. "New" -> "Processing" -> "Shipped"). Se excluyen casos donde todos los eventos tienen el mismo estado.

Perspectivas: Esto ayuda a identificar:

  • Casos que progresaron exitosamente a través del flujo de trabajo
  • Patrones normales de procesamiento con transiciones de estado
  • Casos que pudieron experimentar múltiples cambios de estado
  • Órdenes que pasaron por diferentes etapas de cumplimiento

Ejemplo 2: Detectar Transferencias de Recursos

Escenario: Necesita encontrar casos donde diferentes recursos o empleados trabajaron en distintas actividades, indicando colaboración o situaciones de transferencia.

Configuración:

  • Nombre de la Columna del Evento: "Resource"

Resultado: El filtro selecciona casos donde el atributo "Resource" varía entre eventos, es decir, múltiples personas o sistemas manejaron diferentes actividades.

Perspectivas: Estos casos revelan:

  • Patrones de trabajo colaborativo donde contribuyen varias personas
  • Transferencias entre departamentos o equipos
  • Casos que requieren experiencia especializada de diversos recursos
  • Potenciales cuellos de botella donde se produjeron cambios de recurso

Ejemplo 3: Identificar Cambios de Ubicación

Escenario: Desea rastrear envíos o artículos que se movieron entre diferentes ubicaciones durante el procesamiento.

Configuración:

  • Nombre de la Columna del Evento: "Location"

Resultado: El filtro devuelve casos donde eventos ocurrieron en distintas ubicaciones, indicando movimiento físico o transferencia.

Perspectivas: Esto puede revelar:

  • Artículos que viajaron por múltiples almacenes o centros de distribución
  • Patrones de procesamiento entre sitios
  • Rutas geográficas de casos
  • Casos que requieren coordinación en múltiples ubicaciones

Ejemplo 4: Encontrar Escaladas de Prioridad

Escenario: Identificar tickets de soporte o solicitudes donde el nivel de prioridad cambió durante la gestión, señalando escalada o desescalada.

Configuración:

  • Nombre de la Columna del Evento: "Priority"

Resultado: El filtro selecciona casos donde los valores de "Priority" cambiaron entre eventos (ej. de "Low" a "High").

Perspectivas: Estos casos pueden indicar:

  • Problemas escalados que requieren mayor atención
  • Casos desescalados tras evaluación inicial
  • Ajustes dinámicos de prioridad basados en comentarios de clientes
  • Casos que necesitan intervención de gestión

Ejemplo 5: Detectar Transferencias Entre Departamentos

Escenario: Desea encontrar casos que se transfirieron entre departamentos durante el procesamiento, indicando casos complejos que requieren apoyo multifuncional.

Configuración:

  • Nombre de la Columna del Evento: "Department"

Resultado: El filtro devuelve casos donde diferentes eventos fueron manejados por distintos departamentos.

Perspectivas: Esto ayuda a identificar:

  • Casos que requieren experiencia de múltiples departamentos
  • Patrones de colaboración multifuncional
  • Potenciales retrasos por transferencia entre departamentos
  • Casos complejos que podrían beneficiarse de optimización del proceso

Ejemplo 6: Rastrear Cambios en Niveles de Aprobación

Escenario: Identificar casos donde el nivel de aprobación cambió, como solicitudes que requirieron escalada a niveles de gerencia superiores.

Configuración:

  • Nombre de la Columna del Evento: "Approval Level"

Resultado: El filtro selecciona casos donde el atributo "Approval Level" varió entre eventos.

Perspectivas: Estos casos pueden representar:

  • Solicitudes que requirieron múltiples niveles de aprobación
  • Patrones de escalada para solicitudes de alto valor o complejas
  • Casos que excedieron umbrales estándar de aprobación
  • Flujos de trabajo de aprobación en múltiples etapas

Resultado

El filtro devuelve un nuevo conjunto de datos que contiene solo los casos donde el atributo del evento especificado tiene valores diferentes a través de los eventos. Cada caso devuelto conserva todos sus eventos y atributos originales, y se observará variación en los valores del atributo seleccionado.

Se excluyen los casos donde todos los valores no nulos son idénticos. También se excluyen casos con solo valores nulos o un único valor único.

Si ningún caso cumple con los criterios, el filtro devuelve un conjunto de resultados vacío.

Notas Técnicas

  • Tipo de Filtro: Filtro a nivel de caso (elimina casos completos, no eventos individuales)
  • Manejo de Nulos: Ignora valores nulos al verificar variación - solo considera valores no nulos
  • Detección de Variación: Compara el primer valor no nulo con todos los otros valores no nulos
  • Tipos de Datos Soportados: String, Int32, Int64, DateTime, TimeSpan, Single, Double, Boolean
  • Validación: Sugiere automáticamente nombres de columnas similares si la columna especificada no se encuentra

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