Comparar Atributos de Evento para dos Actividades

Resumen

El enriquecimiento Comparar Atributos de Evento para dos Actividades realiza una sofisticada comparación cruzada de atributos entre actividades para determinar si atributos específicos contienen los mismos valores en dos actividades diferentes dentro de cada caso. Este potente enriquecimiento crea un atributo booleano del caso que indica si los atributos seleccionados coinciden, considerando todas las ocurrencias de las actividades cuando aparecen múltiples veces. Esto es esencial para validar la consistencia de los datos, asegurar transferencias correctas entre etapas del proceso, detectar modificaciones no autorizadas y verificar que la información crítica fluya correctamente a lo largo de su proceso de negocio.

A diferencia de la simple detección de cambios de atributos, este enriquecimiento considera todas las instancias de ejecución cuando las actividades ocurren varias veces en un caso. Por defecto, compara todos los valores de ambas actividades en orden ordenado. Alternativamente, puede comparar solo valores distintos para ignorar repeticiones y centrarse en los datos únicos presentes en cada actividad. Esta flexibilidad hace que el enriquecimiento sea valioso tanto para escenarios de comparación exacta como para verificaciones más matizadas de consistencia en variantes complejas del proceso.

El enriquecimiento es especialmente poderoso para la verificación de cumplimiento, validación de integridad de datos y escenarios de aseguramiento de calidad donde atributos específicos deben mantener valores consistentes entre hitos clave del proceso. Al crear indicadores booleanos claros, puede filtrar y analizar rápidamente casos que no cumplen los criterios de coincidencia, facilitando la investigación focalizada de problemas de calidad de datos, desviaciones del proceso y posibles incumplimientos normativos.

Usos Comunes

Coincidencia Compra a Pago: Verificar que los números de orden de compra, IDs de proveedor o descripciones de ítems coincidan exactamente entre la recepción de mercancías y la recepción de factura
Coincidencia Triple: Asegurar que precio, cantidad o códigos de producto sean consistentes entre órdenes de compra, confirmaciones de entrega y facturas
Validación de Transferencia: Confirmar que IDs de cliente, números de cuenta o códigos de referencia permanezcan consistentes entre transferencias departamentales
Verificación de Auditoría: Detectar casos donde códigos de aprobación, números de autorización o flags de cumplimiento cambien entre la presentación y el procesamiento
Control de Calidad: Validar que especificaciones de producto, números de lote o calificaciones de calidad permanezcan sin cambios entre etapas de producción
Cumplimiento Contractual: Asegurar que términos de contrato, acuerdos de precios o códigos de nivel de servicio coincidan entre la firma del contrato y la entrega del servicio
Continuidad en Salud: Verificar que identificadores de pacientes, códigos de medicamentos o protocolos de tratamiento mantengan consistencia en transiciones de atención
Conciliación Financiera: Comprobar que montos de transacciones, números de cuenta o métodos de pago coincidan entre autorización y liquidación

Configuración

Filtro: Aplique filtros opcionales a nivel de caso para limitar el enriquecimiento a subconjuntos específicos de sus datos. Solo los casos que coincidan con los criterios del filtro tendrán la comparación realizada. Los casos excluidos por filtros tendrán valores nulos para el atributo de salida. Use filtros para enfocar el análisis en variantes específicas del proceso, periodos de tiempo o unidades organizativas.

Nombre del Nuevo Atributo: Especifique el nombre para el atributo booleano del caso que almacenará el resultado de la comparación. Elija un nombre descriptivo que indique claramente lo que se está comparando, como "PO_Vendor_Match" o "Invoice_Price_Consistency". Este atributo se creará en su tabla de casos y estará disponible inmediatamente para filtrado y análisis.

Actividad 1: Seleccione la primera actividad que contiene el atributo de evento a comparar. Esta actividad representa el punto de control inicial donde se capturará el valor del atributo. Todas las ocurrencias de esta actividad dentro de un caso se incluirán en la comparación. Elija una actividad que represente un punto de entrada de datos original o autorizado en su proceso.

Atributo 1: Seleccione qué atributo de evento de la Actividad 1 incluir en la comparación. Puede ser cualquier atributo a nivel de evento como ID de proveedor, monto, código de producto o estado. El enriquecimiento recopilará todos los valores de este atributo de todas las ocurrencias de la Actividad 1 dentro de cada caso para la comparación.

Actividad 2: Seleccione la segunda actividad que contiene el atributo de evento a comparar. Esta actividad representa el punto de control secundario donde el valor del atributo debe coincidir. Todas las ocurrencias de esta actividad dentro de un caso se incluirán en la comparación. Elija una actividad que represente un paso dependiente o descendente del proceso donde se requiera consistencia.

Atributo 2: Seleccione qué atributo de evento de la Actividad 2 comparar contra el Atributo 1. Este atributo puede tener el mismo nombre que el Atributo 1 o uno diferente, permitiendo comparar atributos equivalentes que usan convenciones de nombres distintas entre sistemas. El enriquecimiento recopilará todos los valores de este atributo de todas las ocurrencias de la Actividad 2 para la comparación.

Usar Valores Distintos: Active esta opción para comparar solo los valores únicos de cada actividad, ignorando duplicados y repeticiones. Cuando está activado, el enriquecimiento crea un conjunto de valores distintos de cada actividad antes de la comparación. Cuando está desactivado (por defecto), se comparan todos los valores incluyendo duplicados en orden ordenado. Use esta opción cuando desee verificar que el mismo conjunto de valores únicos exista independientemente de la cantidad de repeticiones. Por ejemplo, utilice valores distintos para comprobar si el mismo conjunto de códigos de producto aparece en ambas actividades, aún si las cantidades difieren.

Ejemplos

Ejemplo 1: Coincidencia de Factura con Orden de Compra

Escenario: Un departamento de compras necesita verificar que los IDs de proveedor en facturas coincidan con los IDs en las órdenes de compra correspondientes. Esta validación de triple coincidencia es crítica para evitar fraudes en pagos y asegurar que las facturas sean legítimas.

Configuración:

Filtro: (ninguno)
Nombre del Nuevo Atributo: Vendor_ID_Match
Actividad 1: Create Purchase Order
Atributo 1: Vendor_ID
Actividad 2: Receive Invoice
Atributo 2: Vendor_ID
Usar Valores Distintos: False

Salida: Crea un atributo booleano del caso Vendor_ID_Match:

True: Todos los IDs de proveedor de órdenes de compra coinciden exactamente con todos los IDs de proveedor de facturas (mismos valores en mismas cantidades)
False: Los IDs de proveedor difieren entre órdenes de compra y facturas

Resultados de ejemplo mostrando el análisis de coincidencia: | ID del Caso | Órdenes de Compra | Facturas | Vendor_ID_Match | Análisis | |-------------|-------------------|----------|-----------------|----------| | PO-1001 | VND-523 | VND-523 | True | Coincidencia perfecta | | PO-1002 | VND-523, VND-523 | VND-523, VND-523 | True | Múltiples órdenes, coincidencia exacta | | PO-1003 | VND-523 | VND-724 | False | Proveedores diferentes | | PO-1004 | VND-523, VND-724 | VND-523, VND-724 | True | Múltiples proveedores coinciden | | PO-1005 | VND-523 | VND-523, VND-724 | False | Proveedor extra en factura |

Observaciones: El equipo de compras detecta que el 8% de los casos tienen discrepancias en los IDs de proveedor, indicando posibles facturaciones duplicadas o intentos de fraude. Implementan flujos de trabajo de verificación obligatoria para todos los casos no coincidentes y recuperan $340,000 en pagos duplicados.

Ejemplo 2: Verificación de Consistencia de Código de Producto

Escenario: Una empresa manufacturera necesita asegurar que los códigos de producto asignados durante la entrada de órdenes coincidan con los códigos registrados durante la inspección de calidad, evitando el envío de artículos incorrectos a los clientes.

Configuración:

Filtro: [Order_Status] Equals "Completed"
Nombre del Nuevo Atributo: Product_Code_Consistent
Actividad 1: Enter Order
Atributo 1: Product_Code
Actividad 2: Quality Inspection
Atributo 2: Inspected_Product_Code
Usar Valores Distintos: True

Salida: Crea el atributo booleano Product_Code_Consistent. Con valores distintos activados, el enriquecimiento ignora diferencias en cantidad y se centra en si los mismos códigos únicos de producto aparecen en ambas actividades.

Análisis de la consistencia del producto: | ID del Caso | Productos Ordenados | Productos Inspeccionados | Product_Code_Consistent | |-------------|---------------------|-------------------------|------------------------| | ORD-501 | PRD-A, PRD-B | PRD-A, PRD-B | True | | ORD-502 | PRD-A, PRD-A, PRD-B | PRD-A, PRD-B | True (coincidencia distinta) | | ORD-503 | PRD-A | PRD-C | False | | ORD-504 | PRD-A, PRD-B | PRD-A, PRD-B, PRD-C | False (producto extra) |

Observaciones: Usando comparación con valores distintos, la empresa identifica que el 12% de las órdenes completadas tienen discrepancias en códigos de producto, principalmente durante la preparación en el almacén. Rediseñan el proceso de picking con verificación de códigos de barras, reduciendo errores en un 85%.

Ejemplo 3: Conciliación de Medicación en Salud

Escenario: Un hospital necesita verificar que los medicamentos prescritos en el ingreso coincidan con los medicamentos administrados durante la atención al paciente, garantizando la seguridad y detectando posibles errores de medicación.

Configuración:

Filtro: [Department] Equals "Cardiology"
Nombre del Nuevo Atributo: Medication_Match
Actividad 1: Admission Prescribe
Atributo 1: Medication_Code
Actividad 2: Administer Medication
Atributo 2: Medication_Code
Usar Valores Distintos: True

Salida: Crea el booleano Medication_Match que indica si el mismo conjunto de medicamentos fue prescrito y administrado. Usar valores distintos permite detectar medicamentos no autorizados sin importar la frecuencia de dosis.

Resultados de conciliación de medicamentos: | ID del Paciente | Prescrito | Administrado | Medication_Match | Requiere Revisión | |-----------------|----------------------|----------------------|------------------|-------------------| | PT-8001 | MED-101, MED-205 | MED-101, MED-205 | True | No | | PT-8002 | MED-101 | MED-101, MED-303 | False | Sí - Medicamento extra | | PT-8003 | MED-101, MED-205 | MED-101 | False | Sí - Medicamento faltante | | PT-8004 | MED-101 | MED-205 | False | Sí - Medicamento incorrecto |

Observaciones: El departamento de cardiología detecta que el 6.5% de pacientes presentan discrepancias en medicamentos, con un 3% recibiendo adiciones no autorizadas. Implementan verificación electrónica en el punto de administración, mejorando las puntuaciones de seguridad del paciente en un 40%.

Ejemplo 4: Verificación de Autorización de Transacciones Financieras

Escenario: Una empresa de procesamiento de pagos debe verificar que los montos de transacciones aprobados durante la autorización coincidan exactamente con los montos liquidados durante el procesamiento final, detectando fraudes o errores de sistema.

Configuración:

Filtro: [Transaction_Type] Equals "Credit Card"
Nombre del Nuevo Atributo: Amount_Authorization_Match
Actividad 1: Authorize Transaction
Atributo 1: Authorized_Amount
Actividad 2: Settle Transaction
Atributo 2: Settlement_Amount
Usar Valores Distintos: False

Salida: Crea el booleano Amount_Authorization_Match. Con valores distintos desactivados, cada monto autorizado debe tener un monto de liquidación correspondiente, manejando casos con múltiples autorizaciones o liquidaciones.

Análisis de verificación de transacciones: | ID de Transacción | Montos Autorizados | Montos Liquidados | Amount_Authorization_Match | |-------------------|-----------------------|-----------------------|----------------------------| | TXN-4001 | 125.00 | 125.00 | True | | TXN-4002 | 125.00, 25.00 | 125.00, 25.00 | True | | TXN-4003 | 125.00 | 150.00 | False | | TXN-4004 | 125.00, 125.00 | 125.00 | False (liquidación faltante)|

Observaciones: La empresa identifica que el 0.3% de las transacciones tienen desajustes en montos, representando $2.1M en discrepancias. El análisis revela un error del sistema que provoca redondeos decimales durante la conversión de moneda. La corrección previene pérdidas futuras y mejora la confianza del cliente.

Ejemplo 5: Seguimiento de Lotes en Control de Calidad

Escenario: Un fabricante farmacéutico necesita asegurar que los números de lote registrados durante la recepción de materia prima coincidan con los números de lote usados en producción, manteniendo trazabilidad completa para cumplimiento regulatorio.

Configuración:

Filtro: [Product_Category] Equals "Injectable"
Nombre del Nuevo Atributo: Batch_Traceability_Valid
Actividad 1: Receive Raw Material
Atributo 1: Material_Batch_Number
Actividad 2: Production Complete
Atributo 2: Used_Batch_Number
Usar Valores Distintos: True

Salida: Crea el booleano Batch_Traceability_Valid para seguimiento de cumplimiento regulatorio. Los valores distintos aseguran que todos los lotes recibidos estén contabilizados en producción independientemente de la frecuencia de uso.

Verificación de trazabilidad de lote: | Corrida de Producción | Lotes Recibidos | Lotes Usados | Batch_Traceability_Valid | Estado de Cumplimiento | |-----------------------|-------------------------|------------------------|--------------------------|------------------------| | RUN-2401 | B-8801, B-8802 | B-8801, B-8802 | True | Cumple | | RUN-2402 | B-8803 | B-8803, B-8803 | True | Cumple (duplicado OK) | | RUN-2403 | B-8804 | B-8805 | False | No cumple | | RUN-2404 | B-8806, B-8807 | B-8806 | False | Falta lote |

Observaciones: El fabricante detecta que el 2.8% de las corridas de producción presentan problemas de trazabilidad de lotes, previniendo posibles incumplimientos FDA. Implementan verificación de lote en tiempo real al inicio de producción, logrando 99.9% de cumplimiento en trazabilidad.

Salida

El enriquecimiento crea un único atributo booleano del caso con el nombre especificado en "Nombre del Nuevo Atributo". Este atributo contiene:

True: Cuando los valores recolectados de Activity 1/Atributo 1 coinciden exactamente con los valores recolectados de Activity 2/Atributo 2
False: Cuando los valores difieren en cualquier forma (valores diferentes, cantidades diferentes, valores faltantes)
Vacío/Nulo: Cuando una o ambas actividades no están presentes en el caso, impidiendo la comparación

Lógica de Coincidencia:

El enriquecimiento utiliza el siguiente algoritmo sofisticado de comparación:

Recolección de Valores: Recopila todos los valores del atributo especificado de todas las ocurrencias de cada actividad dentro del caso
Procesamiento de Distintos (si está activado): Elimina valores duplicados, manteniendo solo entradas únicas de cada actividad
Ordenamiento: Ordena todos los valores en orden ascendente para una comparación consistente
Concatenación de Cadenas: Crea cadenas separadas por barras verticales con los valores ordenados (ej., "|valor1|valor2|valor3")
Coincidencia Exacta: Compara las cadenas concatenadas para igualdad exacta

Características Importantes de la Coincidencia:

Independiente del Orden: Los valores se ordenan antes de la comparación, por lo que el orden no importa
Sensibilidad a Nulos: Los valores nulos se tratan como valores distintos e incluyen en la comparación
Sensibilidad a Tipo: La comparación se realiza sobre representaciones en cadena de los valores
Sensibilidad a Cantidad (cuando valores distintos está desactivado): El número de ocurrencias debe coincidir exactamente
Insensibilidad a Cantidad (cuando valores distintos está activado): Solo los valores únicos se comparan

Manejo de Múltiples Ocurrencias de Actividad:

Cuando las actividades aparecen múltiples veces en un caso:

Todas las ocurrencias contribuyen con sus valores de atributo a la comparación
Con valores distintos desactivados: Se incluyen todos los valores, permitiendo duplicados
Con valores distintos activados: Cada valor único aparece solo una vez independientemente del número de ocurrencias

Casos con Actividades Faltantes:

Si Activity 1 o Activity 2 no ocurre en un caso: la salida es nula (no hay comparación posible)
Si ambas actividades faltan: la salida es nula
Si alguna actividad no tiene valor para el atributo especificado: se trata como cadena vacía en la comparación

Uso de la Salida:

El atributo booleano creado está disponible inmediatamente para:

Filtrado: Mostrar solo casos con valores coincidentes o no coincidentes
Análisis de Desempeño: Calcular tasas de coincidencia e identificar patrones en discrepancias
Configuración de Alertas: Crear notificaciones cuando atributos críticos no coincidan
Análisis de Causas Raíz: Filtrar casos no coincidentes y analizar características comunes
Reportes de Cumplimiento: Generar informes mostrando tasas de validación aprobadas/fallidas
Visualización de Minería de Procesos: Colorear los casos según estado de coincidencia en mapas de proceso
Análisis Estadístico: Calcular correlación entre coincidencias y otras métricas del proceso
Enriquecimientos Posteriores: Usar como entrada para otros enriquecimientos y calculadoras

Ejemplos de Uso de Filtros:

Filtrar casos no coincidentes:
[Vendor_ID_Match] Equals False

Filtrar solo casos con coincidencias válidas:
[Amount_Authorization_Match] Equals True

Encontrar casos donde la comparación fue posible:
[Product_Code_Consistent] Is Not Empty

El enriquecimiento procesa eficientemente grandes registros de eventos al operar a nivel de caso y utilizar algoritmos optimizados de ordenamiento y comparación. Los resultados se almacenan en caché con su conjunto de datos y permanecen disponibles hasta que se actualice o modifique la configuración del enriquecimiento.

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