> Miglioramento Continuo dei Processi > Gestione della qualità > Oracle Quality Management > Template Dati

Il Suo Template di Dati per la Gestione della Qualità

Oracle Quality Management

Attributi di gestione della qualità (21) Attività di gestione della qualità (14) Guide all'Estrazione (3)

Il Suo Template di Dati per la Gestione della Qualità

Questa guida illustra gli attributi e le attività chiave per un'analisi efficace della qualità, con istruzioni pratiche su come estrarre i dati da Oracle. Usatela per acquisire tutte le informazioni necessarie a ottimizzare i vostri processi.

Attributi consigliati da raccogliere
Attività chiave da tracciare
Guida all'estrazione

È nuovo agli event log? Impari come creare un event log di Process Mining.

Scarica Template

Attributi di gestione della qualità

Questi sono i campi dati e le informazioni di contesto consigliati per un'analisi approfondita della gestione della qualità.

3 Obbligatorio 8 Consigliato 10 Facoltativo

	Nome	Descrizione
	`Tempo` di Inizio `Evento` EventStartTime	Il timestamp che indica quando è iniziata un'attività o un evento.
Descrizione Fornisce data e ora esatte dell'inizio di un passaggio. È l'elemento temporale cardine per ordinare gli eventi e costruire la sequenza del processo. Essenziale per calcolare tempi di ciclo e attese, permette di individuare i bottleneck evidenziando i ritardi tra i passaggi e di monitorare i KPI temporali, come il lead time dell'analisi cause radici. Perché è importante Questo timestamp è l'asse portante dell'analisi, permettendo i calcoli temporali e l'ordinamento corretto delle attività. Dove trovare Timestamp solitamente presente nei log delle transazioni o tabelle storiche, spesso con nome CREATION_DATE. Esempi 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	Evento di qualità QualityEventId	L'identificativo univoco di un singolo evento di qualità (non conformità, reclamo o deviazione).
Descrizione L'ID dell'evento di qualità funge da identificativo principale del caso, raggruppando tutte le attività correlate. Ogni incidente riceve un ID univoco, creando uno storico completo del processo. Nel Process Mining, questo attributo è fondamentale per ricostruire il percorso end-to-end, calcolare i tempi di ciclo, identificare le varianti di processo e analizzare la gestione dei diversi tipi di evento per individuare bottleneck sistemici o problemi di conformità. Perché è importante Questo ID è essenziale per definire il perimetro di un singolo caso, permettendo di tracciare gli eventi e calcolare le metriche end-to-end. Dove trovare Si tratta solitamente della chiave primaria nelle tabelle principali di Oracle Quality Management, come QA_RESULTS. Esempi NC-2023-00123CAPA-45892QE-500-A
	Nome attività ActivityName	Il nome del task specifico o del passaggio avvenuto nel processo di gestione della qualità.
Descrizione Descrive una singola azione nella gestione di un evento. La sequenza di queste attività, ordinate per timestamp, forma il flusso del processo. L'analisi dell'Activity Name è il cuore del Process Mining: permette di scoprire il modello reale, verificarne la conformità e identificare bottleneck o loop di rilavorazione, misurando ad esempio il tempo tra l'avvio dell'indagine e l'analisi della causa radice. Perché è importante Questo attributo è fondamentale per mappare il flusso, identificare deviazioni e capire come viene effettivamente svolto il lavoro. Dove trovare Queste informazioni derivano solitamente dagli Event Log, dallo storico degli stati o dalle tabelle delle azioni del modulo Oracle Quality. Esempi Problema di qualità identificatoIndagine AvviataPiano di azioni correttive approvatoRevisione finale e chiusura
	Categoria della causa radice RootCauseCategory	La classificazione della causa radice determinata per il problema di qualità.
Descrizione Dopo l'esecuzione di un'analisi delle cause radice, i risultati vengono spesso classificati in gruppi predefiniti come 'Guasto all'apparecchiatura', 'Errore umano' o 'Difetto di progettazione'. Questo attributo memorizza tale classificazione finale.\n\nAnalizzare il processo per Categoria di Causa Radice è estremamente utile. Aiuta a spostare l'attenzione dalla correzione dei singoli sintomi alla risoluzione dei problemi sistemici sottostanti. Ad esempio, un numero elevato di eventi con causa radice 'Problema di formazione' può segnalare la necessità di migliorare i programmi di addestramento dei dipendenti, un obiettivo chiave dell'azione preventiva. Perché è importante Chiave per passare da una gestione reattiva a una proattiva, permettendo l'analisi delle cause fondamentali dei guasti. Dove trovare Consultare la documentazione di Oracle Quality Management. Probabilmente si tratta di un elemento definito dall'utente in un piano di raccolta, popolato dopo l'attività 'Analisi delle cause radice eseguita'. Esempi Malfunzionamento apparecchiaturaDifetto del materialeErrore UmanoProcedura non seguita
	Data di risoluzione prevista TargetResolutionDate	La data prevista per la chiusura definitiva dell'evento di qualità.
Descrizione Indica la scadenza prevista per la risoluzione dell'evento, fungendo da SLA o obiettivo interno in base alla gravità. È fondamentale per monitorare le prestazioni e calcolare il tasso di puntualità delle CAPA. Confrontando il completamento reale con questo target, si possono identificare i casi a rischio di ritardo e ridurre i tempi di risoluzione. Perché è importante Fornisce un benchmark per misurare la puntualità delle prestazioni ed è essenziale per calcolare i KPI di tempestività e gestire gli SLA. Dove trovare Consultare la documentazione di Oracle Quality Management. Potrebbe essere un campo data standard o un elemento definito dall'utente nel piano di raccolta della qualità. Esempi 2023-05-302023-06-152024-01-10
	Livello di severità SeverityLevel	Una classificazione dell'impatto dell'evento di qualità, come critico, grave o lieve.
Descrizione Il livello di gravità valuta l'impatto del problema su clienti, conformità o operazioni. Aiuta a prioritizzare le risorse e definire l'urgenza della risposta. Nel Process Mining, è cruciale per segmentare l'analisi. Consente di confrontare flussi e tempi di ciclo tra eventi gravi e meno gravi, supportando dashboard sulla coerenza del triage e KPI sulla velocità di risoluzione dei problemi critici. Perché è importante Permette di prioritizzare e segmentare l'analisi, assicurando che gli eventi di qualità ad alto impatto siano gestiti in modo efficace ed efficiente. Dove trovare Consultare la documentazione di Oracle Quality Management. Si tratta spesso di un elemento configurabile all'interno di un piano di raccolta della qualità. Esempi 1 - Critico2 - Grave3 - Lieve4 - Informativo
	Ora Fine Evento EventEndTime	Il `timestamp` che indica quando un'attività o un `event` è stato completato.
Descrizione L'Event End Time indica la fine di un'attività. Insieme all'Event Start Time, definisce il tempo di elaborazione. Questo attributo è essenziale per distinguere il tempo di lavoro attivo dal tempo di attesa. È fondamentale per identificare dove le risorse sono impegnate e dove i passaggi di consegna generano ritardi. Perché è importante Consente il calcolo preciso dei tempi di elaborazione delle attività, aiutando a distinguere i task inefficienti dai lunghi periodi di attesa. Dove trovare Può trovarsi nelle stesse tabelle dello start time (es. LAST_UPDATE_DATE) o essere dedotto dall'ora di inizio dell'evento successivo. Esempi 2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
	Reparto Responsabile ResponsibleDepartment	Il reparto o l'area funzionale responsabile dell'evento di qualità o dell'attività corrente.
Descrizione Identifica il team responsabile dell'evento (QA, Ingegneria, Produzione, ecc.), che può variare nel tempo. Analizzare il reparto responsabile è fondamentale per capire la distribuzione del carico di lavoro e identificare blocchi specifici. Supporta l'ottimizzazione delle risorse mostrando quali team sono coinvolti in determinate attività. Perché è importante Consente l'analisi del carico di lavoro, delle prestazioni e dei bottleneck per reparto, un aspetto fondamentale per la pianificazione delle risorse e il miglioramento organizzativo. Dove trovare Consultare la documentazione di Oracle Quality Management. Potrebbe essere memorizzato in tabelle relative alle azioni o alle assegnazioni di qualità, collegate all'evento di qualità. Esempi Ingegneria della qualitàOperazioni di produzioneQualità del fornitoreProgettazione
	Stato Attuale CurrentStatus	Lo stato attuale del caso relativo all'evento di qualità.
Descrizione Indica lo stato attuale dell'evento (es. 'Aperto', 'Chiuso', 'In approvazione'), fornendo un'istantanea del caso al momento dell'estrazione. Essenziale per il monitoraggio operativo, supporta le panoramiche sullo stato degli eventi aperti, permettendo ai manager di gestire la pipeline e prioritizzare le risorse. Aiuta inoltre ad analizzare gli esiti dei diversi percorsi di processo. Perché è importante Offre una vista in tempo reale della pipeline degli eventi di qualità, consentendo una gestione operativa efficace e la prioritizzazione dei casi attivi. Dove trovare Dati solitamente disponibili nella tabella principale degli eventi di qualità, che riflettono l'ultimo stato noto. Esempi ApertoIn CorsoIn Attesa di ApprovazioneChiuso
	Tempo di Elaborazione ProcessingTime	La durata del tempo trascorso lavorando attivamente su un'attività.
Descrizione Il tempo di elaborazione (Processing Time) è la durata calcolata tra l'Event Start Time e l'Event End Time di una singola attività. Rappresenta il tempo di lavoro attivo, escludendo le attese. Questa metrica è fondamentale per l'analisi delle prestazioni: sommando i tempi di elaborazione di un caso, si ottiene il touch time totale. Confrontando il touch time con il tempo di ciclo complessivo, si scopre quanto lavoro a valore aggiunto viene svolto rispetto ai tempi morti, un'informazione chiave per metodologie Lean e Six Sigma. Perché è importante Isola il tempo di lavoro attivo dai tempi di attesa, aiutando a identificare quali task specifici richiedano più tempo. Dove trovare Metrica calcolata dagli attributi EventStartTime ed EventEndTime in fase di trasformazione dati. Esempi PT15M30SPT2HP1D
	Utente Assegnato AssignedUser	L'utente assegnato a un'attività o responsabile dell'evento di qualità.
Descrizione Specifica il responsabile di un task o dell'intero evento, offrendo un dettaglio maggiore rispetto al solo reparto. Analizzare per utente aiuta a bilanciare i carichi di lavoro, identificare necessità formative e premiare i migliori. Rivela anche se certi task si bloccano sistematicamente con singole persone, supportando l'ottimizzazione delle risorse. Perché è importante Consente un'analisi granulare del carico di lavoro e delle prestazioni individuali, aiutando a identificare vincoli di risorse o opportunità di formazione. Dove trovare Consultare la documentazione di Oracle Quality Management. Le informazioni sull'assegnazione degli utenti sono solitamente memorizzate nelle tabelle delle azioni o dei workflow associate all'evento di qualità. Esempi j.smitha.jonesr.williams
	Categoria del problema IssueCategory	La categoria o il tipo di problema, ad esempio 'Difetto del prodotto' o 'Deviazione di processo'.
Descrizione Classifica l'evento per raggruppare problemi simili, secondo categorie definite dall'azienda. Analizzare per categoria rivela pattern specifici: ad esempio, potrebbe emergere che i problemi con i materiali dei fornitori hanno tempi di ciclo più lunghi rispetto a quelli interni, consentendo miglioramenti mirati. Perché è importante La categorizzazione dei problemi consente analisi mirate per identificare tendenze e cause radice per specifiche aree critiche. Dove trovare Consultare la documentazione di Oracle Quality Management. Probabilmente si tratta di un elemento definito dall'utente all'interno del piano di raccolta della qualità. Esempi Difetto del prodottoDeviazione di processoMateriale del fornitoreReclamo del cliente
	Codice di Chiusura ClosureCode	Un codice che indica il motivo o l'esito della chiusura dell'evento di qualità.
Descrizione Quando un evento di qualità viene chiuso, viene spesso assegnato un codice di chiusura per classificarne l'esito finale. Esempi includono 'Action Effective', 'No Action Required' o 'Duplicate Issue'. Questo attributo è molto utile per l'analisi dei risultati. Filtrando sui diversi codici di chiusura, gli analisti possono studiare i percorsi di processo che portano a esiti positivi rispetto a quelli che non lo sono. Può aiutare a rispondere a domande come: 'Come si presenta il nostro processo per le problematiche che vengono chiuse come duplicati?' e a identificare le inefficienze nel processo di triage. Perché è importante Fornisce informazioni cruciali sull'esito di un caso, consentendo di analizzare quali percorsi di processo portino a risoluzioni positive. Dove trovare Consultare la documentazione di Oracle Quality Management. Si tratta probabilmente di un campo popolato durante l'attività di chiusura finale. Esempi EFFICACENO_ACTIONDUPLICATORISK_ACCEPTED
	È In Tempo IsOnTime	Un indicatore che segnala se un'azione correttiva è stata implementata entro la data di risoluzione prevista.
Descrizione Flag calcolato confrontando la data di implementazione reale con la scadenza prevista (Target Resolution Date). È 'true' se l'azione è puntuale. Supporta il KPI sulla puntualità delle CAPA, semplificando dashboard e analisi. Fornisce una classificazione binaria immediata per monitorare il rispetto degli SLA e identificare le cause dei ritardi. Perché è importante Semplifica il monitoraggio della puntualità rispetto agli obiettivi, rendendo facile la misurazione e il reporting di questo KPI critico. Dove trovare Flag calcolato durante la trasformazione dei dati, basato su TargetResolutionDate e timestamp di completamento. Esempi truefalse
	È una Rilavorazione IsRework	Un indicatore che segnala se un'attività è una ripetizione o un ritocco di una fase precedente nello stesso caso.
Descrizione Questo flag boolean è 'true' se un'attività viene ripetuta nello stesso caso, indicando un loop o una correzione (rilavorazione). Identificare i rework è cruciale nel Process Mining. Questo flag permette di quantificare le inefficienze e supporta il KPI sulla frequenza di rilavorazione, aiutando a scoprire problemi di formazione o qualità dei dati e rendendo il processo più snello. Perché è importante Segnala inefficienze e loop di processo, aiutando a quantificare gli sprechi e a identificare le cause radici delle rilavorazioni. Dove trovare Calcolato tramite analisi sequenziale sull'Event Log, identifica le attività ripetute per lo stesso caso. Esempi truefalse
	ID piano azioni correttive CorrectiveActionPlanId	L'identificativo univoco del piano di azione correttiva (CAPA) creato per l'evento.
Descrizione Collega l'evento al relativo piano d'azione correttiva e preventiva (CAPA). Spesso è un oggetto separato con un proprio ciclo di vita. Permette di unire i dati dell'evento con quelli della gestione CAPA per una visione olistica, verificando che ogni evento necessario abbia una CAPA assegnata e analizzandone l'efficacia. Perché è importante Collega il problema (evento di qualità) alla soluzione (CAPA), consentendo un'analisi end-to-end più completa del sistema di gestione della qualità. Dove trovare Campo di riferimento nel record dell'evento che punta a una tabella o un modulo specifico per le CAPA. Esempi CAPA-2023-088CAPA-2023-091
	Identificativo prodotto ProductIdentifier	L'identificativo del prodotto associato all'evento di qualità.
Descrizione Collega l'evento a un prodotto, materiale o servizio tramite codice o SKU. È fondamentale per l'analisi della qualità del prodotto. Permette di confrontare i processi tra diverse linee di prodotto o identificare quelli con più problemi, aiutando a prioritizzare gli sforzi di miglioramento in produzione o ingegneria. Perché è importante Collega gli eventi di qualità a prodotti specifici, consentendo l'analisi dei trend di qualità relativi ai prodotti e delle variazioni di processo. Dove trovare Dati memorizzati in un campo del piano di raccolta qualità, spesso collegati all'anagrafica articoli di Oracle Inventory. Esempi SKU-100-A-REDPN-987654CHEM-X2
	Sistema di Origine SourceSystem	Identifica il sistema di origine da cui sono stati estratti i dati.
Descrizione Specifica il sistema o l'applicazione di origine dei dati. In azienda, le informazioni possono provenire da moduli Oracle Quality, sistemi CAPA o portali reclami. Aiuta a comprendere la provenienza dei dati e a segmentare l'analisi per sistema. È cruciale per la data governance e la risoluzione di problemi di integrazione, garantendo che la vista di processo rifletta l'intero ecosistema aziendale. Perché è importante Fornisce un contesto cruciale sull'origine dei dati, importante per la validazione dei dati, la governance e l'analisi delle variazioni di processo tra sistemi diversi. Dove trovare Questo è tipicamente un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per etichettare l'origine del dataset. Esempi Oracle Quality Management R12Oracle EBS QualityQM-PROD
	Tempo di ciclo totale TotalCycleTime	Il tempo totale trascorso dall'identificazione di un problema di qualità alla sua chiusura finale.
Descrizione Misura la durata totale end-to-end di un caso, dall'identificazione alla chiusura. È il KPI principale per l'efficienza complessiva e la metrica cardine della dashboard sui tempi di ciclo. Monitorarlo nel tempo, segmentandolo per gravità o categoria, offre una panoramica sulla salute del processo e sull'efficacia delle iniziative di miglioramento. Perché è importante Questo è un KPI critico per misurare la velocità e l'efficienza dell'intero processo di gestione della qualità. Dove trovare Viene calcolato a livello di caso per ogni QualityEventId, utilizzando l'ora di inizio del primo evento e quella di fine dell'ultimo. Esempi P30DT12HP15DP92D
	Ultimo `Data Update` LastDataUpdate	Il timestamp dell'ultimo aggiornamento dei dati dal sistema sorgente.
Descrizione Indica l'ultimo aggiornamento dei dati dell'evento nel set di Process Mining. Riflette la freschezza dei dati e la tempestività dell'analisi. Nelle dashboard, questo timestamp è fondamentale per l'utente: chiarisce se i dati sono in tempo reale o uno snapshot, permettendo decisioni operative informate e garantendo trasparenza sull'attualità delle informazioni. Perché è importante Timestamp che garantisce trasparenza sulla freschezza dei dati e sull'attualità dell'analisi. Dove trovare Valore generato durante l'ETL, rappresenta il momento dell'ultima esecuzione corretta della data pipeline. Esempi 2023-10-27T04:00:00Z2023-10-26T04:00:00Z
	Unità aziendale BusinessUnit	L'unità di business o la divisione aziendale in cui si è verificato o viene gestito l'evento di qualità.
Descrizione Questo attributo assegna l'evento a una specifica business unit, permettendo di confrontare le prestazioni tra diverse aree aziendali. La segmentazione per BU è fondamentale nelle grandi imprese per creare dashboard dedicate e capire se certe divisioni sono più efficienti o affrontano sfide uniche, facilitando la condivisione delle best practice. Perché è importante Permette il confronto e l'analisi delle prestazioni tra diverse aree dell'organizzazione, supportando la gestione della qualità a livello aziendale. Dove trovare Dato solitamente parte del contesto organizzativo della transazione, derivato dai dati master dell'utente o del reparto. Esempi Dispositivi mediciElettronica di ConsumoComponenti automobilistici

Obbligatorio Consigliato Facoltativo

Attività di gestione della qualità

Questi sono i passaggi chiave e le milestone da includere nell'Event Log per una corretta analisi del processo e delle prestazioni.

6 Consigliato 8 Facoltativo

	Activity	Descrizione
	Efficacia dell'azione verificata	Conferma che l'azione correttiva implementata ha risolto con successo la causa radice e prevenuto la ricorrenza. Viene rilevato quando un utente completa la fase di verifica e aggiorna lo stato del record.
Perché è importante Milestone fondamentale basata sull'esito, base del KPI 'Tasso di verifica efficacia'. Chiude il ciclo delle azioni correttive assicurando che i problemi siano risolti. Dove trovare Dedotto da un cambio di stato nel record CAPA in 'Verifica completata' o 'Efficace'. Potrebbe anche comportare il popolamento di specifici campi relativi ai risultati della verifica. Acquisisci Dedotto dal cambio di stato in 'Verifica completata' o 'Efficace'. Tipo di evento inferred
	Indagine Avviata	Segna l'inizio ufficiale della fase di indagine per determinare la causa radice del problema di qualità. È rappresentato da un cambio di stato nel sistema, come 'In corso di indagine'.
Perché è importante Punto di partenza per il KPI 'Lead Time RCA', utile per capire quanto tempo i problemi rimangono in attesa dell'indagine formale. Dove trovare Dedotto da un cambio di stato nel Problema di Qualità o in un record di Azione di Qualità associato a uno stato di 'Indagine'. Il timestamp di questo cambio di stato fornisce l'orario dell'evento. Acquisisci Dedotto dal cambio di stato in 'In indagine' o uno stato simile. Tipo di evento inferred
	Piano di azioni correttive approvato	Rappresenta l'approvazione formale del piano di azione correttiva. È un punto di controllo critico, acquisito tramite un'azione di approvazione esplicita o un cambio di stato in 'Approvato'.
Perché è importante Questa approvazione è una milestone critica e un frequente bottleneck. Analizzarne i tempi aiuta a snellire il processo e garantire la conformità. Dove trovare Dedotto da un cambio di stato nel record dell'Azione di Qualità o CAPA in 'Approvato'. I sistemi Oracle con workflow di approvazione spesso registrano questa modifica esplicitamente nelle tabelle di audit. Acquisisci Dedotto dal cambio di stato in 'Approvato'. Tipo di evento inferred
	Problema categorizzato e prioritizzato	Avviene al completamento della valutazione iniziale, quando vengono assegnati gravità e priorità. Si acquisisce al passaggio dello stato da 'Nuovo' a 'Valutato' o 'In Triage'.
Perché è importante Milestone vitale per il KPI 'Tempo medio di triage'. Eventuali ritardi qui rallentano tutto il processo, specie per i problemi critici. Dove trovare Dedotto da un cambio di stato nel record del Problema di Qualità, ad esempio da 'Nuovo' a 'In valutazione', o quando vengono popolati per la prima volta campi come 'Gravità' o 'Priorità'. Acquisisci Dedotto dal cambio di stato o dal primo popolamento dei campi Gravità o Priorità. Tipo di evento inferred
	Problema di qualità identificato	Segna la creazione di un nuovo evento di qualità. Viene acquisita quando un utente crea un record di Problema o Azione di Qualità in Oracle.
Perché è importante In quanto evento iniziale, è essenziale per calcolare il tempo di ciclo totale del processo di gestione della qualità e per comprendere il volume degli eventi in entrata. Dove trovare L'evento viene acquisito dal timestamp di creazione del record, solitamente nelle tabelle QAM_QUALITY_ISSUES o QAM_QUALITY_ACTIONS. Acquisisci Evento registrato alla creazione di un nuovo record di Problema o Azione di Qualità. Tipo di evento explicit
	Revisione finale e chiusura	L'ultimo passaggio in cui tutte le azioni correlate sono completate e il problema principale viene chiuso formalmente. Viene acquisito tramite il cambio di stato finale in 'Chiuso' o 'Risolto'.
Perché è importante Evento finale principale del processo, essenziale per calcolare il tempo di ciclo medio e il throughput complessivo. Dove trovare Dedotto dal cambio di stato finale nel record principale del Problema di Qualità in 'Chiuso'. Il timestamp di questa modifica funge da orario dell'evento. Acquisisci Dedotto dal cambio di stato in 'Chiuso' nel record principale del Problema di Qualità. Tipo di evento inferred
	Analisi della Causa Radice Eseguita	Rappresenta il completamento dell'analisi delle cause radici (RCA) e la relativa documentazione. Si acquisisce quando il team aggiorna il record con la causa identificata e ne modifica lo stato.
Perché è importante Questa attività è il punto finale per il KPI 'Lead Time analisi cause radici'. Analizzarne la durata aiuta a individuare i bottleneck nella risoluzione dei problemi. Dove trovare Dedotto dal cambio di stato in 'RCA completata' o quando viene popolato il campo della categoria della causa radice e il record viene salvato. Viene utilizzato il timestamp di questo aggiornamento. Acquisisci Dedotto dal cambio di stato in 'RCA completata' o dal popolamento dei campi causa radice. Tipo di evento inferred
	Azione correttiva implementata	Indica il completamento delle attività delineate nel piano di azione correttiva approvato. Viene acquisito quando un utente aggiorna lo stato del record in 'Implementato' o 'Completato'.
Perché è importante Attività vitale per il KPI 'Tasso di puntualità implementazione CAPA', poiché indica che la soluzione è stata eseguita e permette il confronto con le scadenze. Dove trovare L'evento è dedotto dal cambio di stato del record Quality Action o CAPA in 'Implementato' o 'Completato'. Acquisisci Dedotto dal cambio di stato in 'Implementato' o 'Completato'. Tipo di evento inferred
	Azione preventiva identificata	Rappresenta la creazione di un'azione preventiva (PA) per evitare il ripetersi di problemi simili. Viene registrato come un nuovo record di Azione Preventiva collegato al problema originale.
Perché è importante Questa attività indica un processo maturo che previene i problemi futuri. Monitorarla aiuta a misurare i miglioramenti proattivi della qualità. Dove trovare Rilevato dalla creazione di un nuovo record di Azione di Qualità di tipo 'Azione Preventiva', spesso collegato al Problema di Qualità originale o all'Azione Correttiva. Acquisisci Registrato alla creazione di un record di tipo 'Azione preventiva' (Quality Action). Tipo di evento explicit
	Azione preventiva implementata	Segna il completamento delle attività definite nel piano di azione preventiva per mitigare i rischi sistemici. Viene acquisito quando un utente aggiorna lo stato del record in 'Implementato' o 'Completato'.
Perché è importante Misura la capacità dell'organizzazione di eseguire miglioramenti proattivi della qualità. Eventuali ritardi indicano difficoltà nell'implementare cambiamenti sistemici. Dove trovare Dedotto da un cambio di stato del record di Azione Preventiva associato in 'Implementato' o 'Completato', analogamente a come vengono tracciate le azioni correttive. Acquisisci Dedotto dal cambio di stato in 'Implementato' in un record di Azione Preventiva. Tipo di evento inferred
	Controllo di efficacia richiesto	Indica che l'azione implementata richiede una verifica di efficacia successiva. Spesso si tratta di un cambio di stato automatico o manuale che avviene dopo l'implementazione.
Perché è importante Avvia la fase di verifica. Capire il tempo intercorso dall'implementazione evidenzia i ritardi nell'avvio dei follow-up. Dove trovare L'evento è dedotto dal cambio di stato in 'In attesa di verifica efficacia' o uno stato simile nel workflow. Acquisisci Dedotto dal cambio di stato in 'In attesa di controllo efficacia'. Tipo di evento inferred
	Piano di azioni correttive proposto	Si verifica quando le azioni correttive vengono definite e collegate al problema di qualità. Può trattarsi della creazione di un record di Azione Correttiva o di un cambio di stato che indica che il piano è pronto per la revisione.
Perché è importante Traccia il passaggio dall'analisi del problema al design della soluzione. Eventuali rilavorazioni qui indicano requisiti poco chiari o pianificazione inefficace. Dove trovare Può essere un evento esplicito dovuto alla creazione di un'Azione Correttiva o dedotto da un cambio di stato in 'Piano proposto'. Acquisisci Dedotto dal cambio di stato in 'In attesa di approvazione' o dalla creazione di un'Azione Correttiva collegata. Tipo di evento inferred
	Problema assegnato per il triage	Rappresenta l'assegnazione del nuovo problema a un utente o team per la valutazione iniziale. Viene spesso dedotto monitorando le modifiche al campo del proprietario o dell'assegnatario del record.
Perché è importante Tracciare questo passaggio iniziale aiuta a identificare i ritardi prima della valutazione, rivelando eventuali backlog nella coda di triage. Dove trovare Dedotto dalle modifiche nei campi proprietario o assegnatario all'interno del record del Problema di Qualità. Questi dati possono provenire dalle tabelle dell'audit trail o tracciando i cambi di stato associati ai workflow di assegnazione. Acquisisci Dotto da una modifica nel campo 'Assegnato a' o 'Proprietario' del Problema di Qualità. Tipo di evento inferred
	Stakeholder notificati della risoluzione	Indica la comunicazione della risoluzione dell'evento alle parti interessate. È un dato complesso da acquisire, spesso dedotto da cambi di stato post-chiusura o commenti a sistema.
Perché è importante Fondamentale per il KPI 'Ritardo notifica stakeholder'. Una comunicazione tempestiva è importante per la soddisfazione del cliente e la trasparenza interna, anche dopo la risoluzione di un problema. Dove trovare Difficile da acquisire in automatico: può essere dedotto da stati come 'Notifica inviata' o estratto con logiche speciali dai campi dei commenti. Acquisisci Dedotto da un cambio di stato specifico o potenzialmente tramite il text mining dei log di attività. Tipo di evento inferred

Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i dati da Oracle Quality Management

Fasi

Accedere a Oracle BI Publisher: acceda alla Sua istanza di Oracle E-Business Suite e navighi verso la responsabilità che fornisce l'accesso a BI Publisher (come BI Publisher Administrator o una responsabilità personalizzata simile).\n2. Creare un nuovo modello dati: dalla home page di BI Publisher, selezioni "Crea" e poi "Modello dati". Si aprirà l'editor del modello dati.\n3. Definire un dataset di query SQL: nell'editor del modello dati, clicchi sull'icona più nel pannello Dataset e selezioni "Query SQL". Si aprirà la finestra dell'editor di query SQL.\n4. Configurare l'origine dati: nella finestra Nuovo dataset, inserisca un nome per il dataset, ad esempio DS_QUALITY_EVENTS. Selezioni il database Oracle EBS appropriato come origine dati.\n5. Inserire la query SQL: copi la query SQL completa fornita nella sezione 'query' di questo documento e la incolli nell'area di testo della query SQL.\n6. Definire i parametri della query: la query fornita utilizza i segnaposto :P_START_DATE e :P_END_DATE per il periodo di riferimento. Nel modello dati di BI Publisher, è necessario definirli come parametri. Per ciascuno, crei un nuovo parametro, gli assegni il nome corrispondente (ad es. P_START_DATE), imposti il tipo di dati su Data e configuri un prompt di visualizzazione chiaro.\n7. Salvare il modello dati: dopo aver incollato la query e definito i parametri, salvi il modello dati. Si consiglia di salvarlo in una cartella condivisa per i report.\n8. Creare un nuovo report: torni alla home page di BI Publisher e selezioni "Crea", quindi "Report". Scelga l'opzione "Usa modello dati" e cerchi il modello dati appena salvato.\n9. Configurare il layout del report: la procedura guidata la guiderà nella configurazione del layout. Per ProcessMind, è sufficiente un layout a tabella semplice. Trascini tutte le colonne dal modello dati nel layout del report. Si assicuri che il formato di output sia impostato su CSV.\n10. Impostare le proprietà del report: nelle proprietà del report, verifichi che l'opzione "Abilita output CSV" sia selezionata. Se necessario, può anche definire dei valori predefiniti per i parametri.\n11. Eseguire ed esportare il report: salvi il report, quindi lo esegua inserendo le date di inizio e fine desiderate. Una volta completata la generazione del report, clicchi sul pulsante Esporta e selezioni CSV come formato di output. Il file verrà scaricato sul Suo computer.\n12. Preparare il caricamento: apra il file CSV scaricato per assicurarsi che contenga i dati attesi. Verifichi che le intestazioni delle colonne corrispondano ai requisiti dello schema di ProcessMind. Il file è ora pronto per l'upload.

Configurazione

Prerequisiti: un account utente con accesso a Oracle BI Publisher e accesso in lettura alle tabelle sottostanti del modulo Quality (ad es. QA_RESULTS, QA_PLANS, QA_ACTIONS, FND_USER).\n* Configurazione dell'origine dati: il modello dati di BI Publisher deve essere configurato per connettersi al database principale dell'applicazione Oracle EBS (schema APPS).\n* Parametri dell'intervallo di date: la query è progettata con due parametri obbligatori, :P_START_DATE e :P_END_DATE, per filtrare l'estrazione dei dati. Per un'analisi iniziale, si consiglia un intervallo da 6 a 12 mesi per acquisire un numero sufficiente di casi completi. Formattare la data come 'AAAA-MM-GG'.\n* Formato di output: il report deve essere configurato per consentire l'output in formato CSV. Questo formato è ottimale per l'importazione in ProcessMind poiché è semplice, strutturato ed evita analisi complesse.\n* Pianificazione: per un monitoraggio continuo dei processi, pianificare l'esecuzione del report BI Publisher su base ricorrente, ad esempio giornaliera o settimanale. Configurare l'invio dell'output a un server designato o a un repository di contenuti per il ritiro automatizzato.\n* Prestazioni: per istanze con volumi molto elevati di eventi di qualità, l'esecuzione della query potrebbe richiedere molto tempo. Assicurarsi che l'intervallo di date sia ragionevole e, in caso di problemi di prestazioni, valutare l'ottimizzazione della query o l'indicizzazione delle tabelle con l'amministratore del database.

a Query di Esempio config

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')

Fasi

Prerequisiti: si assicuri di avere un client di database (come SQL Developer o DBeaver) e credenziali di sola lettura per il database Oracle che ospita il modulo Quality Management.\n2. Comprendere lo schema: familiarizzi con le principali tabelle di 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 di risultati e valori, e le tabelle degli utenti dell'applicazione come FND_USER o PER_ALL_PEOPLE_F.\n3. Definire i parametri della query: prima di eseguire la query, individui le variabili segnaposto all'interno della clausola WHERE. Deve sostituire :start_date, :end_date e :organization_id con i valori appropriati per l'ambito della Sua estrazione. Ad esempio, imposti :start_date su '2023-01-01' e :end_date su '2023-06-30'.\n4. Eseguire la query SQL: copi lo script SQL completo e lo esegua nel Suo client di database. Lo script utilizza diverse clausole UNION ALL per raccogliere vari eventi in un unico formato di Event Log unificato.\n5. Revisionare i dati grezzi: dopo l'esecuzione, controlli l'output. Ogni riga rappresenta una singola attività nel ciclo di vita di un evento di qualità. Verifichi la completezza e la presenza di dati nelle colonne chiave come QualityEventId, ActivityName ed EventStartTime.\n6. Gestire timestamp e durate: la query fornisce l'istante di inizio (EventStartTime). L'istante di fine (EventEndTime) è intenzionalmente lasciato come NULL perché la determinazione dell'ora di fine di un evento spesso richiede la conoscenza dell'ora di inizio di quello successivo. Questo calcolo è solitamente gestito meglio nello strumento di Process Mining o tramite uno script di post-elaborazione. Allo stesso modo, ProcessingTime è impostato su NULL poiché richiede un calcolo basato sugli orari di inizio e fine.\n7. Esportare in CSV: esporti il set completo di risultati dal client SQL in un file CSV. Si assicuri che il file utilizzi la codifica UTF-8 e includa una riga di intestazione con gli alias delle colonne della query.\n8. Preparare il caricamento: verifichi che le intestazioni delle colonne CSV corrispondano ai requisiti della piattaforma ProcessMind (Case ID, Activity, Start Timestamp). Rinomini le colonne QualityEventId, ActivityName ed EventStartTime di conseguenza prima di procedere con l'upload.

Configurazione

Accesso al database: l'utente che esegue la query deve disporre dei privilegi SELECT su tutte le tabelle a cui si fa riferimento nello script, che possono includere tabelle negli schemi APPS, QA, PER e HR.\n* Filtri chiave della query: la query contiene segnaposto critici che devono essere configurati:\n * :start_date: l'inizio del periodo di riferimento. La query filtra gli eventi creati a partire da questa data.\n * :end_date: la fine del periodo di riferimento.\n * :organization_id: l'identificatore specifico dell'organizzazione Oracle che si desidera analizzare. I piani di qualità e i risultati sono spesso legati a un'organizzazione.\n* Intervallo di date: per un'analisi iniziale, si consiglia un intervallo di date compreso tra 3 e 6 mesi. Per sistemi di grandi dimensioni e ad alto volume, iniziare con un periodo più breve, ad esempio un mese, per valutare le prestazioni della query prima di eseguire un'estrazione più ampia.\n* Considerazioni sulle prestazioni: questa query unisce diverse tabelle di grandi dimensioni e combina (union) 14 set di risultati distinti. Può richiedere molte risorse. Si consiglia di pianificare l'estrazione durante le ore non di punta per ridurre al minimo l'impatto sulle prestazioni del sistema. Se le prestazioni sono scarse, consultare un amministratore del database per l'indicizzazione delle colonne chiave, specialmente quelle relative alle date e alle chiavi esterne.

a 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'

Fasi

Preparare l'ambiente: si assicuri di avere Python 3.6 o versioni successive installate sul sistema. Installi le librerie necessarie tramite pip: pip install pandas oracledb. Queste librerie servono per connettersi al database Oracle e per la manipolazione dei dati.\n2. Ottenere le credenziali del database: recuperi i dettagli di connessione per il database Oracle Quality Management. Includono nome utente, password e il Data Source Name (DSN), che solitamente segue il formato hostname:port/service_name.\n3. Salvare lo script di estrazione: copi lo script Python completo fornito nella sezione 'query' e lo salvi come file, ad esempio extract_quality_events.py.\n4. Configurare lo script: apra lo script salvato in un editor di testo. Individui la sezione di configurazione in alto e sostituisca i segnaposto per db_user, db_password, db_dsn, start_date ed end_date con i Suoi dettagli specifici.\n5. Personalizzare i segnaposto SQL: esamini la query SQL all'interno dello script. Potrebbe essere necessario regolare i nomi delle tabelle come QA_RESULTS o valori di stato specifici come 'NEW' e 'CLOSED' per adattarli alla configurazione Oracle della Sua azienda. Consulti l'amministratore del sistema Oracle in caso di dubbi.\n6. Eseguire lo script: apra un prompt dei comandi o un terminale, navighi fino alla directory in cui ha salvato lo script ed esegua il comando: python extract_quality_events.py.\n7. Monitorare l'esecuzione: lo script si connetterà al database, eseguirà la query e processerà i dati. A seconda dell'intervallo di date e del volume dei dati, l'operazione potrebbe richiedere diversi minuti. Attenda il messaggio 'Successfully connected to Oracle Database!' e quello finale 'Event log saved to quality_event_log.csv'.\n8. Recuperare il file di output: al termine dello script, nella stessa directory verrà creato un file denominato quality_event_log.csv. Questo file contiene l'Event Log estratto.\n9. Revisionare l'Event Log: apra il file quality_event_log.csv con un foglio di calcolo per un rapido controllo. Verifichi la presenza delle colonne previste e che i dati siano popolati correttamente per alcuni casi campione.\n10. Caricare nello strumento di Process Mining: il file CSV generato è ora pronto per essere caricato nella Sua 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 della Gestione della Qualità (ad es. QA_RESULTS, QA_PLANS, FND_USER, PER_ALL_PEOPLE_F).\n* Filtro per intervallo di date: le variabili start_date ed end_date nello script sono fondamentali per controllare il volume dei dati. Si consiglia di iniziare con un intervallo ridotto, ad esempio 3-6 mesi, per garantire le prestazioni e convalidare l'output prima di procedere a un'estrazione più ampia.\n* Filtri specifici per il sistema: la query SQL può essere ulteriormente personalizzata per includere filtri basati sulla struttura organizzativa. Ad esempio, è possibile aggiungere una clausola WHERE per filtrare in base a ORGANIZATION_ID e limitare l'estrazione a uno stabilimento o a un'unità aziendale specifica.\n* Mappatura dei codici di stato: la logica di estrazione delle attività si basa sulla mappatura di specifici valori di stato (ad es. 'NEW', 'UNDER_INVESTIGATION', 'CLOSED') ai vari step del processo. Questi valori dipendono strettamente dalla configurazione di Oracle e devono essere verificati e adattati nella query SQL per garantirne l'accuratezza.\n* Dipendenze Python: lo script dipende dalle librerie pandas e oracledb. Assicurarsi che siano installate nell'ambiente Python in cui verrà eseguito lo script.

a 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)

Il Suo Template di Dati per la Gestione della Qualità

Il Suo Template di Dati per la Gestione della Qualità

Attributi di gestione della qualità

Attività di gestione della qualità

Guide all'Estrazione

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

Fasi

Configurazione

a Query di Esempio config

Query SQL diretta sulle tabelle di Oracle Quality Management

Fasi

Configurazione

a Query di Esempio sql

Script di estrazione Python via Oracle DB Connector

Fasi

Configurazione

a Query di Esempio python

Pronto per iniziare?

Trasforma Oracle Quality Management e migliora la Compliance

Il Suo Template di Dati per la Gestione della Qualità

Il Suo Template di Dati per la Gestione della Qualità

Attributi di gestione della qualità

Attività di gestione della qualità

Guide all'Estrazione

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

Fasi

Configurazione

a Query di Esempio config

Query SQL diretta sulle tabelle di Oracle Quality Management

Fasi

Configurazione

a Query di Esempio sql

Script di estrazione Python via Oracle DB Connector

Fasi

Configurazione

a Query di Esempio python

Abbiamo a cuore la Sua privacy

Pronto per iniziare?

Trasforma Oracle Quality Management e migliora la Compliance