Il Suo Template di Dati per la Gestione della Qualità

SAP S/4HANA Quality Management
Il Suo Template di Dati per la Gestione della Qualità

Il Suo Template di Dati per la Gestione della Qualità

Questo template fornisce una guida completa per la raccolta e la preparazione dei Suoi dati di Gestione della Qualità. Delinea gli attributi e le attività essenziali richiesti per creare un Event Log accurato per il Process Mining. Utilizzi questa risorsa per ottimizzare i Suoi sforzi di estrazione e analisi dei dati.
  • `Attributi` raccomandati da raccogliere per un'analisi completa
  • Attivit chiave di Quality Management da monitorare
  • Guida all'estrazione dei dati da SAP S/4HANA Quality Management
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Quality Management

Questi sono i campi dati raccomandati da includere nel Suo event log per un'analisi completa del Quality Management in SAP S/4HANA.
3 Obbligatorio 7 Consigliato 9 Facoltativo
Nome Descrizione
Activity
ActivityName
Il nome dello specifico evento aziendale o task verificatosi all'interno del processo di gestione della qualit.
Descrizione

Questo attributo descrive un singolo passaggio o traguardo nel ciclo di vita dell'evento qualitativo, come "Notifica creata", "Analisi cause radice completata" o "Decisione sull'uso presa". Queste attivit derivano da modifiche dello stato del sistema, dalla creazione di documenti correlati o da specifiche azioni dell'utente registrate nei log.

L'analisi della sequenza e della tempistica di queste attivit  il cuore del Process Mining. Consente di scoprire il flusso di processo reale, identificare i colli di bottiglia tra i passaggi e misurare la conformit alle procedure operative standard. La granularit delle attivit determina il livello di dettaglio nell'analisi del processo.

Perché è importante

Questo attributo definisce i passaggi del processo, rendendo possibile visualizzare e analizzare il flusso del processo, identificare le deviazioni e misurare le prestazioni tra le attivit.

Dove trovare

Derivato dai cambi di stato nelle tabelle JEST e JSTO, o dai record di attività in tabelle come QMSM (Task). Gli event log possono anche essere costruiti dalle tabelle dei documenti di modifica CDHDR e CDPOS.

Esempi
Notifica di qualit creataTask di investigazione assegnatoAzione correttiva implementataNotifica chiusa
Evento Qualitativo
QualityEvent
L'identificatore univoco per una notifica di qualit, che funge da ID del caso principale per tracciare un problema qualitativo dall'apertura alla chiusura.
Descrizione

L'Evento Qualitativo  l'identificatore centrale del caso che collega tutte le attivit, i task e le decisioni relative a un singolo problema di qualit. In SAP, questo corrisponde tipicamente al Numero della Notifica di Qualit (QMNUM).

Nel Process Mining, l'analisi degli eventi tramite questo identificatore consente di ricostruire il percorso end-to-end di ogni caso di qualit. Questo  fondamentale per visualizzare i flussi di processo, calcolare i tempi di ciclo dell'intero caso e identificare percorsi comuni o devianti nel processo di risoluzione. Costituisce la spina dorsale di quasi tutte le analisi di gestione della qualit.

Perché è importante

 l'elemento chiave per collegare tutte le attivit correlate in un'unica istanza di processo coesa, consentendo un'analisi end-to-end di come vengono gestiti i problemi di qualit.

Dove trovare

Questo è il numero della Notifica di Qualità, che si trova nella tabella QMEL, campo QMNUM.

Esempi
200000018200000019200000020
Ora di Inizio
EventTimestamp
La data e l'ora esatte in cui si è verificata una specifica attività o un evento.
Descrizione

Lo Start Time, o timestamp dell'evento, registra il momento esatto in cui si  verificata un'attivit.  fondamentale per ordinare gli eventi cronologicamente e calcolare la durata tra di essi. Ad esempio, registra quando  stata creata una notifica, quando  stato completato un task o quando  stato cambiato uno stato.

Nell'analisi di Process Mining, questo attributo  fondamentale per calcolare tutte le metriche temporali, come i tempi di ciclo, i tempi di elaborazione e i tempi di attesa. Consente l'identificazione di colli di bottiglia, l'analisi del throughput e il monitoraggio delle prestazioni rispetto agli SLA temporali o ai target. Timestamp accurati sono critici per l'integrit dell'intero modello di processo.

Perché è importante

Questo timestamp è essenziale per ordinare gli eventi, calcolare tutte le metriche di performance come i tempi di ciclo e i tempi di attesa, e comprendere le dinamiche di processo.

Dove trovare

Tipicamente derivato da campi di data e ora associati a modifiche di stato o alla creazione di documenti. Esempi includono ERDAT/ERZEIT (Data/ora di creazione) in QMEL o i timestamp di modifica in CDHDR.

Esempi
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Causa Radice
RootCauseCode
Un codice o un testo che identifica la causa radice determinata per il problema di qualità.
Descrizione

L'attributo Root Cause cattura la ragione sottostante al difetto di qualit o alla non conformit. Identificare la corretta causa radice  un passaggio critico nel processo di gestione della qualit, in quanto  la base per definire azioni correttive e preventive efficaci.

Questo attributo  essenziale per le dashboard "Root Cause Analysis Cycle Time" e "Recurring Issue Pattern Detection". L'analisi per causa radice aiuta a identificare problemi sistemici. Ad esempio, filtrando la mappa di processo per una specifica causa radice, si pu vedere se questa porta a percorsi di processo unici o a tempi di risoluzione pi lunghi.

Perché è importante

Consente l'analisi di problemi sistemici correlando le cause radice con prodotti, dipartimenti e inefficienze di processo per guidare le azioni preventive.

Dove trovare

Tipicamente memorizzato nella tabella QMUR (Cause Notifica), campo URCOD.

Esempi
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
Data di risoluzione prevista
TargetResolutionDate
La data di completamento pianificata o richiesta per l'evento qualitativo.
Descrizione

Questa data rappresenta il termine entro il quale l'evento qualitativo dovrebbe essere completamente risolto e chiuso. Viene spesso utilizzata come benchmark per misurare le prestazioni e l'adesione agli accordi sui livelli di servizio (SLA).

Questo attributo  fondamentale per calcolare i tassi di completamento puntuale e identificare i casi scaduti. La dashboard "Quality Event On-Time Completion" e il KPI "Quality Action On-Time Rate" dipendono direttamente dal confronto tra la data di completamento effettiva e questa data target. Aiuta a stabilire le priorit del lavoro e a gestire le risorse in modo efficace.

Perché è importante

Fornisce una baseline per misurare la puntualit, un KPI critico per valutare l'efficienza del processo e la conformit agli SLA.

Dove trovare

Si trova in QMEL-QMDAT (Data fine richiesta) o a livello di task in QMSM-PSTER.

Esempi
2023-05-302023-06-152023-07-01
Priorità
NotificationPriority
Il livello di priorit assegnato alla notifica di qualit, che ne indica l'urgenza.
Descrizione

La priorit definisce l'urgenza di gestione di un evento qualitativo. Aiuta i team a organizzare il lavoro e garantisce che i problemi pi critici vengano gestiti per primi. SAP consente di configurare diversi tipi di priorit che possono influenzare i tempi di risposta previsti.

Questo attributo viene utilizzato per analizzare se gli elementi ad alta priorit siano effettivamente elaborati pi velocemente di quelli a bassa priorit. Pu rivelare inefficienze in cui i casi prioritari rimangono bloccati.  una dimensione chiave per dashboard come "Quality Event Throughput Analysis".

Perché è importante

Aiuta ad analizzare se le prestazioni del processo sono in linea con l'urgenza del business, assicurando che i problemi ad alta priorità vengano risolti più rapidamente.

Dove trovare

Si trova nella tabella QMEL, campo QMPRI. La descrizione  nella tabella TQ05.

Esempi
1234
Prodotto
MaterialNumber
L'identificatore univoco per il prodotto o il materiale interessato dall'evento qualitativo.
Descrizione

Questo attributo collega l'evento qualitativo a uno specifico prodotto o materiale. Questo collegamento  vitale per la garanzia della qualit, in quanto aiuta a identificare i prodotti con problemi ricorrenti o alti tassi di difettosit.

Nel Process Mining, l'analisi per prodotto consente di rilevare modelli, ad esempio se determinati prodotti hanno tempi di risoluzione pi lunghi o sono associati a cause radice specifiche. Ci supporta la dashboard "Recurring Issue Pattern Detection" correlando i prodotti ai problemi di qualit, elemento cruciale per iniziative mirate di miglioramento.

Perché è importante

Collega i problemi di qualit a prodotti specifici, consentendo l'analisi dei tassi di difettosit, delle cause radice e dei modelli di risoluzione specifici per ogni prodotto.

Dove trovare

Si trova nella tabella delle posizioni della notifica di qualità QMFE, campo MATNR.

Esempi
FIN-1001RAW-205ASEMI-303B
Reparto Responsabile
ResponsibleDepartment
Il dipartimento o l'area funzionale responsabile dell'esecuzione di un task specifico o della gestione dell'evento qualitativo.
Descrizione

Questo attributo indica l'unit organizzativa assegnata a un'attivit o all'evento qualitativo complessivo. Potrebbe essere un team di Quality Assurance, un dipartimento di ingegneria o un'unit produttiva.

Questa  una dimensione critica per analizzare la collaborazione inter-dipartimentale e i passaggi di consegna. Aiuta a identificare i ritardi che si verificano quando la responsabilit passa da un reparto all'altro, supportando la dashboard "Cross-Department Handoff Delays". Consente inoltre di filtrare la vista del processo per capire come operano reparti specifici.

Perché è importante

Fondamentale per analizzare i passaggi tra dipartimenti, identificare i bottleneck organizzativi e capire come i diversi team contribuiscono al processo.

Dove trovare

Spesso derivato dalle funzioni partner associate alla notifica o al task, o dall'assegnazione organizzativa dell'utente nei dati anagrafici HR. Potrebbe non essere un campo diretto.

Esempi
Assicurazione QualitàLinea di produzione 3Supplier Quality Engineering
Tipo notifica di qualit
QualityNotificationType
La classificazione della notifica di qualit, come reclamo cliente, problema interno o difetto fornitore.
Descrizione

Questo attributo categorizza l'evento qualitativo in base alla sua origine e natura. I tipi standard SAP includono reclami dei clienti, segnalazioni di problemi interni e difetti relativi ai fornitori. Questa categorizzazione determina il flusso di processo successivo e la documentazione richiesta.

Analizzare il processo per tipo di notifica  essenziale per capire se diverse tipologie di problemi vengono gestite in modo diverso o presentano vari livelli di efficienza. Supporta dashboard come "Quality Event Throughput Analysis" consentendo di filtrare e confrontare tempi di ciclo e percorsi di processo per diverse categorie di problemi.

Perché è importante

Consente di segmentare il processo per verificare se diverse tipologie di problemi qualitativi seguono percorsi differenti o presentano caratteristiche di performance diverse.

Dove trovare

Si trova nella tabella QMEL, campo QMART.

Esempi
Q1Q2F2
Utente
ChangedBy
L'ID utente della persona che ha eseguito l'attivit o ha apportato l'ultima modifica.
Descrizione

Questo attributo identifica l'utente specifico responsabile dell'esecuzione di un determinato passaggio del processo. In SAP, questo corrisponde spesso ai campi "Cambiato da" (AENAM) o "Creato da" (ERNAM).

L'analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, identificare le esigenze di formazione e individuare deviazioni di processo specifiche per utente.  fondamentale per l'analisi basata sulle risorse, ad esempio per indagare perch determinati utenti abbiano tempi di elaborazione pi lunghi o tendano a seguire percorsi non standard.

Perché è importante

Permette di analizzare le prestazioni degli utenti, la distribuzione del carico di lavoro e l'adesione alle procedure standard, elementi fondamentali per l'ottimizzazione delle risorse.

Dove trovare

Si trova nelle tabelle di testata e posizione come QMEL-ERNAM (Creato da) o derivato dai log delle modifiche (CDHDR-USERNAME).

Esempi
SMITHJWILSONAPROCESS_AUTOMATION_BOT
Cliente
CustomerNumber
L'identificatore del cliente associato all'evento qualitativo, se applicabile.
Descrizione

Questo attributo collega un evento qualitativo a un cliente specifico.  particolarmente rilevante per i tipi di notifica come "Reclamo Cliente". Tracciare queste informazioni  vitale per il CRM e per comprendere l'impatto sui clienti dei problemi di qualit.

L'analisi per cliente consente all'azienda di identificare se determinati clienti riscontrano pi problemi di qualit di altri, o se i tempi di risoluzione variano a seconda del cliente. Ci supporta la dashboard "Quality Events By Severity And Impact" aggiungendo la dimensione cliente all'analisi dell'impatto.

Perché è importante

Collega gli eventi di qualità ai clienti, consentendo l'analisi di problemi specifici per cliente e garantendo che i clienti di alto valore ricevano supporto prioritario.

Dove trovare

Solitamente si trova nelle funzioni partner per la notifica. Può anche essere in QMEL-KUNUM se si tratta di un reclamo da un ordine di vendita.

Esempi
CUST-10045CUST-20399CUST-80110
Completamento puntuale
IsOnTimeCompletion
Un flag booleano che indica se l'evento di qualità è stato completato entro la data di risoluzione prevista.
Descrizione

Questo flag calcolato confronta il timestamp di completamento effettivo di un evento qualitativo con la sua "Data di risoluzione prevista".  vero se l'evento  stato chiuso entro la data prevista, falso altrimenti.

Questo attributo fornisce una misura semplice e diretta per il monitoraggio delle prestazioni ed  la base per la dashboard "Quality Event On-Time Completion" e per il KPI "Quality Action On-Time Rate". Consente di filtrare e aggregare facilmente i dati per comprendere la puntualit tra diverse dimensioni come reparto, prodotto o tipo di notifica.

Perché è importante

Fornisce un risultato binario chiaro per il monitoraggio delle prestazioni rispetto alle scadenze, semplificando la misurazione e il reporting della conformit agli SLA.

Dove trovare

Attributo calcolato derivato dal confronto tra il timestamp dell'attività di chiusura finale e l'attributo 'TargetResolutionDate'.

Esempi
truefalse
È una Rilavorazione
IsRework
Un flag booleano che indica se un'attività o una sequenza di attività rappresenta una rilavorazione.
Descrizione

Questo flag  impostato su vero se un caso ripete determinati passaggi, indicando che il lavoro iniziale era insufficiente. Ad esempio, se un'attivit di "Analisi Cause Radice"  seguita successivamente da un altro "Task di Indagine Assegnato" per lo stesso caso, segnala un loop di rilavorazione.

Questo attributo supporta direttamente il KPI "Corrective Action Rework Rate". Identificare e quantificare la rilavorazione  un obiettivo primario del Process Mining, poich rappresenta sforzi sprecati e inefficienza di processo. Evidenziare i loop di rilavorazione nella mappa del processo pu rivelare significative opportunit di miglioramento della qualit e dell'efficienza.

Perché è importante

Quantifica l'inefficienza del processo identificando la ripetizione dei passaggi, evidenziando gli sforzi sprecati e le opportunit per migliorare i tassi di "first-time-right".

Dove trovare

Questo è un attributo calcolato. Viene derivato durante l'analisi del Process Mining rilevando sequenze ripetute di attività all'interno di un singolo caso.

Esempi
truefalse
Efficacia dell'azione
EffectivenessEvaluation
L'esito del controllo di verifica per determinare se un'azione implementata sia stata efficace.
Descrizione

Questo attributo registra l'esito del controllo di efficacia, un passaggio finale cruciale nel ciclo di gestione della qualit. Conferma se le azioni correttive o preventive intraprese hanno risolto con successo la causa radice e impedito la ricorrenza.

 l'attributo principale per la dashboard "Action Effectiveness Verification" e per il KPI "Action Effectiveness Verification Rate". Fornisce una visione diretta sulla qualit del processo di problem-solving stesso. Un alto tasso di azioni inefficaci indica la necessit di migliorare le fasi di analisi delle cause radice o di pianificazione delle azioni.

Perché è importante

Misura direttamente il successo del processo di risoluzione dei problemi, indicando se le azioni stiano effettivamente prevenendo la ricorrenza dei problemi.

Dove trovare

Queste informazioni sono spesso archiviate nelle azioni di follow-up o in stati specifici delle attività all'interno della notifica di qualità. Potrebbe trattarsi di un campo personalizzato o basato su un codice di stato specifico.

Esempi
EfficaceNon efficaceMonitoraggio richiesto
Sistema di Origine
SourceSystem
Identifica il sistema sorgente da cui sono stati estratti i dati, come la specifica istanza di SAP S/4HANA.
Descrizione

Questo attributo specifica l'origine dei dati di gestione della qualit. In un ambiente con pi ERP o sistemi integrati, questo campo  fondamentale per distinguere le sorgenti dati e garantire l'integrit.

Per l'analisi, consente di filtrare o confrontare i processi tra diversi sistemi o unit organizzative. Spesso  un valore costante per un determinato set di dati, ma  obbligatorio per la data governance e il contesto.

Perché è importante

Fornisce un contesto essenziale sull'origine dei dati, fondamentale per la data governance e in ambienti con molteplici sistemi interconnessi.

Dove trovare

Questo è tipicamente un valore statico aggiunto durante il processo di estrazione dei dati per identificare il client SAP S/4HANA e l'ID del sistema.

Esempi
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Stabilimento
Plant
Lo stabilimento di produzione o il luogo in cui l'evento qualitativo ha avuto origine o viene gestito.
Descrizione

L'attributo Plant specifica la posizione fisica, come una fabbrica o un magazzino, associata all'evento qualitativo. Fornisce un contesto geografico o organizzativo per capire dove si verificano i problemi di qualit.

Questa  una dimensione potente per l'analisi comparativa. Filtrando o raggruppando per stabilimento, il management pu confrontare le prestazioni di diverse sedi, identificare problemi specifici del sito e condividere le best practice degli stabilimenti pi performanti. Aiuta a rispondere a domande come: "Quale stabilimento ha il tempo di ciclo pi lungo per l'analisi delle cause radice?".

Perché è importante

Consente di confrontare le prestazioni tra diverse sedi operative, aiutando a identificare problemi specifici del sito e best practice.

Dove trovare

Lo stabilimento associato all'intestazione della notifica si trova in QMEL-WERKS. Se relativo a un materiale specifico, si può trovare anche a livello di posizione.

Esempi
100017102000
Stato notifica
SystemStatus
Lo stato di elaborazione attuale della notifica di qualit, ad esempio "In sospeso" o "Completata".
Descrizione

Lo stato di sistema indica la fase attuale dell'evento qualitativo nel suo ciclo di vita. SAP utilizza un sistema di gestione degli stati in cui sigle come OSNO (Notifica in sospeso), NOPR (Notifica in lavorazione) e NOCO (Notifica completata) riflettono l'avanzamento.

Questo attributo viene spesso utilizzato per derivare le attivit nell'event log.  utile anche come dimensione per filtrare i casi, ad esempio per analizzare solo gli eventi qualitativi aperti o chiusi di recente. Comprendere le transizioni di stato  fondamentale per costruire un modello di processo accurato.

Perché è importante

Indica lo stato attuale di un caso, consentendo di filtrare i casi attivi rispetto a quelli chiusi e aiutando a derivare le attività del processo stesse.

Dove trovare

Derivato dalle tabelle JEST e JSTO, che memorizzano le informazioni di stato per vari oggetti SAP. Il collegamento avviene tramite QMEL-OBJNR.

Esempi
OSNO NOPRNOCOTSCO
Tempo di Elaborazione Attività
ProcessingTime
La durata del tempo trascorso lavorando attivamente su una singola attivit.
Descrizione

Il Processing Time, noto anche come tempo di ciclo,  il tempo trascorso dall'inizio alla fine di una singola attivit.  distinto dal tempo di attesa, che  il tempo trascorso tra le attivit. Si calcola facendo la differenza tra i timestamp di inizio e fine di un'attivit.

Questa metrica  fondamentale per identificare quali task specifici richiedono pi tempo. Nella dashboard "Process Bottleneck Identification", tempi di elaborazione elevati per alcune attivit possono indicare complessit, mancanza di risorse o procedure inefficienti. Aiuta a capire esattamente dove concentrare gli sforzi di miglioramento.

Perché è importante

Misura il tempo dedicato alle attivit a valore aggiunto, aiutando a identificare i passaggi pi lunghi del processo che sono i candidati principali per l'ottimizzazione.

Dove trovare

Campo calcolato derivato dai timestamp di inizio e fine di ogni attività nell'event log (OraFine - OraInizio).

Esempi
2 ore 15 minuti3 giorni e 4 ore30 minuti
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica l'ultimo aggiornamento dei dati per questo record dal sistema sorgente.
Descrizione

Questo attributo fornisce un timestamp dell'ultima estrazione o aggiornamento dei dati dal sistema sorgente. Informa gli utenti sulla freschezza dei dati che stanno analizzando.

In qualsiasi dashboard o report analitico, mostrare questa informazione  fondamentale per gestire le aspettative degli utenti sull'attualit dei dati. Aiuta a distinguere tra i recenti cambiamenti di processo e gli artefatti dovuti a dati non aggiornati.

Perché è importante

Informa gli utenti sulla freschezza dei dati, fondamentale per prendere decisioni tempestive e accurate basate sull'analisi di Process Mining.

Dove trovare

Questo è un campo di metadati generato e popolato dallo strumento o dalla pipeline di estrazione dei dati al momento dell'aggiornamento dei dati.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Obbligatorio Consigliato Facoltativo

Attivit di Quality Management

Questi sono i `passaggi chiave` del `processo` e le `pietre miliari` da acquisire nel tuo `event log` per un'`accurata scoperta` e `analisi dei processi`.
6 Consigliato 9 Facoltativo
Activity Descrizione
Analisi Causa Radice Completata
Segna la fine della fase di indagine in cui  stata identificata la causa radice del problema di qualit. Questo evento viene solitamente dedotto dal completamento di un task specifico di "Root Cause Analysis" all'interno della notifica.
Perché è importante

Questa è una pietra miliare critica per misurare la durata e l'efficienza del processo di indagine. Identificare i ritardi prima di questo passaggio aiuta a individuare i bottleneck nell'analisi dei problemi e nel processo decisionale.

Dove trovare

Desunto dal completamento di un task di investigazione o specifico per l'RCA nella tabella QMSM. Il completamento è identificato da un cambio di stato o dalla compilazione del campo della data di completamento del task (ERLDT).

Acquisisci

Identificare il timestamp di completamento (ERLDT) del task di analisi causa radice pertinente nella tabella QMSM.

Tipo di evento inferred
Azione correttiva implementata
Indica il completamento del lavoro definito nel piano d'azione correttiva. Viene solitamente registrato quando il task di azione correttiva assegnato all'interno della notifica di qualit viene contrassegnato come completato.
Perché è importante

Questa è una pietra miliare fondamentale che indica che sono stati intrapresi passi per risolvere il problema di qualità. È cruciale per misurare il tasso di completamento puntuale delle azioni e l'efficienza complessiva della fase di risoluzione.

Dove trovare

Desunto dal completamento di un task di azione correttiva nella tabella QMSM. La data di completamento è registrata nel campo ERLDT o tramite un cambio di stato "Completato" nelle tabelle JEST/JCDS.

Acquisisci

Identificare il timestamp di completamento (ERLDT) del task di azione correttiva nella tabella QMSM.

Tipo di evento inferred
Decisione sull'utilizzo effettuata
Rappresenta la decisione formale sulla qualit delle merci da un lotto di ispezione, come l'accettazione o il rifiuto.  un evento distinto per i problemi di qualit derivanti dalle ispezioni e viene rilevato quando viene salvata la decisione sull'uso.
Perché è importante

Per i processi basati sulle ispezioni, questa è una pietra miliare che determina le azioni successive, come il blocco o lo sblocco del materiale. Analizzarne tempistiche ed esiti è fondamentale per comprendere l'efficienza del controllo qualità del prodotto.

Dove trovare

Questo è un evento esplicito registrato nella tabella delle decisioni d'uso QAVE. Il timestamp di creazione del record associato al lotto di ispezione (PRUEFLOS) indica questa attività.

Acquisisci

Utilizzi il timestamp di creazione per il lotto di ispezione pertinente nella tabella QAVE.

Tipo di evento explicit
Efficacia dell'azione verificata
Conferma che l'azione correttiva o preventiva implementata ha avuto successo e che il problema qualitativo è stato risolto senza ricorrenze. Viene registrato al completamento del task di controllo efficacia o di una revisione finale della qualità.
Perché è importante

Questa è una pietra miliare critica per convalidare l'intero processo di risoluzione. Un alto tasso di verifiche riuscite indica un sistema di gestione della qualità efficace e supporta una riduzione dei problemi ricorrenti.

Dove trovare

Tipicamente inferito dal completamento di un'attività di 'Controllo dell'Efficacia' nella tabella QMSM (utilizzando la data di completamento ERLDT).

Acquisisci

Identificare il timestamp di completamento del task di verifica efficacia in QMSM.

Tipo di evento inferred
Notifica completata
Indica il completamento aziendale della notifica di qualità, a significare che tutte le azioni richieste sono state intraprese e il problema è risolto dal punto di vista operativo. Si tratta di un cambio di stato formale nel sistema.
Perché è importante

Questa attivit funge da endpoint principale per misurare il tempo di risoluzione del business. Conferma che, dal punto di vista del process owner, il caso  terminato, anche se la chiusura tecnica  in sospeso.

Dove trovare

Desunto da un cambio di stato sull'oggetto notifica di qualità. Viene rilevato identificando il timestamp in cui uno stato come 'NOCO' (Notifica completata) viene impostato nella tabella JCDS.

Acquisisci

Identificare il timestamp in cui viene impostato lo stato "Notifica completata" nella tabella JCDS.

Tipo di evento inferred
Notifica di qualit creata
Questa attivit segna l'inizio ufficiale del processo di gestione della qualit, in cui un problema, difetto o reclamo relativo alla qualit viene registrato formalmente. La creazione della notifica di qualit in SAP S/4HANA acquisisce i dettagli iniziali e assegna un identificatore univoco, aprendo il caso.
Perché è importante

In quanto evento iniziale primario, questa attività è essenziale per misurare il tempo di ciclo end-to-end del processo di risoluzione della qualità. Fornisce la linea di base per monitorare quanto tempo occorre per gestire e chiudere gli eventi di qualità.

Dove trovare

Questo è un evento esplicito catturato dalla tabella di intestazione della Notifica di Qualità QMEL. Il timestamp di creazione si trova tipicamente nel campo ERDAT per il numero di notifica corrispondente QMNUM.

Acquisisci

Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMEL per la notifica data.

Tipo di evento explicit
Azione correttiva proposta
Questa attivit rappresenta il momento in cui viene documentato formalmente un piano per correggere il problema identificato. In SAP, questo viene spesso rilevato attraverso la creazione di un task di "Azione Correttiva" all'interno della notifica di qualit.
Perché è importante

Questo evento avvia la fase di risoluzione del processo. Misurare il tempo intercorso tra l'analisi della causa radice e questo passaggio pu rivelare ritardi nella pianificazione delle azioni.

Dove trovare

Questo evento viene rilevato quando viene creato un task con un codice "Azione Correttiva" nella tabella QMSM per la relativa notifica di qualit.

Acquisisci

Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMSM per le attività con tipo di azione correttiva.

Tipo di evento explicit
Azione preventiva implementata
Segna l'esecuzione con successo dell'azione preventiva pianificata. Viene rilevato registrando il completamento del corrispondente task di azione preventiva nel sistema.
Perché è importante

Il completamento delle azioni preventive  un passaggio vitale nei processi di qualit maturi. Il monitoraggio di questa attivit aiuta a misurare l'impegno nel prevenire problemi futuri e ridurre le criticit ricorrenti.

Dove trovare

Desunto dal completamento di un task di azione preventiva nella tabella QMSM, indicato dal campo ERLDT o da un cambio di stato "Completato".

Acquisisci

Identificare il timestamp di completamento (ERLDT) del task di azione preventiva nella tabella QMSM.

Tipo di evento inferred
Azione preventiva proposta
Questa attivit si verifica quando viene creato un piano per prevenire la ricorrenza di un problema qualitativo. Analogamente alle azioni correttive, viene spesso rilevata tramite la creazione di un task di "Azione Preventiva".
Perché è importante

Questo evento  critico per valutare l'attenzione dell'organizzazione al miglioramento proattivo della qualit piuttosto che alle sole correzioni reattive. Segna l'inizio degli sforzi di risoluzione a lungo termine.

Dove trovare

Questo evento viene rilevato alla creazione di un task con un codice "Azione Preventiva" nella tabella QMSM per la specifica notifica di qualit.

Acquisisci

Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMSM per le attività con tipo di azione preventiva.

Tipo di evento explicit
Controllo efficacia richiesto
Indica che è necessaria una verifica di follow-up per confermare che le azioni implementate abbiano risolto con successo il problema. Spesso è rappresentato da uno stato specifico sulla notifica o dalla creazione di un task di verifica dedicato.
Perché è importante

Questa attivit garantisce che il processo di gestione della qualit includa un ciclo di validazione cruciale. Separa l'implementazione di un'azione dalla conferma del suo successo.

Dove trovare

Può essere desunto da un cambio di stato sulla notifica di qualità (tramite JEST/JCDS) o dalla creazione di uno specifico task di "Controllo efficacia" nella tabella QMSM.

Acquisisci

Identificare il timestamp del cambio di stato o della creazione di un task di verifica in QMSM.

Tipo di evento inferred
Notifica chiusa
Rappresenta la chiusura tecnica finale della notifica di qualit nel sistema. Dopo questo punto, non  possibile apportare ulteriori modifiche alla notifica, segnando la fine assoluta del ciclo di vita del record.
Perché è importante

Questa attivit costituisce l'evento finale del processo. Analizzare il tempo intercorso tra "Notifica completata" e "Notifica chiusa" pu rivelare ritardi nelle procedure amministrative di chiusura.

Dove trovare

Desunto da un cambio di stato sulla notifica di qualità, specificamente quando viene impostato uno stato di archiviazione o di chiusura finale. Questa modifica viene registrata con un timestamp nella tabella JCDS.

Acquisisci

Identificare il timestamp in cui viene impostato lo stato finale "Chiuso" per la notifica nella tabella JCDS.

Tipo di evento inferred
Notifica messa in lavorazione
Rappresenta il momento in cui una notifica appena creata viene presa attivamente in carico dal team qualit. In genere  un evento dedotto, derivante da un cambiamento di stato del sistema che indica l'inizio dei lavori.
Perché è importante

Questa attivit aiuta a distinguere tra la semplice registrazione di un problema e l'inizio effettivo del lavoro. Analizzare l'intervallo di tempo tra la creazione e questo passaggio rivela potenziali ritardi nella presa in carico del problema e nell'assegnazione delle risorse.

Dove trovare

Desunto da un cambio di stato sull'oggetto notifica di qualità. Questo può essere monitorato analizzando i log dei cambi di stato nelle tabelle JEST e JCDS per uno stato come 'NOPO' (Notifica in elaborazione).

Acquisisci

Identificare il timestamp in cui viene impostato lo stato "in elaborazione" per la notifica nella tabella JCDS.

Tipo di evento inferred
Piano d'azione approvato
Indica che un piano d'azione correttiva o preventiva proposto  stato revisionato e approvato per procedere con l'implementazione. Questo passaggio spesso non  un evento distinto e può essere dedotto dal rilascio di un task per l'elaborazione.
Perché è importante

Lunghi ritardi in questa fase di approvazione possono rallentare significativamente l'intero processo di risoluzione. Analizzare questa durata aiuta a identificare i colli di bottiglia amministrativi e le opportunit per ottimizzare la governance.

Dove trovare

Questo è tipicamente inferito da un cambio di stato su un'attività nella tabella QMSM, come 'Rilasciato'. Il timestamp per questo cambio di stato si troverebbe nella tabella JCDS, collegato all'oggetto attività.

Acquisisci

Identificare il timestamp in cui viene impostato lo stato "Rilasciato" per il task di azione correttiva o preventiva.

Tipo di evento inferred
Stakeholder Notificati
Rappresenta la comunicazione della risoluzione agli stakeholder competenti, come clienti o dipartimenti interni. Raramente si tratta di un evento di sistema automatizzato ed  spesso un passaggio manuale.
Perché è importante

La comunicazione tempestiva con gli stakeholder è fondamentale per la soddisfazione del cliente e la trasparenza. Misurare il ritardo tra la chiusura e la notifica può evidenziare lacune nei processi di comunicazione.

Dove trovare

Questa attivit  difficile da catturare direttamente da SAP. Pu essere dedotta dal completamento di un task manuale in QMSM denominato "Notifica Stakeholder" o richiederebbe l'analisi di sistemi esterni come i log delle e-mail.

Acquisisci

Identificare il completamento di un task di comunicazione manuale, se utilizzato. In caso contrario, solitamente non è disponibile.

Tipo di evento inferred
Task di investigazione assegnato
Questo evento si verifica quando un task specifico, come l'indagine sulla causa radice, viene formalmente creato e assegnato a una persona o a un reparto. Viene rilevato quando viene creato un record di task all'interno della notifica di qualit.
Perché è importante

Il monitoraggio dell'assegnazione delle attività è cruciale per comprendere la distribuzione del carico di lavoro e identificare i bottleneck nell'allocazione delle risorse. Segna l'inizio della fase di indagine, un input chiave per misurare il tempo di ciclo dell'analisi della causa radice.

Dove trovare

Rilevato dalla tabella di gestione dei task QMSM, collegata alla notifica di qualità. La data di creazione (ERDAT) di un task con un codice pertinente, ad esempio per l'investigazione, segna questo evento.

Acquisisci

Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMSM per le attività legate all'indagine.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i dati da SAP S/4HANA Quality Management