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

Il Suo Template per i dati di Quality Management

Oracle Quality Management

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

Il Suo Template per i dati di Quality Management

Questo Template offre una guida completa agli attributi dei dati e alle attività di processo essenziali per un’analisi efficace del Quality Management. Include inoltre indicazioni pratiche su come estrarre queste informazioni fondamentali dal Suo sistema Oracle Quality Management. Utilizzi questa risorsa per assicurarsi di acquisire tutti i dati necessari a ottenere insight approfonditi e ottimizzare il processo.

Attributi consigliati da raccogliere
Attività chiave da monitorare
Guida all’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 contestuali consigliati da includere nell’Event Log per un’analisi completa della gestione della qualità e per ottenere insight approfonditi.

3 Obbligatorio 7 Consigliato 10 Facoltativo

	Nome	Descrizione
	Evento di qualità QualityEventId	L'identificativo univoco di un singolo evento di qualità, ad esempio una non conformità, un reclamo o una deviazione.
Descrizione Il Quality Event ID funge da identificativo principale del caso e raggruppa tutte le attività correlate, dalla segnalazione iniziale alla chiusura definitiva. A ogni incidente di qualità viene assegnato un ID univoco, che crea uno storico completo del processo di indagine e risoluzione. Nell'analisi di Process Mining, questo Attributo è fondamentale per ricostruire il percorso end-to-end di ogni evento di qualità. Consente di calcolare i tempi complessivi del ciclo, identificare le varianti di processo e analizzare la gestione dei diversi tipi di evento. Collegando ogni log delle attività a uno specifico Quality Event ID, gli analisti possono visualizzare il flusso completo 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, consentendo di monitorare con precisione gli eventi di qualità e calcolare le metriche di performance end-to-end. Dove reperirlo In genere è la chiave primaria nelle tabelle principali degli eventi di qualità o dei piani di raccolta all'interno di Oracle Quality Management, come QA_RESULTS. Esempi NC-2023-00123CAPA-45892QE-500-A
	Nome dell'attività ActivityName	Il nome dell'attività o del passaggio specifico eseguito nell'ambito del processo di gestione della qualità.
Descrizione Questo Attributo descrive un singolo evento o un'azione eseguita nell'ambito della gestione di un evento di qualità. La sequenza di queste attività, ordinata in base ai relativi timestamp, costituisce il flusso del processo per ogni caso. L'analisi dell'Activity Name è centrale nel Process Mining. Consente di individuare il modello effettivo del processo, confrontarlo con un modello desiderato per i controlli di conformità e identificare colli di bottiglia o cicli di rilavorazione tra attività specifiche. Ad esempio, aiuta a misurare il tempo trascorso tra 'Investigation Initiated' e 'Root Cause Analysis Performed'. Perché è importante Questo Attributo è fondamentale per mappare il flusso del processo, identificare le deviazioni e comprendere come viene effettivamente svolto il lavoro. Dove reperirlo Queste informazioni derivano in genere dagli Event Log, dai record delle modifiche di stato o dalle tabelle dello storico delle azioni all'interno del modulo Oracle Quality Management. Esempi Problema di qualità identificatoIndagine avviataPiano di azioni correttive approvatoRevisione finale e chiusura
	Ora di inizio dell'evento EventStartTime	Il timestamp che indica quando è iniziata un'attività o un evento.
Descrizione Questo Attributo fornisce la data e l'ora precise di avvio di uno specifico passaggio del processo. È il principale elemento temporale utilizzato per ordinare cronologicamente gli eventi e costruire la sequenza del processo per ogni caso di evento di qualità. Nell'analisi, l'Event Start Time è fondamentale per calcolare tempi di ciclo, durate e tempi di attesa tra le attività. Consente di identificare i colli di bottiglia evidenziando i ritardi prolungati tra passaggi consecutivi e viene utilizzato per monitorare le performance rispetto a KPI basati sul tempo, come il Root Cause Analysis Lead Time. Perché è importante Questo timestamp è la base dell'analisi del processo, poiché consente tutti i calcoli basati sul tempo e il corretto ordinamento delle attività. Dove reperirlo Questo timestamp si trova in genere nei log delle transazioni o nelle tabelle dello storico associate alle azioni di qualità e ai piani di raccolta, spesso con il nome CREATION_DATE o un nome analogo. Esempi 2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
	Categoria della causa principale RootCauseCategory	La classificazione della causa principale individuata del problema di qualità.
Descrizione Dopo aver eseguito un’analisi della causa principale, i risultati vengono spesso suddivisi in gruppi predefiniti, come «Guasto dell’apparecchiatura», «Errore umano» o «Difetto di progettazione». Questo attributo memorizza la classificazione finale. L’analisi del processo per categoria di causa principale è estremamente efficace, perché consente di spostare l’attenzione dalla correzione dei singoli sintomi alla risoluzione dei problemi sistemici sottostanti. Ad esempio, un numero elevato di eventi con causa principale «Problema di formazione» può evidenziare la necessità di migliorare i programmi di formazione del personale, un obiettivo fondamentale delle azioni preventive. Perché è importante Questo attributo è fondamentale per passare da una gestione della qualità reattiva a una proattiva, consentendo di analizzare le cause fondamentali dei guasti. Dove reperirlo Consulti la documentazione di Oracle Quality Management. Si tratta probabilmente di un elemento definito dall’utente in un collection plan, valorizzato dopo l’attività «Analisi della causa principale eseguita». Esempi Malfunzionamento dell'apparecchiaturaDifetto del materialeErrore umanoProcedura non seguita
	Data obiettivo di risoluzione TargetResolutionDate	La data pianificata o prevista per la chiusura definitiva dell'evento di qualità.
Descrizione Questo Attributo rappresenta la scadenza entro la quale si prevede che un evento di qualità sia completamente risolto. Funge da accordo sul livello di servizio (SLA) o da obiettivo interno, spesso determinato in base alla gravità o al tipo di evento. Questa data è fondamentale per il monitoraggio delle performance e viene utilizzata direttamente nel calcolo del KPI 'CAPA Impl. On-Time Rate'. Confrontando le date effettive di completamento delle attività con questo obiettivo, gli analisti possono misurare la puntualità, identificare gli eventi a rischio di ritardo e monitorare le tendenze delle performance puntuali. Ciò supporta gli interventi volti a ridurre i tempi del ciclo di risoluzione. Perché è importante Fornisce un riferimento per misurare la puntualità ed è essenziale per calcolare i KPI di tempestività e gestire gli SLA. Dove reperirlo Consultare la documentazione di Oracle Quality Management. Può trattarsi di un campo data standard o di un elemento definito dall'utente nel piano di raccolta della qualità. Esempi 2023-05-302023-06-152024-01-10
	Livello di gravità SeverityLevel	Una classificazione dell'impatto dell'evento di qualità, ad esempio critico, maggiore o minore.
Descrizione Il Severity Level è una valutazione, generalmente effettuata durante il triage, del potenziale impatto del problema di qualità sui clienti, sulla Conformità o sulle operazioni aziendali. Questa classificazione aiuta a stabilire le priorità delle risorse e a definire l'urgenza della risposta necessaria. Nel Process Mining, questo Attributo è fondamentale per la segmentazione. Gli analisti possono confrontare i flussi di processo, i tempi di ciclo e i risultati degli eventi ad alta gravità con quelli degli eventi a bassa gravità. Supporta il Dashboard 'Quality Event Triage Consistency' e il KPI 'Severity-Based Resolution Rate', mostrando se i problemi critici vengono effettivamente gestiti in modo più rapido ed efficace. Perché è importante Consente di stabilire le priorità e segmentare l'analisi, garantendo che gli eventi di qualità ad alto impatto siano gestiti in modo efficace ed efficiente. Dove reperirlo 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 - Maggiore3 - Minore4 - Informativo
	Ora di fine dell'evento EventEndTime	Il timestamp che indica quando un'attività o un evento è stato completato.
Descrizione L'Event End Time indica il completamento di una specifica attività. Insieme all'Event Start Time, definisce il tempo di elaborazione dell'attività. In alcuni sistemi un'attività può essere istantanea, nel qual caso l'ora di inizio e quella di fine coincidono. Questo Attributo è essenziale per un'analisi dettagliata delle durate. Consente agli analisti di distinguere tra tempo di elaborazione attivo, ovvero la durata tra l'ora di inizio e quella di fine, e tempo di attesa, ovvero la durata tra la fine di un'attività e l'inizio di quella successiva. È fondamentale per identificare dove le risorse sono effettivamente impegnate e dove i passaggi di consegne causano ritardi. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle attività, aiutando a distinguere le attività inefficienti dai lunghi periodi di attesa. Dove reperirlo Può essere disponibile nelle stesse tabelle delle transazioni o dello storico dell'ora di inizio, talvolta come LAST_UPDATE_DATE o come timestamp specifico di completamento. Può inoltre 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 Questo Attributo identifica il team o il reparto incaricato di gestire l'evento di qualità. Può trattarsi di Quality Assurance, Engineering, Production o di un altro gruppo e può cambiare man mano che l'evento attraversa il proprio ciclo di vita. Nel Process Mining, l'analisi per Responsible Department è fondamentale per comprendere la distribuzione del carico di lavoro, identificare i colli di bottiglia dei reparti e confrontare le performance tra team diversi. Supporta il Dashboard 'Quality Event Resource Allocation' mostrando quali reparti sono coinvolti nei diversi tipi di attività e contribuendo a ottimizzare la gestione delle risorse. Perché è importante Consente di analizzare carico di lavoro, performance e colli di bottiglia per reparto, aspetto essenziale per la pianificazione delle risorse e il miglioramento organizzativo. Dove reperirlo Consultare la documentazione di Oracle Quality Management. Queste informazioni possono essere memorizzate in 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 attuale CurrentStatus	Lo stato attuale 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 una fotografia della posizione del caso nel processo al momento dell'estrazione dei dati. È un Attributo fondamentale per il monitoraggio operativo e supporta direttamente il Dashboard 'Open Quality Events & Status Overview'. Consente ai responsabili di visualizzare rapidamente la pipeline corrente dei problemi di qualità e di assegnare le priorità alle risorse. Nel Process Mining, il filtro per stato finale aiuta ad analizzare i risultati dei diversi percorsi di processo. Perché è importante Fornisce una vista in tempo reale della pipeline degli eventi di qualità, consentendo una gestione operativa e una prioritizzazione efficaci dei casi attivi. Dove reperirlo Queste informazioni sono generalmente disponibili nella tabella principale di intestazione degli eventi di qualità e riflettono l'ultimo stato noto dell'evento. Esempi ApertoIn corsoIn attesa di approvazioneChiuso
	Utente assegnato AssignedUser	L'utente incaricato di eseguire un'attività o di essere responsabile dell'evento di qualità.
Descrizione Questo Attributo specifica la persona responsabile di una determinata attività o della gestione complessiva dell'evento di qualità. Fornisce un livello di dettaglio maggiore rispetto al reparto responsabile. L'analisi per utente aiuta a comprendere i carichi di lavoro individuali, identificare le esigenze formative e riconoscere le persone con le performance migliori. Può inoltre evidenziare schemi ricorrenti, come la riassegnazione sistematica del lavoro o il blocco delle attività presso determinate persone. Questo livello di dettaglio è utile per la gestione delle performance e per un'ottimizzazione approfondita delle risorse. Perché è importante Consente un'analisi dettagliata del carico di lavoro e delle performance individuali, aiutando a identificare vincoli sulle risorse o opportunità formative. Dove reperirlo Consultare la documentazione di Oracle Quality Management. Le informazioni sull'assegnazione degli utenti sono generalmente 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 del problema di qualità, ad esempio 'Product Defect' o 'Process Deviation'.
Descrizione Questo Attributo classifica l'evento di qualità e aiuta a raggruppare problemi simili ai fini dell'analisi. Le categorie sono generalmente definite dall'organizzazione per riflettere il proprio specifico contesto operativo. Analizzare il processo per Issue Category consente di identificare schemi ricorrenti associati a specifici tipi di problema. Ad esempio, potrebbe rivelare che i problemi relativi ai 'Supplier Material' hanno un tempo di ciclo molto più lungo rispetto a quelli relativi agli 'Internal Process'. Questa segmentazione è preziosa per iniziative mirate di miglioramento del processo. Perché è importante La categorizzazione dei problemi consente un'analisi mirata per identificare tendenze e cause principali in specifiche aree problematiche. Dove reperirlo Consultare la documentazione di Oracle Quality Management. È probabilmente un elemento definito dall'utente all'interno del piano di raccolta della qualità. Esempi Difetto del prodottoDeviazione del 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, spesso gli viene assegnato un codice di chiusura per classificare l’esito finale. Tra gli esempi figurano «Azione efficace», «Nessuna azione richiesta» o «Problema duplicato». Questo attributo è molto utile per analizzare gli esiti. Filtrando i diversi codici di chiusura, gli analisti possono studiare i percorsi di processo che portano a risultati positivi rispetto a quelli che non vi conducono. È possibile rispondere a domande come «Come si svolge il processo per i problemi chiusi come duplicati?» e individuare le inefficienze nel processo di triage. Perché è importante Fornisce informazioni essenziali sull’esito di un caso e consente di analizzare quali percorsi di processo portano a risoluzioni efficaci. Dove reperirlo Consulti la documentazione di Oracle Quality Management. Si tratterebbe probabilmente di un campo valorizzato durante l’attività finale di chiusura. Esempi EFFICACENO_ACTIONDUPLICATERISK_ACCEPTED
	È nei tempi previsti IsOnTime	Un indicatore che segnala se un’azione correttiva è stata implementata entro la data prevista per la risoluzione.
Descrizione Questo attributo booleano deriva dal confronto tra il timestamp di completamento dell’attività «Azione correttiva implementata» e la «Data prevista di risoluzione» del caso. Il valore è true se l’azione è stata completata entro la data prevista o in anticipo, e false negli altri casi. Questo attributo supporta direttamente il KPI «Tasso di implementazione CAPA nei tempi previsti». Semplifica l’analisi e la creazione di Dashboard fornendo una classificazione chiara e binaria della puntualità di ogni caso. Consente di filtrare e aggregare facilmente i dati per monitorare il rispetto dei livelli di servizio e individuare le cause principali dei ritardi. Perché è importante Semplifica il monitoraggio delle prestazioni rispetto agli obiettivi di puntualità, rendendo più semplice misurare e comunicare questo KPI fondamentale. Dove reperirlo È un indicatore derivato, calcolato durante la trasformazione dei dati. Richiede TargetResolutionDate e il timestamp dell’attività di completamento pertinente. Esempi truefalse
	È una rilavorazione IsRework	Un indicatore che segnala se un’attività è la ripetizione o la rilavorazione di un passaggio precedente nello stesso caso.
Descrizione Questo attributo è un indicatore booleano impostato su true se una specifica attività, come «Piano di azioni correttive proposto», si verifica più di una volta all’interno di un singolo caso relativo a un evento di qualità. Indica un loop o una correzione nel processo, in cui un passaggio già completato ha dovuto essere eseguito nuovamente. Individuare le rilavorazioni è una delle funzionalità fondamentali del Process Mining. Questo indicatore semplifica la quantificazione di tali inefficienze e supporta direttamente il KPI «Frequenza di rilavorazione delle attività». Analizzare quali passaggi sono più soggetti a rilavorazione 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 loop del processo, aiutando a quantificare gli sprechi e a individuare le cause principali delle rilavorazioni. Dove reperirlo Viene calcolato utilizzando funzioni finestra o un’analisi sequenziale sull’event log durante la preparazione dei dati. Individua i casi in cui lo stesso nome di attività compare più volte per lo stesso caso. Esempi truefalse
	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 progettato per risolverlo. Spesso si tratta di un oggetto separato nel sistema, con un proprio ciclo di vita. Nell’analisi, questo ID può essere utilizzato per unire i dati del processo relativo all’evento di qualità con quelli del processo di gestione CAPA, creando una visione più completa. Consente di verificare se ogni evento che richiede una CAPA ne abbia una assegnata e di analizzare l’efficacia delle azioni intraprese. Perché è importante Collega il problema, ovvero l’evento di qualità, alla soluzione, ovvero la CAPA, consentendo un’analisi end-to-end più completa del sistema di gestione della qualità. Dove reperirlo Si tratterebbe di un campo di riferimento nella scheda dell’evento di qualità, collegato a un record in una tabella o in un modulo specifico per le 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ò trattarsi di un codice prodotto, di uno SKU o di un codice componente. Questo collegamento è fondamentale per l'analisi della qualità dei prodotti. Il Process Mining può essere utilizzato per confrontare i processi di gestione della qualità tra diverse linee di prodotto o per identificare i prodotti frequentemente associati a problemi di qualità. Ciò aiuta a stabilire le priorità degli interventi di miglioramento ingegneristico o produttivo nei punti in cui sono più necessari. Perché è importante Collega gli eventi di qualità a prodotti specifici, consentendo di analizzare le tendenze della qualità dei prodotti e le variazioni del processo. Dove reperirlo Queste informazioni vengono memorizzate in un campo del piano di raccolta della qualità, spesso collegato all'anagrafica degli articoli di Oracle Inventory. Esempi SKU-100-A-REDPN-987654CHEM-X2
	Sistema di origine SourceSystem	Identifica il sistema di riferimento dal quale sono stati estratti i dati.
Descrizione Questo Attributo specifica l'applicazione o il sistema di origine dei dati dell'evento. In un ambiente aziendale, i dati degli eventi di qualità possono provenire da più fonti, come il modulo Oracle Quality principale, un sistema CAPA separato o un portale per i reclami dei clienti. Ai fini dell'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 la risoluzione dei problemi di integrazione, garantendo che la vista del processo rifletta accuratamente il panorama combinato dei dati. Perché è importante Fornisce un contesto essenziale sull'origine dei dati, importante per la convalida e la governance dei dati e per analizzare le variazioni del processo tra sistemi diversi. Dove reperirlo In genere è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per indicare l'origine del dataset. Esempi Oracle Quality Management R12Oracle EBS QualityQM-PROD
	Tempo totale del ciclo TotalCycleTime	Il tempo totale trascorso dall’identificazione di un problema di qualità alla sua chiusura definitiva.
Descrizione Questo attributo misura la durata completa end-to-end di un singolo caso relativo a un evento di qualità. Viene calcolato come differenza tra il timestamp della prima attività («Problema di qualità identificato») e quello dell’ultima attività («Revisione finale e chiusura»). È un indicatore chiave di prestazione (KPI) primario dell’efficienza complessiva del processo di gestione della qualità e rappresenta la metrica principale della Dashboard «Tempo di ciclo end-to-end dell’evento di qualità». Il monitoraggio nel tempo e la segmentazione per attributi come Gravità o Categoria del problema offrono una visione di alto livello dello stato del processo e dell’impatto delle iniziative di miglioramento. Perché è importante È un KPI fondamentale che misura la velocità e l’efficienza complessive dell’intero processo di gestione della qualità, dall’inizio alla fine. Dove reperirlo Viene calcolato a livello di caso durante l’elaborazione dei dati per il Process Mining. Richiede l’ora di inizio del primo evento e l’ora di fine dell’ultimo evento per ogni QualityEventId. Esempi P30DT12HP15DP92D
	Ultimo aggiornamento dei dati LastDataUpdate	Il timestamp dell'aggiornamento o del refresh più recente dei dati provenienti dal sistema di origine.
Descrizione Questo Attributo indica l'ultima volta in cui i dati relativi all'evento sono stati aggiornati nel dataset di Process Mining. Riflette l'aggiornamento dei dati e aiuta gli utenti a comprenderne la tempestività. Nei Dashboard e nei report, questo timestamp è fondamentale per fornire contesto all'utente. Chiarisce se si stanno consultando dati in tempo reale o uno snapshot riferito a uno specifico momento, aspetto essenziale per prendere decisioni operative informate. Garantisce trasparenza sull'attualità dei dati. Perché è importante Questo timestamp garantisce trasparenza sull'aggiornamento dei dati, consentendo agli utenti di comprendere quanto sia attuale l'analisi del processo. Dove reperirlo Questo valore viene generato e memorizzato durante il processo ETL dei dati e rappresenta in genere il timestamp 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 assegna l’evento di qualità a una specifica parte della struttura aziendale e consente di analizzare e confrontare le prestazioni in materia di qualità tra diverse unità organizzative. Segmentare l’analisi del processo per unità aziendale è un requisito comune nelle grandi imprese. Consente di creare Dashboard specifiche per ciascuna unità e di individuare le divisioni che dispongono di processi di qualità più efficienti o che affrontano problematiche specifiche. Questo è utile sia per la supervisione a livello corporate sia per condividere le best practice all’interno dell’organizzazione. Perché è importante Consente di confrontare e analizzare le prestazioni tra diverse parti dell’organizzazione, supportando la gestione della qualità a livello aziendale. Dove reperirlo Fa generalmente parte dei dati relativi al contesto organizzativo associati alla transazione e spesso deriva dai dati master dell’utente o del reparto. Esempi Dispositivi mediciElettronica di consumoComponenti automobilistici

Obbligatorio Consigliato Facoltativo

Attività di gestione della qualità

Queste sono le fasi chiave e le principali tappe del processo da acquisire nell’Event Log per una corretta individuazione del processo e una valutazione delle prestazioni.

6 Consigliato 8 Facoltativo

	Attività	Descrizione
	Efficacia dell'azione verificata	Conferma che l'azione correttiva implementata ha risolto con successo la causa principale e impedito il ripetersi del problema. Viene acquisita quando un utente completa la fase di verifica e aggiorna lo stato del record.
Perché è importante Si tratta di un traguardo critico basato sui risultati e costituisce la base del KPI 'Effectiveness Verif. Rate'. Chiude il ciclo dell'azione correttiva, garantendo che i problemi siano stati realmente risolti. Dove reperirlo Deducibile dalla modifica di stato del record CAPA a 'Verification Complete' o 'Effective'. Può inoltre comportare il popolamento di specifici campi relativi ai risultati della verifica. Acquisizione Deducibile dalla modifica di stato a 'Verification Complete' o 'Effective'. Tipo di evento inferred
	Indagine avviata	Indica l'avvio ufficiale della fase di indagine per determinare la causa principale del problema di qualità. Di norma è rappresentato da una modifica di stato nel sistema, ad esempio il passaggio a 'Under Investigation'.
Perché è importante Costituisce il punto di partenza per misurare il KPI 'Root Cause Analysis Lead Time' e aiuta a determinare per quanto tempo i problemi rimangono in attesa prima dell'avvio di un'indagine formale. Dove reperirlo Deducibile da una modifica di stato del Quality Issue o di un record Quality Action associato allo stato 'Investigation'. Il timestamp della modifica di stato fornisce l'orario dell'evento. Acquisizione Deducibile da una modifica di stato a 'Under Investigation' o a uno stato analogo. Tipo di evento inferred
	Piano di azioni correttive approvato	Rappresenta l'approvazione formale del piano di azioni correttive proposto da parte di un'autorità designata. È un punto di controllo critico, generalmente acquisito tramite un'azione di approvazione esplicita o una modifica di stato a 'Approved'.
Perché è importante Questa approvazione è un traguardo fondamentale e un frequente collo di bottiglia. Analizzare i tempi di approvazione aiuta a semplificare il processo e a garantire la Conformità alle procedure. Dove reperirlo Deducibile dalla modifica di stato del record Quality Action o CAPA a 'Approved'. Nei sistemi Oracle dotati di Workflow di approvazione, questa modifica viene spesso registrata esplicitamente nelle tabelle di audit. Acquisizione Deducibile dalla modifica di stato a 'Approved'. Tipo di evento inferred
	Problema categorizzato e prioritizzato	Questa attività si verifica quando un analista completa la valutazione iniziale, assegnando Attributi chiave come gravità, priorità e tipo di problema. In genere viene acquisita quando il problema passa dallo stato 'New' allo stato 'Assessed' o 'In Triage'.
Perché è importante Questo traguardo è fondamentale per il KPI 'Avg Triage Processing Time'. I ritardi in questa fase possono rallentare l'intero processo di risoluzione, soprattutto per i problemi critici. Dove reperirlo Deducibile da una modifica di stato del record Quality Issue, ad esempio da 'New' a 'Under Assessment', oppure dal primo popolamento di campi come 'Severity' o 'Priority'. Acquisizione Deducibile da una modifica di stato o dal primo popolamento dei campi Severity o Priority. Tipo di evento inferred
	Problema di qualità identificato	Questa attività indica la creazione di un nuovo record di evento di qualità, ad esempio una non conformità, una deviazione o un reclamo del cliente. Viene registrata esplicitamente quando un utente crea un nuovo record Quality Issue o Quality Action in Oracle.
Perché è importante In quanto evento iniziale, è essenziale per calcolare il tempo totale del ciclo del processo di gestione della qualità e comprendere il volume degli eventi di qualità in ingresso. Dove reperirlo Questo evento viene acquisito dal timestamp di creazione del record Quality Issue o Quality Action, probabilmente presente in tabelle come QAM_QUALITY_ISSUES o QAM_QUALITY_ACTIONS. Acquisizione Evento registrato alla creazione di un nuovo record Quality Issue o Action. Tipo di evento explicit
	Revisione finale e chiusura	È il passaggio finale, durante il quale si conferma il completamento di tutte le azioni correlate e si chiude formalmente il problema di qualità principale. Viene acquisito tramite una modifica di stato finale a 'Closed' o 'Resolved' nel record principale.
Perché è importante È l'evento finale principale del processo. È essenziale per calcolare il KPI 'Average Event Cycle Time' e misurare la produttività complessiva del processo. Dove reperirlo Deducibile dalla modifica di stato finale del record Quality Issue principale a 'Closed'. Il timestamp di questa modifica costituisce l'orario dell'evento. Acquisizione Deducibile dalla modifica di stato a 'Closed' nel record Quality Issue principale. Tipo di evento inferred
	Analisi della causa principale eseguita	Rappresenta il completamento dell'analisi della causa principale (RCA) e la documentazione dei risultati. In genere viene acquisita quando il team di indagine aggiorna il problema di qualità con la causa principale identificata e ne modifica lo stato.
Perché è importante Questa attività rappresenta il punto finale del KPI 'Root Cause Analysis Lead Time'. Analizzare la durata che precede questo passaggio aiuta a individuare i colli di bottiglia nella fase di risoluzione dei problemi. Dove reperirlo Deducibile da una modifica di stato a 'RCA Complete' oppure dal popolamento del campo della categoria della causa principale e dal salvataggio del record. Viene utilizzato il timestamp di questo aggiornamento. Acquisizione Deducibile dalla modifica di stato a 'RCA Complete' o dal popolamento dei campi della causa principale. Tipo di evento inferred
	Azione correttiva implementata	Indica il completamento delle attività definite nel piano di azioni correttive approvato. In genere viene acquisita quando un utente aggiorna lo stato del record dell'azione correttiva a 'Implemented' o 'Completed'.
Perché è importante Questa attività è fondamentale per il KPI 'CAPA Impl. On-Time Rate', poiché indica che la soluzione pianificata è stata eseguita e consente il confronto con le date obiettivo. Dove reperirlo Questo evento è dedotto dalla modifica di stato del record Quality Action o CAPA associato a 'Implemented' o 'Completed'. Acquisizione Deducibile dalla modifica di stato a 'Implemented' o 'Completed'. Tipo di evento inferred
	Azione preventiva identificata	Rappresenta la creazione di un'azione preventiva (PA) per affrontare problemi sistemici e impedire il verificarsi di eventi di qualità analoghi. Spesso viene registrata come creazione di un nuovo record Preventive Action collegato al problema originale.
Perché è importante Questa attività evidenzia la maturità del processo di qualità, che non si limita a risolvere i singoli problemi, ma previene quelli futuri. Il relativo monitoraggio aiuta a misurare i miglioramenti proattivi della qualità. Dove reperirlo Acquisita dalla creazione di un nuovo record Quality Action di tipo 'Preventive Action', spesso collegato al Quality Issue o alla Corrective Action originale. Acquisizione Registrata alla creazione di un record Quality Action di tipo 'Preventive Action'. Tipo di evento explicit
	Azione preventiva implementata	Indica il completamento delle attività definite nel piano di azione preventiva per mitigare i rischi sistemici. Viene acquisita quando un utente aggiorna lo stato del record dell'azione preventiva a 'Implemented' o 'Completed'.
Perché è importante Misura la capacità dell'organizzazione di realizzare miglioramenti proattivi della qualità. I ritardi in questa fase possono indicare difficoltà nell'attuazione di cambiamenti sistemici a livello organizzativo. Dove reperirlo Deducibile dalla modifica di stato del record Preventive Action associato a 'Implemented' o 'Completed', analogamente al monitoraggio delle azioni correttive. Acquisizione Deducibile dalla modifica di stato a 'Implemented' in un record Preventive Action. Tipo di evento inferred
	Piano di azioni correttive proposto	Si verifica quando le azioni correttive vengono definite e collegate al problema di qualità, delineando i passaggi necessari per risolverlo. Può corrispondere alla creazione di un record Corrective Action correlato o a una modifica di stato che indica che il piano è pronto per la revisione.
Perché è importante Questo passaggio rappresenta la transizione dall'analisi del problema alla progettazione della soluzione. La rilavorazione associata a questa fase, misurata tramite i KPI di rilavorazione, può indicare requisiti poco chiari o una pianificazione inefficace. Dove reperirlo Può trattarsi di un evento esplicito generato dalla creazione di un nuovo record Corrective Action all'interno di un oggetto CAPA oppure di un evento dedotto da una modifica di stato a 'Plan Proposed' o 'Pending Approval'. Acquisizione Deducibile dalla modifica di stato a 'Pending Approval' o dalla creazione di una Corrective Action collegata. Tipo di evento inferred
	Problema assegnato per il triage	Rappresenta l'assegnazione del problema di qualità appena creato a un utente o a un team specifico per la revisione e la valutazione iniziali. Questo evento viene spesso dedotto monitorando le modifiche al campo dell'assegnatario o del responsabile del record del problema di qualità.
Perché è importante Monitorare questo passaggio iniziale consente di individuare i ritardi prima dell'avvio della valutazione. Analizzare il tempo trascorso in questo stato evidenzia potenziali arretrati nella coda di triage. Dove reperirlo Deducibile dalle modifiche al campo del responsabile o dell'assegnatario nel record Quality Issue. La fonte può essere costituita da tabelle dello storico di audit oppure dal monitoraggio delle modifiche di stato associate ai Workflow di assegnazione. Acquisizione Deducibile da una modifica al campo 'Assigned To' o 'Owner' del Quality Issue. Tipo di evento inferred
	Stakeholder informati della risoluzione	Rappresenta la comunicazione della risoluzione dell'evento di qualità alle parti interessate, ad esempio al segnalatore o ai clienti coinvolti. È difficile da acquisire e può essere dedotta da una modifica di stato successiva alla chiusura o da un commento registrato.
Perché è importante È fondamentale per il KPI 'Stakeholder Notification Lag'. Una comunicazione tempestiva è importante per la soddisfazione del cliente e la trasparenza interna, anche dopo la risoluzione del problema. Dove reperirlo Spesso è difficile da acquisire automaticamente. Può essere dedotta da uno stato come 'Notification Sent' oppure registrata in un campo relativo alle attività o ai commenti, richiedendo una logica specifica per l'estrazione. Acquisizione Deducibile da una specifica modifica di stato o, potenzialmente, dall'analisi testuale dei log delle attività. Tipo di evento inferred
	Verifica dell'efficacia richiesta	Rappresenta l'indicazione da parte del sistema o di un utente che l'azione implementata richiede una verifica successiva per accertarne l'efficacia. Spesso si tratta di una modifica di stato automatica o manuale che avviene dopo l'implementazione.
Perché è importante Questo passaggio avvia la fase di verifica, essenziale per il processo. Comprendere il tempo che intercorre tra l'implementazione e questa attività può evidenziare ritardi nell'avvio dei necessari follow-up. Dove reperirlo Questo evento è dedotto da una modifica di stato della Quality Action a 'Pending Effectiveness Check' o a uno stato analogo all'interno del Workflow. Acquisizione Deducibile dalla modifica di stato a 'Pending Effectiveness Check'. Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i Suoi dati da Oracle Quality Management

Passaggi

Acceda a Oracle BI Publisher: acceda alla Sua istanza Oracle E-Business Suite e raggiunga la responsabilità che consente di accedere a BI Publisher, ad esempio BI Publisher Administrator o una responsabilità personalizzata equivalente.
Crei un nuovo modello dati: dalla home page di BI Publisher, selezioni Create e quindi Data Model. Si aprirà l’editor del modello dati.
Definisca un dataset SQL Query: nell’editor del modello dati, faccia clic sull’icona più nel pannello Data Sets e selezioni SQL Query. Si aprirà la finestra dell’editor SQL.
Configuri l’origine dati: nella finestra New Data Set, inserisca un nome per il dataset, ad esempio DS_QUALITY_EVENTS. Selezioni il database Oracle EBS appropriato come Data Source.
Inserisca la query SQL: copi la query SQL completa fornita nella 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 di reporting. Nel modello 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 una descrizione intuitiva per l’utente.
Salvi il modello dati: dopo aver incollato la query e definito i parametri, salvi il modello dati. È consigliabile salvarlo in una cartella condivisa per i report.
Crei un nuovo report: torni alla home page di BI Publisher, selezioni Create e quindi Report. Selezioni l’opzione «Use Data Model» e individui il modello dati appena salvato.
Configuri il layout del report: la procedura guidata del report La guiderà nella configurazione del layout. Per ProcessMind è sufficiente un layout tabellare semplice. Trascini tutte le colonne dal modello dati nel layout del report. Verifichi che il formato di output sia configurato per CSV.
Imposti le proprietà del report: nelle proprietà del report, verifichi che l’opzione «Enable CSV Output» sia selezionata. Se necessario, può anche definire valori predefiniti per i parametri.
Esegua ed esporti il report: salvi il report, quindi lo esegua inserendo 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 Suo computer.
Prepari il caricamento: apra il file CSV scaricato per verificare che contenga i dati attesi. 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 autorizzazioni di lettura sulle tabelle sottostanti del modulo Quality, ad esempio QA_RESULTS, QA_PLANS, QA_ACTIONS e FND_USER.
Configurazione dell’origine dati: il modello dati di BI Publisher deve essere configurato per connettersi al database principale dell’applicazione Oracle EBS, ovvero lo schema APPS.
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, è consigliato un intervallo da 6 a 12 mesi, così da acquisire un numero sufficiente di casi completi. Formatti la data come 'YYYY-MM-DD'.
Formato di output: il report deve essere configurato per consentire l’output CSV. Questo formato è ottimale per l’acquisizione in ProcessMind, perché è semplice, strutturato e non richiede analisi complesse.
Pianificazione: per un monitoraggio continuo del processo, pianifichi l’esecuzione ricorrente del report BI Publisher, ad esempio con cadenza giornaliera o settimanale. Configuri la consegna dell’output a un server designato o a un repository di contenuti per il prelievo automatico.
Prestazioni: nelle istanze con volumi molto elevati di eventi di qualità, l’esecuzione della query potrebbe richiedere molto tempo. Si assicuri che l’intervallo di date sia ragionevole e, se le prestazioni rappresentano un problema, valuti con l’amministratore del database l’ottimizzazione della query o l’indicizzazione delle tabelle.

a 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.
Comprendere 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 applicativi come FND_USER o PER_ALL_PEOPLE_F.
Definire i parametri della query: Prima di eseguire la query, 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'.
Eseguire la query SQL: Copi lo script SQL completo ed esegua la query nel client per database. Lo script utilizza più clausole UNION ALL per raccogliere eventi diversi in un unico formato coerente di Event Log.
Rivedere i dati grezzi: Al termine dell’esecuzione, riveda l’output. Ogni riga rappresenta una singola attività nel ciclo di vita di un evento di qualità. Verifichi la completezza e la presenza dei dati nelle colonne chiave, come QualityEventId, ActivityName e EventStartTime.
Gestire timestamp e durate: La query fornisce EventStartTime. EventEndTime viene lasciato intenzionalmente come NULL, poiché per determinare l’ora di fine di un evento è spesso necessario conoscere l’ora di inizio dell’evento successivo. In genere, questo calcolo viene gestito al meglio nello strumento di Process Mining o in uno script di post-elaborazione. Analogamente, ProcessingTime viene impostato su NULL, poiché richiede un calcolo basato sulle ore di inizio e di fine.
Esportare in CSV: Esporti il set completo dei 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.
Preparare il caricamento: Verifichi che le intestazioni delle colonne CSV corrispondano ai requisiti della piattaforma ProcessMind (ID del caso, Attività, Ora di inizio). Prima del caricamento, rinomini rispettivamente le colonne QualityEventId, ActivityName e EventStartTime.

Configurazione

Accesso al database: l’utente che esegue la query deve disporre dei privilegi SELECT su tutte le tabelle a cui fa riferimento lo script, che possono includere tabelle negli schemi APPS, QA, PER e Risorse umane.
Filtri principali della query: la query contiene segnaposto fondamentali che devono essere configurati:
- :start_date: l’inizio del periodo di reporting. La query filtra gli eventi creati a partire da questa data.
- :end_date: la fine del periodo di reporting.
- :organization_id: l’identificativo dell’organizzazione Oracle specifica che desidera analizzare. I piani e i risultati relativi alla qualità sono spesso associati a un’organizzazione.
Intervallo di date: per un’analisi iniziale, è consigliato utilizzare dati relativi a un periodo compreso tra 3 e 6 mesi. Per 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 eseguire un’estrazione più ampia.
Considerazioni sulle prestazioni: questa query esegue join tra diverse tabelle di grandi dimensioni e combina 14 set di risultati distinti. L’operazione può richiedere molte risorse. Pianifichi l’estrazione negli orari di minore attività per ridurre l’impatto sulle prestazioni del sistema. Se le prestazioni risultano insufficienti, consulti un amministratore del database per valutare l’indicizzazione delle colonne principali, in particolare delle colonne 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'

Passaggi

Prepari l’ambiente: si assicuri che sul sistema sia installato Python 3.6 o una versione successiva. Installi le librerie necessarie utilizzando pip: pip install pandas oracledb. Queste librerie sono necessarie per connettersi al database Oracle e manipolare i dati.
Ottenga le credenziali del database: recuperi i dati di connessione necessari per il database Oracle Quality Management. Sono inclusi nome utente, password e Data Source Name (DSN), che generalmente segue il formato hostname:port/service_name.
Salvi lo script di estrazione: copi lo script Python completo fornito nella sezione «query» e lo salvi in un file, ad esempio extract_quality_events.py.
Configuri lo script: apra lo script salvato in un editor di testo. Individui la sezione di configurazione all’inizio del file 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: esamini la query SQL contenuta nello script. Potrebbe essere necessario modificare nomi di tabelle come QA_RESULTS o valori di stato specifici come 'NEW' e 'CLOSED' affinché corrispondano alla configurazione Oracle della Sua organizzazione. Se ha dubbi, consulti l’amministratore del sistema Oracle.
Esegua lo script: apra un prompt dei comandi o un terminale, raggiunga la directory in cui ha salvato lo script ed esegua il comando: python extract_quality_events.py.
Monitori 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 diversi minuti. Verifichi la presenza del messaggio «Successfully connected to Oracle Database!» e del messaggio finale «Event log saved to quality_event_log.csv».
Recuperi il file di output: al termine dell’esecuzione, nella stessa directory verrà creato un file denominato quality_event_log.csv. Il file contiene l’event log estratto.
Esamini l’event log: apra il file quality_event_log.csv in un’applicazione per fogli di calcolo per una verifica preliminare. Controlli che le colonne previste siano presenti e che i dati siano valorizzati correttamente per alcuni casi di esempio.
Carichi il file nello strumento di Process Mining: il file CSV generato è ora pronto per essere caricato nell’applicazione di Process Mining e analizzato.

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 e PER_ALL_PEOPLE_F.
Filtro per intervallo di date: le variabili start_date e end_date nello script sono fondamentali per controllare il volume dei dati. È consigliabile iniziare con un intervallo più breve, ad esempio 3-6 mesi, per verificare le prestazioni e convalidare l’output prima di eseguire un’estrazione più ampia.
Filtri specifici del sistema: la query SQL può essere ulteriormente personalizzata per includere 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 specifica.
Mappatura dei codici di stato: la logica di estrazione delle attività si basa sulla mappatura di specifici valori di stato, ad esempio 'NEW', 'UNDER_INVESTIGATION' e 'CLOSED', nei passaggi del processo. Questi valori dipendono fortemente dalla configurazione Oracle e devono essere verificati e adattati nella query SQL per garantire l’accuratezza.
Dipendenze Python: lo script dipende dalle librerie pandas e oracledb. Si assicuri 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)

È pronto a iniziare?

Questo Template è progettato per aiutarLa a preparare rapidamente i dati e iniziare a ottimizzare i processi di Quality Management. Inizi oggi stesso a individuare opportunità di efficienza e conformità.

Torna alla guida al miglioramento Scarica il Template

Trasformi Oracle Quality Management e rafforzi subito la conformità

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

Inizi la prova gratuita

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

Il Suo Template per i dati di Quality Management

Il Suo Template per i dati di Quality Management

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

a Query di esempio sql

Query SQL diretta sulle tabelle Oracle Quality Management

Passaggi

Configurazione

a Query di esempio sql

Script di estrazione Python tramite Oracle DB Connector

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Trasformi Oracle Quality Management e rafforzi subito la conformità

Il Suo Template per i dati di Quality Management

Il Suo Template per i dati di Quality Management

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

a Query di esempio sql

Query SQL diretta sulle tabelle Oracle Quality Management

Passaggi

Configurazione

a Query di esempio sql

Script di estrazione Python tramite Oracle DB Connector

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Trasformi Oracle Quality Management e rafforzi subito la conformità

La Sua privacy è importante