Su Template de datos de gestión de calidad
Su Template de datos de gestión de calidad
- 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
Atributos de gestión de calidad
| 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
|
|||
Actividades de gestión de calidad
| 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
|
|||
Guías de extracción
¿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.
No se requiere tarjeta de crédito. La configuración tarda unos minutos.