> Miglioramento continuo dei processi > Pianificazione della produzione > Plex Smart Manufacturing > Template dei dati

Il template dei dati per la pianificazione della produzione

Plex Smart Manufacturing

Attributi della pianificazione della produzione(22) Attività della pianificazione della produzione(16) Guide all’estrazione(2)

Il template dei dati per la pianificazione della produzione

Questo template fornisce indicazioni complete per raccogliere i dati necessari a ottimizzare il processo di pianificazione della produzione. Descrive gli attributi essenziali da raccogliere, le attività principali da monitorare e le modalità pratiche per estrarre queste informazioni dai sistemi di origine. Utilizzi questa risorsa per assicurarsi di acquisire tutti i dati necessari a un’analisi e a un miglioramento efficaci del processo.

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

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

Scarica il template

Attributi della pianificazione della produzione

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo la pianificazione della produzione e ottenere informazioni approfondite sulle attività.

3 Obbligatorio 8 Consigliato 11 Facoltativo

	Nome	Descrizione
	Nome dell’attività ActivityName	Nome dell’evento o della fase specifica che si è verificata nel processo di pianificazione della produzione.
Descrizione Questo attributo descrive una singola attività o una tappa del ciclo di pianificazione della produzione, ad esempio «Ordine di produzione creato», «Fabbisogno di materiali pianificato» o «Ordine di produzione completato». Queste attività costituiscono la struttura della mappa del processo e consentono agli analisti di visualizzare il flusso, individuare i colli di bottiglia tra le fasi e analizzare la frequenza e la sequenza degli eventi. Ogni attività corrisponde a un evento registrato nel sistema di origine. Perché è importante Definisce le fasi della mappa del processo, che costituisce la base di tutte le analisi di Process Mining, compresa l’individuazione dei colli di bottiglia e l’analisi delle varianti. Dove reperirli Deriva dai log degli eventi, dai codici delle transazioni o dai record delle modifiche di stato nei diversi moduli Plex relativi alla pianificazione e all’esecuzione della produzione. Esempi Ordine di produzione creatoPiano di produzione approvatoOrdine di produzione rilasciatoOperazione completata
	Ora dell’evento EventTime	Timestamp che indica quando si è verificata l’attività.
Descrizione Questo attributo registra la data e l’ora esatte in cui un evento o un’attività specifica è stata inserita nel sistema. È il principale riferimento temporale per l’analisi dei processi. Timestamp accurati sono fondamentali per calcolare tempi di ciclo, durate e tempi di attesa tra le attività. Consentono di analizzare nel tempo le prestazioni del processo, individuare i colli di bottiglia e misurare il rispetto dei programmi. Perché è importante Questo timestamp è essenziale per calcolare tutte le metriche temporali, come i tempi di ciclo e le durate, fondamentali per l’analisi delle prestazioni. Dove reperirli Si trova nei log degli eventi o nei record delle transazioni, insieme alle informazioni sull’attività in Plex. Cerchi campi come «Data di creazione», «Timestamp» o «Data dell’evento». Esempi 2023-10-26T09:00:00Z2023-10-26T14:35:10Z2023-10-27T08:21:05Z
	Ordine di produzione ProductionOrder	Identificativo univoco dell’ordine di produzione, utilizzato come identificativo principale del caso nel processo di pianificazione della produzione.
Descrizione Il numero dell’ordine di produzione identifica in modo univoco la richiesta di produrre una determinata quantità di un componente o prodotto. È l’ID del caso centrale che collega tutti gli eventi di pianificazione, programmazione, esecuzione e completamento correlati. Nel Process Mining, raggruppare gli eventi per ordine di produzione consente di ottenere una visione completa del ciclo di vita produttivo, dall’inizio alla fine. Questo permette di calcolare i tempi di ciclo complessivi, individuare i percorsi più frequenti e comprendere le differenze tra le diverse esecuzioni della produzione. Perché è importante È l’identificativo essenziale del caso che collega tutte le fasi del processo e consente di analizzare nel complesso ogni ciclo di produzione, dall’inizio alla fine. Dove reperirli Questo identificativo si trova in genere nei moduli principali di produzione o di esecuzione della produzione di Plex. Consulti la documentazione relativa alle tabelle degli ordini di lavoro o degli ordini di produzione. Esempi WO-2024-05123PROD-789001JN-456-A10034589
	Centro di lavoro Workcenter	Macchina, linea di produzione o area specifica in cui è programmata un’operazione di produzione.
Descrizione Un centro di lavoro rappresenta una risorsa specifica o un gruppo di risorse in cui si svolgono le attività di produzione. Può essere una singola macchina, un’isola di macchine o una linea di assemblaggio. Questo attributo è fondamentale per l’«Analisi dei ritardi nell’assegnazione delle risorse» e per individuare i colli di bottiglia legati a risorse specifiche. Analizzando i tempi di elaborazione e di attesa nei diversi centri di lavoro, i responsabili possono ottimizzare l’utilizzo delle risorse e migliorare il flusso produttivo. Perché è importante Aiuta a individuare i colli di bottiglia legati a risorse specifiche e ad analizzare l’utilizzo della capacità, aspetti fondamentali per la programmazione e l’ottimizzazione della produzione. Dove reperirli Consulti la documentazione di Plex Smart Manufacturing. In genere, queste informazioni si trovano nei dettagli dell’itinerario o delle operazioni associati a un ordine di produzione. Esempi CNC-MILL-05ASSEMBLY-LINE-3PACKAGING-STATION-BWC-FINISH-01
	Codice componente PartNumber	Identificativo univoco del prodotto o del materiale da fabbricare.
Descrizione Il codice componente, noto anche come codice articolo o SKU, identifica l’articolo che l’ordine di produzione deve realizzare. È un dato anagrafico fondamentale che collega il processo produttivo al portafoglio prodotti. Analizzare il processo per codice componente consente di individuare le criticità produttive specifiche di ciascun prodotto, confrontare i tempi di ciclo e comprendere come variano i fabbisogni di materiali. È un elemento fondamentale per qualsiasi analisi di processo incentrata sui prodotti. Perché è importante Consente di analizzare il processo per prodotto, confrontare le prestazioni e individuare problemi relativi a componenti o famiglie di prodotti specifici. Dove reperirli Si trova nei dettagli della riga dell’ordine di produzione o della relativa intestazione in Plex. È un campo standard collegato all’anagrafica articoli. Esempi PN-100-001A45-873-CFG-2023-WIDGETASM-BRKT-550
	Data di fine pianificata PlannedEndDate	Data prevista per il completamento dell’ordine di produzione.
Descrizione Questo attributo indica la data entro cui si prevede di completare l’ordine di produzione. È un risultato fondamentale del processo di programmazione e costituisce la base di riferimento per misurare le prestazioni. La data di fine pianificata è essenziale per la Dashboard e il KPI «Rispetto del programma di produzione». Confrontandola con il timestamp effettivo di completamento, le organizzazioni possono misurare la capacità di raggiungere gli obiettivi di produzione e individuare le cause dei ritardi. Perché è importante Costituisce la base di riferimento per misurare il rispetto del programma e la puntualità, indicatori fondamentali dell’efficacia della pianificazione e dell’esecuzione. Dove reperirli Consulti la documentazione di Plex Smart Manufacturing. In genere, il dato si trova nell’intestazione dell’ordine di produzione e può essere denominato «Data di fine programmata», «Data di scadenza» o in modo simile. Esempi 2023-11-15T17:00:00Z2023-11-20T23:59:59Z2023-12-01T17:00:00Z
	Disponibilità dei materiali MaterialAvailabilityStatus	Indica se sono disponibili tutti i materiali necessari per l’ordine di produzione.
Descrizione Questo attributo mostra lo stato di disponibilità dei materiali, ad esempio «Disponibili», «Mancanza» o «In ordine». È fondamentale per stabilire se un ordine di produzione può essere rilasciato al reparto produttivo. Un impiego importante di questo attributo è la Dashboard «Analisi dell’impatto delle carenze di materiali». Consente di quantificare i ritardi causati dalla mancanza di materiali, mettendo in relazione lo stato «Mancanza» con tempi di attesa più lunghi prima delle attività «Ordine di produzione rilasciato» o «Produzione avviata». Perché è importante Supporta direttamente l’analisi dei ritardi causati dalla mancanza di materiali, un problema frequente e significativo nel settore manifatturiero. Dove reperirli Consulti la documentazione di Plex Smart Manufacturing. Potrebbe trattarsi di uno stato calcolato nei moduli MRP o di inventario, oppure di un campo dell’ordine di produzione. Esempi Tutti i materiali disponibiliCarenza di componentiIn attesa dell’ordine di acquistoDisponibilità parziale
	Priorità di produzione ProductionPriority	Classificazione che indica il livello di urgenza dell’ordine di produzione.
Descrizione Questo attributo assegna all’ordine di produzione un livello di priorità, ad esempio «Alta», «Media» o «Bassa». Aiuta i responsabili della pianificazione e il personale di produzione a stabilire le priorità del lavoro, soprattutto quando le risorse sono limitate. L’analisi per priorità è essenziale per la Dashboard «Metriche di gestione delle priorità di produzione». Consente di verificare se gli ordini ad alta priorità vengono effettivamente accelerati e completati prima di quelli con priorità inferiore, valutando l’efficacia del sistema di assegnazione delle priorità. Perché è importante Consente di verificare se gli ordini ad alta priorità vengono elaborati più rapidamente e se il sistema di assegnazione delle priorità funziona in modo efficace. Dove reperirli Consulti la documentazione di Plex Smart Manufacturing. Può trattarsi di un campo standard o personalizzato nell’intestazione dell’ordine di produzione. Esempi AltaMediaBassa19
	Quantità pianificata PlannedQuantity	Quantità prevista del componente o del prodotto da realizzare con l’ordine.
Descrizione Questo attributo specifica il numero di unità programmate per la produzione secondo l’ordine. Il valore viene utilizzato per pianificare il fabbisogno di materiali e la capacità, oltre che per la programmazione. La quantità pianificata è essenziale per calcolare il KPI «Scostamento dell’integrazione delle previsioni della domanda», confrontandola con i valori delle previsioni iniziali. Fornisce inoltre un contesto per l’analisi dei tempi di ciclo, poiché gli ordini più grandi possono naturalmente richiedere tempi di attraversamento più lunghi. Perché è importante Indica il volume di produzione previsto, essenziale per analizzare la capacità, programmare la produzione e comprendere le variazioni del processo legate alle dimensioni dell’ordine. Dove reperirli Si trova nell’intestazione dell’ordine di produzione o nei dettagli della riga in Plex. Cerchi campi come «Quantità dell’ordine» o «Quantità pianificata». Esempi 1005000751250
	Responsabile della pianificazione Planner	Dipendente responsabile della pianificazione o della gestione dell’ordine di produzione.
Descrizione Questo attributo identifica il responsabile della pianificazione o della programmazione della produzione assegnato a uno specifico ordine. Può contenere il nome di una persona o il suo ID dipendente. Analizzare il processo per responsabile della pianificazione è essenziale per la Dashboard «Confronto delle prestazioni dei responsabili della pianificazione». Aiuta a individuare differenze di efficienza, rispetto dei programmi e varianti del processo, evidenziando possibili esigenze di formazione o di standardizzazione. Perché è importante Consente di analizzare le prestazioni per responsabile della pianificazione e di individuare buone pratiche, incoerenze ed esigenze di formazione. Dove reperirli Consulti la documentazione di Plex Smart Manufacturing. In genere, l’informazione si trova nelle tabelle di intestazione degli ordini di produzione, in campi come «Codice responsabile della pianificazione», «Programmatore» o «Creato da». Esempi John SmithJane DoeGruppo di pianificazione AUser789
	Stato dell’ordine di produzione ProductionOrderStatus	Stato attuale o finale dell’ordine di produzione.
Descrizione Questo attributo riflette lo stato dell’ordine di produzione in un determinato momento, ad esempio «Creato», «Rilasciato», «In corso», «Completato» o «Annullato». Le informazioni sullo stato offrono un quadro del ciclo di vita dell’ordine e sono fondamentali per l’analisi degli esiti. Consentono di filtrare gli ordini attivi e quelli completati, analizzare i tassi di annullamento e comprendere le ragioni di determinati percorsi del processo. Perché è importante Indica l’esito e lo stato attuale di un ordine di produzione, informazioni essenziali per applicare filtri, analizzare gli esiti e comprendere le eccezioni del processo. Dove reperirli Disponibile nella tabella di intestazione degli ordini di produzione in Plex. Cerchi un campo «Stato» o «Condizione». Esempi PianificatoRilasciatoCompletatoChiusoAnnullato
	Codice motivo della rilavorazione ReworkReasonCode	Codice che indica il motivo di una modifica del piano di produzione o di un ciclo di rilavorazione.
Descrizione Quando un piano di produzione viene modificato o un ordine viene avviato alla rilavorazione, questo attributo indica un motivo standardizzato della deviazione. Alcuni esempi sono «Materiale difettoso», «Fermo macchina» o «Modifica delle specifiche». Questo attributo chiarisce le ragioni delle deviazioni del processo individuate nell’analisi delle varianti. È fondamentale per risalire alle cause profonde del KPI «Tasso di rilavorazione e reindirizzamento» e aiutare i team ad affrontare i problemi alla base di rilavorazioni costose e ritardi. Perché è importante Fornisce un contesto essenziale sulle rilavorazioni e sulle deviazioni del processo, consentendo di risalire alle cause profonde e ridurre gli sprechi e migliorare la qualità. Dove reperirli Consulti la documentazione di Plex Smart Manufacturing. Questi dati possono essere associati a record di non conformità, qualità o modifiche della produzione. Esempi QA_FAILMAT_SUBENG_CHGOPER_ERR
	Data effettiva di fine ActualEndDate	Data e ora effettive di completamento dell’ultima unità dell’ordine di produzione.
Descrizione Questo attributo registra l’ora in cui è stata completata l’ultima operazione dell’ordine di produzione e prodotta la quantità totale richiesta. Segna la fine della fase di esecuzione. È il dato definitivo per confrontare i risultati effettivi con la data di fine pianificata nell’indicatore di aderenza al piano di produzione. Viene utilizzato per calcolare l’effettivo tempo di ciclo della produzione da inizio a fine. Perché è importante Fornisce l’ora effettiva di completamento, necessaria per calcolare con precisione l’aderenza al piano e i tempi di attraversamento complessivi della produzione. Dove reperirli Corrisponde alla data e ora dell’attività «Ordine di produzione completato» o della conferma operativa finale in Plex. Esempi 2023-11-14T16:55:43Z2023-11-21T11:30:00Z
	Data effettiva di inizio ActualStartDate	Data e ora effettive di avvio della produzione per l’ordine.
Descrizione Questo attributo registra l’ora esatta in cui la prima operazione fisica dell’ordine di produzione è iniziata in reparto. Segna il passaggio dalla pianificazione e preparazione all’esecuzione. Questo dato è essenziale per analizzare il tempo di attesa, ovvero il ritardo tra il rilascio dell’ordine e il suo effettivo avvio. Consente di calcolare con maggiore precisione il tempo di attraversamento della produzione e supporta l’analisi dell’impatto della carenza di materiali, indicando quando il lavoro è realmente iniziato. Perché è importante Indica l’effettivo inizio della fase di produzione e consente di misurare con precisione i ritardi di pianificazione e i tempi di attesa. Dove reperirli Corrisponde alla data e ora dell’attività «Produzione avviata» o del primo passaggio operativo registrato nel componente MES di Plex. Esempi 2023-11-01T08:05:12Z2023-11-05T10:20:00Z
	In ritardo IsLate	Indicatore booleano che segnala se l’ordine di produzione è stato completato dopo la data di fine pianificata.
Descrizione Per ogni ordine di produzione viene calcolato un semplice indicatore booleano (vero/falso). Il valore è «vero» se l’ora effettiva di completamento è successiva alla data di fine pianificata, altrimenti è «falso». Questo attributo semplifica l’analisi e la reportistica sull’aderenza al piano. Consente di applicare facilmente filtri e aggregazioni per calcolare il tasso di aderenza al piano di produzione e individuare rapidamente tutti gli ordini che non hanno rispettato la scadenza. Perché è importante Classifica gli ordini in modo semplice e binario, distinguendo quelli completati nei tempi previsti da quelli in ritardo. È quindi ideale per calcolare i tassi di aderenza e alimentare Dashboard con indicatori di sintesi. Dove reperirli Campo calcolato in base al confronto: «ActualEndDate» > «PlannedEndDate». Esempi truefalse
	Ora di fine EndTime	Timestamp che indica quando è stata completata un’attività.
Descrizione L’ora di fine indica il completamento di un’attività specifica. Insieme all’ora di inizio, permette di calcolare il tempo di elaborazione dell’evento. Nel Process Mining, disporre dell’ora di inizio e di fine delle attività consente di distinguere con maggiore precisione il tempo di elaborazione da quello di attesa. In questo modo è possibile separare il tempo dedicato al lavoro effettivo da quello trascorso in attesa della fase successiva, un aspetto fondamentale per un’analisi accurata dei colli di bottiglia. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle attività, distinguendo il lavoro effettivo dai tempi di attesa. Dove reperirli Potrebbe essere disponibile direttamente nei log degli eventi oppure si può ricavare dall’ora di inizio dell’evento successivo. Esempi 2023-10-26T09:15:00Z2023-10-26T15:05:20Z2023-10-27T10:00:00Z
	Quantità completata CompletedQuantity	Quantità effettiva del componente o prodotto realizzata correttamente.
Descrizione Questo attributo registra il numero finale di unità conformi prodotte e confermate per un ordine di produzione. Il valore viene confrontato con la quantità pianificata per determinare la resa e il tasso di evasione dell’ordine. Analizzare la quantità completata aiuta a valutare l’efficienza e la qualità della produzione. Scostamenti significativi dalla quantità pianificata possono indicare problemi produttivi, un’elevata percentuale di scarti o errori di inserimento dei dati, che possono essere approfonditi. Perché è importante Indica la produzione effettiva e viene utilizzata per analizzare la resa, la percentuale di scarti e la precisione dell’evasione rispetto alla quantità pianificata. Dove reperirli Si trova nei record di segnalazione o conferma della produzione in Plex. Cerchi campi come «Quantità conforme», «Quantità resa» o «Quantità effettiva». Esempi 984950751250
	Scostamento dal piano ScheduleDeviation	Differenza di tempo tra la data di fine pianificata e la data di completamento effettiva.
Descrizione Questa metrica calcolata quantifica l’anticipo o il ritardo con cui è stato completato un ordine di produzione rispetto al piano. Un valore positivo indica un ritardo, uno negativo un completamento anticipato e zero indica che l’ordine è stato completato nei tempi previsti. Questo attributo offre una visione dei risultati più dettagliata rispetto a un semplice indicatore di ritardo. Nel Dashboard sull’aderenza al piano di produzione viene utilizzato per visualizzare l’entità degli scostamenti e aiutare a dare priorità agli interventi di miglioramento più rilevanti. Perché è importante Quantifica con precisione di quanto un ordine si è discostato dal piano, misurando l’entità dell’anticipo o del ritardo. Dove reperirli Campo calcolato, ottenuto sottraendo «PlannedEndDate» da «ActualEndDate» a livello di caso. Esempi P2DT3H15M-P1DT0H0MPT5H
	Sistema di origine SourceSystem	Sistema di registrazione da cui sono stati estratti i dati.
Descrizione Questo attributo specifica l’origine dei dati, in questo caso Plex Smart Manufacturing. È utile negli ambienti in cui i dati possono provenire da più sistemi, perché ne chiarisce la provenienza. Conservare questa informazione favorisce la governance dei dati e la risoluzione dei problemi, poiché identifica chiaramente la fonte da utilizzare per le attività di convalida o arricchimento dei dati. Perché è importante Fornisce un contesto essenziale sull’origine dei dati, importante per la governance e la convalida dei dati e negli ambienti con più sistemi. Dove reperirli In genere, è un valore statico aggiunto durante l’estrazione e la trasformazione dei dati per identificare il set di dati. Esempi Plex Smart ManufacturingPlex MESPlex ERP
	Stabilimento Plant	Sito produttivo o sede in cui viene eseguito l’ordine di produzione.
Descrizione L’attributo stabilimento identifica il sito fisico specifico, ad esempio una fabbrica o un impianto di produzione. Nelle organizzazioni con più stabilimenti, è fondamentale per segmentare e confrontare le prestazioni dei processi. Analizzare i dati per stabilimento consente di confrontare i processi tra sedi diverse. Può far emergere problemi specifici di un sito, mettere in luce le buone pratiche degli stabilimenti con le prestazioni migliori e orientare le decisioni sulla standardizzazione dei processi. Perché è importante Consente di confrontare le prestazioni dei processi tra diversi siti produttivi, un aspetto essenziale per il confronto dei risultati e la standardizzazione nelle organizzazioni con più stabilimenti. Dove reperirli In genere, è un criterio organizzativo fondamentale in Plex, spesso associato all’intestazione dell’ordine di produzione. Cerchi campi come «Stabilimento», «Sito» o «Sede». Esempi Stabilimento di DetroitAssemblaggio di AtlantaSito 007Stabilimento in Messico
	Tipo di ordine OrderType	Categoria che classifica l’ordine di produzione, ad esempio standard, rilavorazione o prototipo.
Descrizione Il tipo di ordine consente di distinguere gli ordini di produzione in base alla loro finalità. Ad esempio, un ordine «Standard» riguarda la produzione ordinaria, un ordine di «Rilavorazione» serve a correggere difetti e un «Prototipo» è destinato allo sviluppo di un nuovo prodotto. Questo attributo permette di analizzare con maggiore precisione i flussi di processo, filtrandoli o confrontandoli in base al tipo di ordine. Gli ordini di rilavorazione, ad esempio, seguono percorsi e tempi di ciclo diversi da quelli standard; separarli è quindi essenziale per ottenere un’analisi chiara. Perché è importante Consente di segmentare l’analisi, poiché tipi di ordine diversi, come «rilavorazione» o «prototipo», seguono naturalmente flussi di processo e criteri di prestazione differenti. Dove reperirli Consulti la documentazione di Plex Smart Manufacturing. Spesso si tratta di un campo configurabile nell’intestazione dell’ordine di produzione. Esempi Produzione standardOrdine di rilavorazioneCampione di ingegneriaSubappalto esterno
	Ultimo aggiornamento dei dati LastDataUpdate	Timestamp dell’ultimo aggiornamento dei dati dal sistema di origine.
Descrizione Questo attributo indica l’ultima volta in cui i dati sono stati estratti e caricati nello strumento di Process Mining. Fornisce un riferimento temporale per valutare quanto siano aggiornati i dati analizzati. Conoscere l’aggiornamento dei dati aiuta a capire se si stanno consultando le informazioni più recenti sul processo. Consente di valutare la tempestività dei dati ed è un metadato importante per qualsiasi Dashboard o rapporto. Perché è importante Indica quanto sono aggiornati i dati, chiarendo l’intervallo temporale a cui si riferisce l’analisi. Dove reperirli È un campo di metadati generato e memorizzato durante l’acquisizione dei dati, che registra il timestamp del caricamento. Esempi 2024-05-21T02:00:00Z2024-05-20T02:00:00Z

Obbligatorio Consigliato Facoltativo

Attività della pianificazione della produzione

Questi sono i passaggi e le tappe fondamentali da registrare nell’Event Log per individuare con precisione il processo e comprendere chiaramente il flusso di produzione.

6 Consigliato 10 Facoltativo

	Attività	Descrizione
	Ordine di produzione completato	Indica il completamento di tutte le operazioni di produzione previste per l’intero ordine. Si tratta di una transazione finale del reparto produttivo, che conferma la produzione della quantità pianificata. L’evento viene registrato esplicitamente quando un operatore o un processo di sistema contrassegna l’ordine come completato.
Perché è importante Questa attività rappresenta l’evento finale principale del percorso ottimale del processo. È il punto di arrivo per calcolare il «Tempo medio di attraversamento dell’ordine di produzione» ed è essenziale per misurare il «Rispetto del programma di produzione» e il «Volume di produzione». Dove reperirli Si tratta di una modifica esplicita dello stato dell’ordine di produzione, spesso attivata dalla transazione di segnalazione della quantità finale. Il timestamp viene registrato quando lo stato dell’ordine passa a «Completato» o «Terminato». Acquisizione Utilizzi il timestamp della transazione che modifica lo stato dell’ordine di produzione in «Completato». Tipo di evento explicit
	Ordine di produzione creato	Indica la creazione formale del record dell’ordine di produzione nel sistema Plex. Questa attività definisce l’identificativo univoco del caso per l’analisi di Process Mining. L’evento viene registrato esplicitamente quando un utente o un processo di sistema genera un nuovo ordine.
Perché è importante Questa attività segna l’inizio ufficiale del percorso dell’ordine di produzione nel sistema. È il punto di riferimento per misurare i tempi di attraversamento complessivi e comprendere il volume della nuova domanda di produzione. Dove reperirli Rilevato dalla data e dall’ora di creazione del record dell’ordine di produzione nella tabella principale degli ordini di produzione di Plex. Acquisizione Utilizzi il campo «creation_date» o il campo equivalente con data e ora nella tabella di intestazione dell’ordine di produzione. Tipo di evento explicit
	Ordine di produzione rilasciato	È una tappa fondamentale: l’ordine di produzione viene rilasciato formalmente alla produzione e diventa visibile e operativo per il personale. Quasi sempre si tratta di un’azione esplicita eseguita da un utente nel MES, che avvia la creazione dei documenti di lavorazione o delle istruzioni operative digitali.
Perché è importante Il rilascio dell’ordine è il passaggio chiave dalla pianificazione all’esecuzione. È una tappa essenziale per monitorare la produttività e analizzare i ritardi tra l’approvazione del piano e l’avvio effettivo della produzione. Dove reperirli In genere corrisponde a una transazione esplicita nel modulo di gestione della produzione di Plex. L’evento viene rilevato dalla data e dall’ora dell’azione «Rilascio», spesso registrate in un campo dedicato o in un log delle transazioni. Acquisizione Utilizzi il campo «release_date» dell’ordine di produzione oppure la data e l’ora registrate nel log della transazione di rilascio. Tipo di evento explicit
	Piano di produzione approvato	Questa attività indica che il piano di produzione è stato approvato formalmente ed è pronto per essere rilasciato alla produzione. L’evento viene in genere registrato tramite un’azione esplicita di approvazione o una modifica dello stato associata all’ordine.
Perché è importante Segna la fine della fase di pianificazione e approvazione ed è il punto finale per calcolare il KPI «Tempo di approvazione del piano di produzione». I ritardi di approvazione sono un collo di bottiglia frequente, che questa attività aiuta a misurare e localizzare. Dove reperirli Può essere un evento esplicito registrato nel log delle transazioni di approvazione oppure si può dedurre da una modifica dello stato dell’ordine di produzione, ad esempio dal passaggio da «In attesa di approvazione» ad «Approvato» o «Pronto per il rilascio». Acquisizione Rilevi la data e l’ora in cui lo stato dell’ordine di produzione viene aggiornato a «Approvato» o a un valore equivalente. Tipo di evento inferred
	Previsione della domanda valutata	Indica la ricezione e la valutazione iniziali di una previsione della domanda, che precedono la creazione di un ordine di produzione. L’evento viene spesso registrato in un modulo di pianificazione della domanda e avvia l’intero processo di pianificazione della produzione.
Perché è importante Questa attività segna l’effettivo inizio del ciclo di pianificazione. Analizzare il tempo che intercorre tra questo momento e la creazione dell’ordine aiuta a individuare i ritardi nel trasformare la domanda in piani di produzione attuabili e fornisce dati utili per la Dashboard «Efficienza dell’integrazione delle previsioni della domanda». Dove reperirli Queste informazioni si trovano in genere nei moduli di pianificazione della domanda o di pianificazione delle vendite e delle operazioni di Plex, oppure in un sistema integrato. Potrebbe essere necessario dedurle dalla data di creazione di una previsione collegata al successivo ordine di produzione. Acquisizione Deducibile dalla data e dall’ora di creazione di una previsione della domanda collegata in seguito all’ordine di produzione. Tipo di evento inferred
	Produzione avviata	Questa attività segna l’inizio del lavoro effettivo sull’ordine di produzione in reparto. In un sistema come Plex, l’evento viene in genere registrato quando un operatore scansiona un codice a barre o avvia manualmente un lavoro dal terminale di un centro di lavoro.
Perché è importante È una tappa fondamentale che segna l’inizio delle attività che aggiungono valore. Analizzare il tempo che intercorre tra «Ordine rilasciato» e «Produzione avviata» è essenziale per individuare i ritardi precedenti alla produzione e calcolare i tempi effettivi del ciclo produttivo. Dove reperirli Rilevato dalle transazioni di raccolta dei dati in reparto in Plex. L’evento corrisponde alla data e all’ora della prima transazione «Avvio lavoro» o «Avvio operazione» registrata per l’ordine di produzione. Acquisizione Utilizzi il timestamp della creazione del primo cartellino di lavoro o dell’evento di avvio della macchina associato all’ordine di produzione. Tipo di evento explicit
	Assegnazione delle risorse confermata	Indica la conferma dell’assegnazione all’ordine di produzione di risorse specifiche, come macchinari, strumenti o personale. Può essere una fase separata successiva al rilascio oppure far parte del processo di rilascio stesso. L’evento viene registrato quando le assegnazioni delle risorse sono finalizzate nel sistema.
Perché è importante Questa attività è fondamentale per la Dashboard «Analisi dei ritardi nell’assegnazione delle risorse». Aiuta a distinguere i ritardi dovuti alla pianificazione da quelli causati dall’indisponibilità delle risorse in produzione. Dove reperirli Queste informazioni possono essere dedotte dalla compilazione dei campi relativi alle risorse nell’ordine di produzione o nelle fasi di lavorazione associate. La data e l’ora corrispondono all’ultimo aggiornamento di questi campi prima dell’avvio della produzione. Acquisizione Rilevi la data e l’ora in cui vengono compilati i campi relativi al centro di lavoro, al macchinario o al dipendente per la prima operazione dell’ordine. Tipo di evento inferred
	Fabbisogni di materiali pianificati	Indica l’esecuzione del processo di pianificazione dei fabbisogni di materiali (MRP) per l’ordine di produzione. Questa procedura di sistema calcola le materie prime, i componenti e i semilavorati necessari. L’evento viene in genere registrato al termine dell’esecuzione MRP per gli ordini interessati.
Perché è importante Analizzare questa fase aiuta a capire se la pianificazione dei materiali costituisce un collo di bottiglia. Eventuali ritardi possono incidere sull’intero programma di produzione e sono importanti per comprendere la Dashboard «Analisi dell’impatto delle carenze di materiali». Dove reperirli Di solito viene registrato nei log MRP o di pianificazione di Plex. Cerchi le date e gli orari associati al completamento dell’esecuzione MRP o all’inserimento dei dati sui fabbisogni di materiali nell’ordine di produzione. Acquisizione Data e ora di completamento dell’esecuzione MRP registrate nel log, oppure data e ora dell’ultimo aggiornamento dei fabbisogni di materiali nella distinta base dell’ordine. Tipo di evento explicit
	Operazione completata	Indica il completamento di una singola fase o operazione di produzione nell’itinerario dell’ordine di produzione. In genere, un ordine di produzione comprende più eventi di questo tipo, registrati esplicitamente tramite le segnalazioni dal reparto produttivo.
Perché è importante Il monitoraggio delle singole operazioni consente di analizzare con maggiore precisione i punti in cui si formano colli di bottiglia durante la produzione. Permette inoltre di confrontare i tempi operativi pianificati con quelli effettivi e di individuare i centri di lavoro problematici. Dove reperirli L’evento viene registrato nelle transazioni del reparto produttivo in Plex, in particolare quando un operatore segnala il completamento di un’operazione o inserisce la quantità prodotta per quella fase. Acquisizione Utilizzi i timestamp delle transazioni «operazione completata» o «segnalazione quantità» per ogni fase dell’itinerario dell’ordine. Tipo di evento explicit
	Ordine di produzione annullato	Indica l’annullamento di un ordine di produzione in qualsiasi momento prima del completamento. È un esito alternativo e negativo del processo, registrato tramite una specifica modifica dello stato dell’ordine.
Perché è importante Monitorare gli annullamenti è fondamentale per comprendere le criticità del processo. Analizzare quando e perché gli ordini vengono annullati può far emergere problemi nelle previsioni della domanda, nella precisione della pianificazione o nella disponibilità dei materiali. Dove reperirli L’evento si deduce dalla modifica dello stato dell’ordine di produzione in «Annullato» o in uno stato equivalente. Il timestamp della modifica indica l’ora dell’evento. Acquisizione Registri il timestamp in cui il campo dello stato dell’ordine di produzione viene aggiornato a «Annullato». Tipo di evento inferred
	Ordine di produzione chiuso	È la chiusura amministrativa o finanziaria definitiva dell’ordine di produzione. A questo punto, tutti i costi sono stati contabilizzati e l’ordine viene bloccato per impedire ulteriori transazioni. In genere, si tratta di un’azione esplicita eseguita dal reparto finanziario o di pianificazione.
Perché è importante Questa attività segna la vera conclusione amministrativa del ciclo di vita dell’ordine di produzione. Analizzare il tempo che intercorre tra «Produzione completata» e «Produzione chiusa» può far emergere ritardi prolungati nelle procedure di chiusura finanziaria. Dove reperirli L’evento viene registrato quando lo stato dell’ordine di produzione passa a «Chiuso». Il timestamp di questo aggiornamento finale dello stato indica l’ora dell’evento. Acquisizione Utilizzi il timestamp della transazione che modifica lo stato dell’ordine in «Chiuso». Tipo di evento explicit
	Piano di produzione inviato per la revisione	Indica che il piano di produzione preparato è stato inviato per l’approvazione. Spesso l’evento corrisponde a una modifica dello stato dell’ordine di produzione e segna l’inizio del sottoprocesso di approvazione.
Perché è importante Questa attività è il punto di partenza per misurare il «Tempo di ciclo di approvazione del piano di produzione». Monitorarla aiuta a capire quanto a lungo i piani restano in attesa di revisione, una possibile fonte significativa di ritardi amministrativi. Dove reperirli Probabilmente si deduce da una modifica dello stato dell’ordine di produzione, ad esempio dal passaggio da «In pianificazione» a «In attesa di approvazione». Si utilizza la data e l’ora della modifica. Acquisizione Rilevi la data e l’ora in cui lo stato dell’ordine di produzione cambia in un valore come «In attesa di approvazione» o «In revisione». Tipo di evento inferred
	Piano di produzione modificato	Questo evento indica che, dopo il rilascio, l’ordine di produzione è stato modificato, ad esempio nella quantità, nell’itinerario o nella distinta base. In genere, la modifica è registrata nella traccia di controllo o nel registro delle modifiche associato all’ordine.
Perché è importante Questa attività è fondamentale per individuare rilavorazioni, variazioni dell’ambito e instabilità del processo. Contribuisce direttamente al KPI «Tasso di rilavorazione e reindirizzamento» e aiuta a risalire alle cause profonde delle deviazioni e delle inefficienze produttive. Dove reperirli Questi dati si trovano nei registri delle modifiche o nelle tabelle della traccia di controllo del modulo degli ordini di produzione in Plex. L’evento corrisponde al timestamp di una modifica significativa a un campo, successiva all’evento «Ordine di produzione rilasciato». Acquisizione Filtri il registro di controllo dell’ordine di produzione per individuare le modifiche avvenute dopo la data di rilascio. Tipo di evento explicit
	Prestazioni di produzione analizzate	Indica una fase di analisi successiva al completamento, durante la quale vengono esaminati gli scostamenti di produzione, i costi e le metriche di qualità. Può trattarsi di un calcolo degli scostamenti generato dal sistema oppure di una revisione manuale da parte di un responsabile della produzione o di un contabile industriale.
Perché è importante Includere questa attività permette di comprendere meglio le fasi successive alla produzione. Consente di misurare il tempo necessario per completare l’analisi dell’ordine e valutarne le prestazioni, facendo emergere eventuali colli di bottiglia amministrativi dopo la fine della produzione. Dove reperirli L’evento può essere dedotto dal timestamp dei processi di calcolo degli scostamenti o dalla data di creazione di un rapporto sulle prestazioni di produzione. Può anche corrispondere a una modifica manuale dello stato che indica «Analisi completata». Acquisizione Registri la data di esecuzione dei processi di calcolo degli scostamenti di costo oppure la modifica dello stato dell’ordine di produzione in «Analisi completata». Tipo di evento inferred
	Programma di produzione creato	Questo evento indica la creazione di un programma di produzione dettagliato, con l’assegnazione di operazioni specifiche ai centri di lavoro e alle fasce orarie. È il risultato dei processi di pianificazione della capacità e della programmazione. Probabilmente viene registrato quando il programma viene salvato o pubblicato.
Perché è importante È una tappa fondamentale prima di rilasciare un ordine alla produzione. Costituisce un evento chiave per la Dashboard «Individuazione dei colli di bottiglia nella programmazione» e aiuta ad analizzare l’efficienza della fase di programmazione dettagliata. Dove reperirli Rilevato nel modulo di programmazione della produzione di Plex. L’evento può essere individuato dalla data e dall’ora di creazione o dell’ultimo salvataggio del programma dettagliato collegato all’ordine di produzione. Acquisizione Utilizzi la data e l’ora in cui il programma dettagliato dell’ordine di produzione viene salvato per la prima volta o confermato da un pianificatore. Tipo di evento explicit
	Programma principale di produzione creato	Questa attività segna la creazione del programma principale di produzione (MPS), basato sulle previsioni della domanda e sugli ordini esistenti. Si tratta di un piano generale che stabilisce che cosa produrre, in quali quantità e quando. L’evento viene probabilmente registrato quando un pianificatore finalizza e salva una versione dell’MPS.
Perché è importante Monitorare questa tappa è essenziale per misurare l’efficienza della fase iniziale di pianificazione. Il tempo che intercorre tra la valutazione della domanda e la creazione dell’MPS è un indicatore chiave dell’agilità della pianificazione e viene misurato dal KPI «Tempo di ciclo di creazione del programma principale». Dove reperirli Registrato nel modulo di pianificazione principale della produzione di Plex. L’evento può essere rilevato dalla data e dall’ora di creazione del record MPS o da una voce di registro che ne indica la finalizzazione. Acquisizione Rilevi la data e l’ora di creazione della voce MPS oppure un evento specifico di modifica dello stato nel modulo di pianificazione. Tipo di evento explicit

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Plex Smart Manufacturing

Passaggi

Acceda a IntelliPlex: acceda alla piattaforma Plex Smart Manufacturing. Apra il modulo IntelliPlex Analytic Applications. Per creare e modificare applicazioni analitiche sono necessarie le autorizzazioni appropriate.
Crei una nuova applicazione analitica: avvii un nuovo report o una nuova applicazione analitica. Le assegni un nome descrittivo, ad esempio «ProcessMind Production Planning Event Log».
Definisca le origini dei dati: individui e aggiunga all’applicazione le origini dati Plex necessarie, come tabelle o viste. Includa le origini relative agli ordini di produzione, ai registri delle modifiche di stato, alle esecuzioni della pianificazione dei materiali, alle transazioni di reparto e, se necessario, alle previsioni della domanda e ai registri di pianificazione. Potrebbe essere necessario rivolgersi a un amministratore Plex per individuare i nomi esatti delle tabelle nella propria istanza.
Crei le query di base: per ciascuna delle 16 attività richieste, crei una query o un blocco dati separato. Ogni blocco dovrà selezionare lo stesso insieme di colonne (ProductionOrder, ActivityName, EventTime e così via) dall’origine dati pertinente. Per esempio, l’evento «Ordine di produzione creato» interrogherà la tabella principale degli ordini di produzione, mentre gli eventi «Operazione completata» interrogheranno il registro delle transazioni di reparto.
Applichi la logica UNION ALL: combini le 16 query in un unico insieme di dati usando il comando UNION ALL. Questo passaggio fondamentale riunisce i dati provenienti da tabelle diverse in un unico Event Log cronologico. Può farlo nell’editor SQL di IntelliPlex oppure utilizzare gli strumenti grafici per il flusso dei dati e unire gli insiemi.
Applichi i filtri: nell’applicazione IntelliPlex, crei filtri configurabili dagli utenti. Il filtro più importante riguarda l’intervallo di date (EventTime). Aggiunga anche filtri per PartNumber, Workcenter e ProductionOrderStatus, così da poter circoscrivere l’analisi.
Formatti le colonne: verifichi che la colonna EventTime utilizzi un formato data e ora coerente, ad esempio YYYY-MM-DD HH:MI:SS, e che le altre colonne abbiano il tipo di dati corretto. Rinomini le colonne, se necessario, per adeguarle ai nomi degli attributi richiesti; per esempio, assegni a production_order_no l’alias ProductionOrder.
Salvi e verifichi: salvi l’applicazione analitica. Esegua il report su un intervallo di date recente e breve, ad esempio l’ultima settimana, per convalidare i risultati, verificare la presenza di errori e assicurarsi che vengano generate correttamente tutte le 16 tipologie di attività.
Pianifichi l’esportazione: dopo la convalida, apra la sezione di pianificazione di IntelliPlex. Crei un’attività pianificata per eseguire automaticamente l’applicazione. Imposti la pianificazione, ad esempio ogni giorno alle 2:00, e il formato di output.
Configuri la destinazione dell’esportazione: imposti la destinazione per l’attività pianificata. Tra le opzioni più comuni figurano una cartella condivisa in rete, un server FTP o l’invio tramite e-mail. Per garantire la massima compatibilità, configuri il file di output in formato CSV con codifica UTF-8.
Prepari i dati per l’acquisizione: verifichi che il file CSV risultante contenga una riga di intestazione con i nomi degli attributi richiesti dallo strumento di Process Mining. Il file è quindi pronto per il caricamento e l’analisi.

Configurazione

Prerequisiti: una licenza valida della piattaforma Plex Smart Manufacturing che includa il modulo IntelliPlex. Per accedere a IntelliPlex, creare applicazioni analitiche e consultare le tabelle sottostanti con i dati di produzione e pianificazione sono necessarie le autorizzazioni utente appropriate.
Origini dei dati: il report dovrà unire dati provenienti da più origini. Tra le principali figurano le intestazioni degli ordini di produzione, i cicli di lavorazione degli ordini, i registri di stato o di audit, i registri di esecuzione MRP, le transazioni di reparto e le tabelle di pianificazione. I nomi esatti devono essere configurati in base al sistema utilizzato.
Intervallo di date: un filtro per l’intervallo di date è essenziale per gestire le prestazioni. Si consiglia di estrarre i dati in blocchi, ad esempio da 3 a 6 mesi alla volta. La query deve filtrare in base alla colonna principale con la data e ora dell’evento.
Filtri principali: oltre all’intervallo di date, includa filtri per PartNumber, Planner e Workcenter. In questo modo gli utenti potranno eseguire il report su sottoinsiemi specifici di dati senza modificare la logica della query.
Considerazioni sulle prestazioni: negli ambienti di produzione con volumi elevati, l’estrazione su un periodo lungo può richiedere molte risorse. Pianifichi l’esecuzione del report nelle fasce orarie di minore attività. Se le prestazioni sono un problema, valuti la creazione di viste indicizzate nel database per preaggregare alcuni dei dati richiesti.
Formato di output: l’esportazione deve essere configurata come file CSV (valori separati da virgole). Verifichi che il delimitatore sia una virgola e che i campi di testo siano racchiusi tra virgolette doppie, nel caso contengano virgole.

Query di esempio sql

/* Production Order Created */
SELECT
  po.order_no AS ProductionOrder,
  'Production Order Created' AS ActivityName,
  po.create_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM part_v_production_order AS po
WHERE po.create_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Status Change Events: Review, Approved, Released, Closed, Cancelled */
SELECT
  sl.order_no AS ProductionOrder,
  CASE 
    WHEN sl.new_status = 'Review' THEN 'Production Plan Sent for Review'
    WHEN sl.new_status = 'Approved' THEN 'Production Plan Approved'
    WHEN sl.new_status = 'Released' THEN 'Production Order Released'
    WHEN sl.new_status = 'Closed' THEN 'Production Order Closed'
    WHEN sl.new_status = 'Cancelled' THEN 'Production Order Cancelled'
  END AS ActivityName,
  sl.change_timestamp AS EventTime,
  po.planner_id AS Planner,
  sl.new_status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM production_order_status_log AS sl
JOIN part_v_production_order AS po ON sl.order_no = po.order_no
WHERE sl.change_timestamp BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND sl.new_status IN ('Review', 'Approved', 'Released', 'Closed', 'Cancelled')

UNION ALL

/* Production Started */
SELECT
  sft.order_no AS ProductionOrder,
  'Production Started' AS ActivityName,
  MIN(sft.transaction_time) AS EventTime, /* Use the first transaction time as the start time */
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  sft.workcenter_code AS Workcenter, 
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM shop_floor_transaction AS sft
JOIN part_v_production_order AS po ON sft.order_no = po.order_no
WHERE sft.transaction_time BETWEEN '[Your Start Date]' AND '[Your EndDate]'
  AND sft.transaction_type = 'Start'
GROUP BY sft.order_no, po.planner_id, po.status, po.part_no, sft.workcenter_code, po.planned_quantity, po.planned_due_date, po.priority, po.material_status

UNION ALL

/* Operation Completed */
SELECT
  sft.order_no AS ProductionOrder,
  'Operation Completed' AS ActivityName,
  sft.transaction_time AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  sft.workcenter_code AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM shop_floor_transaction AS sft
JOIN part_v_production_order AS po ON sft.order_no = po.order_no
WHERE sft.transaction_time BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND sft.transaction_type = 'CompleteOperation'

UNION ALL

/* Production Order Completed */
SELECT
  sft.order_no AS ProductionOrder,
  'Production Order Completed' AS ActivityName,
  sft.transaction_time AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter, 
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM shop_floor_transaction AS sft
JOIN part_v_production_order AS po ON sft.order_no = po.order_no
WHERE sft.transaction_time BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND sft.transaction_type = 'CompleteOrder'

UNION ALL

/* Production Plan Adjusted */
SELECT
  cl.order_no AS ProductionOrder,
  'Production Plan Adjusted' AS ActivityName,
  cl.change_timestamp AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM production_order_change_log AS cl
JOIN part_v_production_order AS po ON cl.order_no = po.order_no
WHERE cl.change_timestamp BETWEEN '[Your Start Date]' AND '[Your End Date]'
  AND cl.change_timestamp > po.release_date /* Only count adjustments after release */

UNION ALL

/* Material Requirements Planned */
SELECT
  mrp.source_order_no AS ProductionOrder,
  'Material Requirements Planned' AS ActivityName,
  mrp.run_completion_time AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM mrp_execution_log AS mrp
JOIN part_v_production_order AS po ON mrp.source_order_no = po.order_no
WHERE mrp.run_completion_time BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Production Schedule Created */
SELECT
  ps.order_no AS ProductionOrder,
  'Production Schedule Created' AS ActivityName,
  ps.schedule_creation_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  ps.scheduled_workcenter AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM production_schedule AS ps
JOIN part_v_production_order AS po ON ps.order_no = po.order_no
WHERE ps.schedule_creation_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Other conceptual events - requires custom logic and tables */
/* The following queries are templates and highly dependent on specific Plex configurations */

/* Demand Forecast Assessed */
SELECT 
  po.order_no AS ProductionOrder,
  'Demand Forecast Assessed' AS ActivityName,
  df.assessment_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM demand_forecast AS df
JOIN part_v_production_order AS po ON df.part_no = po.part_no AND po.create_date > df.assessment_date
WHERE df.assessment_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Master Production Schedule Created */
SELECT 
  po.order_no AS ProductionOrder,
  'Master Production Schedule Created' AS ActivityName,
  mps.creation_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM master_production_schedule AS mps
JOIN part_v_production_order AS po ON mps.part_no = po.part_no AND po.create_date > mps.creation_date
WHERE mps.creation_date BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Resource Allocation Confirmed */
SELECT 
  ra.order_no AS ProductionOrder,
  'Resource Allocation Confirmed' AS ActivityName,
  ra.confirmation_timestamp AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  ra.workcenter_code AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM resource_allocation_log AS ra
JOIN part_v_production_order AS po ON ra.order_no = po.order_no
WHERE ra.confirmation_timestamp BETWEEN '[Your Start Date]' AND '[Your End Date]'

UNION ALL

/* Production Performance Analyzed */
SELECT 
  va.order_no AS ProductionOrder,
  'Production Performance Analyzed' AS ActivityName,
  va.analysis_date AS EventTime,
  po.planner_id AS Planner,
  po.status AS ProductionOrderStatus,
  po.part_no AS PartNumber,
  NULL AS Workcenter,
  po.planned_quantity AS PlannedQuantity,
  po.planned_due_date AS PlannedEndDate,
  po.priority AS ProductionPriority,
  po.material_status AS MaterialAvailabilityStatus
FROM variance_analysis_log AS va
JOIN part_v_production_order AS po ON va.order_no = po.order_no
WHERE va.analysis_date BETWEEN '[Your Start Date]' AND '[Your End Date]';

Passaggi

Prerequisiti: verifichi che sul sistema sia installato Python 3.6 o una versione successiva. Installi le librerie necessarie, pandas per la manipolazione dei dati e requests per le chiamate API, eseguendo pip install pandas requests nel terminale.
Ottenga le credenziali API: richieda le credenziali API all’amministratore del sistema Plex. Sono necessari un account utente dedicato, la password e il Plex Customer Number (PCN) dell’azienda. L’account deve disporre delle autorizzazioni per accedere alle origini dati richieste tramite la Plex Integration API.
Imposti lo script Python: crei un nuovo file Python, ad esempio extract_plex_production.py, e vi copi lo script fornito.
Configuri i parametri dello script: individui la sezione di configurazione e sostituisca i valori segnaposto di PLEX_API_BASE_URL, PLEX_USERNAME, PLEX_PASSWORD e PLEX_PCN con le credenziali effettive. Modifichi i parametri START_DATE e END_DATE per definire il periodo di estrazione desiderato.
Individui le origini dei dati: lo script fornito utilizza come esempio alcune chiavi comuni delle origini dati Plex, come Production_v_Production_Order_Summary e Production_v_Job_Operation_Event_Log. Verifichi queste chiavi con l’amministratore Plex o nella documentazione e aggiorni lo script se la configurazione utilizza nomi diversi.
Esegua lo script: avvii lo script dal terminale con il comando python extract_plex_production.py. Lo script eseguirà l’autenticazione tramite l’API Plex, recupererà i dati dalle origini specificate e li elaborerà.
Controlli l’esecuzione: lo script mostrerà nella console messaggi di avanzamento, indicando l’origine dati in fase di recupero e il numero di record elaborati. Verifichi la presenza di eventuali messaggi di errore che potrebbero segnalare problemi con le credenziali, le autorizzazioni o la disponibilità dell’API.
Trasformi i dati: lo script trasforma automaticamente le risposte JSON annidate dell’API Plex in una struttura tabellare piatta. Estrae i dati annidati e crea righe distinte per ciascuna delle 16 attività richieste, in base alle date e ore e alle modifiche di stato presenti nei record di origine.
Riveda il risultato: al termine dell’esecuzione, nella stessa cartella verrà creato il file CSV plex_production_event_log.csv. Lo apra con un programma per fogli di calcolo e ne controlli la struttura e i contenuti.
Prepari il file per il caricamento: il file CSV generato è già formattato secondo i requisiti di ProcessMind e contiene colonne come ProductionOrder, ActivityName, EventTime e gli altri attributi consigliati. In genere non occorrono ulteriori modifiche. Il file è pronto per essere caricato e utilizzato per l’analisi del processo.

Configurazione

Credenziali API: per l’autenticazione sono necessari un account utente Plex valido e la relativa password. Lo script utilizza l’autenticazione di base insieme al PCN per gestire la sessione.
Autorizzazioni: l’utente API deve disporre dell’accesso in lettura a tutte le origini dati richiamate nello script. Tra le principali figurano gli ordini di produzione, le operazioni di lavorazione, lo storico degli stati, i registri MRP e i dati di pianificazione. Si rivolga all’amministratore Plex per verificare che siano state concesse le autorizzazioni necessarie.
Intervallo di date: nello script è necessario definire START_DATE e END_DATE. Per l’analisi iniziale si consiglia un intervallo da 3 a 6 mesi, sufficiente a ottenere un insieme di dati rappresentativo senza dimensioni eccessive. Negli ambienti con volumi elevati, inizi con un periodo più breve, ad esempio un mese.
Filtri: i filtri principali riguardano le date di inizio e fine applicate a un campo data pertinente, come la data di creazione dell’ordine di produzione. È possibile modificare lo script per aggiungere altri filtri al contenuto della richiesta API, ad esempio Part_Number o Workcenter, così da restringere l’ambito dell’estrazione.
Paginazione: lo script gestisce automaticamente la paginazione dell’API. Utilizza il parametro PageSize, impostato per impostazione predefinita su 1000, e scorre le pagine fino a recuperare tutti i record del periodo specificato. Un valore inferiore può aumentare il numero di chiamate API, ma ridurre il rischio di timeout.
Chiavi delle origini dati: lo script si basa su chiavi specifiche per interrogare le origini dati corrette. La loro accuratezza è fondamentale per il buon esito dell’estrazione. Le chiavi dipendono dall’implementazione Plex utilizzata e potrebbe essere necessario verificarle e modificarle.

Query di esempio python

import requests
import pandas as pd
import json
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration ---
PLEX_API_BASE_URL = class="hl-string">"[Your_Plex_API_Base_URL]" class=class="hl-string">"hl-comment"># e.g., https://api.plex.com
PLEX_USERNAME = class="hl-string">"[Your_Username]"
PLEX_PASSWORD = class="hl-string">"[Your_Password]"
PLEX_PCN = class="hl-string">"[Your_PCN]"

class=class="hl-string">"hl-comment"># 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"># --- Main Script ---

def get_plex_data(datasource_key, filter_payload):
    class="hl-string">"""Fetches and paginates data from a specific Plex API data source."""
    all_rows = []
    page = 1
    page_size = 1000

    auth_payload = (PLEX_USERNAME, PLEX_PASSWORD)
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/json',
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        print(fclass="hl-string">"Fetching page {page} for data source {datasource_key}...")
        request_body = {
            class="hl-string">"RequestHeader": {
                class="hl-string">"PlexusCustomerNo": PLEX_PCN
            },
            class="hl-string">"RequestData": {
                class="hl-string">"DataSourceKey": datasource_key,
                class="hl-string">"InputParameters": filter_payload,
                class="hl-string">"PageSize": page_size,
                class="hl-string">"PageNumber": page
            }
        }

        try:
            response = requests.post(PLEX_API_BASE_URL, headers=headers, auth=auth_payload, data=json.dumps(request_body), timeout=120)
            response.raise_for_status()
            data = response.json()

            rows = data.get(class="hl-string">'ResponseData', {}).get(class="hl-string">'Rows', [])
            if not rows:
                break
                
            all_rows.extend(rows)
            page += 1
            class=class="hl-string">"hl-comment"># Respect potential rate limits
            time.sleep(1)

        except requests.exceptions.HTTPError as err:
            print(fclass="hl-string">"HTTP Error fetching data for {datasource_key}: {err}")
            break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Request Error fetching data for {datasource_key}: {e}")
            break

    return all_rows

def main():
    class="hl-string">"""Main extraction and transformation logic."""
    event_log = []
    
    class=class="hl-string">"hl-comment"># Define filters for core production order data
    po_filter = {
        class="hl-string">'Order_Create_Date_Start': START_DATE,
        class="hl-string">'Order_Create_Date_End': END_DATE
    }
    
    class=class="hl-string">"hl-comment"># 1. Fetch core Production Order data
    class=class="hl-string">"hl-comment"># This source is assumed to contain key dates and statuses for multiple activities
    class=class="hl-string">"hl-comment"># Placeholder names for data source and columns are used.
    production_orders = get_plex_data(class="hl-string">'Production_v_Production_Order_Summary', po_filter)
    print(fclass="hl-string">"Found {len(production_orders)} production orders.")

    for po in production_orders:
        case_id = po.get(class="hl-string">'Production_Order_No')
        if not case_id:
            continue

        common_attributes = {
            class="hl-string">'ProductionOrder': case_id,
            class="hl-string">'Planner': po.get(class="hl-string">'Planner_Name'),
            class="hl-string">'ProductionOrderStatus': po.get(class="hl-string">'Order_Status'),
            class="hl-string">'PartNumber': po.get(class="hl-string">'Part_No'),
            class="hl-string">'Workcenter': po.get(class="hl-string">'Primary_Workcenter'),
            class="hl-string">'PlannedQuantity': po.get(class="hl-string">'Planned_Quantity'),
            class="hl-string">'PlannedEndDate': po.get(class="hl-string">'Planned_End_Date'),
            class="hl-string">'ProductionPriority': po.get(class="hl-string">'Priority_Code'),
            class="hl-string">'MaterialAvailabilityStatus': po.get(class="hl-string">'Material_Status')
        }

        class=class="hl-string">"hl-comment"># Map date fields to activities
        activity_map = {
            class="hl-string">'Demand Forecast Assessed': po.get(class="hl-string">'Demand_Assessment_Date'),
            class="hl-string">'Master Production Schedule Created': po.get(class="hl-string">'MPS_Creation_Date'),
            class="hl-string">'Material Requirements Planned': po.get(class="hl-string">'MRP_Run_Date'),
            class="hl-string">'Production Schedule Created': po.get(class="hl-string">'Schedule_Creation_Date'),
            class="hl-string">'Production Order Created': po.get(class="hl-string">'Create_Date'),
            class="hl-string">'Production Plan Sent for Review': po.get(class="hl-string">'Review_Submit_Date'),
            class="hl-string">'Production Plan Approved': po.get(class="hl-string">'Approval_Date'),
            class="hl-string">'Production Order Released': po.get(class="hl-string">'Release_Date'),
            class="hl-string">'Resource Allocation Confirmed': po.get(class="hl-string">'Resource_Confirmation_Date'),
            class="hl-string">'Production Order Completed': po.get(class="hl-string">'Order_Complete_Date'),
            class="hl-string">'Production Performance Analyzed': po.get(class="hl-string">'Variance_Analysis_Date'),
            class="hl-string">'Production Order Closed': po.get(class="hl-string">'Close_Date')
        }

        for activity, timestamp in activity_map.items():
            if timestamp:
                event_log.append({
                    **common_attributes,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': timestamp
                })
        
        class=class="hl-string">"hl-comment"># Handle status-based activities
        if po.get(class="hl-string">'Order_Status') == class="hl-string">'Cancelled':
            event_log.append({
                **common_attributes,
                class="hl-string">'ActivityName': class="hl-string">'Production Order Cancelled',
                class="hl-string">'EventTime': po.get(class="hl-string">'Status_Change_Date') class=class="hl-string">"hl-comment"># Assumes a general status change date is available
            })

    class=class="hl-string">"hl-comment"># 2. Fetch detailed shop floor events (start, operations, adjustments)
    op_log_filter = {
        class="hl-string">'Event_Date_Start': START_DATE,
        class="hl-string">'Event_Date_End': END_DATE
    }
    job_events = get_plex_data(class="hl-string">'Production_v_Job_Operation_Event_Log', op_log_filter)
    print(fclass="hl-string">"Found {len(job_events)} job operation events.")

    for event in job_events:
        case_id = event.get(class="hl-string">'Production_Order_No')
        if not case_id:
            continue

        event_type = event.get(class="hl-string">'Event_Type')
        activity_name = None

        if event_type == class="hl-string">'JOB_START':
            activity_name = class="hl-string">'Production Started'
        elif event_type == class="hl-string">'OPERATION_COMPLETE':
            activity_name = class="hl-string">'Operation Completed'
        elif event_type == class="hl-string">'PLAN_ADJUSTMENT':
            activity_name = class="hl-string">'Production Plan Adjusted'

        if activity_name:
            event_log.append({
                class="hl-string">'ProductionOrder': case_id,
                class="hl-string">'ActivityName': activity_name,
                class="hl-string">'EventTime': event.get(class="hl-string">'Event_Timestamp'),
                class="hl-string">'Planner': event.get(class="hl-string">'Planner_Name'),
                class="hl-string">'ProductionOrderStatus': event.get(class="hl-string">'Order_Status'),
                class="hl-string">'PartNumber': event.get(class="hl-string">'Part_No'),
                class="hl-string">'Workcenter': event.get(class="hl-string">'Workcenter'),
                class="hl-string">'PlannedQuantity': event.get(class="hl-string">'Planned_Quantity'),
                class="hl-string">'PlannedEndDate': event.get(class="hl-string">'Planned_End_Date'),
                class="hl-string">'ProductionPriority': event.get(class="hl-string">'Priority_Code'),
                class="hl-string">'MaterialAvailabilityStatus': None class=class="hl-string">"hl-comment"># Might not be available at event level
            })

    class=class="hl-string">"hl-comment"># 3. Create DataFrame and save to CSV
    if not event_log:
        print(class="hl-string">"No events were extracted. The output file will be empty.")
        return

    df = pd.DataFrame(event_log)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
    df = df.sort_values(by=[class="hl-string">'ProductionOrder', class="hl-string">'EventTime'])
    
    class=class="hl-string">"hl-comment"># Reorder columns to match requirements
    final_columns = [
        class="hl-string">'ProductionOrder', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'Planner', 
        class="hl-string">'ProductionOrderStatus', class="hl-string">'PartNumber', class="hl-string">'Workcenter', class="hl-string">'PlannedQuantity',
        class="hl-string">'PlannedEndDate', class="hl-string">'ProductionPriority', class="hl-string">'MaterialAvailabilityStatus'
    ]
    df = df.reindex(columns=final_columns)

    df.to_csv(class="hl-string">'plex_production_event_log.csv', index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
    print(class="hl-string">"Extraction complete. Event log saved to plex_production_event_log.csv")

if __name__ == class="hl-string">"__main__":
    main()

È pronto a iniziare?

Utilizzi questo template per avviare il percorso di Process Mining e migliorare l’efficienza della pianificazione della produzione. Trasformi i dati in indicazioni concrete già da oggi.

Torna alla guida al miglioramento

Scarica il template

Ottimizzi la pianificazione della produzione: riduca subito il tempo di ciclo

Individui le inefficienze e riduca rapidamente del 30% il tempo di ciclo della produzione.

Inizi la prova gratuita

Non è necessaria una carta di credito. Inizi la prova gratuita di 14 giorni.

Il template dei dati per la pianificazione della produzione

Il template dei dati per la pianificazione della produzione

Attributi della pianificazione della produzione

Attività della pianificazione della produzione

Guide all’estrazione

Esportazione dall’applicazione analitica Plex IntelliPlex

Passaggi

Configurazione

Query di esempio sql

Estrazione tramite script Python con le API di integrazione Plex

Passaggi

Configurazione

Query di esempio python

È pronto a iniziare?

Ottimizzi la pianificazione della produzione: riduca subito il tempo di ciclo