Cómo crear un event log de Process Mining

Método 2: crear un registro de eventos con SQL

Para volúmenes grandes o extracciones periódicas, SQL es más eficiente y repetible. La técnica clave es usar UNION ALL para combinar múltiples consultas en un solo conjunto de resultados.

Qué es UNION ALL

UNION ALL apila los resultados de varios SELECT uno debajo del otro. Cada SELECT se convierte en un conjunto de filas en el resultado final. Todos los SELECT deben tener el mismo número de columnas y tipos de datos compatibles.

Ejemplo SQL completo

Aquí tienes una consulta SQL que crea un registro de eventos de Pizza Palace:

-- Event Log Extraction for Pizza Palace
-- This query combines multiple event types into a single event log
-- Each SELECT block represents one activity type

-- Event 1: Order Placed
-- Source: orders table
-- This captures when customers submit their orders
SELECT 
    o.id AS case_id,                          -- The order ID is our case identifier
    o.created_at AS timestamp,                -- When the order was placed
    'Order Placed' AS activity,               -- The activity name (hardcoded)
    o.customer_name AS customer,              -- Case attribute: who ordered
    o.total_amount AS order_value,            -- Case attribute: order value
    NULL AS driver,                           -- Not applicable for this event
    NULL AS payment_method                    -- Not applicable for this event
FROM orders o
WHERE o.created_at >= '2025-01-01'            -- Filter to your desired date range

UNION ALL

-- Event 2: Payment Received
-- Source: payments table
-- This captures successful payment processing
SELECT 
    p.order_id AS case_id,
    p.payment_time AS timestamp,
    'Payment Received' AS activity,
    o.customer_name AS customer,              -- Join to get case attributes
    o.total_amount AS order_value,
    NULL AS driver,
    p.payment_method AS payment_method        -- Event-specific attribute
FROM payments p
JOIN orders o ON p.order_id = o.id            -- Join to get order details
WHERE p.payment_time >= '2025-01-01'
  AND p.status = 'successful'                 -- Only include successful payments

UNION ALL

-- Event 3: Order Sent to Kitchen
-- Source: kitchen_queue table
-- This captures when the kitchen starts working on the order
SELECT 
    k.order_id AS case_id,
    k.queue_entry_time AS timestamp,
    'Order Sent to Kitchen' AS activity,
    o.customer_name AS customer,
    o.total_amount AS order_value,
    NULL AS driver,
    NULL AS payment_method
FROM kitchen_queue k
JOIN orders o ON k.order_id = o.id
WHERE k.queue_entry_time >= '2025-01-01'

UNION ALL

-- Event 4: Order Ready
-- Source: kitchen_queue table (different timestamp field)
-- This is an inferred event based on when the kitchen marked it complete
SELECT 
    k.order_id AS case_id,
    k.completed_time AS timestamp,            -- Different timestamp than entry
    'Order Ready' AS activity,
    o.customer_name AS customer,
    o.total_amount AS order_value,
    NULL AS driver,
    NULL AS payment_method
FROM kitchen_queue k
JOIN orders o ON k.order_id = o.id
WHERE k.completed_time >= '2025-01-01'
  AND k.completed_time IS NOT NULL            -- Only include completed orders

UNION ALL

-- Event 5: Assigned to Driver
-- Source: delivery_assignments table
-- This captures when a driver is assigned to deliver the order
SELECT 
    d.order_id AS case_id,
    d.assigned_at AS timestamp,
    'Assigned to Driver' AS activity,
    o.customer_name AS customer,
    o.total_amount AS order_value,
    d.driver_name AS driver,                  -- Event-specific attribute
    NULL AS payment_method
FROM delivery_assignments d
JOIN orders o ON d.order_id = o.id
WHERE d.assigned_at >= '2025-01-01'

UNION ALL

-- Event 6: Delivery Completed
-- Source: delivery_assignments table (different timestamp field)
-- This captures when the order was delivered to the customer
SELECT 
    d.order_id AS case_id,
    d.delivered_at AS timestamp,
    'Delivery Completed' AS activity,
    o.customer_name AS customer,
    o.total_amount AS order_value,
    d.driver_name AS driver,
    NULL AS payment_method
FROM delivery_assignments d
JOIN orders o ON d.order_id = o.id
WHERE d.delivered_at >= '2025-01-01'
  AND d.delivered_at IS NOT NULL              -- Only include completed deliveries

-- Final ordering: by case, then by time
-- This makes the event log easy to read and follow
ORDER BY case_id, timestamp;

Cómo ampliar esta consulta

Para sumar más eventos a tu registro:

1. Copia uno de los bloques SELECT como plantilla
2. Cambia el nombre de la tabla por tu tabla de origen
3. Actualiza el campo de timestamp a la columna correcta
4. Cambia el nombre de la actividad para describir el evento
5. Ajusta los atributos según necesites
6. Añade condiciones WHERE adecuadas para filtrar los datos

Por ejemplo, para añadir un evento “Delivery Attempted”:

UNION ALL

-- Event 7: Delivery Attempted
-- Add this to track failed delivery attempts
SELECT 
    d.order_id AS case_id,
    d.attempt_time AS timestamp,
    'Delivery Attempted' AS activity,
    o.customer_name AS customer,
    o.total_amount AS order_value,
    d.driver_name AS driver,
    NULL AS payment_method
FROM delivery_attempts d
JOIN orders o ON d.order_id = o.id
WHERE d.attempt_time >= '2025-01-01'

¿Qué sigue? Carga tu registro de eventos en una herramienta de minería de procesos

Una vez que tengas tu registro de eventos como archivo CSV o exportación desde la base de datos, ya puedes cargarlo en una herramienta de minería de procesos. La mayoría de las herramientas siguen un proceso similar:

1. Sube tu archivo o conecta la herramienta de minería de procesos a los datos extraídos.
2. Mapea tus columnas (Case ID, Timestamp, Activity)
3. Configura los atributos adicionales
4. Genera tu mapa de proceso

Las herramientas modernas de minería de procesos como ProcessMind hacen este paso muy sencillo. Basta con subir tu registro de eventos: la herramienta lo visualizará automáticamente y mostrará cuellos de botella, variaciones y oportunidades de mejora.

Conclusión

Crear un registro de eventos de minería de procesos no requiere herramientas especializadas ni conocimientos técnicos profundos. En el fondo, se trata de organizar tus datos en una tabla con tres columnas esenciales: Case ID, Timestamp y Activity.

Tanto si usas Excel para conjuntos de datos pequeños como SQL para extracciones más grandes y complejas, los principios son los mismos:

1. Identifica los eventos que quieres registrar
2. Encuentra el timestamp para cada tipo de evento
3. Reúne todo en una sola tabla
4. Añade atributos para enriquecer el análisis

Lo más difícil no es la extracción técnica, sino entender tu proceso lo suficiente como para saber qué eventos importan. Empieza por los obvios (pedido creado, pedido completado) y ve añadiendo detalle a medida que descubras nuevos hallazgos con tu herramienta de minería de procesos.

¿Listo para profundizar? Explora nuestras páginas de mejora continua de procesos, donde encontrarás información detallada sobre actividades y requisitos de datos para procesos populares como Compra a pago, Pedido a cobro y Cuentas por pagar. Estos recursos incluyen plantillas de datos para sistemas conocidos como SAP, Oracle y Microsoft Dynamics, para que avances más rápido en la creación de tu registro de eventos.