Su Plantilla de Datos de Gestión de Calidad
Su Plantilla de Datos de Gestión de Calidad
- `Atributos` recomendados para recopilar para un análisis exhaustivo
- Actividades clave de Gestión de Calidad a rastrear
- Guía para la extracción de datos de Gestión de Calidad en SAP S/4HANA
Atributos de Gestión de Calidad
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El nombre del evento de negocio o tarea específica que ocurrió dentro del proceso de gestión de calidad. | ||
|
Descripción
Este atributo describe un solo paso o hito en el ciclo de vida del evento de calidad, como 'Notificación Creada', 'Análisis de Causa Raíz Completado' o 'Decisión de Empleo Tomada'. Estas actividades se derivan de cambios en el estado del sistema, la creación de documentos relacionados o acciones específicas del usuario registradas en los registros de cambios.\n\nAnalizar la secuencia y el momento de estas actividades es el núcleo del Process Mining. Permite el descubrimiento del flujo de proceso real, la identificación de cuellos de botella entre pasos y la medición de la conformidad con los procedimientos operativos estándar. La granularidad de las actividades determina el nivel de detalle en el análisis del proceso.
Por qué es importante
Este atributo define los pasos del proceso, lo que permite visualizar y analizar el flujo del proceso, identificar desviaciones y medir el rendimiento entre actividades.
Dónde obtener
Derivado de los cambios de estado en las tablas JEST y JSTO, o de los registros de actividad en tablas como QMSM (Tareas). Los registros de eventos también se pueden construir a partir de las tablas de documentos de cambio CDHDR y CDPOS.
Ejemplos
Notificación de Calidad CreadaTarea de Investigación AsignadaAcción Correctiva ImplementadaNotificación Cerrada
|
|||
|
Evento de Calidad
QualityEvent
|
El identificador único para una notificación de calidad, que sirve como ID de caso principal para rastrear un problema de calidad desde su inicio hasta su cierre. | ||
|
Descripción
El Evento de Calidad es el identificador central del caso que conecta todas las actividades, tareas y decisiones relacionadas con un único problema de calidad. En SAP, esto corresponde típicamente al Número de Notificación de Calidad (QMNUM).\n\nEn Process Mining, analizar eventos por este identificador permite la reconstrucción del recorrido completo de cada caso de calidad. Esto es fundamental para visualizar flujos de proceso, calcular tiempos de ciclo para el caso completo e identificar rutas comunes o desviadas en el proceso de resolución. Sirve como la columna vertebral para casi todos los análisis de gestión de calidad.
Por qué es importante
Es la clave esencial para vincular todas las actividades relacionadas en una única instancia de proceso cohesiva, permitiendo un análisis de principio a fin sobre cómo se gestionan los problemas de calidad.
Dónde obtener
Este es el número de Aviso de Calidad, que se encuentra en la tabla QMEL, campo QMNUM.
Ejemplos
200000018200000019200000020
|
|||
|
Hora de Inicio
EventTimestamp
|
La fecha y hora exactas en que ocurrió una actividad o evento específico. | ||
|
Descripción
La Hora de Inicio, o marca de tiempo del evento, registra el momento preciso en que tuvo lugar una actividad. Esto es crucial para ordenar los eventos cronológicamente y calcular las duraciones entre ellos. Por ejemplo, captura cuándo se creó una notificación, cuándo se completó una tarea o cuándo se cambió un estado.\n\nEn el análisis de Process Mining, este atributo es fundamental para calcular todas las métricas basadas en el tiempo, como tiempos de ciclo, tiempos de procesamiento y tiempos de espera. Permite la identificación de cuellos de botella, el análisis del rendimiento y la monitorización del desempeño frente a SLAs o objetivos basados en el tiempo. Las marcas de tiempo precisas son críticas para la integridad de todo el modelo de proceso.
Por qué es importante
Esta marca de tiempo es esencial para ordenar eventos, calcular todas las métricas de rendimiento como los tiempos de ciclo y los tiempos de espera, y comprender la dinámica del proceso.
Dónde obtener
Normalmente se obtiene de campos de fecha y hora asociados a cambios de estado o creación de documentos. Los ejemplos incluyen ERDAT/ERZEIT (Creado el/hora) en QMEL o las marcas de tiempo de cambio en CDHDR.
Ejemplos
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
Causa Raíz
RootCauseCode
|
Un código o texto que identifica la causa raíz determinada del problema de calidad. | ||
|
Descripción
El atributo Causa Raíz captura la razón subyacente del defecto de calidad o no conformidad. Identificar la causa raíz correcta es un paso crítico en el proceso de gestión de calidad, ya que es la base para definir acciones correctivas y preventivas efectivas.\n\nEste atributo es esencial para los dashboards de 'Tiempo de Ciclo de Análisis de Causa Raíz' y 'Detección de Patrones de Problemas Recurrentes'. Analizar por causa raíz ayuda a identificar problemas sistémicos. Por ejemplo, al filtrar el mapa de procesos por una causa raíz específica, se puede ver si conduce a rutas de proceso únicas o tiempos de resolución más largos.
Por qué es importante
Permite el análisis de problemas sistémicos al correlacionar las causas raíz con productos, departamentos e ineficiencias de proceso para guiar las acciones preventivas.
Dónde obtener
Normalmente se almacena en la tabla QMUR (Causas del Aviso), campo URCOD.
Ejemplos
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
|
|||
|
Departamento Responsable
ResponsibleDepartment
|
El departamento o área funcional responsable de ejecutar una tarea específica o gestionar el evento de calidad. | ||
|
Descripción
Este atributo indica la unidad organizativa asignada a una actividad o al evento de calidad general. Esto podría ser un equipo de aseguramiento de calidad, un departamento de ingeniería o una unidad de producción.\n\nEsta es una dimensión crítica para analizar la colaboración interdepartamental y las transferencias. Ayuda a identificar los retrasos que ocurren cuando la responsabilidad cambia de un departamento a otro, apoyando el dashboard de 'Retrasos en las Transferencias Interdepartamentales'. También permite filtrar la vista del proceso para comprender cómo operan departamentos específicos.
Por qué es importante
Crucial para analizar las transferencias interdepartamentales, identificar cuellos de botella organizacionales y comprender cómo los diferentes equipos contribuyen al proceso.
Dónde obtener
A menudo se deriva de las funciones de interlocutor asociadas a la notificación o tarea, o de la asignación organizativa del usuario en los datos maestros de RRHH. Puede que no sea un campo directo.
Ejemplos
Garantía de CalidadLínea de Producción 3Ingeniería de Calidad de Proveedores
|
|||
|
Fecha de Resolución Objetivo
TargetResolutionDate
|
La fecha de finalización planificada o requerida para el evento de calidad. | ||
|
Descripción
Esta fecha representa la fecha límite en la que se espera que el evento de calidad esté completamente resuelto y cerrado. A menudo se utiliza como punto de referencia para medir el rendimiento y el cumplimiento de los acuerdos de nivel de servicio (SLA).\n\nEste atributo es fundamental para calcular las tasas de finalización a tiempo e identificar casos atrasados. El dashboard de 'Cumplimiento a Tiempo de Eventos de Calidad' y el KPI 'Tasa de Cumplimiento a Tiempo de Acciones de Calidad' dependen directamente de la comparación de la fecha de finalización real con esta fecha objetivo. Ayuda a priorizar el trabajo y gestionar los recursos de manera efectiva.
Por qué es importante
Proporciona una base para medir el rendimiento a tiempo, un KPI crítico para evaluar la eficiencia del proceso y el cumplimiento de los SLAs.
Dónde obtener
Se puede encontrar en QMEL-QMDAT (fecha de fin requerida) o a nivel de tarea en QMSM-PSTER.
Ejemplos
2023-05-302023-06-152023-07-01
|
|||
|
Prioridad
NotificationPriority
|
El nivel de prioridad asignado a la notificación de calidad, indicando su urgencia. | ||
|
Descripción
La prioridad define la urgencia para abordar un evento de calidad. Ayuda a los equipos a organizar su trabajo y garantiza que los problemas más críticos se manejen primero. SAP permite configurar diferentes tipos de prioridad que pueden influir en los tiempos de respuesta objetivo.\n\nEste atributo se utiliza para analizar si los elementos de alta prioridad se procesan realmente más rápido que los de baja prioridad. Puede revelar ineficiencias donde los casos de alta prioridad se quedan estancados en el proceso. Es una dimensión clave para dashboards como 'Análisis de Rendimiento de Eventos de Calidad'.
Por qué es importante
Ayuda a analizar si el rendimiento del proceso se alinea con la urgencia del negocio, asegurando que los problemas de alta prioridad se resuelvan más rápidamente.
Dónde obtener
Ubicado en la tabla QMEL, campo QMPRI. La descripción está en la tabla TQ05.
Ejemplos
1234
|
|||
|
Producto
MaterialNumber
|
El identificador único para el producto o material afectado por el evento de calidad. | ||
|
Descripción
Este atributo vincula el evento de calidad a un producto o material específico. Esta conexión es vital para el aseguramiento de la calidad, ya que ayuda a identificar productos con problemas recurrentes o altas tasas de defectos.\n\nEn Process Mining, analizar por producto permite la detección de patrones, como si ciertos productos tienen tiempos de resolución más largos o están asociados con causas raíz específicas. Esto apoya el dashboard de 'Detección de Patrones de Problemas Recurrentes' al correlacionar productos con problemas de calidad, lo cual es crucial para iniciativas de mejora de calidad dirigidas.
Por qué es importante
Vincula los problemas de calidad con productos específicos, permitiendo el análisis de las tasas de defectos, causas raíz y patrones de resolución específicos de cada producto.
Dónde obtener
Se encuentra en la tabla de posición de aviso de calidad QMFE, campo MATNR.
Ejemplos
FIN-1001RAW-205ASEMI-303B
|
|||
|
Tipo de Notificación de Calidad
QualityNotificationType
|
La clasificación de la notificación de calidad, como queja de cliente, problema interno o defecto de proveedor. | ||
|
Descripción
Este atributo categoriza el evento de calidad según su origen y naturaleza. Los tipos estándar de SAP incluyen quejas de clientes, informes de problemas internos y defectos relacionados con proveedores. Esta categorización determina el flujo de proceso subsiguiente y la documentación requerida.\n\nAnalizar el proceso por tipo de notificación es esencial para comprender si los diferentes tipos de problemas se manejan de manera diferente o tienen distintos niveles de eficiencia. Admite dashboards como 'Análisis de Rendimiento de Eventos de Calidad' al permitir filtrar y comparar los tiempos de ciclo y las rutas de proceso para diferentes categorías de problemas.
Por qué es importante
Permite la segmentación del proceso para ver si diferentes tipos de problemas de calidad siguen caminos distintos o tienen características de rendimiento diferentes.
Dónde obtener
Ubicado en la tabla QMEL, campo QMART.
Ejemplos
Q1Q2F2
|
|||
|
Usuario
ChangedBy
|
El ID de usuario de la persona que realizó la actividad o realizó el último cambio. | ||
|
Descripción
Este atributo identifica al usuario específico responsable de ejecutar un paso del proceso dado. En SAP, esto a menudo corresponde a los campos 'Modificado por' (AENAM) o 'Creado por' (ERNAM).\n\nAnalizar por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de capacitación y señalar desviaciones de proceso específicas del usuario. Es fundamental para el análisis basado en recursos, como investigar por qué ciertos usuarios tienen tiempos de procesamiento más largos o tienden a seguir rutas no estándar.
Por qué es importante
Permite analizar el rendimiento del usuario, la distribución de la carga de trabajo y el cumplimiento de los procedimientos estándar, lo cual es clave para la optimización de recursos.
Dónde obtener
Se encuentra en tablas de cabecera y posición como QMEL-ERNAM (Creado por) o se deriva de los registros de cambios (CDHDR-USERNAME).
Ejemplos
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
¿Es Retrabajo?
IsRework
|
Un indicador booleano que indica si una actividad o secuencia de actividades representa un retrabajo. | ||
|
Descripción
Esta bandera se establece en verdadero si un caso repite ciertos pasos, indicando que el trabajo inicial fue insuficiente. Por ejemplo, si una actividad de 'Análisis de Causa Raíz' es seguida más tarde por otra 'Tarea de Investigación Asignada' para el mismo caso, esto señala un bucle de retrabajo.\n\nEste atributo apoya directamente el KPI 'Tasa de Retrabajo de Acciones Correctivas'. Identificar y cuantificar el retrabajo es un objetivo principal del Process Mining, ya que el retrabajo representa esfuerzo desperdiciado e ineficiencia del proceso. Resaltar los bucles de retrabajo en el mapa de procesos puede revelar oportunidades significativas para la mejora de la calidad y la eficiencia.
Por qué es importante
Cuantifica la ineficiencia del proceso identificando cuándo se repiten los pasos, destacando el esfuerzo desperdiciado y las oportunidades para mejorar las tasas de éxito a la primera.
Dónde obtener
Este es un atributo calculado. Se deriva durante el análisis de Process Mining al detectar secuencias repetidas de actividades dentro de un mismo caso.
Ejemplos
truefalse
|
|||
|
Cliente
CustomerNumber
|
El identificador del cliente asociado al evento de calidad, si corresponde. | ||
|
Descripción
Este atributo vincula un evento de calidad a un cliente específico. Esto es más relevante para tipos de notificación como 'Queja de Cliente'. Rastrear esta información es vital para la gestión de relaciones con el cliente y para comprender el impacto de los problemas de calidad en el cliente.\n\nAnalizar por cliente permite a la empresa identificar si ciertos clientes experimentan más problemas de calidad que otros, o si los tiempos de resolución varían por cliente. Esto apoya el dashboard de 'Eventos de Calidad por Severidad e Impacto' al agregar la dimensión del cliente al análisis del impacto.
Por qué es importante
Conecta los eventos de calidad con los clientes, permitiendo el análisis de problemas específicos del cliente y asegurando que los clientes de alto valor reciban soporte prioritario.
Dónde obtener
Normalmente se encuentra en las funciones de interlocutor para el aviso. También puede estar en QMEL-KUNUM si se trata de una reclamación de un pedido de venta.
Ejemplos
CUST-10045CUST-20399CUST-80110
|
|||
|
Cumplimiento a Tiempo
IsOnTimeCompletion
|
Un indicador booleano que señala si el evento de calidad se completó antes de su fecha de resolución objetivo. | ||
|
Descripción
Esta bandera calculada compara la marca de tiempo de finalización real de un evento de calidad con su 'Fecha Objetivo de Resolución'. Es verdadera si el evento se cerró en o antes de la fecha objetivo, y falsa en caso contrario.\n\nEste atributo proporciona una medida simple y directa para el monitoreo del rendimiento y es la base para el dashboard de 'Cumplimiento a Tiempo de Eventos de Calidad' y el KPI 'Tasa de Cumplimiento a Tiempo de Acciones de Calidad'. Permite un fácil filtrado y agregación para comprender el rendimiento a tiempo en diferentes dimensiones como departamento, producto o tipo de notificación.
Por qué es importante
Proporciona un resultado claro y binario para el seguimiento del rendimiento con respecto a los plazos, facilitando la medición y el informe sobre el cumplimiento de los SLA.
Dónde obtener
Atributo calculado que se obtiene al comparar la marca de tiempo de la actividad de cierre final con el atributo 'TargetResolutionDate'.
Ejemplos
truefalse
|
|||
|
Efectividad de la Acción
EffectivenessEvaluation
|
El resultado de la verificación para determinar si una acción implementada fue efectiva. | ||
|
Descripción
Este atributo registra el resultado de la verificación de efectividad, un paso final crucial en el bucle de gestión de calidad. Confirma si las acciones correctivas o preventivas tomadas han resuelto con éxito la causa raíz y han prevenido la recurrencia.\n\nEste es el atributo principal para el dashboard de 'Verificación de Efectividad de la Acción' y el KPI 'Tasa de Verificación de Efectividad de la Acción'. Proporciona una visión directa de la calidad del propio proceso de resolución de problemas. Una alta tasa de acciones ineficaces indica la necesidad de mejorar el análisis de causa raíz o las etapas de planificación de acciones.
Por qué es importante
Mide directamente el éxito del proceso de resolución de problemas, indicando si las acciones realmente previenen la recurrencia del problema.
Dónde obtener
Esta información se suele almacenar en acciones de seguimiento o en estados de tarea específicos dentro del aviso de calidad. Puede ser un campo personalizado o basarse en un código de estado específico.
Ejemplos
EfectivoNo EfectivoMonitoreo Requerido
|
|||
|
Estado de la Notificación
SystemStatus
|
El estado actual de procesamiento de la notificación de calidad, como 'Pendiente' o 'Completado'. | ||
|
Descripción
El estado del sistema indica el estado actual del evento de calidad en su ciclo de vida. SAP utiliza un sistema de gestión de estados donde estados como OSNO (Notificación Pendiente), NOPR (Notificación en Proceso) y NOCO (Notificación Completada) reflejan el progreso.\n\nEste atributo se utiliza a menudo para derivar las actividades en el registro de eventos. También es valioso como dimensión para filtrar casos, por ejemplo, para analizar solo eventos de calidad abiertos o recientemente cerrados. Comprender las transiciones de estado es clave para construir un modelo de proceso preciso.
Por qué es importante
Indica el estado actual de un caso, permitiendo el filtrado de casos activos versus cerrados y ayudando a derivar las actividades del proceso mismas.
Dónde obtener
Derivado de las tablas JEST y JSTO, que almacenan información de estado para varios objetos SAP. El enlace es de QMEL-OBJNR.
Ejemplos
OSNO NOPRNOCOTSCO
|
|||
|
Planta
Plant
|
La planta de fabricación o la ubicación donde se originó o se está gestionando el evento de calidad. | ||
|
Descripción
El atributo Planta especifica la ubicación física, como una fábrica o un almacén, asociada con el evento de calidad. Proporciona un contexto geográfico u organizacional para donde ocurren los problemas de calidad.\n\nEsta es una dimensión poderosa para el análisis comparativo. Al filtrar o agrupar por planta, la dirección puede comparar el rendimiento de diferentes ubicaciones, identificar problemas específicos del sitio y compartir las mejores prácticas de las plantas de alto rendimiento. Ayuda a responder preguntas como '¿Qué planta tiene el tiempo de ciclo de análisis de causa raíz más largo?'.
Por qué es importante
Permite la comparación del rendimiento entre diferentes ubicaciones operativas, ayudando a identificar problemas específicos del sitio y mejores prácticas.
Dónde obtener
La planta asociada con el encabezado de la notificación se encuentra en QMEL-WERKS. Si está relacionada con un material específico, también puede encontrarse a nivel de ítem.
Ejemplos
100017102000
|
|||
|
Source System
SourceSystem
|
Identifica el sistema de origen del que se extrajeron los datos, como la instancia específica de SAP S/4HANA. | ||
|
Descripción
Este atributo especifica el origen de los datos de gestión de calidad. En un entorno con múltiples ERPs o sistemas integrados, este campo es crucial para distinguir las fuentes de datos y asegurar la integridad de los datos.\n\nPara el análisis, permite filtrar o comparar procesos entre diferentes sistemas o unidades organizativas. A menudo es un valor constante para un conjunto de datos dado, pero es obligatorio para la gobernanza y el contexto de los datos.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, lo cual es crucial para la gobernanza de datos y en entornos con múltiples sistemas interconectados.
Dónde obtener
Este es típicamente un valor estático añadido durante el proceso de extracción de datos para identificar el cliente y la ID del sistema SAP S/4HANA.
Ejemplos
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
Tiempo de procesamiento de la actividad
ProcessingTime
|
La duración del tiempo dedicado a trabajar activamente en una sola actividad. | ||
|
Descripción
El Tiempo de Procesamiento, también conocido como tiempo de ciclo, es el tiempo transcurrido desde el inicio hasta el final de una actividad individual. Se distingue del tiempo de espera, que es el tiempo que transcurre entre actividades. Se calcula tomando la diferencia entre las marcas de tiempo de inicio y fin de una actividad.\n\nEsta métrica es fundamental para identificar qué tareas específicas son las que más tiempo consumen. En el dashboard de 'Identificación de Cuellos de Botella del Proceso', los tiempos de procesamiento elevados para ciertas actividades pueden indicar complejidad, falta de recursos o procedimientos ineficientes. Ayuda a señalar exactamente dónde enfocar los esfuerzos de mejora del proceso.
Por qué es importante
Mide el tiempo dedicado a actividades de valor añadido, ayudando a identificar los pasos del proceso que más tiempo consumen y que son los principales candidatos para la optimización.
Dónde obtener
Campo calculado derivado de las marcas de tiempo de inicio y fin de cada actividad en el registro de eventos. (EndTime - StartTime).
Ejemplos
2 horas 15 minutos3 días 4 horas30 minutos
|
|||
|
Última actualización de datos
LastDataUpdate
|
El timestamp que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen. | ||
|
Descripción
Este atributo proporciona una marca de tiempo para la última extracción o actualización de datos del sistema de origen. Informa a los usuarios sobre la actualidad de los datos que están analizando.\n\nEn cualquier dashboard o informe analítico, mostrar esta información es clave para gestionar las expectativas del usuario sobre la actualidad de los datos. Ayuda a distinguir entre cambios de proceso recientes y artefactos de datos obsoletos.
Por qué es importante
Informa a los usuarios sobre la actualidad de los datos, lo cual es crítico para tomar decisiones oportunas y precisas basadas en el análisis de process mining.
Dónde obtener
Este es un campo de metadatos generado y completado por la herramienta o pipeline de extracción de datos en el momento de la actualización de datos.
Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Actividades de Gestión de Calidad
| Actividad | Descripción | ||
|---|---|---|---|
|
`Decisión de Uso Realizada`
|
Representa la decisión formal sobre la calidad de los bienes de un lote de inspección, como la aceptación o el rechazo. Este es un evento distinto para problemas de calidad que se originan en inspecciones y se captura cuando se guarda la decisión de empleo. | ||
|
Por qué es importante
Para los procesos impulsados por inspección, este es un hito importante que dicta acciones posteriores como el bloqueo o la liberación de material. Analizar su momento y resultados es clave para comprender la eficiencia del control de calidad del producto.
Dónde obtener
Este es un evento explícito registrado en la tabla de decisión de empleo QAVE. La marca de tiempo de creación del registro asociado al lote de inspección (PRUEFLOS) significa esta actividad.
Capturar
Utilice la marca de tiempo de creación para el lote de inspección relevante en la tabla QAVE.
Tipo de evento
explicit
|
|||
|
Acción Correctiva Implementada
|
Marca la finalización del trabajo definido en el plan de acción correctiva. Esto se captura típicamente cuando la tarea de acción correctiva asignada dentro de la notificación de calidad se marca como completada. | ||
|
Por qué es importante
Este es un hito clave que indica que se han tomado medidas para resolver el problema de calidad. Es crucial para medir la tasa de finalización a tiempo de las acciones y la eficiencia general de la fase de resolución.
Dónde obtener
Inferido de la finalización de una tarea de acción correctiva en la tabla QMSM. La fecha de finalización se registra en el campo ERLDT o mediante un cambio de estado 'Completado' en las tablas JEST/JCDS.
Capturar
Identifique la marca de tiempo de finalización (ERLDT) de la tarea de acción correctiva en la tabla QMSM.
Tipo de evento
inferred
|
|||
|
Análisis de Causa Raíz Completado
|
Marca la finalización de la fase de investigación donde se ha identificado la causa raíz del problema de calidad. Esto se infiere típicamente de la finalización de una tarea específica de 'Análisis de Causa Raíz' dentro de la notificación. | ||
|
Por qué es importante
Este es un hito crítico para medir la duración y la eficiencia del proceso de investigación. Identificar los retrasos antes de este paso ayuda a detectar cuellos de botella en el análisis de problemas y la toma de decisiones.
Dónde obtener
Inferido de la finalización de una tarea de investigación o específica de RCA en la tabla QMSM. La finalización se identifica por un cambio de estado o la población del campo de fecha de finalización de la tarea (ERLDT).
Capturar
Identifique la marca de tiempo de finalización (ERLDT) de la tarea de análisis de causa raíz relevante en la tabla QMSM.
Tipo de evento
inferred
|
|||
|
Efectividad de la Acción Verificada
|
Confirma que la acción correctiva o preventiva implementada fue exitosa y que el problema de calidad se resolvió sin recurrencia. Esto se captura al completar la tarea de verificación de la efectividad o una revisión final de calidad. | ||
|
Por qué es importante
Este es un hito crítico para validar todo el proceso de resolución. Una alta tasa de verificaciones exitosas indica un sistema de gestión de calidad eficaz y favorece la reducción de problemas recurrentes.
Dónde obtener
Normalmente se infiere de la finalización de una tarea de 'Verificación de la Eficacia' en la tabla QMSM (utilizando la fecha de finalización ERLDT).
Capturar
Identifique la marca de tiempo de finalización de la tarea de verificación de efectividad en QMSM.
Tipo de evento
inferred
|
|||
|
Notificación Completada
|
Indica la finalización comercial del aviso de calidad, significando que todas las acciones requeridas se han tomado y el problema está resuelto desde un punto de vista operativo. Este es un cambio de estado formal en el sistema. | ||
|
Por qué es importante
Esta actividad sirve como punto final principal para medir el tiempo de resolución del negocio. Confirma que, desde la perspectiva del propietario del proceso, el caso ha finalizado, incluso si el cierre técnico está pendiente.
Dónde obtener
Inferido de un cambio de estado en el objeto Aviso de Calidad. Esto se captura identificando la marca de tiempo cuando se establece un estado como 'NOCO' (Aviso completado) en la tabla JCDS.
Capturar
Identifique la marca de tiempo cuando se establece el estado 'Aviso completado' en la tabla JCDS.
Tipo de evento
inferred
|
|||
|
Notificación de Calidad Creada
|
Esta actividad marca el inicio oficial del proceso de gestión de calidad, donde se registra formalmente un problema, defecto o queja relacionada con la calidad. La creación de la Notificación de Calidad en SAP S/4HANA captura los detalles iniciales y asigna un identificador único, iniciando el caso. | ||
|
Por qué es importante
Como evento de inicio principal, esta actividad es esencial para medir el tiempo de ciclo de extremo a extremo del proceso de resolución de calidad. Proporciona la base para rastrear cuánto tiempo se tarda en abordar y cerrar los eventos de calidad.
Dónde obtener
Este es un evento explícito capturado de la tabla de cabecera de Aviso de Calidad QMEL. La marca de tiempo de creación se encuentra típicamente en el campo ERDAT para el número de aviso correspondiente QMNUM.
Capturar
Utilice la marca de tiempo de creación (ERDAT) de la tabla QMEL para el aviso dado.
Tipo de evento
explicit
|
|||
|
Acción Correctiva Propuesta
|
Esta actividad representa el punto en el que se documenta formalmente un plan para corregir el problema identificado. En SAP, esto a menudo se captura a través de la creación de una tarea de 'Acción Correctiva' dentro de la notificación de calidad. | ||
|
Por qué es importante
Este evento inicia la fase de resolución del proceso. Medir el tiempo desde el análisis de causa raíz hasta este paso puede revelar retrasos en la planificación de acciones.
Dónde obtener
Este evento se captura cuando se crea una tarea con un código de 'Acción Correctiva' en la tabla QMSM para la Notificación de Calidad relevante.
Capturar
Utilice la marca de tiempo de creación (ERDAT) de la tabla QMSM para las tareas con un tipo de acción correctiva.
Tipo de evento
explicit
|
|||
|
Acción Preventiva Implementada
|
Marca la ejecución exitosa de la acción preventiva planificada. Esto se captura al registrar la finalización de la tarea de acción preventiva correspondiente en el sistema. | ||
|
Por qué es importante
La finalización de las acciones preventivas es un paso vital en los procesos de calidad maduros. El seguimiento de esta actividad ayuda a medir el compromiso con la prevención de problemas futuros y la reducción de problemas recurrentes.
Dónde obtener
Inferido de la finalización de una tarea de acción preventiva en la tabla QMSM, indicada por el campo ERLDT o un cambio de estado 'Completado'.
Capturar
Identifique la marca de tiempo de finalización (ERLDT) de la tarea de acción preventiva en la tabla QMSM.
Tipo de evento
inferred
|
|||
|
Acción Preventiva Propuesta
|
Esta actividad ocurre cuando se crea un plan para prevenir la recurrencia de un problema de calidad. Similar a las acciones correctivas, a menudo se captura mediante la creación de una tarea de 'Acción Preventiva'. | ||
|
Por qué es importante
Este evento es crítico para evaluar el enfoque de la organización en la mejora proactiva de la calidad, en lugar de solo soluciones reactivas. Marca el inicio de los esfuerzos de resolución a largo plazo.
Dónde obtener
Este evento se captura al crear una tarea con un código de 'Acción Preventiva' en la tabla QMSM para la Notificación de Calidad específica.
Capturar
Utilice la marca de tiempo de creación (ERDAT) de la tabla QMSM para las tareas con un tipo de acción preventiva.
Tipo de evento
explicit
|
|||
|
Notificación Cerrada
|
Representa el cierre técnico y final de la notificación de calidad en el sistema. Después de este punto, no se pueden realizar más cambios en la notificación, lo que marca el final absoluto del ciclo de vida del registro. | ||
|
Por qué es importante
Esta actividad proporciona el evento final del proceso. Analizar el tiempo entre 'Notificación Completada' y 'Notificación Cerrada' puede revelar retrasos en los procedimientos administrativos de cierre.
Dónde obtener
Inferido de un cambio de estado en el Aviso de Calidad, específicamente cuando se establece un estado de archivo o cierre final. Este cambio se registra con una marca de tiempo en la tabla JCDS.
Capturar
Identifique la marca de tiempo cuando se establece el estado final 'Cerrado' para el aviso en la tabla JCDS.
Tipo de evento
inferred
|
|||
|
Notificación Puesta en Proceso
|
Representa el momento en que una notificación recién creada es tomada activamente para su procesamiento por el equipo de calidad. Este es típicamente un evento inferido, derivado de un cambio de estado del sistema que indica que el trabajo ha comenzado. | ||
|
Por qué es importante
Esta actividad ayuda a distinguir entre el mero registro de un problema y el inicio real del trabajo. Analizar el desfase temporal entre la creación y este paso revela posibles retrasos en el reconocimiento del problema y la asignación de recursos.
Dónde obtener
Inferido de un cambio de estado en el objeto Aviso de Calidad. Esto se puede rastrear analizando los registros de cambios de estado en las tablas JEST y JCDS para un estado como 'NOPO' (Aviso en proceso).
Capturar
Identifique la marca de tiempo cuando se establece el estado 'en proceso' para el aviso en la tabla JCDS.
Tipo de evento
inferred
|
|||
|
Partes Interesadas Notificadas
|
Representa la comunicación de la resolución a las partes interesadas relevantes, como clientes o departamentos internos. Este es rara vez un evento de sistema automatizado y, a menudo, es un paso manual. | ||
|
Por qué es importante
La comunicación oportuna con los interesados es crucial para la satisfacción del cliente y la transparencia. Medir el retraso entre el cierre y la notificación puede resaltar deficiencias en los procesos de comunicación.
Dónde obtener
Esta actividad es difícil de capturar directamente de SAP. Podría inferirse de la finalización de una tarea manual en QMSM etiquetada como 'Notificar a la Parte Interesada' o requeriría el análisis de sistemas externos como registros de correo electrónico.
Capturar
Identifique la finalización de una tarea de comunicación manual, si se utiliza. De lo contrario, esto no suele estar disponible.
Tipo de evento
inferred
|
|||
|
Plan de Acción Aprobado
|
Significa que un plan de acción correctiva o preventiva propuesto ha sido revisado y aprobado para proceder con su implementación. Este paso a menudo no es un evento distinto y puede inferirse de la liberación de una tarea para su procesamiento. | ||
|
Por qué es importante
Las demoras prolongadas en esta etapa de aprobación pueden ralentizar significativamente todo el proceso de resolución. Analizar esta duración ayuda a identificar cuellos de botella administrativos y oportunidades para optimizar la gobernanza.
Dónde obtener
Esto se infiere típicamente de un cambio de estado en una tarea en la tabla QMSM, como 'Liberado'. La marca de tiempo para este cambio de estado se encontraría en la tabla JCDS, vinculada al objeto de la tarea.
Capturar
Identifique la marca de tiempo cuando se establece el estado 'Liberado' para la tarea de acción correctiva o preventiva.
Tipo de evento
inferred
|
|||
|
Tarea de Investigación Asignada
|
Este evento ocurre cuando una tarea específica, como investigar la causa raíz, se crea formalmente y se asigna a una persona o departamento. Esto se captura cuando se crea un registro de tarea dentro de la Notificación de Calidad. | ||
|
Por qué es importante
El seguimiento de la asignación de tareas es crucial para comprender la distribución de la carga de trabajo y para identificar cuellos de botella en la asignación de recursos. Marca el inicio de la fase de investigación, un insumo clave para medir el tiempo de ciclo del análisis de causa raíz.
Dónde obtener
Capturado de la tabla de gestión de tareas QMSM, vinculado al Aviso de Calidad. La fecha de creación (ERDAT) de una tarea con un código relevante, por ejemplo, para investigación, marca este evento.
Capturar
Utilice la marca de tiempo de creación (ERDAT) de la tabla QMSM para las tareas relacionadas con la investigación.
Tipo de evento
explicit
|
|||
|
Verificación de Efectividad Requerida
|
Indica que se necesita una verificación de seguimiento para confirmar que las acciones implementadas han resuelto exitosamente el problema. Esto a menudo se representa mediante un estado específico en el aviso o la creación de una tarea de verificación dedicada. | ||
|
Por qué es importante
Esta actividad asegura que el proceso de gestión de calidad incluya un bucle de validación crucial. Separa la implementación de una acción de la confirmación de su éxito.
Dónde obtener
Se puede inferir de un cambio de estado en el Aviso de Calidad (a través de JEST/JCDS) o de la creación de una tarea específica de 'Verificación de Efectividad' en la tabla QMSM.
Capturar
Identifique la marca de tiempo del cambio de estado o la creación de una tarea de verificación en QMSM.
Tipo de evento
inferred
|
|||