Su Template de datos de gestión de calidad

Gestión de calidad de SAP S/4HANA
Su Template de datos de gestión de calidad

Su Template de datos de gestión de calidad

Este Template ofrece una guía completa para recopilar y preparar los datos de gestión de calidad. Describe los atributos y las actividades esenciales para crear un Registro de eventos preciso para Process Mining. Utilice este recurso para agilizar la extracción y el análisis de datos.
  • Atributos recomendados para un análisis completo
  • Actividades clave de gestión de calidad que conviene seguir
  • Guía para extraer datos de gestión de calidad de SAP S/4HANA
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de gestión de calidad

Estos son los campos de datos recomendados para incluir en el Registro de eventos y realizar un análisis completo de la gestión de calidad en SAP S/4HANA.
3 Obligatorio 7 Recomendado 8 Opcional
Nombre Descripción
Actividad
ActivityName
Nombre del evento de negocio o la tarea específica que tuvo lugar dentro del proceso de gestión de calidad.
Descripción

Este atributo describe un paso o hito del ciclo de vida de un evento de calidad, como 'Notificación creada', 'Análisis de la causa raíz completado' o 'Decisión de uso tomada'. Estas actividades se derivan de cambios en el estado del sistema, de la creación de documentos relacionados o de acciones específicas de usuarios registradas en los registros de cambios.

Analizar la secuencia y el momento de estas actividades es la base de Process Mining. Permite descubrir el flujo real del proceso, identificar cuellos de botella entre pasos y medir el cumplimiento de los procedimientos operativos estándar. El nivel de detalle de las actividades determina la profundidad del análisis del proceso.

Por qué es importante

Este atributo define los pasos del proceso y permite visualizar y analizar su flujo, identificar desviaciones y medir el rendimiento entre actividades.

Dónde obtenerlo

Se deriva de los cambios de estado en las tablas JEST y JSTO o de los registros de actividad en tablas como QMSM (tareas). También se pueden crear registros de eventos a partir de las tablas de documentos de cambios CDHDR y CDPOS.

Ejemplos
Notificación de calidad creadaTarea de investigación asignadaAcción correctiva implementadaNotificación cerrada
Evento de calidad
QualityEvent
Identificador único de una notificación de calidad, que sirve como ID principal del caso para hacer seguimiento a 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 mismo problema de calidad. En SAP, suele corresponder al número de notificación de calidad (QMNUM).

En Process Mining, analizar los eventos con este identificador permite reconstruir el recorrido completo de cada caso de calidad. Esto es fundamental para visualizar los flujos del proceso, calcular los tiempos de ciclo de cada caso e identificar las rutas habituales o atípicas del proceso de resolución. Es la base de 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 coherente y analizar de principio a fin cómo se gestionan los problemas de calidad.

Dónde obtenerlo

Es el número de notificación de calidad, que se encuentra en la tabla QMEL, campo QMNUM.

Ejemplos
200000018200000019200000020
Hora de inicio
EventTimestamp
Fecha y hora exactas en que tuvo lugar una actividad o un evento específico.
Descripción

La hora de inicio, o marca de tiempo del evento, registra el momento exacto en que tuvo lugar una actividad. Es fundamental para ordenar los eventos cronológicamente y calcular el tiempo transcurrido entre ellos. Por ejemplo, registra cuándo se creó una notificación, cuándo se completó una tarea o cuándo cambió un estado.

En el análisis de Process Mining, este atributo es esencial para calcular todas las métricas basadas en el tiempo, como los tiempos de ciclo, los tiempos de procesamiento y los tiempos de espera. Permite identificar cuellos de botella, analizar el rendimiento y supervisar los resultados frente a los SLA o los objetivos basados en el tiempo. La precisión de las marcas de tiempo es fundamental para la integridad de todo el modelo de proceso.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos, calcular métricas de rendimiento como los tiempos de ciclo y de espera, y comprender la dinámica del proceso.

Dónde obtenerlo

Suele obtenerse de los campos de fecha y hora asociados a cambios de estado o a la creación de documentos. Algunos ejemplos son ERDAT/ERZEIT (fecha/hora de creación) en QMEL o las marcas de tiempo de cambios en CDHDR.

Ejemplos
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Causa raíz
RootCauseCode
Código o texto que identifica la causa raíz determinada del problema de calidad.
Descripción

El atributo de causa raíz registra el motivo subyacente del defecto o incumplimiento de calidad. Identificar correctamente la causa raíz es un paso fundamental en el proceso de gestión de calidad, ya que permite definir acciones correctivas y preventivas eficaces.

Este atributo es esencial para los Dashboards 'Tiempo de ciclo del análisis de la causa raíz' y 'Detección de patrones de problemas recurrentes'. Analizar los datos por causa raíz ayuda a identificar problemas sistémicos. Por ejemplo, al filtrar el mapa del proceso por una causa raíz específica, se puede comprobar si esta da lugar a rutas particulares o a tiempos de resolución más largos.

Por qué es importante

Permite analizar problemas sistémicos al relacionar las causas raíz con los productos, los departamentos y las ineficiencias del proceso, para orientar las acciones preventivas.

Dónde obtenerlo

Suele almacenarse en la tabla QMUR (causas de notificación), campo URCOD.

Ejemplos
ERROR_DEL_OPERADORMATERIAL_DEFECTUOSOFALLO_DE_MÁQUINA
Departamento responsable
ResponsibleDepartment
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 en su conjunto. Puede ser un equipo de aseguramiento de la calidad, un departamento de ingeniería o una unidad de producción.

Es una dimensión fundamental para analizar la colaboración entre departamentos y los traspasos de responsabilidad. Ayuda a identificar demoras cuando la responsabilidad pasa de un departamento a otro y sirve de apoyo al Dashboard 'Demoras en los traspasos entre departamentos'. También permite filtrar la vista del proceso para comprender cómo trabaja cada departamento.

Por qué es importante

Es fundamental para analizar los traspasos entre departamentos, identificar cuellos de botella organizativos y comprender cómo contribuyen los distintos equipos al proceso.

Dónde obtenerlo

A menudo se deriva de las funciones de interlocutor asociadas a la notificación o la tarea, o de la asignación organizativa del usuario en los datos maestros de RR. HH. Puede que no corresponda a un campo directo.

Ejemplos
Aseguramiento de la calidadLínea de producción 3Ingeniería de calidad de proveedores
Fecha objetivo de resolución
TargetResolutionDate
Fecha prevista o requerida para completar el evento de calidad.
Descripción

Esta fecha representa el límite previsto para resolver y cerrar por completo el evento de calidad. Suele utilizarse como referencia para medir el rendimiento y el cumplimiento de los acuerdos de nivel de servicio (SLA).

Este atributo es fundamental para calcular el porcentaje de finalización a tiempo e identificar los casos atrasados. El Dashboard 'Finalización de eventos de calidad a tiempo' y el KPI 'Porcentaje de acciones de calidad completadas a tiempo' dependen directamente de comparar la fecha de finalización real con esta fecha objetivo. Ayuda a priorizar el trabajo y gestionar los recursos de forma eficaz.

Por qué es importante

Proporciona una referencia para medir el rendimiento en cuanto a puntualidad, un KPI fundamental para evaluar la eficiencia del proceso y el cumplimiento de los SLA.

Dónde obtenerlo

Puede encontrarse en QMEL-QMDAT (fecha de fin requerida) o, en el nivel de tarea, en QMSM-PSTER.

Ejemplos
2023-05-302023-06-152023-07-01
Prioridad
NotificationPriority
Nivel de prioridad asignado a la notificación de calidad, que indica su urgencia.
Descripción

La prioridad determina la urgencia con la que debe atenderse un evento de calidad. Ayuda a los equipos a organizar el trabajo y garantiza que los problemas más críticos se atiendan primero. SAP permite configurar distintos tipos de prioridad que pueden influir en los tiempos de respuesta objetivo.

Este atributo permite analizar si los casos de prioridad alta se procesan realmente más rápido que los de prioridad baja. Puede revelar ineficiencias, por ejemplo, si los casos de prioridad alta se estancan en el proceso. Es una dimensión clave para Dashboards como 'Análisis del rendimiento de los eventos de calidad'.

Por qué es importante

Ayuda a analizar si el rendimiento del proceso se ajusta a la urgencia del negocio y si los problemas de prioridad alta se resuelven más rápido.

Dónde obtenerlo

Se encuentra en la tabla QMEL, campo QMPRI. La descripción está en la tabla TQ05.

Ejemplos
1234
Producto
MaterialNumber
Identificador único del producto o material afectado por el evento de calidad.
Descripción

Este atributo vincula el evento de calidad con un producto o material específico. Esta relación es fundamental para el aseguramiento de la calidad, ya que ayuda a identificar productos con problemas recurrentes o altos índices de defectos.

En Process Mining, analizar los datos por producto permite detectar patrones, por ejemplo, si ciertos productos tardan más en resolverse o están asociados a causas raíz específicas. Esto sirve de apoyo al Dashboard 'Detección de patrones de problemas recurrentes', que relaciona los productos con los problemas de calidad y facilita iniciativas de mejora específicas.

Por qué es importante

Relaciona los problemas de calidad con productos específicos y permite analizar los índices de defectos, las causas raíz y los patrones de resolución de cada producto.

Dónde obtenerlo

Se encuentra en la tabla de posiciones de notificaciones de calidad QMFE, campo MATNR.

Ejemplos
FIN-1001RAW-205ASEMI-303B
Tipo de notificación de calidad
QualityNotificationType
Clasificación de la notificación de calidad, por ejemplo, reclamación de cliente, problema interno o defecto de proveedor.
Descripción

Este atributo clasifica el evento de calidad según su origen y naturaleza. Los tipos estándar de SAP incluyen reclamaciones de clientes, informes de problemas internos y defectos relacionados con proveedores. Esta clasificación determina el flujo posterior del proceso y la documentación necesaria.

Analizar el proceso por tipo de notificación es esencial para saber si los distintos tipos de problemas se gestionan de manera diferente o tienen distintos niveles de eficiencia. Permite crear Dashboards como 'Análisis del rendimiento de los eventos de calidad', con filtros y comparativas de los tiempos de ciclo y las rutas del proceso para cada categoría de problema.

Por qué es importante

Permite segmentar el proceso para comprobar si los distintos tipos de problemas de calidad siguen rutas diferentes o presentan características de rendimiento distintas.

Dónde obtenerlo

Se encuentra en la tabla QMEL, campo QMART.

Ejemplos
Q1Q2F2
Usuario
ChangedBy
ID del usuario que realizó la actividad o el último cambio.
Descripción

Este atributo identifica al usuario responsable de ejecutar un paso determinado del proceso. En SAP, suele corresponder a los campos 'Modificado por' (AENAM) o 'Creado por' (ERNAM).

Analizar los datos por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación y detectar desviaciones del proceso específicas de cada usuario. Es fundamental para el análisis basado en recursos, por ejemplo, para investigar por qué algunos usuarios tardan más en procesar las tareas o suelen seguir rutas no estándar.

Por qué es importante

Permite analizar el rendimiento de los usuarios, la distribución de la carga de trabajo y el cumplimiento de los procedimientos estándar, aspectos clave para optimizar los recursos.

Dónde obtenerlo

Se encuentra en tablas de cabecera y de posiciones, como QMEL-ERNAM (creado por), o se deriva de los registros de cambios (CDHDR-USERNAME).

Ejemplos
SMITHJWILSONAPROCESS_AUTOMATION_BOT
Centro
Plant
Centro de fabricación o ubicación donde se originó o se gestiona el evento de calidad.
Descripción

El atributo de centro especifica la ubicación física, como una fábrica o un almacén, asociada al evento de calidad. Aporta contexto geográfico u organizativo sobre el lugar donde se producen los problemas de calidad.

Es una dimensión útil para realizar comparativas. Al filtrar o agrupar por centro, la dirección puede comparar el rendimiento de distintas ubicaciones, identificar problemas específicos de cada centro y compartir las buenas prácticas de los centros con mejores resultados. Ayuda a responder preguntas como '¿Qué centro tiene el mayor tiempo de ciclo de análisis de la causa raíz?'.

Por qué es importante

Permite comparar el rendimiento de distintas ubicaciones operativas e identificar problemas específicos de cada centro y buenas prácticas.

Dónde obtenerlo

El centro asociado a la cabecera de la notificación se encuentra en QMEL-WERKS. Si está relacionado con un material específico, también puede encontrarse en el nivel de posición.

Ejemplos
100017102000
Cliente
CustomerNumber
Identificador del cliente asociado al evento de calidad, si corresponde.
Descripción

Este atributo vincula un evento de calidad con un cliente específico. Es especialmente pertinente para tipos de notificación como 'Reclamación de cliente'. Hacer seguimiento de esta información es fundamental para gestionar las relaciones con los clientes y comprender el impacto de los problemas de calidad en ellos.

Analizar los datos por cliente permite identificar si algunos clientes tienen más problemas de calidad que otros o si los tiempos de resolución varían según el cliente. Esto sirve de apoyo al Dashboard 'Eventos de calidad por gravedad e impacto', al incorporar la dimensión del cliente al análisis del impacto.

Por qué es importante

Relaciona los eventos de calidad con los clientes y permite analizar los problemas específicos de cada uno, además de dar prioridad al soporte para los clientes de mayor valor.

Dónde obtenerlo

Suele encontrarse en las funciones de interlocutor de la notificación. También puede estar en QMEL-KUNUM si se trata de una reclamación vinculada a un pedido de ventas.

Ejemplos
CUST-10045CUST-20399CUST-80110
Eficacia de la acción
EffectivenessEvaluation
Resultado de la comprobación de verificación que determina si una acción implementada ha sido eficaz.
Descripción

Este atributo registra el resultado de la comprobación de eficacia, un paso final fundamental del ciclo de gestión de calidad. Confirma si las acciones correctivas o preventivas han resuelto la causa raíz y evitado que el problema vuelva a ocurrir.

Es el atributo principal del Dashboard 'Verificación de la eficacia de las acciones' y del KPI 'Porcentaje de verificación de la eficacia de las acciones'. Proporciona información directa sobre la calidad del propio proceso de resolución de problemas. Un alto porcentaje de acciones ineficaces indica que es necesario mejorar el análisis de la causa raíz o la planificación de las acciones.

Por qué es importante

Mide directamente el éxito del proceso de resolución de problemas e indica si las acciones realmente evitan que los problemas vuelvan a ocurrir.

Dónde obtenerlo

Esta información suele almacenarse en acciones de seguimiento o en estados de tareas específicos dentro de la notificación de calidad. Puede corresponder a un campo personalizado o basarse en un código de estado específico.

Ejemplos
EficazNo eficazRequiere seguimiento
Es retrabajo
IsRework
Indicador booleano que señala si una actividad o una secuencia de actividades representa un retrabajo.
Descripción

Este indicador se establece en verdadero si un caso repite ciertos pasos, lo que indica que el trabajo inicial fue insuficiente. Por ejemplo, si la actividad 'Análisis de causa raíz' va seguida más adelante de otra actividad 'Tarea de investigación asignada' para el mismo caso, se produce un ciclo de retrabajo.

Este atributo respalda directamente el KPI 'Tasa de retrabajo de acciones correctivas'. Identificar y cuantificar el retrabajo es uno de los objetivos principales del Process Mining, ya que supone un esfuerzo desperdiciado y una ineficiencia del proceso. Destacar los ciclos de retrabajo en el mapa de procesos puede revelar importantes oportunidades para mejorar la calidad y la eficiencia.

Por qué es importante

Cuantifica la ineficiencia del proceso al identificar los pasos que se repiten, poner de manifiesto el esfuerzo desperdiciado y señalar oportunidades para mejorar la tasa de resolución correcta a la primera.

Dónde obtenerlo

Este atributo se calcula durante el análisis de Process Mining mediante la detección de secuencias de actividades repetidas dentro de un mismo caso.

Ejemplos
truefalse
Estado de la notificación
SystemStatus
Estado actual del procesamiento de la notificación de calidad, como 'Pendiente' o 'Completada'.
Descripción

El estado del sistema indica la situación actual del evento de calidad dentro de su ciclo de vida. SAP utiliza un sistema de gestión de estados en el que estados como OSNO (notificación pendiente), NOPR (notificación en proceso) y NOCO (notificación completada) reflejan el avance.

Este atributo suele utilizarse para derivar las actividades del registro de eventos. También resulta útil como dimensión para filtrar casos, por ejemplo, para analizar solo los eventos de calidad abiertos o cerrados recientemente. Comprender las transiciones de estado es clave para crear un modelo de proceso preciso.

Por qué es importante

Indica el estado actual de un caso, permite filtrar los casos activos y cerrados, y ayuda a derivar las propias actividades del proceso.

Dónde obtenerlo

Se deriva de las tablas JEST y JSTO, que almacenan información de estado de varios objetos de SAP. El vínculo se establece mediante QMEL-OBJNR.

Ejemplos
OSNO NOPRNOCOTSCO
Finalización a tiempo
IsOnTimeCompletion
Indicador booleano que señala si el evento de calidad se completó antes de la fecha prevista de resolución.
Descripción

Este indicador calculado compara la marca de tiempo de finalización real de un evento de calidad con su 'Fecha prevista de resolución'. Es verdadero si el evento se cerró en la fecha prevista o antes, y falso en caso contrario.

Este atributo ofrece una medida sencilla y directa para supervisar el rendimiento y sirve de base para el Dashboard 'Finalización a tiempo de eventos de calidad' y el KPI 'Tasa de acciones de calidad completadas a tiempo'. Permite filtrar y agregar datos fácilmente para conocer el rendimiento puntual según distintas dimensiones, como el departamento, el producto o el tipo de notificación.

Por qué es importante

Ofrece un resultado claro y binario para hacer un seguimiento del rendimiento frente a los plazos, y facilita la medición y la presentación de informes sobre el cumplimiento de los SLA.

Dónde obtenerlo

Atributo calculado a partir de la comparación entre la marca de tiempo de la actividad de cierre final y el atributo 'TargetResolutionDate'.

Ejemplos
truefalse
Sistema de origen
SourceSystem
Identifica el sistema de origen del que se extrajeron los datos, como una instancia específica de SAP S/4HANA.
Descripción

Este atributo especifica el origen de los datos de gestión de calidad. En entornos con varios ERP o sistemas integrados, este campo es fundamental para distinguir las fuentes de datos y garantizar su integridad.

En el análisis, permite filtrar o comparar procesos de distintos sistemas o unidades organizativas. A menudo tiene un valor constante para un conjunto de datos determinado, pero es obligatorio para la gobernanza de datos y el contexto.

Por qué es importante

Aporta contexto esencial sobre el origen de los datos, algo fundamental para la gobernanza de datos y para los entornos con varios sistemas interconectados.

Dónde obtenerlo

Suele ser un valor estático que se añade durante la extracción de datos para identificar el cliente y el ID del sistema SAP S/4HANA.

Ejemplos
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este registro desde el sistema de origen.
Descripción

Este atributo proporciona la marca de tiempo de la última extracción o actualización de datos desde el sistema de origen. Informa a los usuarios sobre la actualidad de los datos que están analizando.

En cualquier Dashboard o informe analítico, mostrar esta información es clave para gestionar las expectativas sobre la vigencia de los datos. Ayuda a distinguir entre cambios recientes en el proceso y efectos de datos desactualizados.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos, algo fundamental para tomar decisiones oportunas y precisas a partir del análisis de Process Mining.

Dónde obtenerlo

Es un campo de metadatos que la herramienta o el flujo de extracción de datos genera y completa al actualizar los datos.

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Obligatorio Recomendado Opcional

Actividades de gestión de calidad

Estos son los pasos clave del proceso y los hitos que debe registrar en el Registro de eventos para descubrir y analizar el proceso con precisión.
6 Recomendado 9 Opcional
Actividad Descripción
Acción correctiva implementada
Indica que se ha completado el trabajo definido en el plan de acción correctiva. Por lo general, se registra 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 fundamental para medir el porcentaje de acciones completadas a tiempo y la eficiencia general de la fase de resolución.

Dónde obtenerlo

Se infiere a partir 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 al 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 causas raíz completado
Marca el final de la fase de investigación, en la que se ha identificado la causa de fondo del problema de calidad. Suele inferirse a partir de la finalización de una tarea específica de análisis de causas raíz dentro de la notificación.
Por qué es importante

Este es un hito fundamental para medir la duración y la eficiencia del proceso de investigación. Identificar los retrasos anteriores a este paso ayuda a localizar los cuellos de botella en el análisis de problemas y la toma de decisiones.

Dónde obtenerlo

Se infiere a partir de la finalización de una tarea de investigación o de análisis de causas raíz en la tabla QMSM. La finalización se identifica mediante un cambio de estado o el registro de la fecha de finalización de la tarea en el campo ERLDT.

Capturar

Identifique la marca de tiempo de finalización (ERLDT) de la tarea pertinente de análisis de causas raíz en la tabla QMSM.

Tipo de evento inferred
Decisión de empleo tomada
Representa la decisión formal sobre la calidad de los productos de un lote de inspección, como su aceptación o rechazo. Es un evento específico de los problemas de calidad que se originan en inspecciones y se registra cuando se guarda la decisión de empleo.
Por qué es importante

En los procesos basados en inspecciones, este es un hito importante que determina las acciones posteriores, como bloquear o liberar el material. Analizar el momento en que se produce y sus resultados es clave para comprender la eficiencia del control de calidad de los productos.

Dónde obtenerlo

Este es un evento explícito registrado en la tabla de decisiones de empleo QAVE. La marca de tiempo de creación del registro asociado al lote de inspección (PRUEFLOS) indica que se ha realizado esta actividad.

Capturar

Utilice la marca de tiempo de creación correspondiente al lote de inspección en la tabla QAVE.

Tipo de evento explicit
Eficacia de la acción verificada
Confirma que la acción correctiva o preventiva implementada ha dado resultado y que el problema de calidad se ha resuelto sin volver a ocurrir. Se registra al completar la tarea de comprobación de eficacia o una revisión final de calidad.
Por qué es importante

Este es un hito fundamental para validar todo el proceso de resolución. Un alto porcentaje de verificaciones satisfactorias indica que el sistema de gestión de calidad es eficaz y contribuye a reducir la recurrencia de problemas.

Dónde obtenerlo

Por lo general, se infiere a partir de la finalización de una tarea de 'Comprobación de 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 eficacia en QMSM.

Tipo de evento inferred
Notificación completada
Indica que la notificación de calidad se ha completado desde el punto de vista del negocio, es decir, que se han tomado todas las medidas necesarias y el problema está resuelto desde el punto de vista operativo. Se trata de un cambio formal de estado en el sistema.
Por qué es importante

Esta actividad es el principal punto final para medir el tiempo de resolución del negocio. Confirma que, desde la perspectiva de quien es responsable del proceso, el caso ha terminado, aunque el cierre técnico siga pendiente.

Dónde obtenerlo

Se infiere a partir de un cambio de estado del objeto de notificación de calidad. Se registra al identificar la marca de tiempo en que se asigna en la tabla JCDS un estado como 'NOCO' (notificación completada).

Capturar

Identifique la marca de tiempo en que se asigna el estado 'Notificación completada' 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, cuando se registra formalmente un problema, defecto o reclamación relacionado con la calidad. La creación de la notificación de calidad en SAP S/4HANA recoge los datos iniciales y asigna un identificador único, con lo que se inicia el caso.
Por qué es importante

Como evento de inicio principal, esta actividad es esencial para medir el tiempo de ciclo integral del proceso de resolución de problemas de calidad. Proporciona el punto de partida para hacer un seguimiento del tiempo necesario para atender y cerrar los eventos de calidad.

Dónde obtenerlo

Este es un evento explícito registrado en la tabla de cabecera de notificaciones de calidad QMEL. La marca de tiempo de creación suele encontrarse en el campo ERDAT, correspondiente al número de notificación QMNUM.

Capturar

Utilice la marca de tiempo de creación (ERDAT) de la tabla QMEL para la notificación correspondiente.

Tipo de evento explicit
Acción correctiva propuesta
Esta actividad representa el momento en que se documenta formalmente un plan para corregir el problema identificado. En SAP, suele registrarse al crear una tarea de acción correctiva en la notificación de calidad.
Por qué es importante

Este evento inicia la fase de resolución del proceso. Medir el tiempo transcurrido desde el análisis de la causa raíz hasta este paso puede revelar demoras en la planificación de acciones.

Dónde obtenerlo

Este evento se registra cuando se crea una tarea con el código 'Acción correctiva' en la tabla QMSM para la notificación de calidad correspondiente.

Capturar

Utilice la marca de tiempo de creación (ERDAT) de la tabla QMSM para las tareas de tipo acción correctiva.

Tipo de evento explicit
Acción preventiva implementada
Indica que la acción preventiva planificada se ha ejecutado correctamente. Se registra cuando se completa en el sistema la tarea de acción preventiva correspondiente.
Por qué es importante

Completar las acciones preventivas es un paso esencial 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 recurrencias.

Dónde obtenerlo

Se infiere a partir de la finalización de una tarea de acción preventiva en la tabla QMSM, indicada por el campo ERLDT o por un cambio al 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 evitar que se repita un problema de calidad. Al igual que las acciones correctivas, suele registrarse mediante la creación de una tarea de 'Acción preventiva'.
Por qué es importante

Este evento es fundamental para evaluar si la organización se centra en mejorar la calidad de forma proactiva, en lugar de limitarse a corregir problemas una vez que ocurren. Marca el inicio de los esfuerzos de resolución a largo plazo.

Dónde obtenerlo

Este evento se registra cuando se crea una tarea con el código 'Acción preventiva' en la tabla QMSM para la notificación de calidad correspondiente.

Capturar

Utilice la marca de tiempo de creación (ERDAT) de la tabla QMSM para las tareas de tipo acción preventiva.

Tipo de evento explicit
Notificación cerrada
Representa el cierre técnico definitivo de la notificación de calidad en el sistema. A partir de ese momento, no se pueden realizar más cambios en la notificación y finaliza por completo el ciclo de vida del registro.
Por qué es importante

Esta actividad marca el evento de fin del proceso. Analizar el tiempo transcurrido entre 'Notificación completada' y 'Notificación cerrada' puede revelar demoras en los procedimientos administrativos de cierre.

Dónde obtenerlo

Se infiere a partir de un cambio de estado de la notificación de calidad, en concreto, cuando se asigna un estado de archivado o de cierre definitivo. Este cambio queda registrado con una marca de tiempo en la tabla JCDS.

Capturar

Identifique la marca de tiempo en que se asigna el estado final 'Cerrado' a la notificación en la tabla JCDS.

Tipo de evento inferred
Notificación puesta en proceso
Representa el momento en que el equipo de calidad empieza a tramitar una notificación recién creada. Suele ser un evento inferido a partir de un cambio de estado del sistema que indica que el trabajo ha comenzado.
Por qué es importante

Esta actividad permite distinguir entre el simple registro de un problema y el inicio efectivo del trabajo. Analizar el tiempo transcurrido entre la creación y este paso permite detectar posibles retrasos en la recepción del problema y la asignación de recursos.

Dónde obtenerlo

Se infiere a partir de un cambio de estado del objeto de notificación de calidad. Puede rastrearse mediante el análisis de los registros de cambios de estado en las tablas JEST y JCDS, por ejemplo, para el estado 'NOPO' (notificación en proceso).

Capturar

Identifique la marca de tiempo en que se asigna a la notificación el estado 'en proceso' en la tabla JCDS.

Tipo de evento inferred
Partes interesadas notificadas
Representa la comunicación de la resolución a las partes interesadas pertinentes, como clientes o departamentos internos. Rara vez es un evento automatizado del sistema y suele ser un paso manual.
Por qué es importante

La comunicación oportuna con las partes interesadas es fundamental para la satisfacción del cliente y la transparencia. Medir la demora entre el cierre y la notificación puede revelar deficiencias en los procesos de comunicación.

Dónde obtenerlo

Es difícil registrar esta actividad directamente desde SAP. Puede inferirse a partir de la finalización de una tarea manual en QMSM denominada 'Notificar a las partes interesadas' o requerir el análisis de sistemas externos, como los registros de correo electrónico.

Capturar

Identifique la finalización de una tarea manual de comunicación, si se utiliza. De lo contrario, este dato no suele estar disponible.

Tipo de evento inferred
Plan de acción aprobado
Indica que se ha revisado y aprobado un plan de acción correctiva o preventiva propuesto para proceder con su implementación. Este paso no suele ser un evento independiente y puede inferirse a partir 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 considerablemente todo el proceso de resolución. Analizar su duración ayuda a detectar cuellos de botella administrativos y oportunidades para agilizar la gobernanza.

Dónde obtenerlo

Por lo general, se infiere a partir de un cambio de estado de una tarea en la tabla QMSM, como 'Liberado'. La marca de tiempo de este cambio de estado se encuentra en la tabla JCDS, vinculada al objeto de la tarea.

Capturar

Identifique la marca de tiempo en que se asigna el estado 'Liberado' a la tarea de acción correctiva o preventiva.

Tipo de evento inferred
Se requiere una comprobación de eficacia
Indica que se necesita una verificación de seguimiento para confirmar que las acciones implementadas han resuelto el problema. Suele representarse mediante un estado específico de la notificación o la creación de una tarea de verificación específica.
Por qué es importante

Esta actividad garantiza que el proceso de gestión de calidad incluya un ciclo de validación esencial. Permite distinguir entre implementar una acción y confirmar que ha dado resultado.

Dónde obtenerlo

Puede inferirse a partir de un cambio de estado de la notificación de calidad (mediante JEST/JCDS) o de la creación de una tarea específica de 'Comprobación de eficacia' en la tabla QMSM.

Capturar

Identifique la marca de tiempo del cambio de estado o de la creación de una tarea de verificación en QMSM.

Tipo de evento inferred
Tarea de investigación asignada
Este evento se produce cuando se crea y asigna formalmente a una persona o departamento una tarea específica, como investigar la causa raíz. Se registra al crear un registro de tarea en la notificación de calidad.
Por qué es importante

Hacer un seguimiento de la asignación de tareas es fundamental para comprender cómo se distribuye la carga de trabajo e identificar cuellos de botella en la asignación de recursos. Marca el inicio de la fase de investigación y es un dato clave para medir el tiempo de ciclo del análisis de causas raíz.

Dónde obtenerlo

Se registra en la tabla de gestión de tareas QMSM, vinculada a la notificación de calidad. La fecha de creación (ERDAT) de una tarea con un código pertinente, por ejemplo, de 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
Recomendado Opcional

Guías de extracción

Cómo obtener los datos de gestión de calidad de SAP S/4HANA

¿Listo para empezar?

Utilice este Template para preparar rápidamente los datos y empezar a optimizar los procesos de gestión de calidad. Obtenga información útil y mejore la eficiencia en SAP S/4HANA.

Mejore la gestión de calidad: reduzca el tiempo de ciclo un 30 % de inmediato

Identifique cuellos de botella en SAP S/4HANA y reduzca un 30 % el tiempo de ciclo de QM.

Comience su prueba gratuita

No se requiere tarjeta de crédito. La configuración tarda unos minutos.