Il Suo Template dati per la gestione della qualità
Il Suo Template dati per la gestione della qualità
- Attributi consigliati da raccogliere per un'analisi completa
- Attività chiave della gestione della qualità da monitorare
- Indicazioni per estrarre i dati dalla gestione della qualità in SAP S/4HANA
Attributi della gestione della qualità
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
Il nome dello specifico evento aziendale o dell’attività che si è verificata all’interno del processo di Quality Management. | ||
|
Descrizione
Questo attributo descrive una singola fase o tappa del ciclo di vita dell’evento di qualità, come 'Notification Created', 'Root Cause Analysis Completed' o 'Usage Decision Made'. Queste attività derivano da modifiche dello stato di sistema, dalla creazione di documenti correlati o da specifiche azioni dell’utente registrate nei log delle modifiche. L’analisi della sequenza e delle tempistiche di queste attività costituisce il nucleo del Process Mining. Consente di scoprire il flusso effettivo del processo, identificare i colli di bottiglia tra le fasi e misurare la conformità alle procedure operative standard. Il livello di dettaglio delle attività determina il grado di approfondimento dell’analisi del processo.
Perché è importante
Questo attributo definisce le fasi del processo, rendendo possibile visualizzare e analizzare il flusso di processo, identificare le deviazioni e misurare le performance tra le attività.
Dove reperirlo
Derivato dalle modifiche di stato nelle tabelle JEST e JSTO o dai record delle attività in tabelle come QMSM (Tasks). Gli Event Log possono essere costruiti anche a partire dalle tabelle dei documenti di modifica CDHDR e CDPOS.
Esempi
Quality Notification creataAttività di indagine assegnataAzione correttiva implementataNotifica chiusa
|
|||
|
Evento di qualità
QualityEvent
|
L’identificativo univoco di una Quality Notification, utilizzato come ID principale del caso per monitorare un problema di qualità dall’avvio alla chiusura. | ||
|
Descrizione
Il Quality Event è l’identificativo centrale del caso che collega tutte le attività, le operazioni e le decisioni relative a un singolo problema di qualità. In SAP corrisponde generalmente al numero della Quality Notification (QMNUM). Nel Process Mining, analizzare gli eventi in base a questo identificativo consente di ricostruire il percorso end-to-end di ogni caso di qualità. È fondamentale per visualizzare i flussi di processo, calcolare i tempi di ciclo dell’intero caso e identificare i percorsi comuni o devianti nel processo di risoluzione. Costituisce la base di quasi tutte le analisi di Quality Management.
Perché è importante
È la chiave essenziale per collegare tutte le attività correlate in un’unica istanza di processo coerente, consentendo l’analisi end-to-end della gestione dei problemi di qualità.
Dove reperirlo
È il numero della Quality Notification, disponibile 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 determinato evento. | ||
|
Descrizione
L’ora di inizio, ovvero il timestamp dell’evento, registra il momento preciso in cui si è svolta un’attività. È fondamentale per ordinare cronologicamente gli eventi e calcolare la durata tra di essi. Ad esempio, registra quando è stata creata una notifica, quando è stata completata un’attività o quando è stato modificato uno stato. Nell’analisi di Process Mining, questo attributo è fondamentale per calcolare tutte le metriche basate sul tempo, come tempi di ciclo, tempi di elaborazione e tempi di attesa. Consente di identificare i colli di bottiglia, analizzare il throughput e monitorare le performance rispetto agli SLA o agli obiettivi temporali. Timestamp accurati sono essenziali 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 di attesa, e comprendere le dinamiche del processo.
Dove reperirlo
Generalmente proviene dai campi di data e ora associati alle modifiche di stato o alla creazione dei documenti. Tra gli esempi figurano ERDAT/ERZEIT (data/ora di creazione) in QMEL o i timestamp delle modifiche in CDHDR.
Esempi
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
|
|||
|
Causa principale
RootCauseCode
|
Un codice o un testo che identifica la causa principale determinata del problema qualità. | ||
|
Descrizione
L'attributo Causa principale registra il motivo alla base del difetto qualità o della non conformità. Identificare correttamente la causa principale è un passaggio fondamentale del processo di gestione della qualità, poiché costituisce la base per definire azioni correttive e preventive efficaci. Questo attributo è essenziale per i Dashboard "Tempo di ciclo dell'analisi della causa principale" e "Rilevamento dei pattern dei problemi ricorrenti". L'analisi per causa principale aiuta a individuare i problemi sistemici. Ad esempio, filtrando la mappa del processo per una causa principale specifica, è possibile verificare se questa conduce a percorsi di processo distinti o a tempi di risoluzione più lunghi.
Perché è importante
Consente di analizzare i problemi sistemici correlando le cause principali con prodotti, reparti e inefficienze di processo, così da orientare le azioni preventive.
Dove reperirlo
In genere è memorizzata nella tabella QMUR (cause della notifica), campo URCOD.
Esempi
OPERATOR_ERRORDEFECTIVE_MATERIALMACHINE_MALFUNCTION
|
|||
|
Data obiettivo di risoluzione
TargetResolutionDate
|
La data pianificata o richiesta per il completamento dell'evento qualità. | ||
|
Descrizione
Questa data rappresenta la scadenza entro la quale l'evento qualità dovrebbe essere completamente risolto e chiuso. Viene spesso utilizzata come riferimento per misurare le performance e il rispetto degli accordi sui livelli di servizio (SLA). Questo attributo è fondamentale per calcolare i tassi di completamento puntuale e individuare i casi in ritardo. Il Dashboard "Completamento puntuale degli eventi qualità" e il KPI "Tasso di puntualità delle azioni qualità" dipendono direttamente dal confronto tra la data effettiva di completamento e questa data obiettivo. Aiuta a definire le priorità e a gestire le risorse in modo efficace.
Perché è importante
Fornisce un riferimento per misurare le performance puntuali, un KPI fondamentale per valutare l'efficienza del processo e la conformità agli SLA.
Dove reperirlo
Può trovarsi in QMEL-QMDAT (data di fine richiesta) oppure a livello di attività in QMSM-PSTER.
Esempi
2023-05-302023-06-152023-07-01
|
|||
|
Priorità
NotificationPriority
|
Il livello di priorità assegnato alla notifica qualità, che ne indica l'urgenza. | ||
|
Descrizione
La priorità definisce l'urgenza con cui deve essere gestito un evento qualità. Aiuta i team a organizzare il lavoro e garantisce che i problemi più critici vengano trattati per primi. SAP consente di configurare diversi tipi di priorità, che possono influire sui tempi di risposta previsti. Questo attributo viene utilizzato per analizzare se gli elementi ad alta priorità vengono effettivamente elaborati più rapidamente rispetto a quelli a bassa priorità. Può evidenziare inefficienze nei casi ad alta priorità che restano bloccati nel processo. È una dimensione chiave per Dashboard come "Analisi del throughput degli eventi qualità".
Perché è importante
Aiuta ad analizzare se le performance del processo sono coerenti con l'urgenza aziendale, garantendo una risoluzione più rapida dei problemi ad alta priorità.
Dove reperirlo
Si trova nella tabella QMEL, campo QMPRI. La descrizione è nella tabella TQ05.
Esempi
1234
|
|||
|
Prodotto
MaterialNumber
|
L'identificativo univoco del prodotto o materiale interessato dall'evento qualità. | ||
|
Descrizione
Questo attributo collega l'evento qualità a uno specifico prodotto o materiale. Il collegamento è fondamentale per l'assicurazione qualità, poiché aiuta a individuare i prodotti con problemi ricorrenti o tassi di difettosità elevati. Nel Process Mining, l'analisi per prodotto consente di rilevare pattern, ad esempio verificando se determinati prodotti presentano tempi di risoluzione più lunghi o sono associati a specifiche cause principali. Supporta il Dashboard "Rilevamento dei pattern dei problemi ricorrenti", correlando i prodotti con i problemi qualità, un elemento essenziale per iniziative di miglioramento mirate.
Perché è importante
Collega i problemi qualità a prodotti specifici, consentendo di analizzare i tassi di difettosità, le cause principali e i pattern di risoluzione specifici del prodotto.
Dove reperirlo
Si trova nella tabella degli articoli delle notifiche qualità QMFE, campo MATNR.
Esempi
FIN-1001RAW-205ASEMI-303B
|
|||
|
Reparto responsabile
ResponsibleDepartment
|
Il reparto o l'area funzionale responsabile dell'esecuzione di una specifica attività o della gestione dell'evento qualità. | ||
|
Descrizione
Questo attributo indica l'unità organizzativa assegnata a un'attività o all'evento qualità nel suo complesso. Può trattarsi di un team di assicurazione qualità, di un reparto di ingegneria o di un'unità produttiva. È una dimensione fondamentale per analizzare la collaborazione e i passaggi di consegne tra reparti. Aiuta a individuare i ritardi che si verificano quando la responsabilità passa da un reparto all'altro, supportando il Dashboard "Ritardi nei passaggi di consegne tra reparti". Consente inoltre di filtrare la vista del processo per comprendere come operano reparti specifici.
Perché è importante
È fondamentale per analizzare i passaggi di consegne tra reparti, individuare i colli di bottiglia organizzativi e comprendere il contributo dei diversi team al processo.
Dove reperirlo
Spesso deriva dalle funzioni partner associate alla notifica o all'attività, oppure dall'assegnazione organizzativa dell'utente nei dati anagrafici HR. Potrebbe non essere presente in un campo diretto.
Esempi
Assicurazione della qualitàLinea di produzione 3Ingegneria della qualità dei fornitori
|
|||
|
Tipo di notifica qualità
QualityNotificationType
|
La classificazione della notifica qualità, ad esempio reclamo del cliente, problema interno o difetto del fornitore. | ||
|
Descrizione
Questo attributo categorizza l'evento qualità in base alla sua origine e alla sua natura. I tipi standard SAP includono reclami dei clienti, segnalazioni di problemi interni e difetti relativi ai fornitori. Questa categorizzazione determina il successivo flusso del processo e la documentazione necessaria. Analizzare il processo per tipo di notifica è essenziale per comprendere se i diversi tipi di problemi vengono gestiti in modo differente o presentano livelli di efficienza diversi. Supporta Dashboard come "Analisi del throughput degli eventi qualità", consentendo di filtrare e confrontare i tempi di ciclo e i percorsi di processo per le diverse categorie di problemi.
Perché è importante
Consente di segmentare il processo per verificare se i diversi tipi di problemi qualità seguono percorsi differenti o presentano caratteristiche di performance diverse.
Dove reperirlo
Si trova nella tabella QMEL, campo QMART.
Esempi
Q1Q2F2
|
|||
|
Utente
ChangedBy
|
L’ID dell’utente che ha eseguito l’attività o apportato l’ultima modifica. | ||
|
Descrizione
Questo attributo identifica l’utente specifico responsabile dell’esecuzione di una determinata fase del processo. In SAP corrisponde spesso ai campi 'Changed By' (AENAM) o 'Created By' (ERNAM). L’analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, individuare le esigenze formative e riconoscere le deviazioni dal processo specifiche di determinati utenti. È fondamentale per le analisi basate sulle risorse, ad esempio per capire perché alcuni utenti presentano tempi di elaborazione più lunghi o tendono a seguire percorsi non standard.
Perché è importante
Consente di analizzare le performance degli utenti, la distribuzione del carico di lavoro e l’aderenza alle procedure standard, aspetti fondamentali per ottimizzare le risorse.
Dove reperirlo
Disponibile nelle tabelle di intestazione e di dettaglio, come QMEL-ERNAM (Created by), oppure derivato dai log delle modifiche (CDHDR-USERNAME).
Esempi
SMITHJWILSONAPROCESS_AUTOMATION_BOT
|
|||
|
Cliente
CustomerNumber
|
L'identificativo del cliente associato all'evento qualità, se applicabile. | ||
|
Descrizione
Questo attributo collega un evento qualità a uno specifico cliente. È particolarmente rilevante per tipi di notifica come "Reclamo del cliente". Monitorare queste informazioni è fondamentale per la gestione delle relazioni con i clienti e per comprendere l'impatto dei problemi qualità sui clienti. L'analisi per cliente consente all'azienda di individuare se determinati clienti riscontrano più problemi qualità di altri o se i tempi di risoluzione variano da un cliente all'altro. Supporta il Dashboard "Eventi qualità per gravità e impatto", aggiungendo la dimensione cliente all'analisi dell'impatto.
Perché è importante
Collega gli eventi qualità ai clienti, consentendo di analizzare i problemi specifici dei singoli clienti e di garantire un supporto prioritario ai clienti di maggior valore.
Dove reperirlo
Di norma si trova nelle funzioni partner della notifica. Può trovarsi anche in QMEL-KUNUM se si tratta di un reclamo proveniente da un ordine di vendita.
Esempi
CUST-10045CUST-20399CUST-80110
|
|||
|
Completamento puntuale
IsOnTimeCompletion
|
Un flag booleano che indica se l'evento qualità è stato completato entro la data obiettivo di risoluzione. | ||
|
Descrizione
Questo flag calcolato confronta il timestamp effettivo di completamento di un evento qualità con la sua "Data obiettivo di risoluzione". Il valore è true se l'evento è stato chiuso entro o prima della data obiettivo e false negli altri casi. Questo attributo fornisce una misura semplice e diretta per il monitoraggio delle performance ed è alla base del Dashboard "Completamento puntuale degli eventi qualità" e del KPI "Tasso di puntualità delle azioni qualità". Consente di filtrare e aggregare facilmente i dati per comprendere le performance puntuali in base a dimensioni quali reparto, prodotto o tipo di notifica.
Perché è importante
Fornisce un risultato binario chiaro per monitorare le performance rispetto alle scadenze, semplificando la misurazione e la rendicontazione della conformità agli SLA.
Dove reperirlo
Attributo calcolato ottenuto confrontando il timestamp dell'attività finale di chiusura con l'attributo "TargetResolutionDate".
Esempi
truefalse
|
|||
|
È rielaborazione
IsRework
|
Un flag booleano che indica se un'attività o una sequenza di attività rappresenta una rielaborazione. | ||
|
Descrizione
Questo flag viene impostato su true se un caso ripete determinati passaggi, indicando che il lavoro iniziale non è stato sufficiente. Ad esempio, se un'attività "Analisi della causa principale" è seguita successivamente da un'altra "Assegnazione dell'attività di indagine" per lo stesso caso, ciò segnala un ciclo di rielaborazione. Questo attributo supporta direttamente il KPI "Tasso di rielaborazione delle azioni correttive". Individuare e quantificare la rielaborazione è uno degli obiettivi principali del Process Mining, poiché rappresenta uno spreco di risorse e un'inefficienza di processo. Evidenziare i cicli di rielaborazione nella mappa del processo può rivelare importanti opportunità di miglioramento della qualità e dell'efficienza.
Perché è importante
Quantifica l'inefficienza del processo individuando la ripetizione dei passaggi e mettendo in evidenza lo spreco di risorse e le opportunità per migliorare il tasso di esecuzione corretta al primo tentativo.
Dove reperirlo
È un attributo calcolato. Deriva dall'analisi di Process Mining, che rileva sequenze ripetute di attività all'interno di un singolo caso.
Esempi
truefalse
|
|||
|
Efficacia dell'azione
EffectivenessEvaluation
|
L'esito della verifica volta a determinare se un'azione implementata è stata efficace. | ||
|
Descrizione
Questo attributo registra il risultato della verifica di efficacia, un passaggio finale fondamentale del ciclo di gestione della qualità. Conferma se le azioni correttive o preventive intraprese hanno risolto con successo la causa principale e impedito il ripetersi del problema. È l'attributo principale del Dashboard "Verifica dell'efficacia delle azioni" e del KPI "Tasso di verifica dell'efficacia delle azioni". Fornisce una visione diretta della qualità del processo di risoluzione dei problemi. Un tasso elevato di azioni inefficaci indica la necessità di migliorare le fasi di analisi della causa principale o di pianificazione delle azioni.
Perché è importante
Misura direttamente il successo del processo di risoluzione dei problemi, indicando se le azioni impediscono realmente il ripetersi del problema.
Dove reperirlo
Queste informazioni sono spesso memorizzate nelle azioni successive o negli stati di attività specifici della notifica qualità. Possono corrispondere a un campo personalizzato o basarsi su uno specifico codice di stato.
Esempi
EfficaceNon efficaceMonitoraggio richiesto
|
|||
|
Sistema di origine
SourceSystem
|
Identifica il sistema di origine dal quale sono stati estratti i dati, ad esempio la specifica istanza SAP S/4HANA. | ||
|
Descrizione
Questo attributo specifica l’origine dei dati di Quality Management. In un ambiente con più ERP o sistemi integrati, il campo è fondamentale per distinguere le fonti dei dati e garantirne l’integrità. Nell’analisi consente di filtrare o confrontare i processi tra sistemi o unità organizzative differenti. Spesso è un valore costante per un determinato dataset, ma è indispensabile per la governance dei dati e il contesto analitico.
Perché è importante
Fornisce il contesto essenziale sull’origine dei dati, fondamentale per la governance dei dati e negli ambienti con più sistemi interconnessi.
Dove reperirlo
Generalmente è un valore statico aggiunto durante il processo di estrazione dei dati per identificare il client e l’ID del sistema SAP S/4HANA.
Esempi
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
|
|||
|
Stabilimento
Plant
|
Lo stabilimento produttivo o la sede in cui ha avuto origine l'evento qualità o presso cui viene gestito. | ||
|
Descrizione
L'attributo Stabilimento specifica la sede fisica, ad esempio una fabbrica o un magazzino, associata all'evento qualità. Fornisce il contesto geografico o organizzativo del luogo in cui si verificano i problemi qualità. È una dimensione efficace per l'analisi comparativa. Filtrando o raggruppando per stabilimento, il management può confrontare le performance delle diverse sedi, individuare problemi specifici di un sito e condividere le best practice degli stabilimenti più performanti. Aiuta a rispondere a domande come "Quale stabilimento presenta il tempo di ciclo più lungo per l'analisi della causa principale?".
Perché è importante
Consente di confrontare le performance tra diverse sedi operative, aiutando a individuare problemi specifici dei singoli siti e best practice.
Dove reperirlo
Lo stabilimento associato all'intestazione della notifica si trova in QMEL-WERKS. Se è collegato a un materiale specifico, può trovarsi anche a livello di articolo.
Esempi
100017102000
|
|||
|
Stato della notifica
SystemStatus
|
Lo stato di elaborazione corrente della notifica qualità, ad esempio "In sospeso" o "Completata". | ||
|
Descrizione
Lo stato di sistema indica la condizione corrente dell'evento qualità nel suo ciclo di vita. SAP utilizza un sistema di gestione degli stati in cui valori come OSNO (notifica in sospeso), NOPR (notifica in elaborazione) e NOCO (notifica completata) riflettono l'avanzamento. Questo attributo viene spesso utilizzato per derivare le attività nell'event log. È inoltre una dimensione utile per filtrare i casi, ad esempio per analizzare solo gli eventi qualità aperti o chiusi di recente. Comprendere le transizioni di stato è fondamentale per creare un modello di processo accurato.
Perché è importante
Indica lo stato corrente di un caso, consentendo di filtrare i casi attivi rispetto a quelli chiusi e contribuendo a derivare le attività del processo.
Dove reperirlo
Deriva dalle tabelle JEST e JSTO, che contengono le informazioni sullo stato dei diversi oggetti SAP. Il collegamento parte da QMEL-OBJNR.
Esempi
OSNO NOPRNOCOTSCO
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp che indica quando i dati di questo record sono stati aggiornati l’ultima volta dal sistema di origine. | ||
|
Descrizione
Questo attributo fornisce il timestamp dell’ultima estrazione o dell’ultimo aggiornamento dei dati dal sistema di origine. Informa gli utenti sul livello di aggiornamento dei dati che stanno analizzando. In qualsiasi Dashboard o report analitico, visualizzare questa informazione è fondamentale per gestire le aspettative degli utenti sull’attualità dei dati. Aiuta a distinguere tra modifiche recenti del processo e risultati dovuti a dati obsoleti.
Perché è importante
Informa gli utenti sull’aggiornamento dei dati, un aspetto fondamentale per prendere decisioni tempestive e accurate sulla base dell’analisi di Process Mining.
Dove reperirlo
È un campo di metadati generato e compilato dallo strumento o dalla pipeline di estrazione dei dati al momento dell’aggiornamento.
Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Attività di gestione della qualità
| Attività | Descrizione | ||
|---|---|---|---|
|
Analisi delle cause principali completata
|
Segna il completamento della fase di indagine, durante la quale è stata identificata la causa alla base del problema di qualità. Generalmente viene dedotto dal completamento di una specifica attività di 'Root Cause Analysis' all’interno della notifica. | ||
|
Perché è importante
Si tratta di una tappa fondamentale per misurare la durata e l’efficienza del processo di indagine. Individuare i ritardi precedenti a questa fase aiuta a localizzare i colli di bottiglia nell’analisi dei problemi e nel processo decisionale.
Dove reperirlo
Deducibile dal completamento di un’attività di indagine o specifica per la RCA nella tabella QMSM. Il completamento viene identificato da una modifica dello stato o dalla compilazione del campo della data di completamento dell’attività (ERLDT).
Acquisizione
Identifichi il timestamp di completamento (ERLDT) dell’attività di analisi delle cause principali pertinente nella tabella QMSM.
Tipo di evento
inferred
|
|||
|
Azione correttiva implementata
|
Segna il completamento del lavoro definito nel piano d’azione correttivo. Generalmente viene acquisito quando l’attività correttiva assegnata all’interno della Quality Notification viene contrassegnata come completata. | ||
|
Perché è importante
È una tappa fondamentale, poiché indica che sono state adottate misure per risolvere il problema di qualità. È essenziale per misurare il tasso di completamento puntuale delle azioni e l’efficienza complessiva della fase di risoluzione.
Dove reperirlo
Deducibile dal completamento di un’attività correttiva nella tabella QMSM. La data di completamento è registrata nel campo ERLDT o tramite una modifica dello stato a 'Completed' nelle tabelle JEST/JCDS.
Acquisizione
Identifichi il timestamp di completamento (ERLDT) dell’attività correttiva nella tabella QMSM.
Tipo di evento
inferred
|
|||
|
Decisione d’uso presa
|
Rappresenta la decisione formale sulla qualità delle merci appartenenti a un lotto di ispezione, ad esempio l’accettazione o il rifiuto. È un evento distinto per i problemi di qualità originati dalle ispezioni e viene acquisito quando la decisione d’uso viene salvata. | ||
|
Perché è importante
Nei processi basati sulle ispezioni, questa è una tappa fondamentale che determina le azioni successive, come il blocco o lo sblocco del materiale. Analizzarne tempistiche ed esiti è essenziale per comprendere l’efficienza del controllo della qualità dei prodotti.
Dove reperirlo
Si tratta di 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à.
Acquisizione
Utilizzi il timestamp di creazione del lotto di ispezione pertinente nella tabella QAVE.
Tipo di evento
explicit
|
|||
|
Efficacia dell’azione verificata
|
Conferma che l’azione correttiva o preventiva implementata abbia avuto successo e che il problema di qualità sia stato risolto senza ripresentarsi. Viene acquisita al completamento dell’attività di verifica dell’efficacia o di una revisione finale della qualità. | ||
|
Perché è importante
È una tappa fondamentale per validare l’intero processo di risoluzione. Un’elevata percentuale di verifiche positive indica un sistema di Quality Management efficace e contribuisce a ridurre i problemi ricorrenti.
Dove reperirlo
Generalmente dedotta dal completamento di un’attività 'Effectiveness Check' nella tabella QMSM, utilizzando la data di completamento ERLDT.
Acquisizione
Identifichi il timestamp di completamento dell’attività di verifica dell’efficacia in QMSM.
Tipo di evento
inferred
|
|||
|
Notifica completata
|
Indica il completamento operativo della Quality Notification, a conferma che tutte le azioni richieste sono state intraprese e che il problema è stato risolto dal punto di vista operativo. Si tratta di una modifica formale dello stato nel sistema. | ||
|
Perché è importante
Questa attività rappresenta il principale punto finale per misurare il tempo di risoluzione operativo. Conferma che, dal punto di vista del responsabile del processo, il caso è concluso, anche se la chiusura tecnica è ancora in sospeso.
Dove reperirlo
Deducibile da una modifica dello stato dell’oggetto Quality Notification. Viene acquisita identificando il timestamp in cui nella tabella JCDS viene impostato uno stato come 'NOCO' (Notification completed).
Acquisizione
Identifichi il timestamp in cui lo stato 'Notification completed' viene impostato nella tabella JCDS.
Tipo di evento
inferred
|
|||
|
Quality Notification creata
|
Questa attività segna l’avvio ufficiale del processo di gestione della qualità, nel momento in cui un problema, un difetto o un reclamo relativo alla qualità viene registrato formalmente. La creazione della Quality Notification in SAP S/4HANA acquisisce i dettagli iniziali e assegna un identificativo univoco, dando avvio al caso. | ||
|
Perché è importante
In quanto principale evento di avvio, questa attività è essenziale per misurare il tempo di ciclo end-to-end del processo di risoluzione della qualità. Fornisce il punto di riferimento per monitorare il tempo necessario a gestire e chiudere gli eventi di qualità.
Dove reperirlo
Si tratta di un evento esplicito acquisito dalla tabella di intestazione della Quality Notification QMEL. Il timestamp di creazione si trova generalmente nel campo ERDAT per il numero di notifica QMNUM corrispondente.
Acquisizione
Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMEL per la notifica indicata.
Tipo di evento
explicit
|
|||
|
Attività di indagine assegnata
|
Questo evento si verifica quando un’attività specifica, come l’indagine sulla causa principale, viene formalmente creata e assegnata a una persona o a un reparto. Viene acquisito al momento della creazione di un record dell’attività all’interno della Quality Notification. | ||
|
Perché è importante
Monitorare l’assegnazione delle attività è fondamentale per comprendere la distribuzione del carico di lavoro e individuare i colli di bottiglia nell’allocazione delle risorse. Segna l’inizio della fase di indagine ed è un input importante per misurare il tempo di ciclo dell’analisi delle cause principali.
Dove reperirlo
Acquisito dalla tabella di gestione delle attività QMSM, collegata alla Quality Notification. La data di creazione (ERDAT) di un’attività con un codice pertinente, ad esempio per un’indagine, segna questo evento.
Acquisizione
Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMSM per le attività relative all’indagine.
Tipo di evento
explicit
|
|||
|
Azione correttiva proposta
|
Questa attività rappresenta il momento in cui un piano per correggere il problema identificato viene documentato formalmente. In SAP, viene spesso acquisita attraverso la creazione di un’attività 'Corrective Action' all’interno della Quality Notification. | ||
|
Perché è importante
Questo evento avvia la fase di risoluzione del processo. Misurare il tempo trascorso dall’analisi delle cause principali a questa fase può evidenziare ritardi nella pianificazione delle azioni.
Dove reperirlo
L’evento viene acquisito quando nella tabella QMSM viene creata un’attività con codice 'Corrective Action' per la Quality Notification pertinente.
Acquisizione
Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMSM per le attività di tipo azione correttiva.
Tipo di evento
explicit
|
|||
|
Azione preventiva implementata
|
Segna l’esecuzione corretta dell’azione preventiva pianificata. Viene acquisito registrando il completamento della relativa attività preventiva nel sistema. | ||
|
Perché è importante
Il completamento delle azioni preventive è una fase essenziale nei processi di qualità maturi. Monitorare questa attività aiuta a misurare l’impegno dell’organizzazione nel prevenire problemi futuri e ridurre quelli ricorrenti.
Dove reperirlo
Deducibile dal completamento di un’attività preventiva nella tabella QMSM, indicato dal campo ERLDT o da una modifica dello stato a 'Completed'.
Acquisizione
Identifichi il timestamp di completamento (ERLDT) dell’attività preventiva nella tabella QMSM.
Tipo di evento
inferred
|
|||
|
Azione preventiva proposta
|
Questa attività si verifica quando viene creato un piano per prevenire il ripetersi di un problema di qualità. Analogamente alle azioni correttive, viene spesso acquisita attraverso la creazione di un’attività 'Preventive Action'. | ||
|
Perché è importante
Questo evento è fondamentale per valutare l’attenzione dell’organizzazione al miglioramento proattivo della qualità, anziché limitarsi a interventi reattivi. Segna l’inizio degli interventi di risoluzione a lungo termine.
Dove reperirlo
L’evento viene acquisito alla creazione di un’attività con codice 'Preventive Action' nella tabella QMSM per la Quality Notification specifica.
Acquisizione
Utilizzi il timestamp di creazione (ERDAT) dalla tabella QMSM per le attività di tipo azione preventiva.
Tipo di evento
explicit
|
|||
|
Notifica chiusa
|
Rappresenta la chiusura tecnica definitiva della Quality Notification nel sistema. Dopo questo momento non è più possibile apportare modifiche alla notifica, segnando la conclusione assoluta del ciclo di vita del record. | ||
|
Perché è importante
Questa attività fornisce l’evento finale del processo. Analizzare il tempo tra 'Notification Completed' e 'Notification Closed' può evidenziare ritardi nelle procedure amministrative di chiusura.
Dove reperirlo
Deducibile da una modifica dello stato della Quality Notification, in particolare quando viene impostato uno stato di archiviazione o chiusura definitiva. La modifica viene registrata con un timestamp nella tabella JCDS.
Acquisizione
Identifichi il timestamp in cui lo stato finale 'Closed' viene impostato per la notifica nella tabella JCDS.
Tipo di evento
inferred
|
|||
|
Notifica presa in carico
|
Rappresenta il momento in cui una notifica appena creata viene presa attivamente in carico dal team qualità. Si tratta generalmente di un evento dedotto, ricavato da una modifica dello stato di sistema che indica l’inizio delle attività. | ||
|
Perché è importante
Questa attività consente di distinguere la semplice registrazione di un problema dall’effettivo avvio del lavoro. Analizzando il tempo trascorso tra la creazione e questa fase, è possibile individuare potenziali ritardi nel riconoscimento del problema e nell’assegnazione delle risorse.
Dove reperirlo
Deducibile da una modifica dello stato dell’oggetto Quality Notification. Può essere monitorato analizzando i log delle modifiche di stato nelle tabelle JEST e JCDS per uno stato come 'NOPO' (Notification in process).
Acquisizione
Identifichi il timestamp in cui lo stato 'in process' viene impostato per la notifica nella tabella JCDS.
Tipo di evento
inferred
|
|||
|
Piano d’azione approvato
|
Indica che un piano d’azione correttivo o preventivo proposto è stato esaminato e approvato per procedere con l’implementazione. Questa fase spesso non costituisce un evento distinto e può essere dedotta dal rilascio di un’attività per l’elaborazione. | ||
|
Perché è importante
Ritardi prolungati in questa fase di approvazione possono rallentare significativamente l’intero processo di risoluzione. Analizzare questa durata aiuta a individuare i colli di bottiglia amministrativi e le opportunità per semplificare la governance.
Dove reperirlo
Generalmente viene dedotto da una modifica dello stato di un’attività nella tabella QMSM, ad esempio 'Released'. Il timestamp della modifica dello stato si trova nella tabella JCDS, collegata all’oggetto dell’attività.
Acquisizione
Identifichi il timestamp in cui lo stato 'Released' viene impostato per l’attività correttiva o preventiva.
Tipo di evento
inferred
|
|||
|
Stakeholder informati
|
Rappresenta la comunicazione della risoluzione agli stakeholder pertinenti, come clienti o reparti interni. Raramente è un evento automatizzato del sistema e spesso costituisce una fase manuale. | ||
|
Perché è importante
Comunicare tempestivamente con gli stakeholder è fondamentale per la soddisfazione dei clienti e la trasparenza. Misurare il ritardo tra la chiusura e la notifica può evidenziare lacune nei processi di comunicazione.
Dove reperirlo
Questa attività è difficile da acquisire direttamente da SAP. Può essere dedotta dal completamento di un’attività manuale in QMSM denominata 'Notify Stakeholder' oppure richiedere l’analisi di sistemi esterni, come i log delle e-mail.
Acquisizione
Identifichi il completamento di un’attività manuale di comunicazione, se utilizzata. In caso contrario, questo dato generalmente non è disponibile.
Tipo di evento
inferred
|
|||
|
Verifica dell’efficacia richiesta
|
Indica la necessità di una verifica successiva per confermare che le azioni implementate abbiano risolto efficacemente il problema. È spesso rappresentata da uno stato specifico della notifica o dalla creazione di un’attività di verifica dedicata. | ||
|
Perché è importante
Questa attività garantisce che il processo di Quality Management includa un importante ciclo di validazione. Distingue l’implementazione di un’azione dalla conferma della sua efficacia.
Dove reperirlo
Può essere dedotta da una modifica dello stato della Quality Notification, tramite JEST/JCDS, o dalla creazione di una specifica attività 'Effectiveness Check' nella tabella QMSM.
Acquisizione
Identifichi il timestamp della modifica dello stato o della creazione di un’attività di verifica in QMSM.
Tipo di evento
inferred
|
|||
Guide all'estrazione
È pronto a iniziare?
Utilizzi questo Template per preparare rapidamente i dati e iniziare a ottimizzare i processi di gestione della qualità. Scopra nuovi insight e aumenti l'efficienza in SAP S/4HANA.
Potenziare il Quality Management: riduca immediatamente del 30% il tempo di ciclo
Individui i colli di bottiglia in SAP S/4HANA e riduca del 30% il tempo di ciclo QM.
Non è richiesta alcuna carta di credito: la configurazione richiede solo pochi minuti.