Orden Incorrecto de Actividades

Resumen

El enriquecimiento Orden Incorrecto de Actividades identifica casos donde dos actividades específicas ocurren en una secuencia incorrecta, marcándolos como violaciones de conformidad en su proceso. Esta potente herramienta de verificación de conformidad ayuda a las organizaciones a asegurar que los pasos críticos del proceso sigan el orden prescrito, detectando cuando las actividades que deberían ocurrir en una secuencia particular se ejecutan fuera de orden. Al crear atributos de conformidad y marcar los casos afectados, este enriquecimiento le permite cuantificar el cumplimiento del proceso, identificar necesidades de capacitación y descubrir problemas sistémicos que conducen a una secuenciación incorrecta de actividades.

Este enriquecimiento va más allá de la simple verificación de secuencias al ofrecer niveles de severidad flexibles y capacidades de agrupación de reglas, permitiéndole categorizar diferentes tipos de violaciones de orden basándose en su impacto empresarial. Ya sea asegurando el cumplimiento regulatorio, manteniendo estándares de calidad u optimizando la eficiencia del proceso, el enriquecimiento Orden Incorrecto de Actividades le ayuda a identificar y cuantificar casos donde no se sigue el flujo esperado de actividades. El enriquecimiento crea tanto atributos individuales de reglas como atributos a nivel de grupo, facilitando el análisis de conformidad en diferentes niveles de detalle.

Usos Comunes

Detectar cuando actividades de aprobación ocurren después de actividades de ejecución en procesos de compras
Identificar casos donde las verificaciones de calidad se realizan después del envío del producto en manufactura
Monitorear violaciones de cumplimiento donde se omiten pasos de verificación o se realizan fuera de orden
Rastrear instancias donde el pago se procesa antes de la confirmación del pedido en comercio electrónico
Identificar procedimientos médicos realizados antes de las pruebas diagnósticas requeridas en salud
Detectar violaciones regulatorias donde las revisiones necesarias ocurren después de la presentación de documentos
Monitorear el cumplimiento de capacitación donde la certificación ocurre antes de completar módulos requeridos

Configuraciones

Actividad 1: Seleccione la primera actividad en la secuencia esperada desde la lista desplegable de todas las actividades en su conjunto de datos. Esta es la actividad que debería ocurrir primero en el flujo correcto del proceso. Por ejemplo, en un proceso de orden de compra, podría ser "PO Approval" que debería ocurrir antes de "PO Released". La lista desplegable muestra todas las actividades únicas encontradas en su registro de eventos.

Actividad 2: Seleccione la segunda actividad que debería seguir a la Actividad 1 en la secuencia correcta. Esta lista desplegable también contiene todas las actividades de su conjunto de datos. El enriquecimiento marcará casos donde la Actividad 2 ocurra pero la Actividad 1 no ocurra en absoluto o ocurra después de la Actividad 2. Por ejemplo, si la Actividad 1 es "PO Approval" y la Actividad 2 es "PO Released", los casos donde "PO Released" ocurra antes de "PO Approval" se marcarán como violaciones.

Nombre de Regla: Especifique un nombre único para esta regla de conformidad específica. Esto se convierte en un nuevo atributo booleano de caso que será verdadero para los casos que violen esta regla específica de orden. Use nombres descriptivos que indiquen claramente la violación detectada, como "Approval After Release" o "QC After Shipment". Si se deja vacío, solo se creará el atributo Nombre de Grupo de Regla. Cada nombre de regla representa una violación de orden específica que desea rastrear por separado.

Nombre de Grupo de Regla: Defina un nombre de categoría para agrupar reglas de conformidad relacionadas. Esto crea otro atributo booleano de caso que será verdadero para cualquier caso que viole reglas en este grupo. El valor predeterminado es "Activity Order Issue". Use esto para agrupar violaciones de orden relacionadas, como "Approval Violations" para todos los problemas de secuencia relacionados con aprobaciones o "Quality Process Violations" para problemas en el orden de control de calidad. Esto permite un análisis de conformidad tanto detallado como agregado.

Severidad: Elija el nivel de severidad para esta violación de conformidad desde la lista desplegable:

Baja: Desviaciones menores con impacto empresarial mínimo
Media: Violaciones moderadas que requieren atención pero no son críticas
Alta: Violaciones graves con impacto significativo en el negocio o el cumplimiento (predeterminada)
Crítica: Violaciones severas que requieren corrección inmediata

El nivel de severidad afecta cómo se muestran las violaciones en los mapas de procesos y paneles de conformidad, ayudando a priorizar los esfuerzos de remediación.

Ejemplos

Ejemplo 1: Cumplimiento en Aprobación de Orden de Compra

Escenario: Un departamento de compras necesita asegurarse de que todas las órdenes de compra sean aprobadas antes de ser liberadas a los proveedores, ya que liberar órdenes no aprobadas viola la política de la empresa y puede llevar a gastos no autorizados.

Configuraciones:

Actividad 1: PO Approved
Actividad 2: PO Released to Vendor
Nombre de Regla: Unapproved PO Release
Nombre de Grupo de Regla: Procurement Compliance
Severidad: Alta

Salida: El enriquecimiento crea dos nuevos atributos booleanos de caso:

"Unapproved PO Release": verdadero para casos donde la orden fue liberada sin aprobación previa
"Procurement Compliance": verdadero para cualquier violación de conformidad relacionada con compras

Los datos de muestra muestran:

Caso PO-2024-001: Ambos atributos falsos (cumple - aprobado y luego liberado)
Caso PO-2024-002: Ambos atributos verdaderos (violación - liberado sin aprobación)
Caso PO-2024-003: Ambos atributos verdaderos (violación - liberado antes de la aprobación)

Perspectivas: El análisis revela que el 8% de las órdenes de compra se liberan sin aprobación adecuada, principalmente durante períodos de cierre de mes. Esto conduce a implementar recordatorios automáticos de aprobación y bloquear liberaciones para órdenes no aprobadas en el sistema.

Ejemplo 2: Control de Calidad en Manufactura

Escenario: Una planta de manufactura debe asegurar que la inspección de calidad ocurra antes de que los productos sean empaquetados, ya que empaquetar artículos no inspeccionados puede generar reclamos de clientes y retiros de productos.

Configuraciones:

Actividad 1: Quality Inspection Completed
Actividad 2: Product Packaged
Nombre de Regla: Package Before Inspection
Nombre de Grupo de Regla: Quality Process Violations
Severidad: Crítica

Salida: Crea atributos de conformidad marcando violaciones:

"Package Before Inspection": Identifica violaciones específicas en la secuencia de control de calidad
"Quality Process Violations": Agrupa todos los problemas de conformidad relacionados con calidad

Resultados de lote de producción:

Lote A-500: Cumple (inspeccionado a las 09:00, empaquetado a las 10:30)
Lote A-501: Violación (empaquetado a las 08:45, inspeccionado a las 11:00)
Lote A-502: Violación (empaquetado sin inspección alguna)

Perspectivas: El enriquecimiento revela que el 3% de los lotes son empaquetados antes de la inspección, típicamente durante cambios de turno. Esto lleva a implementar bloqueos en el sistema de empaquetado que requieren confirmación de inspección antes de permitir empaquetar.

Ejemplo 3: Protocolo de Tratamiento en Salud

Escenario: Un hospital necesita asegurarse de que se obtenga el consentimiento informado antes de que comiencen los procedimientos quirúrgicos, ya que realizar cirugías sin consentimiento viola la ética médica y requisitos legales.

Configuraciones:

Actividad 1: Informed Consent Signed
Actividad 2: Surgery Started
Nombre de Regla: Surgery Without Consent
Nombre de Grupo de Regla: Medical Protocol Violations
Severidad: Crítica

Salida: Genera atributos de seguimiento de conformidad:

"Surgery Without Consent": Marca casos con violaciones en la secuencia de consentimiento
"Medical Protocol Violations": Rastrea todas las infracciones del protocolo médico

Análisis de casos de pacientes:

Paciente 1001: Cumple (consentimiento a las 07:30, cirugía a las 09:00)
Paciente 1002: Violación (cirugía de emergencia a las 14:00, consentimiento obtenido post-operación a las 16:00)
Paciente 1003: Cumple (consentimiento en visita previa, cirugía según programado)

Perspectivas: Aunque la mayoría de las cirugías sigue los protocolos de consentimiento adecuados, los procedimientos de emergencia a veces omiten los procesos estándar de consentimiento. Esto lleva a implementar procedimientos específicos de consentimiento en emergencias y requisitos documentales.

Ejemplo 4: Procesamiento de Préstamos en Servicios Financieros

Escenario: Un banco debe asegurarse de que las verificaciones de crédito se completen antes de que se otorguen aprobaciones de préstamos, ya que aprobar préstamos sin evaluación adecuada aumenta el riesgo de incumplimiento y viola requisitos regulatorios.

Configuraciones:

Actividad 1: Credit Check Completed
Actividad 2: Loan Approved
Nombre de Regla: Approval Without Credit Check
Nombre de Grupo de Regla: Lending Compliance
Severidad: Alta

Salida: Crea atributos de seguimiento de cumplimiento:

"Approval Without Credit Check": Identifica préstamos aprobados sin verificación crediticia
"Lending Compliance": Agrega todos los problemas de cumplimiento relacionados con préstamos

Resultados de solicitudes de préstamo:

Préstamo 2024-0101: Cumple (verificación completada, luego aprobado)
Préstamo 2024-0102: Violación (aprobado antes de la verificación)
Préstamo 2024-0103: Violación (aprobado sin actividad de verificación)

Perspectivas: El análisis descubre que el 2% de los préstamos son aprobados sin verificaciones crediticias adecuadas, principalmente para clientes existentes con buena reputación asumida. Este hallazgo provoca actualizaciones en las políticas que requieren verificaciones para todos los préstamos independientemente del historial del cliente.

Ejemplo 5: Gestión de Cambios en TI

Escenario: Un departamento de TI debe asegurar que la aprobación de cambios ocurra antes de la implementación en sistemas de producción, ya que los cambios no autorizados pueden causar inestabilidad y vulnerabilidades de seguridad.

Configuraciones:

Actividad 1: Change Approved by CAB
Actividad 2: Deployed to Production
Nombre de Regla: Unauthorized Deployment
Nombre de Grupo de Regla: Change Management Violations
Severidad: Media

Salida: Produce atributos de conformidad en gestión de cambios:

"Unauthorized Deployment": Marca cambios desplegados sin aprobación del CAB
"Change Management Violations": Agrupa todas las violaciones del proceso de cambios

Análisis de tickets de cambio:

CHG-0001: Cumple (aprobación CAB lunes, despliegue miércoles)
CHG-0002: Violación (despliegue de emergencia sábado, aprobación CAB lunes)
CHG-0003: Violación (desplegado sin revisión del CAB)

Perspectivas: El enriquecimiento revela que el 5% de los cambios elude el proceso de aprobación, mayormente durante arreglos de emergencia en fines de semana. Esto lleva a establecer un proceso de aprobación de cambios de emergencia con procedimientos acelerados de revisión CAB.

Salida

El enriquecimiento Orden Incorrecto de Actividades crea nuevos atributos booleanos de caso que marcan violaciones de conformidad en su conjunto de datos:

Atributos de Regla Individual: Si se especifica un Nombre de Regla, se crea un nuevo atributo booleano de caso con ese nombre. Este atributo se establece en verdadero para todos los casos donde ocurre la violación de orden de actividades especificada (la Actividad 2 ocurre sin que la Actividad 1 se haya producido primero). El atributo usa un formato de visualización Sí/No para facilitar la interpretación en paneles y reportes.

Atributos de Grupo de Regla: El Nombre de Grupo de Regla crea otro atributo booleano de caso que agrega violaciones a lo largo de múltiples reglas relacionadas. Este atributo es verdadero para cualquier caso que viole alguna regla dentro del grupo, habilitando análisis de conformidad tanto detallados como resumidos.

Registro de Problemas de Conformidad: El enriquecimiento registra la violación en la lista de problemas de conformidad del sistema con el nivel de severidad especificado. Esta integración asegura que las violaciones aparezcan en paneles de conformidad, mapas de procesos con resaltado de violaciones y reportes de conformidad.

Actualizaciones de Información de Arista: El enriquecimiento actualiza la información de la arista entre las dos actividades, marcando la arista como no conforme con la severidad especificada. Esto afecta cómo se visualiza el flujo del proceso en mapas de procesos, con aristas de violación típicamente mostradas en rojo o con indicadores de advertencia.

Estos atributos pueden usarse en filtros posteriores para aislar casos no conformes, en calculadoras para computar tasas y tendencias de conformidad, y en otros enriquecimientos que dependan del estado de conformidad. La naturaleza booleana de los atributos los hace ideales para crear indicadores clave de desempeño de conformidad, como calcular el porcentaje de casos con violaciones de orden o rastrear la mejora de conformidad con el tiempo.

Véase También

Actividad Indeseada - Detectar actividades que no deberían ocurrir en su proceso
Actividades Permitidas al Inicio del Caso - Asegurar que los casos comiencen con actividades aprobadas
Actividades Permitidas al Final del Caso - Verificar que los casos terminen con actividades de finalización adecuadas
Actividad Repetida - Identificar repeticiones no deseadas de actividades
Problema de Conformidad - Crear reglas personalizadas de conformidad con lógica compleja

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