> Miglioramento continuo dei processi > Gestione della qualità > Gestione della qualità in Oracle > Template dei dati

Il template dei dati per la gestione della qualità

Gestione della qualità in Oracle

Attributi della gestione della qualità(20) Attività di gestione della qualità(14) Guide all’estrazione(3)

Il template dei dati per la gestione della qualità

Questo template offre indicazioni complete sugli attributi dei dati e sulle attività di processo essenziali per un’analisi efficace della gestione della qualità. Include inoltre suggerimenti pratici per estrarre queste informazioni dal sistema Oracle Quality Management. Utilizzi questa risorsa per raccogliere tutti i dati necessari e ottenere analisi approfondite e opportunità di ottimizzazione dei processi.

Attributi consigliati da raccogliere
Attività principali da monitorare
Indicazioni per l’estrazione

Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Scarica il template

Attributi della gestione della qualità

Questi sono i campi dati e le informazioni di contesto consigliati da includere nell’Event Log per un’analisi completa della gestione della qualità.

3 Obbligatorio 7 Consigliato 10 Facoltativo

	Nome	Descrizione
	Evento di qualità QualityEventId	Identificativo univoco di un singolo evento di qualità, ad esempio una non conformità, un reclamo o una deviazione.
Descrizione L’ID dell’evento di qualità funge da identificativo principale del caso e raggruppa tutte le attività correlate, dalla segnalazione iniziale alla chiusura definitiva. A ogni evento di qualità viene assegnato un ID univoco, che crea uno storico completo dell’indagine e della risoluzione. Nell’analisi di Process Mining, questo attributo è fondamentale per ricostruire l’intero percorso di ciascun evento di qualità. Consente di calcolare i tempi di ciclo complessivi, individuare le varianti del processo e analizzare come vengono gestiti i diversi tipi di evento. Collegando ogni registro delle attività a uno specifico ID dell’evento di qualità, gli analisti possono visualizzare l’intero flusso del processo e individuare colli di bottiglia sistemici o problemi di conformità. Perché è importante Questo ID è essenziale perché definisce l’ambito di un singolo caso e consente di monitorare con precisione gli eventi di qualità e calcolare le metriche di prestazione dall’inizio alla fine. Dove reperirli In genere è la chiave primaria nelle tabelle principali degli eventi di qualità o dei piani di raccolta di Oracle Quality Management, ad esempio QA_RESULTS. Esempi NC-2023-00123CAPA-45892QE-500-A
	Nome dell’attività ActivityName	Nome della specifica attività o fase svolta nell’ambito del processo di gestione della qualità.
Descrizione Questo attributo descrive un singolo evento o un’azione intrapresa nell’ambito della gestione di un evento di qualità. La sequenza delle attività, ordinata in base alle relative date e ore, costituisce il flusso del processo per ciascun caso. L’analisi del nome dell’attività è fondamentale nel Process Mining. Consente di individuare il modello di processo effettivo, confrontarlo con il modello previsto per il controllo di conformità e rilevare colli di bottiglia o cicli di rilavorazione tra attività specifiche. Ad esempio, permette di misurare il tempo trascorso tra 'Indagine avviata' e 'Analisi delle cause profonde completata'. Perché è importante Questo attributo è fondamentale per mappare il flusso del processo, individuare le deviazioni e comprendere come viene svolto il lavoro. Dove reperirli Queste informazioni derivano in genere dai registri degli eventi, dalle registrazioni delle modifiche di stato o dalle tabelle dello storico delle azioni nel modulo Oracle Quality Management. Esempi Problema di qualità identificatoIndagine avviataPiano di azioni correttive approvatoRevisione finale e chiusura
	Ora di inizio dell’evento EventStartTime	Data e ora che indicano quando è iniziata un’attività o un evento.
Descrizione Questo attributo fornisce la data e l’ora esatte di inizio di una specifica fase del processo. È il principale riferimento temporale per ordinare cronologicamente gli eventi e ricostruire la sequenza del processo per ciascun caso di evento di qualità. Nell’analisi, l’ora di inizio dell’evento è fondamentale per calcolare i tempi di ciclo, le durate e i tempi di attesa tra le attività. Permette di individuare i colli di bottiglia evidenziando i ritardi prolungati tra fasi consecutive e consente di misurare i risultati rispetto ai KPI basati sul tempo, come il tempo di attraversamento dell’analisi delle cause profonde. Perché è importante Questa data e ora sono alla base dell’analisi del processo: consentono tutti i calcoli temporali e il corretto ordinamento delle attività. Dove reperirli Questa data e ora si trovano in genere nei registri delle transazioni o nelle tabelle dello storico associate alle azioni di qualità e ai piani di raccolta, spesso in campi denominati CREATION_DATE o simili. Esempi 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	Categoria della causa profonda RootCauseCategory	La classificazione della causa profonda individuata per il problema di qualità.
Descrizione Dopo aver svolto l’analisi delle cause profonde, i risultati vengono spesso classificati in gruppi predefiniti, come «Guasto delle apparecchiature», «Errore umano» o «Difetto di progettazione». Questo attributo registra la classificazione finale. L’analisi del processo per categoria della causa profonda è particolarmente utile: permette di spostare l’attenzione dalla correzione dei singoli sintomi alla risoluzione dei problemi sistemici sottostanti. Ad esempio, un numero elevato di eventi attribuiti a «Problemi di formazione» può indicare la necessità di migliorare i programmi formativi per il personale, un obiettivo importante delle azioni preventive. Perché è importante Questo attributo è fondamentale per passare da una gestione della qualità reattiva a una proattiva, perché consente di analizzare le cause alla base dei guasti. Dove reperirli Consulti la documentazione di Oracle Quality Management. Probabilmente si tratta di un elemento definito dall’utente in un piano di raccolta dati, compilato dopo l’attività «Analisi delle cause profonde completata». Esempi Malfunzionamento delle apparecchiatureDifetto del materialeErrore umanoProcedura non rispettata
	Data obiettivo di risoluzione TargetResolutionDate	La data prevista o pianificata per la chiusura definitiva dell’evento di qualità.
Descrizione Questo attributo indica la scadenza entro cui si prevede di risolvere completamente un evento di qualità. Funge da accordo sul livello di servizio (SLA) o da obiettivo interno, spesso definito in base alla gravità o alla tipologia dell’evento. Questa data è fondamentale per monitorare le prestazioni e viene utilizzata direttamente per calcolare il KPI «Tasso di implementazione puntuale delle CAPA». Confrontando le date effettive di completamento delle attività con la data obiettivo, gli analisti possono misurare la puntualità, individuare gli eventi a rischio di ritardo e monitorare l’andamento dei completamenti puntuali. Queste informazioni aiutano a ridurre i tempi di risoluzione. Perché è importante Fornisce un valore di riferimento per misurare la puntualità ed è essenziale per calcolare i KPI relativi ai tempi e gestire gli SLA. Dove reperirli Consulti la documentazione di Oracle Quality Management. Potrebbe trattarsi di un campo data standard o di un elemento definito dall’utente nel piano di raccolta dati sulla qualità. Esempi 2023-05-302023-06-152024-01-10
	Livello di gravità SeverityLevel	Classificazione dell’impatto dell’evento di qualità, ad esempio critico, grave o lieve.
Descrizione Il livello di gravità è una valutazione, di solito effettuata durante la valutazione iniziale, del potenziale impatto del problema di qualità sui clienti, sulla conformità o sulle attività aziendali. Questa classificazione aiuta a definire le priorità delle risorse e l’urgenza della risposta necessaria. Nel Process Mining, questo attributo è fondamentale per segmentare i dati. Gli analisti possono confrontare i flussi del processo, i tempi di ciclo e i risultati degli eventi ad alta e bassa gravità. Supporta la Dashboard 'Coerenza della valutazione iniziale degli eventi di qualità' e il KPI 'Tasso di risoluzione in base alla gravità', mostrando se i problemi critici vengono effettivamente gestiti con maggiore rapidità ed efficacia. Perché è importante Consente di definire le priorità e segmentare l’analisi, assicurando una gestione efficace ed efficiente degli eventi di qualità ad alto impatto. Dove reperirli Consulti la documentazione di Oracle Quality Management. Spesso si tratta di un elemento configurabile all’interno di un piano di raccolta dati sulla qualità. Esempi 1 - Critico2 - Maggiore3 - Minore4 - Informativo
	Ora di fine dell’evento EventEndTime	Data e ora che indicano quando è stata completata un’attività o un evento.
Descrizione L’ora di fine dell’evento indica il completamento di una specifica attività. Insieme all’ora di inizio dell’evento, permette di calcolare il tempo di elaborazione dell’attività. In alcuni sistemi, un’attività può essere istantanea: in tal caso, l’ora di inizio e quella di fine coincidono. Questo attributo è essenziale per un’analisi dettagliata delle durate. Permette agli analisti di distinguere il tempo di elaborazione effettivo, cioè quello che intercorre tra l’inizio e la fine, dal tempo di attesa, che intercorre tra la fine di un’attività e l’inizio della successiva. Questa distinzione è fondamentale per individuare i momenti in cui le risorse sono effettivamente impegnate e quelli in cui i passaggi di consegne causano ritardi. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle attività e di distinguere le attività inefficienti dai lunghi periodi di attesa. Dove reperirli Può essere disponibile nelle stesse tabelle delle transazioni o dello storico dell’ora di inizio, talvolta in un campo LAST_UPDATE_DATE o in un campo specifico relativo al completamento. Può anche essere dedotta dall’ora di inizio dell’evento successivo. Esempi 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	Reparto responsabile ResponsibleDepartment	Reparto o area funzionale responsabile dell’evento di qualità o dell’attività corrente.
Descrizione Questo attributo identifica il team o il reparto incaricato di gestire l’evento di qualità. Può trattarsi, ad esempio, del reparto di assicurazione della qualità, ingegneria, produzione o di un altro gruppo; l’assegnazione può cambiare durante il ciclo di vita dell’evento. Nel Process Mining, analizzare i dati per reparto responsabile è fondamentale per comprendere la distribuzione del carico di lavoro, individuare i colli di bottiglia nei reparti e confrontare i risultati dei diversi team. Supporta la Dashboard 'Allocazione delle risorse per gli eventi di qualità', mostrando quali reparti partecipano ai diversi tipi di attività e aiutando a ottimizzare la gestione delle risorse. Perché è importante Consente di analizzare il carico di lavoro, i risultati e i colli di bottiglia per reparto, un aspetto fondamentale per pianificare le risorse e migliorare l’organizzazione. Dove reperirli Consultare la documentazione di Oracle Quality Management. Queste informazioni possono trovarsi nelle tabelle relative alle azioni di qualità o alle assegnazioni collegate all’evento di qualità. Esempi Ingegneria della qualitàOperazioni di produzioneQualità dei fornitoriIngegneria di progettazione
	Stato corrente CurrentStatus	Stato corrente del caso relativo all’evento di qualità.
Descrizione Questo attributo indica lo stato attuale dell’evento di qualità nel suo ciclo di vita, ad esempio 'Open', 'Under Investigation', 'Pending Approval' o 'Closed'. Fornisce un’istantanea della fase in cui si trova il caso al momento dell’estrazione dei dati. È un attributo fondamentale per il monitoraggio operativo e supporta direttamente la Dashboard 'Panoramica degli eventi di qualità aperti e del relativo stato'. Consente ai responsabili di visualizzare rapidamente i problemi di qualità in gestione e di assegnare le priorità alle risorse. Nel Process Mining, filtrare in base allo stato finale aiuta ad analizzare i risultati dei diversi percorsi del processo. Perché è importante Fornisce una visione in tempo reale degli eventi di qualità in gestione e consente di gestire le attività operative e definire le priorità dei casi attivi. Dove reperirli Queste informazioni sono di solito disponibili nella tabella principale delle intestazioni degli eventi di qualità e riflettono l’ultimo stato registrato dell’evento. Esempi ApertoIn corsoIn attesa di approvazioneChiuso
	Utente assegnato AssignedUser	Utente incaricato di svolgere un’attività o responsabile dell’evento di qualità.
Descrizione Questo attributo specifica la persona responsabile di una determinata attività o della gestione complessiva dell’evento di qualità. Offre un livello di dettaglio maggiore rispetto al reparto responsabile. L’analisi per utente aiuta a comprendere il carico di lavoro individuale, individuare esigenze formative e riconoscere chi ottiene i risultati migliori. Può inoltre rivelare situazioni ricorrenti, ad esempio attività riassegnate sistematicamente o bloccate in carico a determinate persone. Questo livello di dettaglio è utile per la gestione dei risultati e per ottimizzare le risorse. Perché è importante Consente di analizzare nel dettaglio il carico di lavoro e i risultati individuali, aiutando a individuare vincoli sulle risorse o opportunità di formazione. Dove reperirli Consultare la documentazione di Oracle Quality Management. Le informazioni sull’assegnazione degli utenti sono in genere memorizzate nelle tabelle delle azioni o dei flussi di lavoro associati all’evento di qualità. Esempi j.smitha.jonesr.williams
	Categoria del problema IssueCategory	La categoria o tipologia del problema di qualità, ad esempio «Difetto del prodotto» o «Deviazione dal processo».
Descrizione Questo attributo classifica l’evento di qualità e consente di raggruppare problemi simili ai fini dell’analisi. In genere, le categorie vengono definite dall’organizzazione per rispecchiare il proprio contesto operativo. L’analisi del processo per categoria del problema permette di individuare schemi ricorrenti legati a specifiche tipologie di problemi. Ad esempio, potrebbe rivelare che i problemi relativi ai «Materiali dei fornitori» hanno tempi di ciclo molto più lunghi rispetto a quelli legati ai «Processi interni». Questa segmentazione è utile per definire iniziative mirate di miglioramento dei processi. Perché è importante La classificazione dei problemi consente di svolgere analisi mirate per individuare tendenze e cause profonde in specifiche aree problematiche. Dove reperirli Consulti la documentazione di Oracle Quality Management. Probabilmente si tratta di un elemento definito dall’utente nel piano di raccolta dati sulla qualità. Esempi Difetto del prodottoDeviazione dal processoMateriali dei fornitoriReclamo del cliente
	Codice di chiusura ClosureCode	Un codice che indica il motivo o l’esito della chiusura dell’evento di qualità.
Descrizione Alla chiusura di un evento di qualità, spesso viene assegnato un codice per classificare l’esito finale. Alcuni esempi sono «Azione efficace», «Nessuna azione richiesta» o «Problema duplicato». Questo attributo è molto utile per l’analisi degli esiti. Applicando filtri ai diversi codici di chiusura, gli analisti possono studiare i percorsi di processo che portano a esiti positivi e quelli che non vi conducono. È possibile rispondere a domande come «Come si svolge il processo per i problemi chiusi come duplicati?» e individuare inefficienze nella fase di valutazione iniziale. Perché è importante Fornisce informazioni essenziali sull’esito di un caso e consente di analizzare quali percorsi di processo portano a una risoluzione efficace. Dove reperirli Consulti la documentazione di Oracle Quality Management. Probabilmente si tratta di un campo compilato durante l’attività finale di chiusura. Esempi EFFECTIVENO_ACTIONDUPLICATERISK_ACCEPTED
	ID del piano di azioni correttive CorrectiveActionPlanId	L’identificativo univoco del piano di azioni correttive e preventive (CAPA) creato per gestire l’evento di qualità.
Descrizione Questo attributo collega direttamente un evento di qualità allo specifico piano di azioni correttive e preventive predisposto per risolverlo. Spesso il piano è un oggetto distinto nel sistema, con un proprio ciclo di vita. In fase di analisi, questo ID può essere utilizzato per unire i dati del processo relativo agli eventi di qualità con quelli del processo di gestione delle CAPA, offrendo una visione più completa. Consente di verificare che a ogni evento che richiede una CAPA ne sia stata assegnata una e di analizzare l’efficacia delle azioni intraprese. Perché è importante Collega il problema (evento di qualità) alla soluzione (CAPA), consentendo un’analisi più completa del sistema di gestione della qualità, dall’inizio alla fine. Dove reperirli Si tratta di un campo di riferimento nella registrazione dell’evento di qualità, che rimanda a una registrazione in una tabella o in un modulo dedicato alle CAPA. Esempi CAPA-2023-088CAPA-2023-091
	Identificativo del prodotto ProductIdentifier	L’identificativo del prodotto associato all’evento di qualità.
Descrizione Questo attributo collega l’evento di qualità a uno specifico prodotto, materiale o servizio. Può corrispondere a un codice prodotto, a uno SKU o a un numero di parte. Questo collegamento è fondamentale per l’analisi della qualità dei prodotti. Il Process Mining consente di confrontare i processi di gestione della qualità tra diverse linee di prodotto o di individuare i prodotti associati più spesso a problemi di qualità. In questo modo è possibile dare priorità agli interventi di miglioramento in ambito ingegneristico o produttivo, concentrandoli dove sono più necessari. Perché è importante Collega gli eventi di qualità a prodotti specifici, consentendo di analizzare le tendenze relative alla qualità dei prodotti e le variazioni dei processi. Dove reperirli Queste informazioni sono memorizzate in un campo del piano di raccolta dati sulla qualità, spesso collegato all’anagrafica degli articoli di Oracle Inventory. Esempi SKU-100-A-REDPN-987654CHEM-X2
	Puntuale IsOnTime	Un indicatore che segnala se un’azione correttiva è stata attuata entro la data obiettivo di risoluzione.
Descrizione Questo attributo booleano si ottiene confrontando il timestamp di completamento dell’attività «Azione correttiva attuata» con la «Data obiettivo di risoluzione» del caso. Il valore è vero se l’azione è stata completata entro la data obiettivo, inclusa, e falso in caso contrario. L’attributo contribuisce direttamente al KPI «Tasso di implementazione puntuale delle CAPA». Semplifica l’analisi e la creazione di Dashboard, fornendo una classificazione chiara e binaria della puntualità di ciascun caso. Consente di applicare facilmente filtri e aggregazioni per monitorare il rispetto dei livelli di servizio e individuare le cause profonde dei ritardi. Perché è importante Semplifica il monitoraggio dei risultati rispetto alle scadenze e facilita la misurazione e la rendicontazione di questo KPI fondamentale. Dove reperirli È un indicatore derivato, calcolato durante la trasformazione dei dati. Richiede TargetResolutionDate e il timestamp dell’attività di completamento pertinente. Esempi truefalse
	Rilavorazione IsRework	Un indicatore che segnala se un’attività ripete o rielabora una fase precedente dello stesso caso.
Descrizione Questo attributo booleano assume il valore vero se una specifica attività, come «Proposta del piano di azioni correttive», si verifica più di una volta nello stesso caso relativo a un evento di qualità. Indica un ciclo o una correzione nel processo, in cui è stato necessario ripetere una fase già completata. Individuare le rilavorazioni è una funzione fondamentale del Process Mining. Questo indicatore ne semplifica la quantificazione e contribuisce direttamente al KPI «Frequenza di rilavorazione delle attività». Analizzare quali fasi sono più soggette a rilavorazioni e in quali condizioni può far emergere problemi di formazione, qualità dei dati o criteri di approvazione, evidenziando opportunità per rendere il processo più efficiente. Perché è importante Segnala inefficienze e cicli nel processo, aiutando a quantificare gli sprechi e a individuare le cause profonde delle rilavorazioni. Dove reperirli Si calcola applicando funzioni finestra o analisi sequenziali all’event log durante la preparazione dei dati. Individua i casi in cui lo stesso nome di attività compare più volte per un singolo caso. Esempi truefalse
	Sistema di origine SourceSystem	Identifica il sistema di registrazione da cui sono stati estratti i dati.
Descrizione Questo attributo specifica l’applicazione o il sistema da cui provengono i dati dell’evento. In un’organizzazione, i dati sugli eventi di qualità possono provenire da più fonti, ad esempio dal modulo Oracle Quality principale, da un sistema CAPA separato o da un portale per i reclami dei clienti. Nell’analisi, questo campo aiuta a comprendere la provenienza dei dati e può essere utilizzato per segmentare il processo in base al sistema di origine. È fondamentale per la governance dei dati e per risolvere i problemi di integrazione, assicurando che la rappresentazione del processo rifletta correttamente i dati provenienti da tutte le fonti. Perché è importante Fornisce informazioni essenziali sull’origine dei dati, utili per la convalida e la governance dei dati e per analizzare le variazioni del processo tra sistemi diversi. Dove reperirli In genere è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) per indicare l’origine del set di dati. Esempi Oracle Quality Management R12Oracle EBS QualityQM-PROD
	Tempo di ciclo totale TotalCycleTime	Il tempo complessivo trascorso dall’individuazione di un problema di qualità alla sua chiusura definitiva.
Descrizione Questo attributo misura la durata complessiva, dall’inizio alla fine, di un singolo caso relativo a un evento di qualità. Si calcola sottraendo il timestamp della prima attività («Problema di qualità individuato») da quello dell’ultima («Revisione finale e chiusura»). È un indicatore chiave di prestazione (KPI) primario per valutare l’efficienza complessiva del processo di gestione della qualità. Costituisce la metrica principale della Dashboard «Tempo di ciclo complessivo degli eventi di qualità». Monitorandolo nel tempo e segmentandolo in base ad attributi come la gravità o la categoria del problema, è possibile ottenere una visione d’insieme della salute del processo e dell’impatto delle iniziative di miglioramento. Perché è importante È un KPI fondamentale che misura la velocità e l’efficienza complessive del processo di gestione della qualità, dall’inizio alla fine. Dove reperirli Si calcola a livello di caso durante l’elaborazione dei dati per il Process Mining. Per ogni QualityEventId sono necessari l’ora di inizio del primo evento e l’ora di fine dell’ultimo. Esempi P30DT12HP15DP92D
	Ultimo aggiornamento dei dati LastDataUpdate	Data e ora dell’ultimo aggiornamento o caricamento dei dati dal sistema di origine.
Descrizione Questo attributo indica l’ultimo aggiornamento dei dati relativi all’evento nel set di dati di Process Mining. Ne riflette l’attualità e aiuta a capire quanto siano recenti le informazioni utilizzate nell’analisi. Nelle Dashboard e nei report, questa data e ora forniscono un contesto essenziale. Chiariscono se si stanno consultando dati in tempo reale o un’istantanea riferita a un momento specifico, informazione indispensabile per prendere decisioni operative consapevoli. Inoltre, garantiscono trasparenza sull’aggiornamento dei dati. Perché è importante Questa data e ora rendono trasparente l’aggiornamento dei dati e aiutano a capire quanto sia attuale l’analisi del processo. Dove reperirli Questo valore viene generato e memorizzato durante il processo ETL dei dati e indica in genere l’ora dell’ultima esecuzione completata correttamente della pipeline dei dati. Esempi 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	Unità aziendale BusinessUnit	L’unità aziendale o divisione dell’organizzazione in cui si è verificato l’evento di qualità o in cui viene gestito.
Descrizione Questo attributo associa l’evento di qualità a una specifica area della struttura aziendale e consente di analizzare e confrontare i risultati in materia di qualità tra diverse unità organizzative. Nelle grandi imprese è comune segmentare l’analisi dei processi per unità aziendale. Ciò permette di creare Dashboard specifiche per ciascuna unità e di individuare le divisioni con processi di qualità più efficienti o che devono affrontare difficoltà specifiche. Queste informazioni sono utili sia per la supervisione a livello aziendale sia per condividere le buone pratiche nell’organizzazione. Perché è importante Consente di confrontare e analizzare i risultati nelle diverse aree dell’organizzazione, favorendo una gestione della qualità estesa a tutta l’impresa. Dove reperirli In genere fa parte dei dati di contesto organizzativo associati alla transazione e spesso deriva dai dati anagrafici dell’utente o del reparto. Esempi Dispositivi mediciElettronica di consumoComponenti automobilistici

Obbligatorio Consigliato Facoltativo

Attività di gestione della qualità

Questi sono i passaggi di processo e le tappe principali da registrare nell’Event Log per individuare il processo con precisione e valutarne le prestazioni.

6 Consigliato 8 Facoltativo

	Attività	Descrizione
	Efficacia dell’azione verificata	Conferma che l’azione correttiva attuata ha risolto la causa profonda e impedito il ripetersi del problema. Viene registrato quando un utente completa la verifica e aggiorna lo stato della registrazione.
Perché è importante È una tappa fondamentale, basata sui risultati, e costituisce la base del KPI 'Tasso di verifica dell’efficacia'. Completa il ciclo dell’azione correttiva e conferma che il problema è stato effettivamente risolto. Dove reperirli Deducibile dalla modifica dello stato della registrazione CAPA a 'Verification Complete' o 'Effective'. Può comportare anche la compilazione di specifici campi relativi all’esito della verifica. Acquisizione Deducibile dalla modifica dello stato a 'Verification Complete' o 'Effective'. Tipo di evento inferred
	Indagine avviata	Segna l’inizio ufficiale della fase di indagine, volta a determinare la causa profonda del problema di qualità. Di solito è rappresentato da una modifica dello stato nel sistema, ad esempio il passaggio a 'Under Investigation'.
Perché è importante Costituisce il punto di partenza per misurare il KPI 'Tempo di attraversamento dell’analisi delle cause profonde' e aiuta a capire quanto tempo trascorre prima dell’avvio di un’indagine formale. Dove reperirli L’evento viene dedotto dalla modifica dello stato del problema di qualità o di una registrazione associata di azione di qualità a uno stato 'Investigation'. L’ora della modifica dello stato determina l’ora dell’evento. Acquisizione Deducibile dalla modifica dello stato a 'Under Investigation' o a uno stato equivalente. Tipo di evento inferred
	Piano di azioni correttive approvato	Indica l’approvazione formale del piano di azioni correttive proposto da parte di un’autorità designata. È un punto di controllo fondamentale, registrato di norma tramite un’azione di approvazione esplicita o una modifica dello stato a 'Approved'.
Perché è importante L’approvazione è una tappa fondamentale e spesso rappresenta un collo di bottiglia. Analizzare i tempi di approvazione aiuta a snellire il processo e a garantire la conformità alle procedure. Dove reperirli Deducibile dalla modifica dello stato della registrazione dell’azione di qualità o della CAPA a 'Approved'. Nei sistemi Oracle con flussi di lavoro di approvazione, questa modifica viene spesso registrata esplicitamente nelle tabelle di controllo. Acquisizione Deducibile dalla modifica dello stato a 'Approved'. Tipo di evento inferred
	Problema classificato e definito per priorità	Questa attività si verifica quando un analista completa la valutazione iniziale e assegna attributi chiave, come gravità, priorità e tipo di problema. In genere viene registrata quando lo stato del problema passa da 'New' a 'Assessed' o 'In Triage'.
Perché è importante Questo passaggio è fondamentale per il KPI 'Tempo medio di elaborazione della valutazione iniziale'. Eventuali ritardi possono rallentare l’intero processo di risoluzione, soprattutto per i problemi critici. Dove reperirli L’evento viene dedotto da una modifica dello stato della registrazione del problema di qualità, ad esempio da 'New' a 'Under Assessment', oppure dalla prima compilazione di campi come 'Severity' o 'Priority'. Acquisizione Deducibile da una modifica dello stato o dalla prima compilazione dei campi Severity o Priority. Tipo di evento inferred
	Problema di qualità identificato	Questa attività segna la creazione di una nuova registrazione di un evento di qualità, ad esempio una non conformità, una deviazione o un reclamo di un cliente. Viene registrata esplicitamente quando un utente crea in Oracle un nuovo problema di qualità o una nuova azione di qualità.
Perché è importante In quanto evento di inizio, è essenziale per calcolare il tempo di ciclo complessivo del processo di gestione della qualità e comprendere il volume degli eventi di qualità in ingresso. Dove reperirli L’evento viene acquisito dalla data e ora di creazione della registrazione del problema di qualità o dell’azione di qualità, probabilmente nelle tabelle QAM_QUALITY_ISSUES o QAM_QUALITY_ACTIONS. Acquisizione Evento registrato alla creazione di un nuovo problema di qualità o di una nuova azione. Tipo di evento explicit
	Revisione finale e chiusura	È il passaggio finale, in cui si conferma il completamento di tutte le azioni correlate e si chiude formalmente il problema di qualità principale. Viene registrato con la modifica finale dello stato della registrazione principale a 'Closed' o 'Resolved'.
Perché è importante È il principale evento finale del processo. È essenziale per calcolare il KPI 'Tempo medio di ciclo dell’evento' e misurare la produttività complessiva del processo. Dove reperirli Deducibile dalla modifica finale dello stato della registrazione principale del problema di qualità a 'Closed'. L’ora della modifica determina l’ora dell’evento. Acquisizione Deducibile dalla modifica dello stato della registrazione principale del problema di qualità a 'Closed'. Tipo di evento inferred
	Analisi delle cause profonde completata	Indica il completamento dell’analisi delle cause profonde (RCA) e la documentazione dei risultati. In genere viene registrato quando il team di indagine aggiorna il problema di qualità indicando la causa profonda individuata e ne modifica lo stato.
Perché è importante Questa attività segna il termine del KPI 'Tempo di attraversamento dell’analisi delle cause profonde'. Analizzare il tempo necessario per arrivare a questo passaggio aiuta a individuare i colli di bottiglia nella fase di risoluzione dei problemi. Dove reperirli Deducibile dalla modifica dello stato a 'RCA Complete' oppure dalla compilazione del campo relativo alla categoria della causa profonda e dal salvataggio della registrazione. Si utilizza l’ora di questo aggiornamento. Acquisizione Deducibile dalla modifica dello stato a 'RCA Complete' o dalla compilazione dei campi relativi alla causa profonda. Tipo di evento inferred
	Azione correttiva attuata	Segna il completamento delle attività previste dal piano di azioni correttive approvato. In genere viene registrato quando un utente modifica lo stato della registrazione dell’azione correttiva in 'Implemented' o 'Completed'.
Perché è importante Questa attività è fondamentale per il KPI 'Tasso di attuazione puntuale delle CAPA', perché indica che la soluzione pianificata è stata attuata e consente di confrontare la data effettiva con quella prevista. Dove reperirli L’evento viene dedotto dalla modifica dello stato della registrazione associata dell’azione di qualità o della CAPA a 'Implemented' o 'Completed'. Acquisizione Deducibile dalla modifica dello stato a 'Implemented' o 'Completed'. Tipo di evento inferred
	Azione preventiva attuata	Segna il completamento delle attività definite nel piano di azione preventiva per ridurre i rischi sistemici. Viene registrato quando un utente modifica lo stato della registrazione dell’azione preventiva in 'Implemented' o 'Completed'.
Perché è importante Misura la capacità dell’organizzazione di attuare miglioramenti proattivi della qualità. Eventuali ritardi possono indicare difficoltà nell’introdurre cambiamenti sistemici in tutta l’organizzazione. Dove reperirli Deducibile dalla modifica dello stato della registrazione associata dell’azione preventiva a 'Implemented' o 'Completed', analogamente al monitoraggio delle azioni correttive. Acquisizione Deducibile dalla modifica dello stato di una registrazione di azione preventiva a 'Implemented'. Tipo di evento inferred
	Azione preventiva individuata	Indica la creazione di un’azione preventiva (PA) per affrontare problemi sistemici ed evitare il ripetersi di eventi di qualità simili. Spesso viene registrata con la creazione di una nuova azione preventiva collegata al problema originale.
Perché è importante Questa attività indica un processo di qualità maturo, che non si limita a risolvere i singoli problemi ma previene quelli futuri. Monitorarla aiuta a misurare i miglioramenti proattivi della qualità. Dove reperirli Registrata alla creazione di una nuova azione di qualità di tipo 'Preventive Action', spesso collegata al problema di qualità o all’azione correttiva originali. Acquisizione Registrata alla creazione di una registrazione di azione di qualità di tipo 'Preventive Action'. Tipo di evento explicit
	Piano di azioni correttive proposto	Si verifica quando vengono definite le azioni correttive e associate al problema di qualità, specificando i passaggi necessari per risolverlo. Può corrispondere alla creazione di una registrazione di azione correttiva collegata oppure a una modifica dello stato che indica che il piano è pronto per la revisione.
Perché è importante Questo passaggio segna il passaggio dall’analisi del problema alla definizione della soluzione. Le rilavorazioni che lo coinvolgono, misurate tramite i KPI di rilavorazione, possono indicare requisiti poco chiari o una pianificazione inefficace. Dove reperirli Può trattarsi di un evento esplicito, generato dalla creazione di una nuova registrazione di azione correttiva all’interno di un oggetto CAPA, oppure di un evento dedotto da una modifica dello stato a 'Plan Proposed' o 'Pending Approval'. Acquisizione Deducibile dalla modifica dello stato a 'Pending Approval' o dalla creazione di un’azione correttiva collegata. Tipo di evento inferred
	Problema assegnato per la valutazione iniziale	Indica l’assegnazione del problema di qualità appena creato a un utente o a un team specifico, incaricato della revisione e della valutazione iniziali. Spesso l’evento viene dedotto monitorando le modifiche al campo dell’assegnatario o del responsabile nella registrazione del problema.
Perché è importante Monitorare questo passaggio iniziale aiuta a individuare i ritardi prima dell’avvio della valutazione. Analizzare il tempo trascorso in questo stato permette di rilevare eventuali arretrati nella coda di valutazione. Dove reperirli L’evento viene dedotto dalle modifiche al campo del responsabile o dell’assegnatario nella registrazione del problema di qualità. I dati possono provenire dalle tabelle del registro di controllo oppure dal monitoraggio delle modifiche di stato associate ai flussi di lavoro di assegnazione. Acquisizione Deducibile dalla modifica del campo 'Assigned To' o 'Owner' nel problema di qualità. Tipo di evento inferred
	Soggetti interessati informati della risoluzione	Indica la comunicazione della risoluzione dell’evento di qualità alle parti interessate, ad esempio a chi ha segnalato il problema o ai clienti coinvolti. È difficile da rilevare e può essere dedotto da una modifica dello stato successiva alla chiusura o da un commento registrato.
Perché è importante È fondamentale per il KPI 'Ritardo nella comunicazione ai soggetti interessati'. Comunicare tempestivamente è importante per la soddisfazione dei clienti e la trasparenza interna, anche dopo la risoluzione del problema. Dove reperirli Spesso è difficile acquisire questo dato automaticamente. L’evento può essere dedotto da uno stato come 'Notification Sent' oppure registrato in un campo relativo alle attività o ai commenti, con una logica specifica per estrarre l’informazione. Acquisizione Deducibile da una specifica modifica dello stato o, potenzialmente, dall’analisi testuale dei registri delle attività. Tipo di evento inferred
	Verifica di efficacia richiesta	Indica che il sistema o un utente ha segnalato la necessità di verificare in un secondo momento l’efficacia dell’azione attuata. Spesso si tratta di una modifica automatica o manuale dello stato successiva all’attuazione.
Perché è importante Questo passaggio avvia la fondamentale fase di verifica. Comprendere il tempo che intercorre tra l’attuazione e questa attività può mettere in luce ritardi nell’avvio dei controlli successivi necessari. Dove reperirli L’evento viene dedotto dalla modifica dello stato dell’azione di qualità a 'Pending Effectiveness Check' o a uno stato equivalente nel flusso di lavoro. Acquisizione Deducibile dalla modifica dello stato a 'Pending Effectiveness Check'. Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da Oracle Quality Management

Passaggi

Acceda a Oracle BI Publisher: acceda alla Sua istanza di Oracle E-Business Suite e apra la responsabilità che consente di utilizzare BI Publisher, ad esempio BI Publisher Administrator o una responsabilità personalizzata equivalente.
Crei un nuovo modello di dati: dalla pagina iniziale di BI Publisher, selezioni Create e poi Data Model. Si aprirà l’editor del modello di dati.
Definisca un insieme di dati basato su una query SQL: nell’editor del modello di dati, faccia clic sull’icona più nel pannello Data Sets e selezioni SQL Query. Si aprirà la finestra dell’editor delle query SQL.
Configuri l’origine dei dati: nella finestra New Data Set, inserisca un nome per l’insieme di dati, ad esempio DS_QUALITY_EVENTS. Selezioni il database Oracle EBS appropriato come Data Source.
Inserisca la query SQL: copi la query SQL completa dalla sezione 'query' di questo documento e la incolli nell’area di testo SQL Query.
Definisca i parametri della query: la query fornita utilizza i segnaposto :P_START_DATE e :P_END_DATE per il periodo del report. Nel modello di dati di BI Publisher, deve definirli come parametri. Per ciascuno, crei un nuovo parametro, assegni il nome corrispondente (ad esempio, P_START_DATE), imposti Data Type su Date e configuri un testo descrittivo chiaro per l’utente.
Salvi il modello di dati: dopo aver incollato la query e definito i parametri, salvi il modello di dati. È consigliabile salvarlo in una cartella condivisa per i report.
Crei un nuovo report: torni alla pagina iniziale di BI Publisher, selezioni Create e poi Report. Scelga l’opzione 'Use Data Model' e individui il modello di dati appena salvato.
Configuri il layout del report: la procedura guidata La accompagnerà nella configurazione del layout. Per ProcessMind è sufficiente un semplice layout tabellare. Trascini tutte le colonne del modello di dati nel layout del report e verifichi che il formato di output sia CSV.
Imposti le proprietà del report: nelle proprietà del report, verifichi che l’opzione 'Enable CSV Output' sia selezionata. Se necessario, può anche definire i valori predefiniti dei parametri.
Esegua ed esporti il report: salvi il report, quindi lo esegua specificando le date di inizio e fine desiderate. Al termine della generazione, faccia clic sul pulsante Export e selezioni CSV come formato di output. Il file verrà scaricato sul computer.
Prepari il file per il caricamento: apra il file CSV scaricato e verifichi che contenga i dati previsti. Controlli che le intestazioni delle colonne corrispondano ai requisiti dello schema ProcessMind. Il file è ora pronto per essere caricato.

Configurazione

Prerequisiti: un account utente con accesso a Oracle BI Publisher e accesso in sola lettura alle tabelle sottostanti del modulo Quality (ad esempio, QA_RESULTS, QA_PLANS, QA_ACTIONS, FND_USER).
Configurazione dell’origine dei dati: il modello di dati di BI Publisher deve essere configurato per connettersi al database principale dell’applicazione Oracle EBS (schema APPS).
Parametri dell’intervallo di date: la query prevede due parametri obbligatori, :P_START_DATE e :P_END_DATE, per filtrare i dati estratti. Per un’analisi iniziale, si consiglia un intervallo da 6 a 12 mesi, così da includere un numero sufficiente di casi completi. Utilizzi il formato 'YYYY-MM-DD' per le date.
Formato di output: il report deve essere configurato per consentire l’output CSV. Questo formato è ideale per l’importazione in ProcessMind, perché è semplice, strutturato e non richiede operazioni di analisi complesse.
Pianificazione: per monitorare continuamente il processo, pianifichi l’esecuzione periodica del report BI Publisher, ad esempio ogni giorno o ogni settimana. Configuri la consegna dell’output a un server o a un archivio di contenuti designato, da cui possa essere acquisito automaticamente.
Prestazioni: nelle istanze con volumi molto elevati di eventi di qualità, l’esecuzione della query può richiedere molto tempo. Verifichi che l’intervallo di date sia ragionevole e, se le prestazioni sono un problema, valuti con l’amministratore del database l’ottimizzazione della query o l’indicizzazione delle tabelle.

Query di esempio sql

SELECT
    qr.occurrence AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qr.creation_date AS EventStartTime,
    qr.last_update_date AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate, -- Or a dedicated target date field
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.created_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Activities based on status changes are best captured from an audit table if available. 
-- This example uses LAST_UPDATE_DATE which is an approximation.
SELECT
    qr.occurrence AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assigned', 'In Triage') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Assessed', 'Prioritized') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Under Investigation' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qpc_rc.char_value IS NOT NULL AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

-- Corrective and Preventive Actions from a table like QA_ACTIONS
SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code = 'Approved' AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'CORRECTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Pending' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Verification Complete' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qa.creation_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.assignee_id = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT 
    qa.source_code AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qa.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    NULL AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qa.status_code AS CurrentStatus,
    NULL AS SeverityLevel,
    qa.target_date AS TargetResolutionDate,
    NULL AS RootCauseCategory,
    NULL AS ProcessingTime
FROM qa_actions qa
LEFT JOIN fnd_user fu ON qa.last_updated_by = fu.user_id
WHERE qa.action_code = 'PREVENTIVE_ACTION' AND qa.status_code IN ('Implemented', 'Completed') AND qa.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status IN ('Closed', 'Resolved') AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

UNION ALL

SELECT
    qr.occurrence AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qr.last_update_date AS EventStartTime,
    NULL AS EventEndTime,
    qp.department_code AS ResponsibleDepartment,
    fu.user_name AS AssignedUser,
    qr.qa_last_update_status AS CurrentStatus,
    qpc_sev.char_value AS SeverityLevel,
    qr.transaction_date AS TargetResolutionDate,
    qpc_rc.char_value AS RootCauseCategory,
    NULL AS ProcessingTime
FROM
    qa_results qr
JOIN
    qa_plans qp ON qr.plan_id = qp.plan_id
LEFT JOIN
    fnd_user fu ON qr.last_updated_by = fu.user_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Severity_Char_ID]) qpc_sev ON qr.result_id = qpc_sev.result_id
LEFT JOIN
    (SELECT result_id, character_value AS char_value FROM qa_results_chars WHERE char_id = [Your_Root_Cause_Char_ID]) qpc_rc ON qr.result_id = qpc_rc.result_id
WHERE
    qr.qa_last_update_status = 'Notification Sent' AND qr.last_update_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')

Passaggi

Prerequisiti: verifichi di disporre di un client per database, come SQL Developer o DBeaver, e di credenziali di sola lettura per il database Oracle che ospita il modulo Quality Management.
Esamini lo schema: acquisisca familiarità con le principali tabelle Oracle Quality. La query utilizza principalmente QA_RESULTS per le intestazioni degli eventi di qualità, QA_PLANS per le definizioni dei piani, QA_RESULTS_V per una vista combinata dei risultati e dei relativi valori, oltre a tabelle degli utenti dell’applicazione come FND_USER o PER_ALL_PEOPLE_F.
Definisca i parametri della query: prima di eseguirla, individui le variabili segnaposto nella clausola WHERE. Sostituisca :start_date, :end_date e :organization_id con i valori appropriati per l’ambito dell’estrazione. Ad esempio, imposti :start_date su '2023-01-01' e :end_date su '2023-06-30'.
Esegua la query SQL: copi lo script SQL completo e lo esegua nel client per database. Lo script utilizza più clausole UNION ALL per raccogliere eventi diversi in un unico formato di Event Log.
Riveda i dati grezzi: al termine dell’esecuzione, riveda i risultati. Ogni riga rappresenta una singola attività nel ciclo di vita di un evento di qualità. Verifichi che i dati siano completi e presenti nelle colonne principali, come QualityEventId, ActivityName e EventStartTime.
Gestisca date e durate: la query restituisce EventStartTime. EventEndTime è intenzionalmente impostato su NULL, perché per determinare l’ora di fine di un evento spesso è necessario conoscere l’ora di inizio dell’evento successivo. In genere, è preferibile calcolare questo valore nello strumento di Process Mining o con uno script di post-elaborazione. Anche ProcessingTime è impostato su NULL, poiché deve essere calcolato in base alle ore di inizio e fine.
Esporti in CSV: esporti l’intero insieme di risultati dal client SQL in un file CSV. Verifichi che il file utilizzi la codifica UTF-8 e includa una riga di intestazione con gli alias delle colonne definiti nella query.
Prepari il file per il caricamento: verifichi che le intestazioni delle colonne CSV corrispondano ai requisiti della piattaforma ProcessMind (ID del caso, Attività, Start Timestamp). Prima del caricamento, rinomini le colonne QualityEventId, ActivityName e EventStartTime di conseguenza.

Configurazione

Accesso al database: l’utente che esegue la query deve disporre dei privilegi SELECT su tutte le tabelle indicate nello script, che possono includere tabelle negli schemi APPS, QA, PER e Risorse umane.
Filtri principali della query: la query contiene segnaposto importanti da configurare:
- :start_date: data di inizio del periodo del report. La query seleziona gli eventi creati in questa data o successivamente.
- :end_date: data di fine del periodo del report.
- :organization_id: identificativo dell’organizzazione Oracle da analizzare. I piani e i risultati di qualità sono spesso associati a un’organizzazione.
Intervallo di date: per un’analisi iniziale, si consiglia di utilizzare dati relativi a un periodo da 3 a 6 mesi. Nei sistemi di grandi dimensioni e con volumi elevati, inizi con un periodo più breve, ad esempio un mese, per valutare le prestazioni della query prima di avviare un’estrazione più ampia.
Considerazioni sulle prestazioni: questa query unisce diverse tabelle di grandi dimensioni e combina 14 insiemi di risultati distinti. Può richiedere molte risorse. Pianifichi l’estrazione nelle ore di minore attività per ridurre al minimo l’impatto sulle prestazioni del sistema. Se le prestazioni sono scarse, si rivolga a un amministratore del database per valutare l’indicizzazione delle colonne principali, in particolare quelle relative a date e chiavi esterne.

Query di esempio sql

WITH QualityEventBase AS (
    SELECT
        qr.COLLECTION_ID,
        qr.PLAN_ID,
        qp.NAME AS PLAN_NAME,
        qr.ORGANIZATION_ID,
        qr.CREATION_DATE,
        qr.LAST_UPDATE_DATE,
        qr.CREATED_BY,
        qr.LAST_UPDATED_BY,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_STATUS') AS CurrentStatus,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_SEVERITY') AS SeverityLevel,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_ROOT_CAUSE') AS RootCauseCategory,
        (SELECT qrv.CHARACTER1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_DEPT') AS ResponsibleDepartment,
        (SELECT qrv.DATE1 FROM QA_RESULTS_V qrv WHERE qrv.COLLECTION_ID = qr.COLLECTION_ID AND qrv.ELEMENT_SHORT_CODE = 'Q_TARGET_DATE') AS TargetResolutionDate,
        (SELECT fu.USER_NAME FROM FND_USER fu WHERE fu.USER_ID = qr.LAST_UPDATED_BY) AS AssignedUser
    FROM
        QA_RESULTS qr
    JOIN
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    WHERE
        qr.CREATION_DATE BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND qr.ORGANIZATION_ID = :organization_id
)
-- 1. Quality Issue Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    qeb.CREATION_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb

UNION ALL

-- 2. Issue Assigned For Triage (Approximation: first update after creation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'TRIAGE' AND qeb.LAST_UPDATE_DATE > qeb.CREATION_DATE

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'ASSESSED' AND qeb.SeverityLevel IS NOT NULL

UNION ALL

-- 4. Investigation Initiated
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Investigation Initiated' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'UNDER_INVESTIGATION'

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'RCA_COMPLETE' AND qeb.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_PROPOSED'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_APPROVED'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CAPA_IMPLEMENTED'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'EFFECTIVENESS_CHECK'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'VERIFIED'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_DEFINED'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'PAPA_IMPLEMENTED'

UNION ALL

-- 13. Final Review and Closure
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Final Review and Closure' AS ActivityName,
    qeb.LAST_UPDATE_DATE AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

UNION ALL

-- 14. Stakeholders Notified of Resolution (Approximation)
SELECT
    qeb.COLLECTION_ID AS QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    qeb.LAST_UPDATE_DATE + interval '1' minute AS EventStartTime,
    NULL AS EventEndTime,
    qeb.ResponsibleDepartment,
    qeb.AssignedUser,
    qeb.CurrentStatus,
    qeb.SeverityLevel,
    qeb.TargetResolutionDate,
    qeb.RootCauseCategory,
    NULL AS ProcessingTime
FROM QualityEventBase qeb
WHERE qeb.CurrentStatus = 'CLOSED'

Passaggi

Prepari l’ambiente: verifichi che sul sistema sia installato Python 3.6 o versione successiva. Installi le librerie necessarie con pip: pip install pandas oracledb. Servono per connettersi al database Oracle e manipolare i dati.
Recuperi le credenziali del database: si procuri i dati necessari per connettersi al database Oracle Quality Management, tra cui nome utente, password e Data Source Name (DSN), che in genere segue il formato hostname:port/service_name.
Salvi lo script di estrazione: copi lo script Python completo dalla sezione 'query' e lo salvi in un file, ad esempio extract_quality_events.py.
Configuri lo script: apra il file salvato in un editor di testo. Individui la sezione di configurazione all’inizio e sostituisca i valori segnaposto di db_user, db_password, db_dsn, start_date e end_date con i dati specifici.
Personalizzi i segnaposto SQL: riveda la query SQL contenuta nello script. Potrebbe essere necessario modificare i nomi delle tabelle, come QA_RESULTS, o valori di stato specifici, come 'NEW' e 'CLOSED', per adattarli alla configurazione Oracle dell’organizzazione. Se non è certo dei valori da utilizzare, consulti l’amministratore del sistema Oracle.
Esegua lo script: apra il prompt dei comandi o il terminale, raggiunga la cartella in cui ha salvato lo script e lo esegua con il comando: python extract_quality_events.py.
Controlli l’esecuzione: lo script si connetterà al database, eseguirà la query ed elaborerà i dati. A seconda dell’intervallo di date e del volume dei dati, l’operazione potrebbe richiedere alcuni minuti. Verifichi che vengano visualizzati i messaggi 'Successfully connected to Oracle Database!' e, al termine, 'Event log saved to quality_event_log.csv'.
Recuperi il file di output: al termine dell’esecuzione, nella stessa cartella verrà creato il file quality_event_log.csv, che contiene l’Event Log estratto.
Riveda l’Event Log: apra il file quality_event_log.csv in un foglio di calcolo per un rapido controllo. Verifichi che siano presenti le colonne previste e che i dati di alcuni casi campione siano compilati correttamente.
Carichi i dati nello strumento di Process Mining: il file CSV generato è pronto per essere caricato nell’applicazione di Process Mining per l’analisi.

Configurazione

Connessione al database: lo script richiede un Oracle Data Source Name (DSN), un nome utente e una password con accesso in lettura alle tabelle necessarie di Quality Management (ad esempio, QA_RESULTS, QA_PLANS, FND_USER, PER_ALL_PEOPLE_F).
Filtro per intervallo di date: le variabili start_date e end_date nello script sono essenziali per controllare il volume dei dati. Si consiglia di iniziare con un intervallo più breve, ad esempio da 3 a 6 mesi, per verificare le prestazioni e convalidare i risultati prima di avviare un’estrazione più ampia.
Filtri specifici del sistema: la query SQL può essere personalizzata ulteriormente con filtri basati sulla struttura organizzativa. Ad esempio, può aggiungere una clausola WHERE per filtrare in base a ORGANIZATION_ID e limitare l’estrazione a uno stabilimento o a un’unità aziendale specifici.
Mappatura dei codici di stato: la logica di estrazione delle attività associa valori di stato specifici (ad esempio, 'NEW', 'UNDER_INVESTIGATION', 'CLOSED') alle fasi del processo. Questi valori dipendono in larga misura dalla configurazione Oracle e devono essere verificati e adattati nella query SQL per garantire risultati corretti.
Dipendenze Python: lo script richiede le librerie pandas e oracledb. Verifichi che siano installate nell’ambiente Python in cui verrà eseguito lo script.

Query di esempio python

import pandas as pd
import oracledb
import sys

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle database credentials and connection details
db_user = class="hl-string">"your_username"
db_password = class="hl-string">"your_password"
class=class="hl-string">"hl-comment"># DSN (Data Source Name) format: hostname:port/service_name
db_dsn = class="hl-string">"your_host:1521/your_service_name"

class=class="hl-string">"hl-comment"># Define the date range for the extraction
start_date = class="hl-string">"2023-01-01"
end_date = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- SQL Query --- 
class=class="hl-string">"hl-comment"># This query extracts events from the Oracle Quality Management module.
class=class="hl-string">"hl-comment"># Each SELECT statement with a UNION ALL corresponds to a specific activity.
sql_query = fclass="hl-string">"""
WITH base_events AS (
    SELECT 
        qr.COLLECTION_ID AS QualityEventId,
        qr.LAST_UPDATE_DATE,
        qr.CREATION_DATE,
        qpc.PROMPT AS StatusPrompt,
        qr.CHARACTER1 AS CurrentStatus,
        qr.CHARACTER2 AS SeverityLevel,
        qr.CHARACTER3 AS RootCauseCategory,
        oap.NAME AS ResponsibleDepartment,
        fu.USER_NAME AS AssignedUser,
        qr.DATE1 AS TargetResolutionDate,
        (qr.LAST_UPDATE_DATE - qr.CREATION_DATE) * 24 * 60 AS ProcessingTime
    FROM 
        QA_RESULTS qr
    JOIN 
        QA_PLANS qp ON qr.PLAN_ID = qp.PLAN_ID
    JOIN 
        QA_PLAN_CHARS qpc ON qp.PLAN_ID = qpc.PLAN_ID AND qpc.PROMPT = 'Status'
    LEFT JOIN 
        FND_USER fu ON qr.LAST_UPDATED_BY = fu.USER_ID
    LEFT JOIN
        HR_ALL_ORGANIZATION_UNITS oap ON qr.ORGANIZATION_ID = oap.ORGANIZATION_ID
    WHERE 
        qr.CREATION_DATE BETWEEN TO_DATE('{start_date}', 'YYYY-MM-DD') AND TO_DATE('{end_date}', 'YYYY-MM-DD')
)
-- 1. Quality Issue Identified
SELECT
    be.QualityEventId,
    'Quality Issue Identified' AS ActivityName,
    be.CREATION_DATE AS EventStartTime,
    be.CREATION_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    'New' AS CurrentStatus, -- Initial status
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be

UNION ALL

-- 2. Issue Assigned For Triage (approximated by first update after creation)
SELECT
    be.QualityEventId,
    'Issue Assigned For Triage' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.LAST_UPDATE_DATE > be.CREATION_DATE AND be.CurrentStatus IN ('Assigned', '[Your Triage Status]')

UNION ALL

-- 3. Issue Categorized and Prioritized
SELECT
    be.QualityEventId,
    'Issue Categorized and Prioritized' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Assessed', 'Prioritized', '[Your Categorized Status]')

UNION ALL

-- 4. Investigation Initiated
SELECT
    be.QualityEventId,
    'Investigation Initiated' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus IN ('Under Investigation', 'Investigation')

UNION ALL

-- 5. Root Cause Analysis Performed
SELECT
    be.QualityEventId,
    'Root Cause Analysis Performed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'RCA Complete' AND be.RootCauseCategory IS NOT NULL

UNION ALL

-- 6. Corrective Action Plan Proposed
SELECT
    be.QualityEventId,
    'Corrective Action Plan Proposed' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Proposed'

UNION ALL

-- 7. Corrective Action Plan Approved
SELECT
    be.QualityEventId,
    'Corrective Action Plan Approved' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Approved'

UNION ALL

-- 8. Corrective Action Implemented
SELECT
    be.QualityEventId,
    'Corrective Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'CAP Implemented'

UNION ALL

-- 9. Effectiveness Check Required
SELECT
    be.QualityEventId,
    'Effectiveness Check Required' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verification Pending'

UNION ALL

-- 10. Effectiveness of Action Verified
SELECT
    be.QualityEventId,
    'Effectiveness of Action Verified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Verified Effective'

UNION ALL

-- 11. Preventive Action Identified
SELECT
    be.QualityEventId,
    'Preventive Action Identified' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Identified'

UNION ALL

-- 12. Preventive Action Implemented
SELECT
    be.QualityEventId,
    'Preventive Action Implemented' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'PA Implemented'

UNION ALL

-- 13. Final Review and Closure
SELECT
    be.QualityEventId,
    'Final Review and Closure' AS ActivityName,
    be.LAST_UPDATE_DATE AS EventStartTime,
    be.LAST_UPDATE_DATE AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'

UNION ALL

-- 14. Stakeholders Notified of Resolution
SELECT
    be.QualityEventId,
    'Stakeholders Notified of Resolution' AS ActivityName,
    be.LAST_UPDATE_DATE + interval '1' day AS EventStartTime, -- Approximated as 1 day after closure
    be.LAST_UPDATE_DATE + interval '1' day AS EventEndTime,
    be.ResponsibleDepartment,
    be.AssignedUser,
    be.CurrentStatus,
    be.SeverityLevel,
    be.TargetResolutionDate,
    be.RootCauseCategory,
    be.ProcessingTime
FROM base_events be
WHERE be.CurrentStatus = 'Closed'
"""

class=class="hl-string">"hl-comment"># --- Main Execution Logic ---
try:
    class=class="hl-string">"hl-comment"># Establish the database connection
    with oracledb.connect(user=db_user, password=db_password, dsn=db_dsn) as connection:
        print(class="hl-string">"Successfully connected to Oracle Database!")
        
        class=class="hl-string">"hl-comment"># Execute the query and load data into a pandas DataFrame
        print(class="hl-string">"Executing query... This may take a few minutes.")
        df = pd.read_sql_query(sql_query, connection)
        print(fclass="hl-string">"Query finished. {len(df)} events extracted.")

        class=class="hl-string">"hl-comment"># Data Type Conversion
        df[class="hl-string">'EVENTSTARTTIME'] = pd.to_datetime(df[class="hl-string">'EVENTSTARTTIME'])
        df[class="hl-string">'EVENTENDTIME'] = pd.to_datetime(df[class="hl-string">'EVENTENDTIME'])
        df[class="hl-string">'TARGETRESOLUTIONDATE'] = pd.to_datetime(df[class="hl-string">'TARGETRESOLUTIONDATE'])

        class=class="hl-string">"hl-comment"># Sort the data for chronological order
        df = df.sort_values(by=[class="hl-string">'QUALITYEVENTID', class="hl-string">'EVENTSTARTTIME'], ascending=[True, True])

        class=class="hl-string">"hl-comment"># Save the DataFrame to a CSV file
        output_filename = class="hl-string">'quality_event_log.csv'
        df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
        print(fclass="hl-string">"Event log saved to {output_filename}")

except oracledb.DatabaseError as e:
    error, = e.args
    print(fclass="hl-string">"Database connection or query failed: {error.message}", file=sys.stderr)
    sys.exit(1)
except Exception as e:
    print(fclass="hl-string">"An unexpected error occurred: {e}", file=sys.stderr)
    sys.exit(1)

È pronto a iniziare?

Questo template è pensato per aiutarLa a preparare rapidamente i dati e iniziare a ottimizzare i processi di gestione della qualità. Inizi oggi a individuare opportunità per migliorare l’efficienza e la conformità.

Torna alla guida al miglioramento

Scarica il template

Trasformi la gestione della qualità in Oracle e rafforzi subito la conformità

Elimini le inefficienze e riduca del 30% i tempi di ciclo.

Inizi la prova gratuita

Non è richiesta la carta di credito. Prova gratuita di 14 giorni.

Il template dei dati per la gestione della qualità

Il template dei dati per la gestione della qualità

Attributi della gestione della qualità

Attività di gestione della qualità

Guide all’estrazione

Report Oracle BI Publisher per i dati degli eventi di qualità

Passaggi

Configurazione

Query di esempio sql

Query SQL diretta sulle tabelle Oracle Quality Management

Passaggi

Configurazione

Query di esempio sql

Script Python di estrazione tramite connettore Oracle DB

Passaggi

Configurazione

Query di esempio python

È pronto a iniziare?

Trasformi la gestione della qualità in Oracle e rafforzi subito la conformità