Il Suo template dei dati per la gestione della qualità

Gestione della qualità in SAP S/4HANA
Il Suo template dei dati per la gestione della qualità

Il Suo template dei dati per la gestione della qualità

Questo template fornisce indicazioni complete per raccogliere e preparare i dati relativi alla gestione della qualità. Descrive gli attributi e le attività essenziali per creare un Event Log accurato per il Process Mining. Utilizzi questa risorsa per semplificare l’estrazione e l’analisi dei dati.
  • Attributi consigliati da raccogliere per un’analisi completa
  • Attività principali di 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
Nome dello specifico evento aziendale o dell’attività che si è verificata nel processo di gestione della qualità.
Descrizione

Questo attributo descrive un singolo passaggio o una tappa del ciclo di vita dell’evento qualità, ad esempio 'Notifica creata', 'Analisi delle cause profonde completata' o 'Decisione d’uso presa'. Le attività si ricavano dalle modifiche dello stato nel sistema, dalla creazione di documenti correlati o da specifiche azioni degli utenti registrate nei log delle modifiche.

Analizzare la sequenza e la tempistica di queste attività è il fulcro del Process Mining. Consente di individuare il flusso effettivo del processo, rilevare i colli di bottiglia tra i passaggi e misurare la conformità alle procedure operative standard. Il livello di dettaglio delle attività determina la granularità dell’analisi del processo.

Perché è importante

Questo attributo definisce i passaggi del processo e consente di visualizzarne e analizzarne il flusso, individuare le deviazioni e misurare le prestazioni tra un’attività e l’altra.

Dove reperirli

Si ricava dalle modifiche di stato nelle tabelle JEST e JSTO o dai record delle attività in tabelle come QMSM (attività). È inoltre possibile creare Event Log dalle tabelle dei documenti di modifica CDHDR e CDPOS.

Esempi
Notifica di qualità creataAttività di indagine assegnataAzione correttiva attuataNotifica chiusa
Evento qualità
QualityEvent
Identificativo univoco di una notifica qualità, utilizzato come ID del caso principale per seguire un problema di qualità dall’apertura alla chiusura.
Descrizione

L’evento qualità è 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 in genere al numero della notifica qualità (QMNUM).

Nel Process Mining, analizzare gli eventi in base a questo identificativo consente di ricostruire l’intero percorso di ciascun caso qualità. È un elemento fondamentale per visualizzare i flussi del processo, calcolare i tempi di ciclo dell’intero caso e individuare i percorsi ricorrenti o anomali nella risoluzione. Costituisce la base della maggior parte delle analisi sulla gestione della qualità.

Perché è importante

È la chiave essenziale per collegare tutte le attività correlate in un’unica istanza di processo coerente e analizzare da un capo all’altro come vengono gestiti i problemi di qualità.

Dove reperirli

È il numero della notifica qualità, disponibile nella tabella QMEL, campo QMNUM.

Esempi
200000018200000019200000020
Ora di inizio
EventTimestamp
Data e ora esatte in cui si è verificata una specifica attività o un evento.
Descrizione

L’ora di inizio, o data e ora dell’evento, registra il momento esatto in cui si è svolta un’attività. È essenziale per ordinare gli eventi cronologicamente e calcolare gli intervalli tra loro. Ad esempio, indica quando è stata creata una notifica, quando è stata completata un’attività o quando è stato modificato uno stato.

Nel 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 di individuare i colli di bottiglia, analizzare il flusso di lavoro e monitorare le prestazioni rispetto agli SLA o agli obiettivi temporali. La precisione delle date e delle ore è essenziale per garantire l’affidabilità dell’intero modello di processo.

Perché è importante

Questa data e ora sono essenziali per ordinare gli eventi, calcolare metriche temporali come i tempi di ciclo e di attesa e comprendere le dinamiche del processo.

Dove reperirli

In genere si ricava dai campi di data e ora associati alle modifiche di stato o alla creazione dei documenti. Alcuni esempi sono ERDAT/ERZEIT (data/ora di creazione) in QMEL o le date e ore delle modifiche in CDHDR.

Esempi
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Causa profonda
RootCauseCode
Codice o testo che identifica la causa profonda individuata per il problema di qualità.
Descrizione

L’attributo Causa profonda registra il motivo alla base del difetto o della non conformità. Individuare la causa profonda corretta è un passaggio fondamentale nella gestione della qualità, perché costituisce la base per definire azioni correttive e preventive efficaci.

Questo attributo è essenziale per le Dashboard 'Tempo di ciclo dell’analisi delle cause profonde' e 'Rilevamento di problemi ricorrenti'. L’analisi per causa profonda aiuta a individuare problemi sistemici. Ad esempio, filtrando la mappa del processo per una causa specifica, è possibile verificare se comporta percorsi distinti o tempi di risoluzione più lunghi.

Perché è importante

Consente di analizzare i problemi sistemici mettendo in relazione le cause profonde con i prodotti, i reparti e le inefficienze del processo, così da orientare le azioni preventive.

Dove reperirli

In genere è memorizzato nella tabella QMUR (cause della notifica), campo URCOD.

Esempi
ERRORE_OPERATOREMATERIALE_DIFETTOSOGUASTO_MACCHINA
Data prevista di risoluzione
TargetResolutionDate
Data pianificata o richiesta per il completamento dell’evento qualità.
Descrizione

Questa data rappresenta la scadenza entro cui l’evento qualità dovrebbe essere risolto e chiuso. Spesso viene utilizzata come riferimento per misurare le prestazioni e il rispetto degli accordi sul livello del servizio (SLA).

Questo attributo è fondamentale per calcolare i tassi di completamento puntuale e individuare i casi in ritardo. La Dashboard 'Completamento puntuale degli eventi qualità' e il KPI 'Tasso di completamento puntuale delle azioni qualità' si basano direttamente sul confronto tra la data effettiva di completamento e quella prevista. Aiuta a stabilire le priorità e a gestire le risorse in modo efficace.

Perché è importante

Fornisce un riferimento per misurare il rispetto delle scadenze, un KPI fondamentale per valutare l’efficienza del processo e la conformità agli SLA.

Dove reperirli

Si trova 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
Livello di priorità assegnato alla notifica qualità, che ne indica l’urgenza.
Descrizione

La priorità definisce l’urgenza con cui intervenire su un evento qualità. Aiuta i team a organizzare il lavoro e a gestire per primi i problemi più critici. SAP consente di configurare diversi tipi di priorità, che possono influire sui tempi di risposta previsti.

Questo attributo permette di verificare se gli elementi ad alta priorità vengono effettivamente elaborati più rapidamente di quelli a bassa priorità. Può far emergere inefficienze, ad esempio casi prioritari che restano bloccati nel processo. È una dimensione importante per Dashboard come 'Analisi del flusso degli eventi qualità'.

Perché è importante

Aiuta a verificare se le prestazioni del processo sono in linea con le urgenze aziendali e se i problemi ad alta priorità vengono risolti più rapidamente.

Dove reperirli

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

Esempi
1234
Prodotto
MaterialNumber
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 è essenziale per l’assicurazione qualità, perché aiuta a individuare i prodotti con problemi ricorrenti o un’elevata percentuale di difetti.

Nel Process Mining, l’analisi per prodotto consente di rilevare schemi ricorrenti, ad esempio se alcuni prodotti richiedono tempi di risoluzione più lunghi o sono associati a specifiche cause profonde. Supporta la Dashboard 'Rilevamento di problemi ricorrenti', mettendo in relazione i prodotti con i problemi di qualità e favorendo iniziative di miglioramento mirate.

Perché è importante

Collega i problemi di qualità a prodotti specifici e consente di analizzare i tassi di difettosità, le cause profonde e gli schemi di risoluzione per prodotto.

Dove reperirli

Si trova nella tabella delle posizioni delle notifiche qualità QMFE, campo MATNR.

Esempi
FIN-1001RAW-205ASEMI-303B
Reparto responsabile
ResponsibleDepartment
Reparto o 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 tra reparti e i passaggi di consegne. Aiuta a individuare i ritardi che si verificano quando la responsabilità passa da un reparto all’altro e supporta la Dashboard 'Ritardi nei passaggi tra reparti'. Consente inoltre di filtrare la vista del processo per capire come operano i singoli reparti.

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 reperirli

Spesso si ricava dalle funzioni partner associate alla notifica o all’attività, oppure dall’assegnazione organizzativa dell’utente nei dati anagrafici HR. Potrebbe non corrispondere a un campo diretto.

Esempi
Garanzia della qualitàLinea di produzione 3Ingegneria della qualità dei fornitori
Tipo di notifica qualità
QualityNotificationType
Classificazione della notifica qualità, ad esempio reclamo del cliente, problema interno o difetto del fornitore.
Descrizione

Questo attributo classifica l’evento qualità in base all’origine e alla natura del problema. I tipi standard di SAP includono reclami dei clienti, segnalazioni di problemi interni e difetti relativi ai fornitori. La classificazione determina il flusso del processo successivo e la documentazione richiesta.

Analizzare il processo per tipo di notifica è essenziale per capire se i diversi problemi vengono gestiti in modo diverso o con livelli di efficienza differenti. Supporta Dashboard come 'Analisi del flusso degli eventi qualità', consentendo di filtrare e confrontare i tempi di ciclo e i percorsi del processo per categoria di problema.

Perché è importante

Consente di segmentare il processo per verificare se i diversi tipi di problemi di qualità seguono percorsi distinti o presentano caratteristiche diverse in termini di prestazioni.

Dove reperirli

Si trova nella tabella QMEL, campo QMART.

Esempi
Q1Q2F2
Utente
ChangedBy
ID dell’utente che ha eseguito l’attività o apportato l’ultima modifica.
Descrizione

Questo attributo identifica l’utente responsabile di una determinata fase del processo. In SAP corrisponde spesso ai campi 'Modificato da' (AENAM) o 'Creato da' (ERNAM).

L’analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, individuare esigenze di formazione e rilevare deviazioni dal processo associate a specifici utenti. È fondamentale per le analisi basate sulle risorse, ad esempio per capire perché alcuni utenti impiegano più tempo nell’elaborazione o seguono percorsi non standard.

Perché è importante

Consente di analizzare le prestazioni degli utenti, la distribuzione del carico di lavoro e il rispetto delle procedure standard, aspetti fondamentali per ottimizzare le risorse.

Dove reperirli

Si trova nelle tabelle di intestazione e di posizione, ad esempio QMEL-ERNAM (creato da), oppure si ricava dai log delle modifiche (CDHDR-USERNAME).

Esempi
SMITHJWILSONAPROCESS_AUTOMATION_BOT
Cliente
CustomerNumber
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 questa informazione è essenziale per la gestione delle relazioni con i clienti e per comprendere l’impatto dei problemi di qualità sui clienti.

L’analisi per cliente consente all’azienda di individuare se alcuni clienti riscontrano più problemi di qualità di altri o se i tempi di risoluzione variano da un cliente all’altro. Supporta la Dashboard 'Eventi qualità per gravità e impatto', aggiungendo la dimensione cliente all’analisi dell’impatto.

Perché è importante

Collega gli eventi qualità ai clienti e consente di analizzare i problemi specifici di ciascuno, dando priorità all’assistenza per i clienti di maggior valore.

Dove reperirli

Di solito si trova nelle funzioni partner della notifica. Può essere presente anche in QMEL-KUNUM, se si tratta di un reclamo relativo a un ordine cliente.

Esempi
CUST-10045CUST-20399CUST-80110
Completamento nei tempi previsti
IsOnTimeCompletion
Indicatore booleano che segnala se l’evento di qualità è stato completato entro la data prevista per la risoluzione.
Descrizione

Questo indicatore calcolato confronta la data e l’ora effettive di completamento di un evento di qualità con la relativa «Data prevista per la risoluzione». È true se l’evento è stato chiuso entro la data prevista, compresa, e false in caso contrario.

L’attributo fornisce una misura semplice e diretta per monitorare le prestazioni ed è alla base della Dashboard «Completamento puntuale degli eventi di qualità» e del KPI «Tasso di completamento puntuale delle azioni di qualità». Consente di applicare filtri e aggregare facilmente i dati per analizzare il rispetto delle scadenze in base a dimensioni quali reparto, prodotto o tipo di notifica.

Perché è importante

Fornisce un esito chiaro e binario per monitorare il rispetto delle scadenze, semplificando la misurazione e la rendicontazione della conformità agli SLA.

Dove reperirli

Attributo calcolato confrontando la data e l’ora dell’attività di chiusura finale con l’attributo «TargetResolutionDate».

Esempi
truefalse
È una rilavorazione
IsRework
Indicatore booleano che segnala se un’attività o una sequenza di attività rappresenta una rilavorazione.
Descrizione

Questo indicatore è impostato su true se un caso ripete determinati passaggi, segnalando che il lavoro iniziale non è stato sufficiente. Per esempio, se l’attività «Analisi delle cause profonde» è seguita in un secondo momento da un’altra attività «Assegnazione dell’attività di indagine» per lo stesso caso, si verifica un ciclo di rilavorazione.

Questo attributo supporta direttamente il KPI «Tasso di rilavorazione delle azioni correttive». Individuare e quantificare le rilavorazioni è uno degli obiettivi principali del Process Mining, perché comportano sprechi di lavoro e inefficienze nel processo. Evidenziare i cicli di rilavorazione nella mappa del processo può far emergere importanti opportunità per migliorare la qualità e l’efficienza.

Perché è importante

Misura le inefficienze del processo individuando i passaggi ripetuti e mettendo in evidenza il lavoro sprecato e le opportunità per aumentare la percentuale di attività completate correttamente al primo tentativo.

Dove reperirli

È un attributo calcolato, ricavato durante l’analisi di Process Mining rilevando le sequenze di attività ripetute all’interno di un singolo caso.

Esempi
truefalse
Efficacia dell’azione
EffectivenessEvaluation
Esito della verifica che determina se un’azione attuata è stata efficace.
Descrizione

Questo attributo registra l’esito della verifica di efficacia, un passaggio finale essenziale nel ciclo di gestione della qualità. Conferma se le azioni correttive o preventive intraprese hanno risolto la causa profonda e impedito che il problema si ripresenti.

È l’attributo principale per la Dashboard 'Verifica dell’efficacia delle azioni' e il KPI 'Tasso di verifica dell’efficacia delle azioni'. Fornisce indicazioni dirette sulla qualità del processo di risoluzione dei problemi. Un’elevata percentuale di azioni inefficaci segnala la necessità di migliorare le fasi di analisi delle cause profonde o di pianificazione degli interventi.

Perché è importante

Misura direttamente l’efficacia del processo di risoluzione dei problemi e indica se le azioni prevengono davvero il ripetersi dei problemi.

Dove reperirli

Queste informazioni sono spesso registrate nelle azioni successive o negli stati specifici delle attività all’interno della notifica qualità. Possono trovarsi in un campo personalizzato o basarsi su uno specifico codice di stato.

Esempi
EfficaceNon efficaceMonitoraggio richiesto
Sistema di origine
SourceSystem
Identifica il sistema da cui sono stati estratti i dati, ad esempio una specifica istanza SAP S/4HANA.
Descrizione

Questo attributo specifica l’origine dei dati di gestione della qualità. In un ambiente con più ERP o sistemi integrati, è essenziale per distinguere le fonti dei dati e garantirne l’integrità.

Nell’analisi consente di filtrare o confrontare i processi tra sistemi o unità organizzative diverse. Spesso ha un valore costante per un determinato insieme di dati, ma è indispensabile per la governance dei dati e per fornire il contesto.

Perché è importante

Fornisce informazioni essenziali sull’origine dei dati, fondamentali per la governance dei dati e negli ambienti con più sistemi interconnessi.

Dove reperirli

In genere è un valore statico aggiunto durante l’estrazione dei dati per identificare il client e l’ID di sistema SAP S/4HANA.

Esempi
S4H_PROD_100SAP_QM_EUS4HANA_QAS_200
Stabilimento
Plant
Stabilimento o sede produttiva in cui ha avuto origine l’evento qualità o in cui viene gestito.
Descrizione

L’attributo Stabilimento specifica la sede fisica, ad esempio una fabbrica o un magazzino, associata all’evento qualità. Fornisce un contesto geografico o organizzativo per individuare dove si verificano i problemi di qualità.

È una dimensione utile per l’analisi comparativa. Filtrando o raggruppando i dati per stabilimento, la direzione può confrontare le prestazioni delle diverse sedi, individuare problemi specifici e condividere le buone pratiche degli stabilimenti con i risultati migliori. Aiuta a rispondere a domande come 'Quale stabilimento ha il tempo di ciclo più lungo per l’analisi delle cause profonde?'.

Perché è importante

Consente di confrontare le prestazioni tra diverse sedi operative e aiuta a individuare problemi specifici e buone pratiche.

Dove reperirli

Lo stabilimento associato all’intestazione della notifica si trova in QMEL-WERKS. Se è collegato a un materiale specifico, può essere presente anche a livello di posizione.

Esempi
100017102000
Stato della notifica
SystemStatus
Stato di elaborazione attuale della notifica qualità, ad esempio 'In sospeso' o 'Completata'.
Descrizione

Lo stato di sistema indica la fase attuale del ciclo di vita dell’evento qualità. SAP utilizza un sistema di gestione degli stati in cui valori come OSNO (notifica in sospeso), NOPR (notifica in elaborazione) e NOCO (notifica completata) ne indicano l’avanzamento.

Questo attributo viene spesso utilizzato per ricavare le attività da inserire nell’Event Log. È utile anche come dimensione per filtrare i casi, ad esempio per analizzare solo gli eventi qualità aperti o chiusi di recente. Comprendere le transizioni di stato è essenziale per creare un modello di processo accurato.

Perché è importante

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

Dove reperirli

Si ricava dalle tabelle JEST e JSTO, che contengono le informazioni sugli stati di diversi oggetti SAP. Il collegamento parte da QMEL-OBJNR.

Esempi
OSNO NOPRNOCOTSCO
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora dell’ultimo aggiornamento dei dati di questo record dal sistema di origine.
Descrizione

Questo attributo indica la data e l’ora dell’ultima estrazione o dell’ultimo aggiornamento dei dati dal sistema di origine, informando gli utenti sul loro grado di aggiornamento.

In qualsiasi Dashboard o report analitico, mostrare questa informazione è fondamentale per chiarire quanto siano aggiornati i dati. Aiuta a distinguere le modifiche recenti del processo dagli effetti di dati non aggiornati.

Perché è importante

Indica quanto sono aggiornati i dati, un’informazione essenziale per prendere decisioni tempestive e accurate sulla base dell’analisi di Process Mining.

Dove reperirli

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

Questi sono i passaggi e i traguardi principali da registrare nell’Event Log per individuare e analizzare i processi con precisione.
6 Consigliato 9 Facoltativo
Attività Descrizione
Analisi delle cause profonde completata
Segna la conclusione della fase di indagine, durante la quale è stata individuata la causa alla radice del problema di qualità. In genere si deduce dal completamento di un’attività specifica di analisi delle cause profonde nella notifica.
Perché è importante

È una tappa fondamentale per misurare la durata e l’efficienza del processo di indagine. Individuare i ritardi che precedono questo passaggio aiuta a localizzare i colli di bottiglia nell’analisi dei problemi e nel processo decisionale.

Dove reperirli

Deducibile dal completamento di un’attività di indagine o di analisi delle cause profonde nella tabella QMSM. Il completamento viene individuato tramite una modifica dello stato o la compilazione del campo della data di completamento dell’attività (ERLDT).

Acquisizione

Individuare nella tabella QMSM la data e l’ora di completamento (ERLDT) dell’attività pertinente di analisi delle cause profonde.

Tipo di evento inferred
Azione correttiva attuata
Segna il completamento delle attività previste dal piano d’azione correttiva. In genere, l’evento viene registrato quando l’attività correttiva assegnata nella notifica qualità risulta completata.
Perché è importante

È una tappa fondamentale, perché indica che sono state intraprese azioni 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 reperirli

Si deduce dal completamento di un’attività correttiva nella tabella QMSM. La data di completamento è registrata nel campo ERLDT oppure tramite una modifica dello stato a 'Completato' nelle tabelle JEST/JCDS.

Acquisizione

Individuare la data e l’ora di completamento (ERLDT) dell’attività correttiva nella tabella QMSM.

Tipo di evento inferred
Decisione d’uso presa
Rappresenta la decisione formale sulla qualità dei materiali di un lotto di controllo, ad esempio l’accettazione o il rifiuto. È un evento specifico per i problemi di qualità emersi durante i controlli e viene registrato al salvataggio della decisione d’uso.
Perché è importante

Nei processi basati sui controlli, è una tappa importante che determina le azioni successive, come il blocco o il rilascio del materiale. Analizzarne tempi ed esiti è fondamentale per comprendere l’efficienza del controllo qualità dei prodotti.

Dove reperirli

È un evento esplicito registrato nella tabella delle decisioni d’uso QAVE. La data e l’ora di creazione del record associato al lotto di controllo (PRUEFLOS) indicano il momento dell’attività.

Acquisizione

Utilizzare la data e l’ora di creazione del lotto di controllo pertinente nella tabella QAVE.

Tipo di evento explicit
Efficacia dell’azione verificata
Conferma che l’azione correttiva o preventiva attuata ha avuto esito positivo e che il problema di qualità è stato risolto senza ripresentarsi. L’evento viene registrato al completamento dell’attività di verifica dell’efficacia o di una revisione finale della qualità.
Perché è importante

È una tappa fondamentale per convalidare l’intero processo di risoluzione. Un’elevata percentuale di verifiche positive indica un sistema di gestione della qualità efficace e contribuisce a ridurre il ripetersi dei problemi.

Dove reperirli

In genere si deduce dal completamento di un’attività di 'Verifica di efficacia' nella tabella QMSM, utilizzando la data di completamento ERLDT.

Acquisizione

Individuare la data e l’ora di completamento dell’attività di verifica dell’efficacia in QMSM.

Tipo di evento inferred
Notifica completata
Indica il completamento operativo della notifica qualità: tutte le azioni richieste sono state intraprese e il problema è risolto dal punto di vista operativo. Nel sistema corrisponde a una modifica formale dello stato.
Perché è importante

Questa attività costituisce 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 reperirli

Si deduce da una modifica dello stato dell’oggetto Notifica qualità. L’evento si rileva individuando nella tabella JCDS la data e l’ora in cui viene impostato uno stato come 'NOCO' (Notifica completata).

Acquisizione

Individuare nella tabella JCDS la data e l’ora in cui viene impostato lo stato 'Notifica completata'.

Tipo di evento inferred
Notifica di qualità creata
Questa attività segna l’inizio ufficiale del processo di gestione della qualità, quando un problema, un difetto o un reclamo relativo alla qualità viene registrato formalmente. La creazione della notifica di qualità in SAP S/4HANA registra le informazioni iniziali e assegna un identificativo univoco, aprendo il caso.
Perché è importante

In quanto evento di inizio principale, questa attività è essenziale per misurare il tempo di ciclo complessivo del processo di risoluzione dei problemi di qualità. Fornisce la base di riferimento per misurare il tempo necessario a gestire e chiudere gli eventi di qualità.

Dove reperirli

È un evento esplicito registrato nella tabella di intestazione delle notifiche di qualità QMEL. La data e l’ora di creazione si trovano in genere nel campo ERDAT, per il numero di notifica corrispondente QMNUM.

Acquisizione

Utilizzare la data e l’ora di creazione (ERDAT) della notifica corrispondente nella tabella QMEL.

Tipo di evento explicit
Attività di indagine assegnata
Questo evento si verifica quando un’attività specifica, come l’indagine sulla causa profonda, viene creata formalmente e assegnata a una persona o a un reparto. L’evento viene registrato alla creazione di un record dell’attività nella notifica di qualità.
Perché è importante

Monitorare l’assegnazione delle attività è fondamentale per comprendere come viene distribuito il carico di lavoro e individuare i colli di bottiglia nell’allocazione delle risorse. Segna l’inizio della fase di indagine ed è un dato essenziale per misurare il tempo di ciclo dell’analisi delle cause profonde.

Dove reperirli

Registrato nella tabella di gestione delle attività QMSM, collegata alla notifica di qualità. La data di creazione (ERDAT) di un’attività con un codice pertinente, ad esempio relativo a un’indagine, segna questo evento.

Acquisizione

Utilizzare la data e l’ora di creazione (ERDAT) della tabella QMSM per le attività relative alle indagini.

Tipo di evento explicit
Azione correttiva proposta
Questa attività segna il momento in cui il piano per correggere il problema individuato viene documentato formalmente. In SAP, di solito viene registrata creando un’attività di azione correttiva nella notifica di qualità.
Perché è importante

Questo evento avvia la fase di risoluzione del processo. Misurare il tempo che intercorre tra l’analisi delle cause profonde e questo passaggio può far emergere ritardi nella pianificazione degli interventi.

Dove reperirli

L’evento viene registrato quando, nella tabella QMSM, viene creata un’attività con il codice 'Azione correttiva' per la relativa notifica qualità.

Acquisizione

Per le attività di tipo correttivo, utilizzare la data e l’ora di creazione (ERDAT) della tabella QMSM.

Tipo di evento explicit
Azione preventiva attuata
Segna la corretta esecuzione dell’azione preventiva pianificata. L’evento viene registrato quando nel sistema risulta completata la relativa attività preventiva.
Perché è importante

Il completamento delle azioni preventive è un passaggio essenziale nei processi di qualità maturi. Monitorare questa attività aiuta a misurare l’impegno nel prevenire problemi futuri e ridurre le ricorrenze.

Dove reperirli

Si deduce dal completamento di un’attività preventiva nella tabella QMSM, indicato dal campo ERLDT o da una modifica dello stato a 'Completato'.

Acquisizione

Individuare la data e l’ora 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 evitare che un problema di qualità si ripresenti. Come per le azioni correttive, spesso viene registrata tramite la creazione di un’attività di 'Azione preventiva'.
Perché è importante

Questo evento è fondamentale per valutare quanto l’organizzazione punti sul miglioramento proattivo della qualità, anziché limitarsi a intervenire sui problemi già emersi. Segna l’inizio di un percorso di risoluzione a lungo termine.

Dove reperirli

L’evento viene registrato quando, nella tabella QMSM, viene creata un’attività con il codice 'Azione preventiva' per la specifica notifica qualità.

Acquisizione

Per le attività di tipo preventivo, utilizzare la data e l’ora di creazione (ERDAT) della tabella QMSM.

Tipo di evento explicit
Notifica chiusa
Rappresenta la chiusura tecnica definitiva della notifica qualità nel sistema. Da questo momento non è più possibile apportare modifiche alla notifica e il ciclo di vita del record termina.
Perché è importante

Questa attività segna l’evento finale del processo. Analizzare il tempo che intercorre tra 'Notifica completata' e 'Notifica chiusa' può far emergere ritardi nelle procedure amministrative di chiusura.

Dove reperirli

Si deduce da una modifica dello stato della notifica qualità, in particolare quando viene impostato uno stato di archiviazione o di chiusura definitiva. La modifica viene registrata con data e ora nella tabella JCDS.

Acquisizione

Individuare nella tabella JCDS la data e l’ora in cui viene impostato lo stato finale 'Chiuso' per la notifica.

Tipo di evento inferred
Notifica presa in carico
Indica il momento in cui il team qualità prende in carico una notifica appena creata per avviarne la gestione. In genere è un evento dedotto da una modifica dello stato di sistema che segnala l’inizio delle attività.
Perché è importante

Questa attività distingue la semplice registrazione di un problema dall’effettivo avvio del lavoro. Analizzare il tempo tra la creazione e questo passaggio permette di individuare possibili ritardi nella presa in carico del problema e nell’assegnazione delle risorse.

Dove reperirli

Deducibile da una modifica dello stato dell’oggetto Notifica di qualità. È possibile monitorarla analizzando i registri delle modifiche di stato nelle tabelle JEST e JCDS, ad esempio per lo stato 'NOPO' (notifica in corso).

Acquisizione

Individuare nella tabella JCDS la data e l’ora in cui viene impostato lo stato 'in corso' per la notifica.

Tipo di evento inferred
Piano d’azione approvato
Indica che un piano d’azione correttiva o preventiva proposto è stato rivisto e approvato per procedere con l’attuazione. Spesso questo passaggio non corrisponde a un evento distinto e può essere dedotto dal rilascio dell’attività per l’elaborazione.
Perché è importante

Ritardi prolungati in questa fase di approvazione possono rallentare notevolmente l’intero processo di risoluzione. Analizzare la durata consente di individuare colli di bottiglia amministrativi e opportunità per semplificare la governance.

Dove reperirli

In genere si deduce da una modifica dello stato di un’attività nella tabella QMSM, ad esempio 'Rilasciato'. La data e l’ora della modifica si trovano nella tabella JCDS, collegata all’oggetto dell’attività.

Acquisizione

Individuare la data e l’ora in cui viene impostato lo stato 'Rilasciato' per l’attività correttiva o preventiva.

Tipo di evento inferred
Stakeholder informati
Rappresenta la comunicazione della risoluzione agli stakeholder interessati, ad esempio ai clienti o ai reparti interni. Raramente è un evento automatizzato del sistema e spesso consiste in un passaggio manuale.
Perché è importante

Informare tempestivamente gli stakeholder è fondamentale per la soddisfazione dei clienti e la trasparenza. Misurare il tempo tra la chiusura e la comunicazione può mettere in luce lacune nei processi di comunicazione.

Dove reperirli

Questa attività è difficile da rilevare direttamente in SAP. Si può dedurre dal completamento di un’attività manuale in QMSM denominata 'Informare stakeholder' oppure richiede l’analisi di sistemi esterni, come i registri delle e-mail.

Acquisizione

Individuare il completamento di un’attività manuale di comunicazione, se prevista. In caso contrario, in genere il dato non è disponibile.

Tipo di evento inferred
Verifica di efficacia richiesta
Indica che è necessaria una verifica successiva per confermare che le azioni attuate abbiano risolto il problema. Può essere rappresentata da uno stato specifico della notifica o dalla creazione di un’apposita attività di verifica.
Perché è importante

Questa attività assicura che il processo di gestione della qualità includa un passaggio essenziale di convalida, distinguendo l’attuazione di un’azione dalla conferma della sua efficacia.

Dove reperirli

Si può dedurre da una modifica dello stato della notifica qualità (tramite JEST/JCDS) o dalla creazione di un’attività specifica di 'Verifica di efficacia' nella tabella QMSM.

Acquisizione

Individuare la data e l’ora della modifica dello stato o della creazione di un’attività di verifica in QMSM.

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come estrarre 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à. Ottenga informazioni utili e migliori l’efficienza in SAP S/4HANA.

Migliori la gestione della qualità: riduca subito 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 la carta di credito. La configurazione richiede pochi minuti.