Il Suo Template di Dati per la Gestione della Qualità
Il Suo Template di Dati per la Gestione della Qualità
- `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
Attributi di Quality Management
| 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
|
|||
Attivit di Quality Management
| 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
|
|||