Il Suo Template dati per la gestione della qualità

SAP S/4HANA Quality Management
Il Suo Template dati per la gestione della qualità

Il Suo Template dati per la gestione della qualità

Questo Template fornisce una guida completa per raccogliere e preparare i dati relativi alla gestione della qualità. Illustra gli attributi e le attività essenziali necessari per creare un event log accurato per il Process Mining. Utilizzi questa risorsa per semplificare le attività di estrazione e analisi dei dati.
  • 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
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione della qualità

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa della gestione della qualità in SAP S/4HANA.
3 Obbligatorio 7 Consigliato 8 Facoltativo
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
Obbligatorio Consigliato Facoltativo

Attività di gestione della qualità

Queste sono le fasi chiave e le principali tappe del processo da acquisire nell’Event Log per una corretta individuazione e analisi del processo.
6 Consigliato 9 Facoltativo
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
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i dati dalla gestione della qualità in SAP S/4HANA

È 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.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito: la configurazione richiede solo pochi minuti.