Il Suo template di dati per la manutenzione dei cespiti
Il Suo template di dati per la manutenzione dei cespiti
- Elenco completo degli attributi di manutenzione
- Tappe fondamentali del processo da monitorare
- Istruzioni tecniche dettagliate per l’estrazione
Attributi della manutenzione dei cespiti
| Nome | Descrizione | ||
|---|---|---|---|
| Attività Activity | L’evento specifico o la modifica di stato che si è verificata nel ciclo di vita dell’ordine di lavoro. | ||
| Descrizione Questo attributo rappresenta la fase eseguita nel processo di manutenzione, ad esempio 'Ordine di lavoro approvato' o 'Manodopera registrata'. In IBM Maximo, in genere deriva dalle modifiche di stato nelle tabelle della cronologia o da registri di transazione specifici, come quelli relativi alla registrazione della manodopera. Costituisce i nodi della mappa del processo e permette di visualizzare la sequenza delle fasi. Analizzando questi valori, le organizzazioni possono individuare varianti, cicli e scostamenti dalla procedura di manutenzione standard. Perché è importante Definisce il «che cosa» del processo, un elemento essenziale per creare la mappa del processo e comprendere l’esecuzione del flusso di lavoro. Dove reperirli Tabella: WOSTATUS (colonna: STATUS) o WOLOG Esempi APPRINPRGCOMPCLOSEWMATL | |||
| Data e ora dell’evento EventTimestamp | La data e l’ora precise in cui si è verificata l’attività. | ||
| Descrizione Questo attributo registra il momento esatto in cui si è verificato un evento, ad esempio una modifica di stato o la registrazione della manodopera. Fornisce la dimensione temporale necessaria per tutte le analisi delle prestazioni, compresi i tempi di attraversamento e i calcoli della durata. Le date e le ore registrate con precisione sono fondamentali per calcolare il «tempo medio di pianificazione e approvazione» e garantire il corretto ordinamento degli eventi. In Maximo, di solito corrispondono alla data di modifica del record di stato. Perché è importante È necessario per ordinare cronologicamente gli eventi e calcolare tutti i KPI basati sul tempo. Dove reperirli Tabella: WOSTATUS, colonna: CHANGEDATE Esempi 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Ordine di lavoro di manutenzione WorkOrderNumber | Identificativo alfanumerico univoco dell’ordine di lavoro di manutenzione. | ||
| Descrizione Questo attributo funge da identificativo centrale del caso per il processo di manutenzione. Distingue in modo univoco ogni ordine di lavoro nel sistema IBM Maximo e collega a un singolo intervento tutte le attività, le transazioni di manodopera e l’utilizzo dei materiali correlati. Nell’analisi di Process Mining, questo ID consente di raggruppare i singoli eventi in un caso coerente. Permette agli analisti di seguire l’intero ciclo di vita di un intervento di manutenzione, dalla creazione della richiesta iniziale fino all’approvazione, all’esecuzione e alla chiusura amministrativa. Perché è importante È la chiave fondamentale per ricostruire il flusso del processo e consente di seguire i singoli interventi tra i diversi reparti. Dove reperirli Tabella: WORKORDER, colonna: WONUM Esempi WO100234WO100235CM-99281PM-11002 | |||
| Sistema di origine SourceSystem | Il nome del sistema da cui provengono i dati. | ||
| Descrizione Identifica l’applicazione di origine del record di dati. In questo contesto, si tratta in genere di 'IBM Maximo'. È particolarmente utile quando si combinano dati provenienti da più sistemi di manutenzione o li si integra con dati ERP. Consente agli analisti di filtrare la vista in base al sistema di registrazione, nel caso in cui il progetto di Process Mining riguardi un’architettura di sistemi complessa con più istanze CMMS. Perché è importante Garantisce la provenienza e la tracciabilità dei dati negli ambienti con più sistemi. Dove reperirli Impostato durante l’estrazione Esempi IBM MaximoMaximo PRODMaximo Legacy | |||
| Ultimo aggiornamento dei dati LastDataUpdate | La data e l’ora in cui i dati sono stati estratti o aggiornati l’ultima volta. | ||
| Descrizione Indica quando il record è stato elaborato o estratto l’ultima volta per il Process Mining. Aiuta a valutare l’attualità e l’affidabilità dei dati, assicurando che l’analisi rispecchi lo stato più recente delle attività di manutenzione. Questo attributo è essenziale per i caricamenti incrementali e per verificare che le Dashboard mostrino informazioni aggiornate sullo stato degli ordini di lavoro e sulle attività arretrate. Perché è importante È fondamentale per comprendere la latenza e l’attualità dei dati. Dove reperirli Ora di sistema al momento dell’estrazione Esempi 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Criticità dell’asset AssetCriticality | Punteggio che indica l’importanza dell’asset per le attività aziendali. | ||
| Descrizione Classificazione, in genere da 1 a 10 o secondo le categorie A/B/C, presente nel record dell’asset e indicativa delle conseguenze di un guasto. Il dato deve essere collegato alla vista degli ordini di lavoro. Questo attributo è obbligatorio per la Dashboard «Prestazioni SLA degli asset critici». Consente di concentrare l’analisi sugli aspetti più importanti: un ritardo nella manutenzione di un generatore critico, ad esempio, ha un peso maggiore rispetto a quello relativo a una macchina del caffè nella sala pausa. Perché è importante Consente di segmentare le prestazioni del processo in base al rischio aziendale. Dove reperirli Tabella: ASSET, colonna: PRIORITY (collegata tramite ASSETNUM) Esempi 1510 | |||
| Data di completamento effettiva ActualFinishDate | La data e l’ora in cui il lavoro è stato completato sul campo. | ||
| Descrizione Registra quando l’intervento di manutenzione è stato completato dal punto di vista tecnico. Questo dato è distinto dalla chiusura amministrativa della richiesta. Confrontandolo con la «Data di completamento prevista» è possibile calcolare la conformità agli SLA. La Dashboard «Tempo di attraversamento amministrativo degli ordini di lavoro» utilizza questo dato per misurare il ritardo tra la fine dell’intervento e la chiusura della documentazione nel sistema. Perché è importante Segna la fine della fase di esecuzione tecnica. Dove reperirli Tabella: WORKORDER, colonna: ACTFINISH Esempi 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Data di completamento prevista TargetCompletionDate | La scadenza pianificata o richiesta per l’ordine di lavoro. | ||
| Descrizione La data entro cui si prevede di completare l’ordine di lavoro. Spesso viene calcolata in base alla priorità e alla data di creazione. Costituisce il riferimento per la Dashboard «Prestazioni SLA degli asset critici». Confrontando questo campo con la «Data di completamento effettiva», gli analisti possono determinare la percentuale di interventi completati nei tempi previsti e individuare le categorie di asset che non rispettano più spesso le finestre di manutenzione. Perché è importante È il riferimento per misurare il rispetto degli SLA e la conformità alla pianificazione. Dove reperirli Tabella: WORKORDER, colonna: TARGCOMPDATE Esempi 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Numero dell’asset AssetNumber | Identificativo univoco dell’apparecchiatura o dell’asset sottoposto a manutenzione. | ||
| Descrizione La macchina, il veicolo o il componente dell’impianto specifico oggetto dell’intervento di manutenzione. Collega i dati del processo alla gerarchia degli asset fisici ed è fondamentale per individuare gli asset che si guastano frequentemente. Nell’analisi «Qualità della manutenzione e tassi di rilavorazione», questo attributo consente di raggruppare gli ordini di lavoro per asset, calcolare il tempo medio tra i guasti (MTBF) e individuare problemi ricorrenti di affidabilità. Perché è importante Collega l’esecuzione del processo alle prestazioni delle infrastrutture fisiche. Dove reperirli Tabella: WORKORDER, colonna: ASSETNUM Esempi PUMP-101HVAC-02FLEET-99 | |||
| Ore di manodopera effettive ActualLaborHours | Il totale delle ore effettivamente dedicate all’ordine di lavoro da tutti i tecnici. | ||
| Descrizione La somma di tutte le ore di manodopera registrate per l’ordine di lavoro. Questa metrica fornisce un quadro concreto dell’utilizzo delle risorse e alimenta il KPI «Scostamento nell’utilizzo dei tecnici». Viene utilizzata per calcolare il costo della manodopera e migliorare i piani di lavoro futuri, grazie ai dati storici sulla durata effettiva dei singoli interventi. Perché è importante È la metrica principale per analizzare i costi e l’efficienza della manodopera. Dove reperirli Tabella: WORKORDER, colonna: ACTLABHRS Esempi 2.55.012.0 | |||
| Priorità Priority | Il livello di urgenza assegnato all’ordine di lavoro. | ||
| Descrizione Valore numerico o categoriale che indica l’importanza e l’urgenza dell’ordine di lavoro. In Maximo, di solito è un numero: i valori più bassi indicano spesso un’urgenza maggiore (ad esempio, 1 = emergenza). Questo attributo serve a stabilire la priorità degli interventi arretrati ed è essenziale per la Dashboard «Prestazioni SLA degli asset critici». Aiuta a verificare se gli interventi ad alta priorità vengono effettivamente gestiti con la rapidità necessaria rispetto a quelli a bassa priorità. Perché è importante Consente di analizzare se l’organizzazione concentra le risorse sugli interventi più urgenti. Dove reperirli Tabella: WORKORDER, colonna: WOPRIORITY Esempi 1234 | |||
| Stato attuale Status | Lo stato attuale dell’ordine di lavoro nel suo ciclo di vita. | ||
| Descrizione Lo stato amministrativo attuale dell’ordine di lavoro, ad esempio 'APPR', 'WAPPR' o 'COMP'. Mentre l’attributo «Attività» registra la cronologia delle modifiche, questo attributo indica l’ultimo stato noto. È utile per filtrare il set di dati e visualizzare solo gli ordini aperti o quelli chiusi, a supporto dell’analisi «Distribuzione del carico di lavoro della manutenzione». Perché è importante Fornisce un quadro aggiornato del carico di lavoro e delle attività arretrate. Dove reperirli Tabella: WORKORDER, colonna: STATUS Esempi APPRCLOSEINPRG | |||
| Tecnico assegnato AssignedResource | La persona o il tecnico responsabile assegnato all’esecuzione dell’intervento. | ||
| Descrizione Identifica la persona o il tecnico responsabile dell’ordine di lavoro. Il dato può trovarsi nel campo 'Lead' oppure essere ricavato dalle assegnazioni della manodopera. Consente di alimentare la Dashboard «Produttività delle risorse e degli appaltatori». L’analisi di questo attributo aiuta a individuare squilibri nei carichi di lavoro nella vista «Distribuzione del carico di lavoro della manutenzione» e permette di confrontare l’efficienza di tecnici o squadre diverse. Perché è importante È fondamentale per analizzare la produttività del personale e bilanciare i carichi di lavoro. Dove reperirli Tabella: WORKORDER, colonna: LEAD (oppure tabella ASSIGNMENT) Esempi JSMITHBPATELMRODRIGUEZ | |||
| Tipo di ordine di lavoro WorkType | Classifica l’ordine di lavoro come preventivo (PM), correttivo (CM) o di emergenza (EM). | ||
| Descrizione Questo attributo classifica la natura dell’intervento di manutenzione. In Maximo, i valori più comuni includono PM (manutenzione preventiva), CM (manutenzione correttiva) ed EM (manutenzione di emergenza). Questa classificazione è alla base della Dashboard «Manutenzione proattiva e reattiva». Filtrando in base a questo attributo, gli analisti possono calcolare il KPI «Percentuale di manutenzione di emergenza» e individuare i cambiamenti nella strategia di manutenzione, dalla gestione reattiva delle emergenze agli interventi pianificati per migliorare l’affidabilità. Perché è importante Distingue il lavoro pianificato da quello non pianificato, un indicatore chiave del livello di maturità della manutenzione. Dove reperirli Tabella: WORKORDER, colonna: WORKTYPE Esempi PMCMEMCPMOD | |||
| Codice di guasto FailureCode | Codice standardizzato che descrive la causa del guasto dell’asset. | ||
| Descrizione Codice strutturato selezionato dal tecnico per classificare la causa del guasto, ad esempio 'Usura', 'Problema elettrico' o 'Errore dell’operatore'. È fondamentale per l’analisi delle cause profonde (RCA). L’aggregazione di questi codici aiuta i team di ingegneria a individuare problemi sistemici nell’insieme degli asset, alimenta l’analisi «Qualità della manutenzione e tassi di rilavorazione» e orienta le modifiche alle strategie di manutenzione preventiva. Perché è importante È il dato principale per l’ingegneria dell’affidabilità e l’analisi dei guasti. Dove reperirli Tabella: WORKORDER, colonna: FAILURECODE Esempi PERDITASURRISCALDAMENTOVIBRAZIONE | |||
| Costo totale effettivo TotalActualCost | La somma dei costi di manodopera, materiali, servizi e attrezzature dell’ordine di lavoro. | ||
| Descrizione Rappresenta l’impatto economico complessivo dell’intervento di manutenzione. In Maximo, corrisponde alla somma delle diverse voci di costo: manodopera, materiali, servizi e attrezzature. Questo attributo consente di analizzare i processi in base ai costi e di correlare direttamente le inefficienze, come ritardi o rilavorazioni, alle perdite economiche. Aiuta inoltre a individuare i tipi di intervento o le categorie di asset più costosi. Perché è importante Collega le attività operative ai risultati economici. Dove reperirli Tabella: WORKORDER, colonne: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Esempi 150.002500.500.00 | |||
| Data di segnalazione ReportedDate | La data e l’ora in cui il problema è stato segnalato per la prima volta o è stata creata la richiesta. | ||
| Descrizione La data e l’ora in cui l’esigenza di manutenzione è stata individuata e registrata per la prima volta nel sistema. Segna l’inizio effettivo del percorso della richiesta. Viene utilizzata per calcolare il «tempo medio di pianificazione e approvazione», misurando il tempo trascorso tra la segnalazione e l’avvio effettivo del lavoro. Aiuta a valutare la tempestività dell’organizzazione di manutenzione. Perché è importante Definisce il punto di partenza per valutare la tempestività dell’intero ciclo di manutenzione. Dove reperirli Tabella: WORKORDER, colonna: REPORTDATE Esempi 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| È un’emergenza IsEmergency | Indicatore che segnala se l’ordine di lavoro riguarda un’emergenza. | ||
| Descrizione Indicatore booleano calcolato in base al tipo di lavoro o alla priorità. È impostato su vero se il tipo di lavoro è 'EM' (emergenza) o la priorità è 1. Questo attributo semplificato consente di filtrare facilmente le Dashboard per isolare la «Percentuale di manutenzione di emergenza», senza dover applicare logiche complesse nel livello di visualizzazione. Perché è importante Semplifica i filtri per l’analisi della manutenzione reattiva. Dove reperirli Calcolato a partire da WORKTYPE Esempi truefalse | |||
| Fornitore Vendor | L’appaltatore esterno assegnato all’ordine di lavoro, se previsto. | ||
| Descrizione Identifica l’azienda esterna responsabile dell’intervento di manutenzione. Il campo viene compilato quando il lavoro è affidato a terzi ed è fondamentale per il KPI «Efficienza esecutiva degli appaltatori». L’analisi di questo attributo consente all’organizzazione di manutenzione di confrontare le prestazioni dei diversi fornitori in termini di costi, rapidità e qualità, sia tra loro sia rispetto ai team interni. Perché è importante Consente di gestire i fornitori e analizzare le prestazioni delle attività affidate all’esterno. Dove reperirli Tabella: WORKORDER, colonna: VENDOR Esempi ACME SERVICESSIEMENSFAST REPAIR INC | |||
| ID del sito SiteId | Identificativo generale del sito per le implementazioni Maximo con più sedi. | ||
| Descrizione Nelle grandi organizzazioni, Maximo è spesso suddiviso per 'Site'. Questo attributo distingue i diversi stabilimenti o impianti a livello di database. È essenziale per confrontare le prestazioni delle diverse unità aziendali nell’analisi «Conformità al processo di manutenzione standard» e garantire che i confronti tengano conto del contesto operativo corretto. Perché è importante È fondamentale per delimitare i dati nelle implementazioni con più siti. Dove reperirli Tabella: WORKORDER, colonna: SITEID Esempi BEDFORDNASHUATEXAS | |||
| Ore di manodopera stimate EstimatedLaborHours | Il tempo di manodopera previsto per l’ordine di lavoro. | ||
| Descrizione Il totale delle ore stimate per completare l’intervento durante la fase di pianificazione. Il dato viene confrontato con le «Ore di manodopera effettive» nella Dashboard «Precisione delle stime di manodopera». Scostamenti significativi tra questo valore e le ore effettive possono indicare una pianificazione carente, l’assenza di procedure operative standard o condizioni impreviste dell’asset che hanno richiesto più lavoro del previsto. Perché è importante È essenziale per valutare la precisione della pianificazione e prevedere il fabbisogno di risorse. Dove reperirli Tabella: WORKORDER, colonna: ESTLABHRS Esempi 2.04.58.0 | |||
| SLA non rispettato IsSlaBreached | Indicatore che segnala se la data di completamento effettiva è successiva a quella prevista. | ||
| Descrizione Campo calcolato di tipo booleano che confronta la «Data di completamento effettiva» con la «Data di completamento prevista». Se la data effettiva è successiva a quella prevista, il valore è vero. Questa metrica precalcolata semplifica la Dashboard «Prestazioni SLA degli asset critici» e consente di contare subito gli SLA non rispettati, senza calcolare le date durante l’esecuzione. Perché è importante Consente di individuare subito gli scostamenti rispetto agli SLA. Dove reperirli Calcolato a partire da ACTFINISH e TARGCOMPDATE Esempi truefalse | |||
| Ubicazione Location | L’ubicazione funzionale o il sito fisico in cui viene eseguito il lavoro. | ||
| Descrizione Specifica l’area fisica o il codice dell’ubicazione funzionale in cui si trova l’asset. Offre una prospettiva più ampia rispetto al singolo numero dell’asset e consente analisi geografiche o per zona. La Dashboard «Distribuzione del carico di lavoro della manutenzione» utilizza questo dato per visualizzare le aree con maggiore attività di manutenzione e pianificare gli spostamenti dei tecnici tra i diversi siti. Perché è importante Fornisce il contesto geografico necessario per la logistica e la distribuzione delle risorse. Dove reperirli Tabella: WORKORDER, colonna: LOCATION Esempi BRILER-RMPLANT-AOFFICE-1 | |||
Attività di manutenzione dei cespiti
| Attività | Descrizione | ||
|---|---|---|---|
| Intervento iniziato | Segna l’inizio effettivo del lavoro sul campo da parte del tecnico. Viene registrato esplicitamente quando l’utente modifica lo stato per indicare che l’intervento è in corso. | ||
| Perché è importante È una tappa fondamentale per distinguere il tempo di pianificazione da quello di esecuzione. Si utilizza per calcolare il tempo medio di attraversamento della pianificazione e dell’approvazione. Dove reperirli Tabella WOSTATUS con STATUS = 'INPRG' Acquisizione Registrato quando una transazione modifica lo stato in INPRG Tipo di evento explicit | |||
| Ordine di lavoro annullato | Il processo termina prima del previsto perché il lavoro è stato ritenuto non necessario, duplicato o impossibile da eseguire. Si tratta di uno stato terminale. | ||
| Perché è importante Alimenta la Dashboard di analisi degli annullamenti degli ordini di lavoro. Tassi elevati indicano problemi nelle fasi precedenti del processo di generazione delle richieste. Dove reperirli Tabella WOSTATUS, dove STATUS = 'CAN' Acquisizione Registrato quando la transazione passa allo stato CAN Tipo di evento explicit | |||
| Ordine di lavoro approvato | Indica che l’ordine di lavoro ha superato i controlli necessari di pianificazione e autorizzazione finanziaria. L’evento si ricava da una modifica di stato nello storico del sistema. | ||
| Perché è importante È fondamentale per calcolare il KPI del tempo di attraversamento della pianificazione e dell’approvazione. I ritardi in questa fase indicano colli di bottiglia amministrativi. Dove reperirli Tabella WOSTATUS con STATUS = 'APPR' Acquisizione Confrontare il campo dello stato prima e dopo la modifica per individuare il passaggio ad APPR Tipo di evento explicit | |||
| Ordine di lavoro chiuso | L’evento finale del ciclo di vita, in cui l’ordine di lavoro viene contabilizzato e diventa di sola lettura. Non è più possibile aggiungere addebiti. | ||
| Perché è importante Segna la fine del tempo di attraversamento amministrativo. Eventuali ritardi in questa fase incidono sulla rendicontazione finanziaria. Dove reperirli Tabella WOSTATUS con STATUS = 'CLOSE' Acquisizione Registrato quando una transazione modifica lo stato in CLOSE Tipo di evento explicit | |||
| Ordine di lavoro completato | Il tecnico conferma che il lavoro sul campo è terminato. Questa modifica di stato arresta il conteggio del tempo per i KPI di esecuzione. | ||
| Perché è importante È la data e ora finale di riferimento per l’esecuzione tecnica. Si utilizza per calcolare il rispetto degli SLA e l’utilizzo dei tecnici. Dove reperirli Tabella WOSTATUS con STATUS = 'COMP' Acquisizione Registrato quando una transazione modifica lo stato in COMP Tipo di evento explicit | |||
| Richiesta di manutenzione creata | L’evento iniziale, in cui viene creato un ordine di lavoro nel sistema, spesso a seguito di una richiesta di assistenza o di una pianificazione automatica. Viene registrato in modo esplicito tramite la data e l’ora di creazione nella tabella WORKORDER o la prima voce nello storico WOSTATUS. | ||
| Perché è importante Segna l’inizio dell’istanza di processo e stabilisce la base di riferimento per misurare il tempo totale di risoluzione e la tempestività della risposta iniziale. Dove reperirli WORKORDER.REPORTDATE o prima voce nella tabella WOSTATUS (di solito con stato WAPPR) Acquisizione Registrato quando una transazione crea il record WO Tipo di evento explicit | |||
| Controllo di qualità non superato | Si verifica quando un intervento completato viene respinto durante la revisione, spesso con il ripristino dello stato In Progress. Rappresenta un ciclo di rilavorazione. | ||
| Perché è importante Supporta direttamente la Dashboard della qualità della manutenzione e dei tassi di rilavorazione, mettendo in evidenza le criticità del processo. Dove reperirli Dedotto dal passaggio di WOSTATUS da COMP a INPRG o WAPPR Acquisizione Ricavato confrontando lo storico del campo WOSTATUS per individuare i passaggi a uno stato precedente Tipo di evento inferred | |||
| Data obiettivo aggiornata | Registra una modifica alla data di completamento pianificata o all’obiettivo SLA. Aiuta a individuare i casi in cui le scadenze vengono spostate per compensare i ritardi. | ||
| Perché è importante È importante per analizzare il rispetto degli SLA degli asset critici e individuare eventuali manipolazioni, come lo spostamento delle date per evitare una violazione degli SLA. Dove reperirli Traccia di audit dei campi TARGETCOMPDATE o SCHEDFINISH Acquisizione Registrato quando una transazione aggiorna i campi relativi alle date Tipo di evento explicit | |||
| Ispezione completata | Indica che durante il ciclo di vita dell’ordine è stata eseguita un’ispezione di sicurezza o tecnica. Spesso corrisponde a una modifica di stato o al completamento di una misurazione in una lista di controllo. | ||
| Perché è importante È fondamentale per la Dashboard della documentazione di sicurezza e conformità. Assicura che i passaggi normativi non vengano saltati. Dove reperirli Modifica di WOSTATUS a 'INSP' o a uno stato personalizzato equivalente, oppure completamento di voci MEASUREMENT Acquisizione Confrontare il campo dello stato prima e dopo la modifica Tipo di evento inferred | |||
| Materiale prelevato | Registra il prelievo o il consumo fisico dei ricambi dal magazzino per l’ordine di lavoro. Conferma che i materiali sono disponibili e vengono utilizzati. | ||
| Perché è importante Convalida il processo di approvvigionamento e influisce sull’analisi del costo totale dell’intervento di manutenzione. Dove reperirli Tabella MATUSETRANS con ISSUETYPE = 'ISSUE' Acquisizione Registrato quando viene eseguita una transazione in MATUSETRANS Tipo di evento explicit | |||
| Ore di lavoro registrate | Rappresenta la registrazione del tempo effettivamente dedicato da un tecnico allo specifico ordine di lavoro. Per un singolo ordine possono essere registrate più voci, se vi contribuiscono diversi tecnici. | ||
| Perché è importante Alimenta la Dashboard di accuratezza delle stime delle ore di lavoro, fornendo i dati effettivi da confrontare con le stime. Dove reperirli Voci della tabella LABTRANS collegate all’ordine di lavoro Acquisizione Registrato quando viene eseguita una transazione in LABTRANS Tipo di evento explicit | |||
| Richiesta di materiali inviata | Indica che sono stati richiesti ricambi o materiali di consumo per l’intervento di manutenzione. L’evento può essere dedotto dal passaggio allo stato Waiting on Material o dalla creazione di righe relative ai fabbisogni di materiali. | ||
| Perché è importante È essenziale per la Dashboard di disponibilità dei materiali, che consente di individuare i ritardi nella catena di fornitura che impediscono l’esecuzione degli interventi. Dove reperirli Tabella WOSTATUS con STATUS = 'WMATL' oppure creazione di voci nella tabella WPMATERIAL Acquisizione Dedotto dal passaggio di stato a WMATL Tipo di evento inferred | |||
| Risorse pianificate | Il momento in cui vengono assegnati all’ordine di lavoro specifici tecnici o squadre. Si rileva quando vengono create le assegnazioni o lo stato passa a Waiting Schedule. | ||
| Perché è importante Supporta la Dashboard di analisi del ciclo di pianificazione e approvazione, isolando il tempo necessario per trovare tecnici disponibili. Dove reperirli Creazione di righe nella tabella ASSIGNMENT o modifica di WOSTATUS a 'WSCH' Acquisizione Ricavato dalla creazione di record Assignment collegati all’ordine di lavoro Tipo di evento inferred | |||
Guide all’estrazione
Passaggi
Definire la strategia per la vista del database: ProcessMind richiede un event log in formato tabellare, mentre Maximo archivia i dati in modo gerarchico (intestazioni in WORKORDER, cronologia in WOSTATUS, costi in WOLABTRANS). Il metodo più affidabile consiste quindi nel creare prima una vista del database Maximo, che fungerà da origine per Integration Framework.
Creare la vista SQL: esegua l’SQL fornito nella sezione Query con lo strumento di gestione del database (SQL Developer, SSMS). La query riunisce
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSeA_WORKORDER(audit) in un’unica struttura tabellare.Registrare la vista in Maximo: acceda a Maximo come amministratore. Vada in System Configuration, Platform Configuration, Database Configuration. Crei un nuovo oggetto denominato
PM_WO_EVENTLOGe lo associ alla vista del database creata nel passaggio precedente. EseguaConfigDBper registrarlo. In genere, le viste non richiedono un’interruzione del servizio, ma verifichi le procedure in uso.Creare la struttura degli oggetti: vada in Integration, Object Structures. Crei una struttura degli oggetti denominata
MX_PM_EVENTSe aggiungaPM_WO_EVENTLOGcome oggetto di origine. Se disponibile, verifichi che sia selezionata l’opzione per la struttura tabellare.Configurare il canale di pubblicazione: vada in Integration, Publish Channels. Crei un nuovo canale,
PC_PM_EVENTS, associato alla struttura degli oggettiMX_PM_EVENTS. Se necessario, potrà definire regole di elaborazione.Configurare il sistema esterno: vada in Integration, External Systems. Selezioni il sistema di destinazione oppure ne crei uno generico, EXTSYS. Aggiunga a questo sistema il canale di pubblicazione
PC_PM_EVENTS.Abilitare l’esportazione dei dati: nell’applicazione External Systems, apra la scheda Data Export. Selezioni il canale
PC_PM_EVENTS. Qui può specificare una clausola SQL Where, ad esempioEVENTTIMESTAMP >= '2023-01-01', per limitare l’intervallo di esportazione.Esportare i dati: faccia clic su Export. Il sistema genererà un file XML o CSV, a seconda dell’endpoint configurato. Per ProcessMind è preferibile il formato CSV. Verifichi che l’endpoint, ad esempio
MXFLATFILE, sia configurato per produrre file CSV.Verificare il risultato: apra il file CSV generato. Controlli che le intestazioni corrispondano agli attributi definiti nella query (WorkOrderNumber, Activity e così via) e che non siano rimasti tag XML gerarchici.
Formattare il file: se l’esportazione CSV di Maximo include colonne di metadati standard del sistema, come
OWNER1eORGID, le rimuova se non sono necessarie. Carichi quindi il CSV ripulito in ProcessMind.
Configurazione
- Sinonimi degli stati di Maximo: Maximo consente di definire codici di stato personalizzati, ad esempio APPR e WAPPR. La query presuppone l’uso dei valori interni standard. Verifichi
SYNONYMDOMAINper il dominioWOSTATUS, così da associare correttamente gli stati personalizzati. - Tabelle di audit: l’estrazione dell’attività «Data di destinazione aggiornata» si basa sulla tabella di audit
A_WORKORDER. Se l’audit non è abilitato per l’oggettoWORKORDER, questa attività non restituirà righe. Se è un requisito essenziale, abiliti l’audit in Database Configuration. - Intervallo di date: per il caricamento iniziale, applichi un filtro su
EVENTTIMESTAMPrelativo agli ultimi 6-12 mesi. I caricamenti di grandi quantità di dati storici potrebbero andare in timeout nell’interfaccia web di Integration Framework; per dataset superiori a 50.000 righe, utilizzi l’elaborazione in background. - Filtri per sito/organizzazione: Maximo supporta più siti. Se l’analisi riguarda una struttura specifica, applichi sempre un filtro su
SITEID. - Prestazioni: la query con
UNION ALLrichiede molte risorse. Verifichi che siano presenti indici del database suWOSTATUS.WONUM,WOLABTRANS.REFWOeMATUSETRANS.REFWO.
a Query di esempio sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01')Passaggi
Connessione al database: stabilisca una connessione JDBC o ODBC di sola lettura al database IBM Maximo, che in genere è DB2, Oracle o SQL Server. Verifichi che l’utente disponga delle autorizzazioni SELECT sulle tabelle WORKORDER, WOSTATUS, LABTRANS e MATUSETRANS.
Definire l’ambito: individui i SITE o gli ORGID da cui estrarre i dati. Maximo è un sistema multi-sito e i numeri degli ordini di lavoro (WONUM) sono univoci solo se associati a SITEID. Definisca anche l’intervallo di date, applicando in genere un filtro su REPORTDATE (data di creazione) o STATUSDATE.
Comprendere il modello dei dati: la tabella WORKORDER contiene le intestazioni. WOSTATUS registra la cronologia delle modifiche al ciclo di vita, LABTRANS contiene i dettagli delle ore di lavoro e MATUSETRANS registra i movimenti dei materiali. Per ottenere un unico flusso di eventi, occorre riunire queste tabelle con UNION ALL.
Gestire i sinonimi: per gli stati definiti in SYNONYMDOMAIN, Maximo utilizza valori interni (MAXVALUE) e valori visualizzati (VALUE). Per garantire la coerenza tra siti che potrebbero usare etichette diverse per lo stesso stato logico, è preferibile che la query applichi il filtro sul valore interno MAXVALUE.
Preparare la query: copi l’SQL fornito nella sezione Query. Sostituisca i segnaposto, come [Your Database Schema] e [Start Date], con i valori effettivi. Se l’ambiente utilizza codici di stato personalizzati per le ispezioni o i controlli di qualità, aggiorni le clausole WHERE delle sezioni corrispondenti.
Eseguire l’estrazione: esegua la query. A seconda del volume dei dati, potrebbe essere necessario procedere per lotti, ad esempio un mese alla volta, per evitare timeout del database.
Convalidare i dati: verifichi che l’evento «Richiesta di manutenzione creata» sia presente per ogni ordine di lavoro. Si assicuri che i timestamp siano in un formato compatibile con ProcessMind; è consigliato ISO 8601.
Elaborare i dati: i timestamp di Maximo includono in genere i millisecondi. Li mantenga per preservare l’ordine corretto degli eventi che si verificano a breve distanza l’uno dall’altro.
Esportare: salvi i risultati in un file CSV o Parquet. Le intestazioni delle colonne devono corrispondere agli attributi definiti nell’output della query.
Caricare in ProcessMind: importi il file in ProcessMind. Mappi «WorkOrderNumber» come ID caso, «Activity» come nome dell’attività e «EventTimestamp» come timestamp.
Configurazione
- Piattaforme di database: Maximo viene eseguito in genere su IBM DB2, Oracle o SQL Server. La sintassi fornita è SQL standard, ma potrebbe richiedere piccoli adattamenti alle funzioni per le date, ad esempio TO_DATE invece di CAST, a seconda della piattaforma in uso.
- Filtro per data: utilizzi la colonna REPORTDATE della tabella WORKORDER per definire l’ambito delle istanze di processo. È comune considerare una finestra mobile degli ultimi 12 mesi.
- Importanza di Site ID: non utilizzi mai WONUM da solo per identificare univocamente gli ordini. Combini sempre WONUM e SITEID oppure includa SITEID come attributo del caso se l’analisi riguarda più siti.
- Logica degli stati: Maximo consente valori di stato personalizzati. Se gli stati standard, come WMATL o COMP, non restituiscono risultati, controlli la tabella SYNONYMDOMAIN.
- Prestazioni: le tabelle LABTRANS e MATUSETRANS possono essere molto grandi. Verifichi che siano indicizzate su REFWO e SITEID.
a Query di esempio sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')È pronto a iniziare?
Inizi oggi a trasformare la strategia di manutenzione applicando questo template al processo di estrazione dei dati. Il nostro team è a Sua disposizione per aiutarLa a trasformare i log tecnici in informazioni utili sui processi.
Migliori la manutenzione dei cespiti e riduca i fermi macchina, da oggi
Riduca del 30% il tempo di ciclo della manutenzione ed elimini i colli di bottiglia
Prova gratuita di 14 giorni, senza carta di credito