Su Template de datos de gestión de la calidad

SAP S/4HANA Quality Management
Su Template de datos de gestión de la calidad

Su Template de datos de gestión de la calidad

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

Atributos de la gestión de la calidad

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis completo de la gestión de la calidad en SAP S/4HANA.
3 Obligatorio 7 Recomendado 8 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre del evento empresarial o la tarea específicos que tuvieron lugar dentro del proceso de Gestión de la calidad.
Descripción

Este atributo describe un único paso o hito del ciclo de vida del evento de calidad, como 'Notification Created', 'Root Cause Analysis Completed' o 'Usage Decision Made'. Estas actividades se derivan de cambios en el estado del sistema, la creación de documentos relacionados o acciones específicas de usuarios registradas en los registros de cambios.

Analizar la secuencia y el momento de estas actividades constituye el núcleo del Process Mining. Permite descubrir el flujo real del proceso, identificar cuellos de botella entre pasos y medir la conformidad con los procedimientos operativos estándar. El nivel de granularidad de las actividades determina el grado de detalle del 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 obtenerlo

Se deriva de los cambios de estado de las tablas JEST y JSTO, o de los registros de actividades de tablas como QMSM (Tasks). Los registros de eventos también pueden construirse 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
El identificador único de una notificación de calidad, que actúa como ID principal del caso para realizar el seguimiento de 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, normalmente corresponde al número de notificación de calidad (QMNUM).

En Process Mining, analizar los eventos mediante este identificador permite reconstruir el recorrido integral de cada caso de calidad. Esto es fundamental para visualizar los flujos del proceso, calcular los tiempos de ciclo del caso completo e identificar las rutas habituales o desviadas en el proceso de resolución. Constituye la base de prácticamente todos los análisis de Gestión de la calidad.

Por qué es importante

Es la clave esencial para vincular todas las actividades relacionadas en una única instancia de proceso coherente, lo que permite 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
La fecha y hora exactas en las que tuvo lugar una actividad o un evento específicos.
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 cronológicamente los eventos 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 cambió un estado.

En el análisis de Process Mining, este atributo es fundamental 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 SLA u objetivos basados en el tiempo. Las marcas de tiempo precisas son esenciales para la integridad de todo el modelo de proceso.

Por qué es importante

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

Dónde obtenerlo

Normalmente procede 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
Un código o texto que identifica la causa raíz determinada del problema de calidad.
Descripción

El atributo Causa raíz recoge el motivo subyacente del defecto de calidad o la no conformidad. Identificar correctamente la causa raíz es un paso fundamental del proceso de gestión de la calidad, ya que constituye la base para definir acciones correctivas y preventivas eficaces.

Este atributo es esencial para los Dashboards «Tiempo de ciclo del análisis de causas 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 de procesos por una causa raíz concreta, puede comprobarse si conduce a rutas de proceso específicas 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 productos, departamentos e ineficiencias del proceso para orientar las acciones preventivas.

Dónde obtenerlo

Normalmente se almacena en la tabla QMUR (causas de notificación), campo URCOD.

Ejemplos
ERROR_DEL_OPERADORMATERIAL_DEFECTUOSOFALLO_DE_LA_MÁQUINA
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 en su conjunto. Puede tratarse de 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 retrasos que se producen cuando la responsabilidad pasa de un departamento a otro y sirve de apoyo al Dashboard «Retrasos en los traspasos entre departamentos». También permite filtrar la vista del proceso para comprender cómo opera 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 obtiene 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 RR. HH. Puede no corresponder 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
La fecha prevista o requerida para completar el evento de calidad.
Descripción

Esta fecha representa el plazo en el que se espera resolver y cerrar por completo el evento de calidad. A menudo se utiliza como referencia para medir el rendimiento y el cumplimiento de los acuerdos de nivel de servicio (SLA).

Este atributo es fundamental para calcular las tasas de finalización dentro del plazo e identificar los casos vencidos. El Dashboard «Finalización de eventos de calidad dentro del plazo» y el KPI «Tasa de acciones de calidad dentro del plazo» dependen directamente de la comparación entre la fecha real de finalización y 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 dentro del plazo, 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 finalización 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, que indica su urgencia.
Descripción

La prioridad define la urgencia con la que debe abordarse un evento de calidad. Ayuda a los equipos a organizar su 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 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 cuando los casos prioritarios quedan bloqueados 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 garantiza que los problemas de alta prioridad se resuelvan 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
El 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 esencial para el aseguramiento de la calidad, ya que ayuda a identificar productos con problemas recurrentes o tasas de defectos elevadas.

En Process Mining, analizar los datos por producto permite detectar patrones, como si determinados productos presentan tiempos de resolución más largos o están asociados a causas raíz concretas. Esto sirve de apoyo al Dashboard «Detección de patrones de problemas recurrentes», que relaciona los productos con los problemas de calidad y resulta clave para impulsar iniciativas de mejora de la calidad específicas.

Por qué es importante

Relaciona los problemas de calidad con productos concretos y permite analizar las tasas de defectos, las causas raíz y los patrones de resolución específicos 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
La clasificación de la notificación de calidad, como reclamación de cliente, problema interno o defecto del proveedor.
Descripción

Este atributo categoriza 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 categorización determina el flujo de proceso posterior 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 forma diferente o presentan niveles de eficiencia variables. Sirve de apoyo a Dashboards como «Análisis del rendimiento de los eventos de calidad», ya que permite filtrar y comparar los tiempos de ciclo y las rutas del proceso para distintas categorías de problemas.

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
El ID de usuario de la persona que realizó la actividad o efectuó el último cambio.
Descripción

Este atributo identifica al usuario específico responsable de ejecutar un paso determinado del proceso. En SAP, a menudo corresponde a los campos 'Changed By' (AENAM) o 'Created By' (ERNAM).

Analizar los datos por usuario ayuda a comprender la distribución de la carga de trabajo, identificar necesidades de formación y localizar desviaciones del proceso específicas de determinados usuarios. Es fundamental para el análisis basado en recursos, por ejemplo, para 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 de los usuarios, la distribución de la carga de trabajo y la adherencia a 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 (Created by), o se deriva de los registros de cambios (CDHDR-USERNAME).

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

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

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

Por qué es importante

Permite comparar el rendimiento de distintas ubicaciones operativas y ayuda a identificar problemas específicos de cada centro y mejores 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 a nivel de posición.

Ejemplos
100017102000
Cliente
CustomerNumber
El identificador del cliente asociado al evento de calidad, cuando corresponda.
Descripción

Este atributo vincula un evento de calidad con un cliente específico. Es especialmente relevante para tipos de notificación como «Reclamación de cliente». Hacer un seguimiento de esta información es fundamental para gestionar la relación con los clientes y comprender el impacto que tienen los problemas de calidad en ellos.

Analizar los datos por cliente permite identificar si determinados clientes experimentan 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, permite analizar los problemas específicos de cada cliente y garantiza que los clientes de mayor valor reciban asistencia prioritaria.

Dónde obtenerlo

Normalmente se encuentra en las funciones de interlocutor de la notificación. También puede estar en QMEL-KUNUM si se trata de una reclamación procedente de un pedido de ventas.

Ejemplos
CUST-10045CUST-20399CUST-80110
Eficacia de la acción
EffectivenessEvaluation
El resultado de la comprobación de verificación que determina si una acción implementada fue eficaz.
Descripción

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

Es el atributo principal del Dashboard «Verificación de la eficacia de las acciones» y del KPI «Tasa de verificación de la eficacia de las acciones». Proporciona información directa sobre la calidad del propio proceso de resolución de problemas. Una tasa elevada de acciones ineficaces indica que es necesario mejorar las etapas de análisis de causas raíz o de planificación de acciones.

Por qué es importante

Mide directamente el éxito del proceso de resolución de problemas e indica si las acciones realmente evitan que el problema vuelva a producirse.

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 tratarse de un campo personalizado o basarse en un código de estado concreto.

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

Este indicador se establece como verdadero si un caso repite determinados pasos, lo que indica que el trabajo inicial fue insuficiente. Por ejemplo, si una actividad de «Análisis de causas raíz» va seguida posteriormente de otra «Tarea de investigación asignada» para el mismo caso, se produce un bucle de retrabajo.

Este atributo sirve directamente de apoyo al KPI «Tasa de retrabajo de acciones correctivas». Identificar y cuantificar el retrabajo es uno de los objetivos principales de Process Mining, ya que representa un esfuerzo desperdiciado y una ineficiencia del proceso. Resaltar los bucles de retrabajo en el mapa de procesos puede revelar oportunidades importantes para mejorar la calidad y la eficiencia.

Por qué es importante

Cuantifica la ineficiencia del proceso al identificar la repetición de pasos, poner de relieve el esfuerzo desperdiciado y señalar oportunidades para mejorar la tasa de ejecución correcta a la primera.

Dónde obtenerlo

Es un atributo calculado. Se obtiene durante el análisis de Process Mining mediante la detección de secuencias repetidas de actividades dentro de un mismo caso.

Ejemplos
truefalse
Estado de la notificación
SystemStatus
El estado actual de 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 progreso.

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 únicamente 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 obtiene de las tablas JEST y JSTO, que almacenan información de estado de distintos objetos de SAP. El vínculo se establece mediante QMEL-OBJNR.

Ejemplos
OSNO NOPRNOCOTSCO
Finalización dentro del plazo
IsOnTimeCompletion
Un indicador booleano que señala si el evento de calidad se completó antes de su fecha objetivo de resolución.
Descripción

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

Este atributo proporciona una medida sencilla y directa para supervisar el rendimiento y constituye la base del Dashboard «Finalización de eventos de calidad dentro del plazo» y del KPI «Tasa de acciones de calidad dentro del plazo». Permite filtrar y agregar fácilmente los datos para comprender el rendimiento dentro del plazo según distintas dimensiones, como departamento, producto o tipo de notificación.

Por qué es importante

Proporciona un resultado binario claro para hacer un seguimiento del rendimiento frente a los plazos, lo que facilita medir y comunicar el cumplimiento de los SLA.

Dónde obtenerlo

Atributo calculado que se obtiene al comparar la marca de tiempo de la actividad final de cierre con 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 la calidad. En un entorno con varios ERP o sistemas integrados, este campo es fundamental para distinguir las fuentes de datos y garantizar su integridad.

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

Por qué es importante

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

Dónde obtenerlo

Normalmente es un valor estático añadido durante el proceso de 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
La 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 de los usuarios sobre la vigencia de los datos. Ayuda a distinguir entre cambios recientes en el proceso y efectos derivados de datos obsoletos.

Por qué es importante

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

Dónde obtenerlo

Es un campo de metadatos generado y cumplimentado por la herramienta o el flujo de extracción de datos en el momento de actualizar los datos.

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

Actividades de gestión de la calidad

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir y analizar el proceso con precisión.
6 Recomendado 9 Opcional
Actividad Descripción
Acción correctiva implementada
Marca la finalización del trabajo definido en el plan de acciones correctivas. Normalmente se captura 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 la tasa de finalización puntual de las acciones 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 de estado a 'Completed' en las tablas JEST/JCDS.

Recopilar

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 la finalización de la fase de investigación, en la que se ha identificado la causa subyacente del problema de calidad. Normalmente se infiere a partir de la finalización de una tarea específica de 'Root Cause Analysis' 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 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 específica de investigación o RCA en la tabla QMSM. La finalización se identifica mediante un cambio de estado o la cumplimentación del campo de fecha de finalización de la tarea (ERLDT).

Recopilar

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 uso 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 diferenciado para los problemas de calidad originados en inspecciones y se captura cuando se guarda la decisión de uso.
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 sus tiempos y resultados es clave para comprender la eficiencia del control de calidad del producto.

Dónde obtenerlo

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

Recopilar

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

Tipo de evento explicit
Eficacia de la acción verificada
Confirma que la acción correctiva o preventiva implementada ha sido eficaz y que el problema de calidad se ha resuelto sin que vuelva a producirse. Se captura 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. Una tasa elevada de verificaciones satisfactorias indica un sistema de Gestión de la calidad eficaz y contribuye a reducir los problemas recurrentes.

Dónde obtenerlo

Normalmente se infiere a partir de la finalización de una tarea de 'Effectiveness Check' en la tabla QMSM, utilizando la fecha de finalización ERLDT.

Recopilar

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 la finalización empresarial de la notificación de calidad, lo que significa que se han realizado todas las acciones necesarias y que el problema está resuelto desde el punto de vista operativo. 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 empresarial. Confirma que, desde la perspectiva del responsable del proceso, el caso ha terminado, aunque el cierre técnico esté pendiente.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en el objeto de notificación de calidad. Se captura identificando la marca de tiempo en la que se establece en la tabla JCDS un estado como 'NOCO' (Notificación completada).

Recopilar

Identifique la marca de tiempo en la que se establece el estado 'Notification completed' 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 la calidad, cuando un problema, defecto o reclamación relacionado con la calidad se registra formalmente. La creación de la notificación de calidad en SAP S/4HANA captura 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 calidad. Proporciona la referencia inicial para hacer un seguimiento del tiempo necesario para abordar y cerrar los eventos de calidad.

Dónde obtenerlo

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

Recopilar

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

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 capturarse mediante la creación de una tarea de 'Corrective Action' dentro de 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 causas raíz hasta este paso puede revelar retrasos en la planificación de acciones.

Dónde obtenerlo

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

Recopilar

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
Marca la ejecución satisfactoria de la acción preventiva planificada. Se captura registrando en el sistema la finalización de la tarea de acción preventiva correspondiente.
Por qué es importante

La finalización de 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 problemas recurrentes.

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 de estado a 'Completed'.

Recopilar

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 vuelva a producirse un problema de calidad. Al igual que las acciones correctivas, suele capturarse mediante la creación de una tarea de 'Preventive Action'.
Por qué es importante

Este evento es fundamental para evaluar el enfoque de la organización en la mejora proactiva de la calidad, en lugar de limitarse a aplicar correcciones reactivas. Marca el inicio de los esfuerzos de resolución a largo plazo.

Dónde obtenerlo

Este evento se captura al crear una tarea con el código 'Preventive Action' en la tabla QMSM para la notificación de calidad específica.

Recopilar

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 final de la notificación de calidad en el sistema. Después de este punto, ya no se pueden realizar 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 transcurrido entre 'Notification Completed' y 'Notification Closed' puede revelar retrasos en los procedimientos administrativos de cierre.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en la notificación de calidad, concretamente cuando se establece un estado de archivado o cierre final. Este cambio se registra con una marca de tiempo en la tabla JCDS.

Recopilar

Identifique la marca de tiempo en la que se establece el estado final 'Closed' para 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 comienza a procesar activamente una notificación recién creada. Normalmente es 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 simple registro de un problema y el inicio real del trabajo. Analizar el tiempo transcurrido entre la creación y este paso revela posibles retrasos en el reconocimiento del problema y la asignación de recursos.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en el objeto de notificación de calidad. Puede realizarse un seguimiento analizando los registros de cambios de estado de las tablas JEST y JCDS para un estado como 'NOPO' (Notificación en proceso).

Recopilar

Identifique la marca de tiempo en la que se establece el estado 'en proceso' para la notificación 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 a menudo constituye 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 el retraso entre el cierre y la notificación puede revelar deficiencias en los procesos de comunicación.

Dónde obtenerlo

Esta actividad es difícil de capturar directamente desde SAP. Puede inferirse a partir de la finalización de una tarea manual en QMSM denominada 'Notify Stakeholder' o requerir el análisis de sistemas externos, como los registros de correo electrónico.

Recopilar

Identifique la finalización de una tarea manual de comunicación, si se utiliza. De lo contrario, normalmente esta información no está disponible.

Tipo de evento inferred
Plan de acciones aprobado
Indica que un plan de acciones correctivas o preventivas propuesto se ha revisado y aprobado para proceder con su implementación. Este paso a menudo no es un evento diferenciado y puede inferirse a partir de la liberación de una tarea para su procesamiento.
Por qué es importante

Los retrasos prolongados en esta fase de aprobación pueden ralentizar considerablemente todo el proceso de resolución. Analizar esta duración ayuda a identificar cuellos de botella administrativos y oportunidades para agilizar la gobernanza.

Dónde obtenerlo

Normalmente se infiere a partir de un cambio de estado en una tarea de la tabla QMSM, como 'Released'. La marca de tiempo de este cambio de estado se encontraría en la tabla JCDS, vinculada al objeto de la tarea.

Recopilar

Identifique la marca de tiempo en la que se establece el estado 'Released' para 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 posterior para confirmar que las acciones implementadas han resuelto correctamente el problema. A menudo se representa 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 la calidad incluya un ciclo de validación esencial. Distingue entre la implementación de una acción y la confirmación de su éxito.

Dónde obtenerlo

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

Recopilar

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 ocurre cuando se crea y asigna formalmente una tarea específica, como investigar la causa raíz, a una persona o departamento. 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 fundamental para comprender la distribución de 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 constituye un dato clave para medir el tiempo de ciclo del análisis de causas raíz.

Dónde obtenerlo

Se captura 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 relevante, por ejemplo, de investigación, marca este evento.

Recopilar

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 sus datos de la gestión de la calidad en SAP S/4HANA

¿Listo para empezar?

Utilice esta plantilla para preparar rápidamente sus datos y empezar a optimizar sus procesos de gestión de la calidad. Descubra información útil e impulse la eficiencia en SAP S/4HANA.

Potencie Quality Management: reduzca el tiempo de ciclo un 30 % al instante

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

Iniciar la prueba gratuita

No necesita tarjeta de crédito; la configuración solo lleva unos minutos.