Il Suo Template di Dati per la Manutenzione degli Asset
Il Suo Template di Dati per la Manutenzione degli Asset
- Elenco completo degli attributi di manutenzione
- Milestone critiche del processo da tracciare
- Guida dettagliata all'estrazione tecnica
Attributi di Manutenzione Asset
| Nome | Descrizione | ||
|---|---|---|---|
| Activity Activity | Lo specifico `evento` o cambio di stato che si è verificato nel ciclo di vita dell'ordine di lavoro. | ||
| Descrizione Questo Forma i nodi della mappa di processo, consentendo la visualizzazione della sequenza dei passaggi. Analizzando questi valori, le organizzazioni possono identificare varianti di processo, loop e deviazioni dalla procedura di manutenzione standard. Perché è importante Definisce il 'cosa' del processo, essenziale per costruire la mappa del processo e comprendere l'esecuzione del workflow. Dove trovare Tabella: WOSTATUS (Colonna: STATUS) o WOLOG Esempi APPRINPRGCOMPCHIUSOWMATL | |||
| Ordine di lavoro di manutenzione WorkOrderNumber | L'identificatore alfanumerico unico per l'ordine di lavoro di manutenzione. | ||
| Descrizione Questo Nell'analisi del Process Mining, questo ID viene utilizzato per raggruppare i singoli Perché è importante È la chiave fondamentale per la ricostruzione del flusso di processo e consente il tracciamento di lavori specifici tra i reparti. Dove trovare Tabella: WORKORDER, Colonna: WONUM Esempi WO100234WO100235CM-99281PM-11002 | |||
| Timestamp Evento EventTimestamp | La data e l'ora specifiche in cui si è verificata l'attività. | ||
| Descrizione Questo I Perché è importante Necessario per ordinare gli Dove trovare Tabella: WOSTATUS, Colonna: CHANGEDATE Esempi 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Sistema di Origine SourceSystem | Il nome del sistema da cui provengono i dati. | ||
| Descrizione Identifica l'applicazione sorgente per il record di dati. In questo contesto, sarà tipicamente 'IBM Maximo'. Questo è particolarmente utile quando si combinano dati da più sistemi di manutenzione o si integra con dati ERP. Permette agli analisti di filtrare la vista per sistema di origine se il progetto di Process Mining si estende su un panorama di sistemi complesso che coinvolge più istanze CMMS. Perché è importante Garantisce la tracciabilità e la provenienza dei dati in ambienti multi-sistema. Dove trovare Codificato manualmente durante l'estrazione Esempi IBM MaximoMaximo PRODMaximo Legacy | |||
| Ultimo `Data Update` LastDataUpdate | Il `timestamp` di quando 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. Ciò aiuta a valutare la freschezza e l'affidabilità dei dati, garantendo che l'analisi rifletta lo stato più attuale delle operazioni di manutenzione. Questo attributo è essenziale per i caricamenti di dati incrementali e per validare che i dashboard visualizzino informazioni aggiornate relative allo stato degli ordini di lavoro e del backlog. Perché è importante Critico per comprendere la latenza e la freschezza dei dati. Dove trovare Ora di sistema all'estrazione Esempi 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Criticità dell'Asset AssetCriticality | Un punteggio che indica l'importanza dell'asset per le operazioni aziendali. | ||
| Descrizione Una classificazione (solitamente 1-10 o A/B/C) presente sul record dell'Asset che indica la conseguenza del guasto. Questo deve essere unito alla vista dell'Ordine di Lavoro. Questo attributo è obbligatorio per il dashboard 'Prestazioni SLA degli Asset Critici'. Assicura che l'analisi si concentri su ciò che conta di più: i ritardi su un generatore critico sono considerati più pesantemente dei ritardi su una macchina da caffè della sala pausa. Perché è importante Consente la segmentazione delle prestazioni del processo per rischio aziendale. Dove trovare Tabella: ASSET, Colonna: PRIORITY (Unita tramite ASSETNUM) Esempi 1510 | |||
| Data di Completamento Prevista TargetCompletionDate | La scadenza pianificata o richiesta per l'ordine di lavoro. | ||
| Descrizione La data entro la quale si prevede che l'ordine di lavoro sia completato. Questa viene spesso calcolata in base alla priorità e alla data di generazione. Serve come punto di riferimento per la Confrontando questo campo con la 'Data di Fine Effettiva', gli analisti possono determinare i tassi di prestazione puntuale e identificare quali categorie di asset mancano frequentemente le loro finestre di manutenzione. Perché è importante La base di riferimento per misurare l'aderenza agli SLA e la conformità alla pianificazione. Dove trovare Tabella: WORKORDER, Colonna: TARGCOMPDATE Esempi 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Data Fine Effettiva ActualFinishDate | La data e l'ora in cui il lavoro fisico è stato completato. | ||
| Descrizione Registra quando l'attività di manutenzione è stata tecnicamente completata. Questo è distinto dalla chiusura amministrativa del ticket. Il confronto di questa data con la 'Data di Completamento Obiettivo' consente il calcolo della conformità SLA. È utilizzato nella dashboard 'Tempo di Gestione Amministrativa degli Ordini di Lavoro' per misurare il ritardo tra la conclusione del lavoro e la chiusura della documentazione nel sistema. Perché è importante Segna la fine della fase di esecuzione tecnica. Dove trovare Tabella: WORKORDER, Colonna: ACTFINISH Esempi 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Numero Asset AssetNumber | Identificatore unico dell'attrezzatura o dell'asset in manutenzione. | ||
| Descrizione La macchina specifica, il veicolo o il componente dell'impianto oggetto del lavoro di manutenzione. Questo collega i Utilizzato nell'analisi 'Qualità della Manutenzione e Tassi di Rilavorazione', questo Perché è importante Collega l'esecuzione dei processi alle prestazioni dell'infrastruttura fisica. Dove trovare Tabella: WORKORDER, Colonna: ASSETNUM Esempi PUMP-101HVAC-02FLEET-99 | |||
| Ore di Lavoro Effettive ActualLaborHours | Il totale delle ore effettive trascorse da tutti i tecnici sull'ordine di lavoro. | ||
| Descrizione L'aggregazione di tutto il tempo di manodopera registrato per l'ordine di lavoro. Questa metrica è il test di realtà per l'utilizzo delle risorse. Supporta il KPI 'Varianza di Utilizzo del Tecnico'. È utilizzata per calcolare il costo della manodopera e per affinare i futuri piani di lavoro fornendo Perché è importante La metrica primaria per l'analisi dei costi di manodopera e dell'efficienza. Dove trovare Tabella: WORKORDER, Colonna: ACTLABHRS Esempi 2.55.012.0 | |||
| Priorità Priority | Il livello di urgenza assegnato all'ordine di lavoro. | ||
| Descrizione Un valore numerico o categorico che indica l'importanza e l'urgenza dell'ordine di lavoro. In Maximo, questo è tipicamente un numero dove numeri inferiori spesso indicano maggiore urgenza (es. 1 = Emergenza). Questo attributo viene utilizzato per prioritizzare il lavoro nel backlog ed è essenziale per il dashboard 'Prestazioni SLA degli Asset Critici'. Aiuta a determinare se il lavoro ad alta priorità viene effettivamente trattato con la velocità richiesta rispetto ai compiti a bassa priorità. Perché è importante Consente l'analisi se l'organizzazione stia concentrando le risorse sui compiti più urgenti. Dove trovare Tabella: WORKORDER, Colonna: WOPRIORITY Esempi 1234 | |||
| Stato Attuale Status | Lo stato attuale del ciclo di vita dell'ordine di lavoro. | ||
| Descrizione Lo stato amministrativo attuale dell'ordine di lavoro (ad esempio, 'APPR', 'WAPPR', 'COMP'). Mentre l' È utile per filtrare il Perché è importante Fornisce una panoramica del carico di lavoro attuale e dell'arretrato. Dove trovare Tabella: WORKORDER, Colonna: STATUS Esempi APPRCHIUSOINPRG | |||
| Tecnico Assegnato AssignedResource | La persona specifica o il tecnico responsabile assegnato per eseguire il lavoro. | ||
| Descrizione Identifica il tecnico individuale o capo squadra responsabile dell'ordine di lavoro. Questo può essere trovato nel campo 'Lead' o derivato dalle assegnazioni di manodopera. Abilita il dashboard 'Produttività delle Risorse e dei Fornitori'. L'analisi di questo attributo aiuta a identificare gli squilibri del carico di lavoro nella vista 'Distribuzione del Carico di Lavoro di Manutenzione' e consente il confronto dell'efficienza tra diversi tecnici o squadre. Perché è importante Chiave per l'analisi della produttività della forza lavoro e il bilanciamento del carico di lavoro. Dove trovare Tabella: WORKORDER, Colonna: LEAD (o dalla tabella ASSIGNMENT) Esempi JSMITHBPATELMRODRIGUEZ | |||
| Tipo di ordine di lavoro WorkType | Categorizza l'ordine di lavoro come Preventivo (PM), Correttivo (CM) o di Emergenza (EM). | ||
| Descrizione Questo Filtrando su questo Perché è importante Distingue tra lavoro pianificato e non pianificato, un indicatore chiave della maturità della manutenzione. Dove trovare Tabella: WORKORDER, Colonna: WORKTYPE Esempi PMCMEMCPMOD | |||
| Codice Guasto FailureCode | Codice standardizzato che descrive il motivo del guasto dell'asset. | ||
| Descrizione Un codice strutturato selezionato dal tecnico per categorizzare la causa del guasto (es. 'Usura', 'Elettrico', 'Errore dell'Operatore'). Questo è vitale per l'Analisi della Causa Radice (RCA). L'aggregazione di questi codici aiuta i team di ingegneria a identificare problemi sistemici nella base degli asset, guidando l'analisi 'Qualità della Manutenzione e Tassi di Rilavorazione' e informando i cambiamenti alle strategie di manutenzione preventiva. Perché è importante Il punto Dove trovare Tabella: WORKORDER, Colonna: FAILURECODE Esempi LEAKOVERHEATVIBRATION | |||
| Costo effettivo totale TotalActualCost | La somma dei costi di manodopera, materiale, servizio e strumenti per l'ordine di lavoro. | ||
| Descrizione Rappresenta l'impatto finanziario totale dell'attività di manutenzione. In Maximo, questa è la somma di varie componenti di costo (Manodopera + Materiale + Servizi + Strumenti). Questo attributo consente un Process Mining basato sui costi, dove le inefficienze di processo (come ritardi o rilavorazioni) possono essere direttamente correlate alla perdita finanziaria. Aiuta a identificare i tipi di manutenzione o le classi di asset più costosi. Perché è importante Collega le attività operative ai risultati finanziari. Dove trovare Tabella: WORKORDER, Colonna: 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 la richiesta è stata creata. | ||
| Descrizione Il È utilizzato per calcolare il 'Tempo medio di gestione della pianificazione e approvazione' misurando la durata da questa data di segnalazione al momento in cui il lavoro effettivamente inizia. Aiuta a valutare la reattività dell'organizzazione di manutenzione. Perché è importante Stabilisce la linea di partenza per la reattività dell'intero ciclo di vita della manutenzione. Dove trovare Tabella: WORKORDER, Colonna: REPORTDATE Esempi 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| È Emergenza IsEmergency | Flag che indica se l'ordine di lavoro è un'emergenza. | ||
| Descrizione Un flag booleano calcolato in base al Tipo di Lavoro o alla Priorità. Se il Tipo di Lavoro è 'EM' (Emergenza) o la Priorità è 1, questo è vero. Questo attributo semplificato consente un facile filtraggio nei dashboard per isolare il 'Rapporto di Manutenzione di Emergenza' senza logiche complesse nello strato di visualizzazione. Perché è importante Semplifica il filtraggio per l'analisi della manutenzione reattiva. Dove trovare Calcolato da WORKTYPE Esempi truefalse | |||
| Fornitore Vendor | Il contractor esterno assegnato all'ordine di lavoro, se applicabile. | ||
| Descrizione Identifica l'azienda esterna responsabile del compito di manutenzione. Questo campo viene popolato quando il lavoro è esternalizzato. È cruciale per il KPI 'Efficienza Esecutiva del Fornitore'. L'analisi di questo attributo consente all'organizzazione di manutenzione di confrontare le prestazioni (costo, velocità, qualità) dei diversi fornitori tra loro e con i team interni. Perché è importante Consente la gestione dei fornitori e l'analisi delle prestazioni in outsourcing. Dove trovare Tabella: WORKORDER, Colonna: VENDOR Esempi ACME SERVICESSIEMENSFAST REPAIR INC | |||
| ID sito SiteId | L'identificatore del sito di alto livello per le implementazioni Maximo multisito. | ||
| Descrizione Nelle grandi organizzazioni, Maximo è spesso partizionato per 'Sito'. Questo attributo distingue tra diverse fabbriche o strutture a livello di database. È essenziale per il benchmarking delle prestazioni tra diverse unità aziendali nell'analisi 'Conformità al Processo di Manutenzione Standard', garantendo che i confronti siano effettuati nel contesto operativo corretto. Perché è importante Cruciale per definire l'ambito dei dati in implementazioni multi-sito. Dove trovare Tabella: WORKORDER, Colonna: SITEID Esempi BEDFORDNASHUATEXAS | |||
| Località Location | La sede funzionale o il sito fisico dove viene eseguito il lavoro. | ||
| Descrizione Specifica l'area fisica o il codice di posizione funzionale in cui si trova l'asset. Questo è più ampio del numero specifico dell'asset e aiuta nell'analisi geografica o zonale. Utilizzato nella Perché è importante Fornisce un contesto geospaziale per la logistica e la distribuzione delle risorse. Dove trovare Tabella: WORKORDER, Colonna: LOCATION Esempi BRILER-RMPLANT-AOFFICE-1 | |||
| Ore di Lavoro Stimate EstimatedLaborHours | La quantità di tempo di manodopera pianificata richiesta per l'ordine di lavoro. | ||
| Descrizione Il numero totale di ore stimate per completare l'attività durante la fase di pianificazione. Questo viene confrontato con le 'Ore di Manodopera Effettive' nella Ampie varianze tra questo valore e i dati effettivi indicano una scarsa pianificazione, mancanza di procedure operative standard o condizioni impreviste dell'asset che richiedono più lavoro del previsto. Perché è importante Essenziale per valutare l'accuratezza della pianificazione e la previsione delle risorse. Dove trovare Tabella: WORKORDER, Colonna: ESTLABHRS Esempi 2.04.58.0 | |||
| SLA Violato IsSlaBreached | Flag che indica se la data di fine effettiva ha superato la data target. | ||
| Descrizione Un campo calcolato booleano che confronta la 'Data di Fine Effettiva' con la 'Data di Completamento Prevista'. Se Effettiva > Prevista, il valore è vero. Questa metrica pre-calcolata semplifica il dashboard 'Prestazioni SLA degli Asset Critici', consentendo un conteggio immediato degli SLA non rispettati senza calcoli di data a runtime. Perché è importante Visibilità istantanea sulla conformità delle prestazioni. Dove trovare Calcolato da ACTFINISH e TARGCOMPDATE Esempi truefalse | |||
Attività di Manutenzione Asset
| Activity | Descrizione | ||
|---|---|---|---|
| Lavoro iniziato | Segna l'inizio effettivo del lavoro fisico da parte del tecnico. Questo viene esplicitamente registrato quando l'utente cambia lo stato per indicare che il lavoro è in corso. | ||
| Perché è importante Pietra miliare cruciale per separare il tempo di pianificazione dal tempo di esecuzione. Utilizzato per calcolare il tempo medio di consegna di pianificazione e approvazione. Dove trovare Tabella WOSTATUS dove STATUS = 'INPRG' Acquisisci Registrato quando la transazione cambia stato in INPRG Tipo di evento explicit | |||
| Ordine di lavoro annullato | Il processo termina prematuramente perché il lavoro è stato ritenuto non necessario, duplicato o impossibile. Questo è uno stato terminale. | ||
| Perché è importante Alimenta il dashboard di Analisi degli Annullamenti degli Ordini di Lavoro. Tassi elevati indicano fallimenti del processo a monte nella generazione delle richieste. Dove trovare Tabella WOSTATUS dove STATUS = 'CAN' Acquisisci Registrato quando la transazione cambia stato in 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. Ciò è derivato da un cambiamento di stato nella cronologia del sistema. | ||
| Perché è importante Critico per il calcolo del KPI del tempo di consegna della pianificazione e dell'approvazione. I ritardi qui indicano colli di bottiglia amministrativi. Dove trovare Tabella WOSTATUS dove STATUS = 'APPR' Acquisisci Confrontare il campo stato prima/dopo per identificare la transizione APPR Tipo di evento explicit | |||
| Ordine di lavoro chiuso | L'`evento` finale del ciclo di vita in cui l'ordine di lavoro viene saldato finanziariamente e diventa di sola lettura. Non possono essere applicati ulteriori addebiti. | ||
| Perché è importante Segna la fine del tempo di gestione amministrativa. I ritardi in questa fase influiscono sulla rendicontazione finanziaria. Dove trovare Tabella WOSTATUS dove STATUS = 'CLOSE' Acquisisci Registrato quando la transazione cambia stato in CLOSE Tipo di evento explicit | |||
| Ordine di lavoro completato | Il tecnico firma che il lavoro fisico è terminato. Questo cambio di stato ferma il conteggio sui KPI del tempo di esecuzione. | ||
| Perché è importante Il Dove trovare Tabella WOSTATUS dove STATUS = 'COMP' Acquisisci Registrato quando la transazione cambia stato in COMP Tipo di evento explicit | |||
| Richiesta di manutenzione creata | L'`evento` iniziale in cui un ordine di lavoro viene generato nel sistema, spesso originato da una richiesta di servizio o da una pianificazione automatizzata. Questo è esplicitamente catturato dal `timestamp` di creazione nella tabella WORKORDER o dalla voce iniziale nella cronologia WOSTATUS. | ||
| Perché è importante Segna l'inizio dell'istanza del processo e stabilisce la base per misurare il tempo totale di risoluzione e la reattività della risposta iniziale. Dove trovare WORKORDER.REPORTDATE o voce iniziale nella tabella WOSTATUS (solitamente stato WAPPR) Acquisisci Registrato quando la transazione crea il record dell'ordine di lavoro (WO) Tipo di evento explicit | |||
| Controllo Qualità fallito | Si verifica quando un lavoro completato viene rifiutato durante la revisione, spesso riportando lo stato a 'In corso'. Rappresenta cicli di rilavorazione. | ||
| Perché è importante Supporta direttamente il dashboard Qualità della Manutenzione e Tassi di Rilavorazione evidenziando i fallimenti del processo. Dove trovare Deducibile dalla transizione di WOSTATUS da COMP a INPRG o WAPPR Acquisisci Derivare dal confronto della cronologia del campo WOSTATUS per le transizioni all'indietro Tipo di evento inferred | |||
| Data obiettivo aggiornata | Registra una modifica alla data di completamento pianificata o all'obiettivo SLA. Questo aiuta a identificare quando le aspettative vengono spostate per far fronte a ritardi. | ||
| Perché è importante Importante per analizzare le prestazioni SLA degli asset critici e identificare Dove trovare Traccia di audit sui campi TARGETCOMPDATE o SCHEDFINISH Acquisisci Registrato quando la transazione aggiorna i campi data Tipo di evento explicit | |||
| Ispezione Completata | Indica che un'ispezione di sicurezza o tecnica è stata eseguita durante il ciclo di vita. Questo è spesso un cambio di stato o il completamento di una misurazione della checklist. | ||
| Perché è importante Chiave per il dashboard Documentazione di Sicurezza e Conformità. Garantisce che i passaggi normativi non vengano ignorati. Dove trovare Cambio di stato WOSTATUS a 'INSP' o stato personalizzato simile, o completamento delle voci MEASUREMENT Acquisisci Confrontare il campo stato prima/dopo Tipo di evento inferred | |||
| Materiale emesso | Registra il consumo fisico o l'emissione di pezzi dall'inventario all'ordine di lavoro. Ciò conferma che i pezzi sono disponibili e in uso. | ||
| Perché è importante Convalida il processo della supply chain e influisce sull'analisi dei costi totali dell'intervento di manutenzione. Dove trovare Tabella MATUSETRANS dove ISSUETYPE = 'ISSUE' Acquisisci Registrato quando la transazione avviene in MATUSETRANS Tipo di evento explicit | |||
| Ore di Lavoro Registrate | Rappresenta l'inserimento del tempo effettivo impiegato da un tecnico per lo specifico ordine di lavoro. Possono verificarsi più voci per un singolo ordine di lavoro man mano che diversi tecnici contribuiscono. | ||
| Perché è importante Alimenta il dashboard Accuratezza della Stima della Manodopera fornendo i dati reali da confrontare con le stime. Dove trovare Voci della tabella LABTRANS collegate all'ordine di lavoro Acquisisci Registrato quando la transazione avviene in LABTRANS Tipo di evento explicit | |||
| Richiesta di materiale inoltrata | Indica che sono stati richiesti pezzi di ricambio o materiali di consumo per l'attività di manutenzione. Questo può essere dedotto dal cambiamento di stato a 'In attesa di materiale' o dalla creazione di righe di fabbisogno materiali. | ||
| Perché è importante Essenziale per il dashboard Material Readiness per identificare i ritardi della catena di approvvigionamento che impediscono l'esecuzione del lavoro. Dove trovare Tabella WOSTATUS dove STATUS = 'WMATL' o creazione di voci nella tabella WPMATERIAL Acquisisci Deducibile dal cambio di stato a WMATL Tipo di evento inferred | |||
| Risorse pianificate | Il punto in cui manodopera o squadre specifiche vengono assegnate all'ordine di lavoro. Questo viene tracciato quando vengono generate le assegnazioni o lo stato si sposta a 'In attesa di pianificazione'. | ||
| Perché è importante Supporta la Dove trovare Creazione di righe nella tabella ASSIGNMENT o modifica di WOSTATUS a 'WSCH' Acquisisci Derivare dalla creazione di record di Assegnazione collegati a WO Tipo di evento inferred | |||
Guide all'Estrazione
Fasi
Definire la Strategia per le Viste del Database: Poiché ProcessMind richiede un log eventi piatto e Maximo memorizza i dati in modo gerarchico (Intestazione in WORKORDER, Cronologia in WOSTATUS, Costi in WOLABTRANS), il metodo più robusto consiste nel creare prima una Vista del Database nel database Maximo. Questa vista fungerà da fonte per il Framework di Integrazione.
Creare la Vista SQL: Eseguire il SQL fornito nella sezione Query all'interno del vostro strumento di gestione del database (SQL Developer, SSMS). Questo consolida
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSeA_WORKORDER(Audit) in un'unica struttura piatta.Registrare la Vista in Maximo: Accedere a Maximo come Amministratore. Navigare in Configurazione del Sistema, Configurazione della Piattaforma, Configurazione del Database. Creare un nuovo Oggetto denominato
PM_WO_EVENTLOG. Mapparlo alla vista del database creata nel passaggio precedente. EseguireConfigDBper registrarlo (di solito non è richiesto downtime per le viste, ma verificate le vostre procedure).Creare la Struttura Oggetto: Navigare in Integrazione, Strutture Oggetto. Creare una nuova Struttura Oggetto denominata
MX_PM_EVENTS. AggiungerePM_WO_EVENTLOGcome oggetto sorgente. Assicurarsi che il supporto per la Struttura Piatta sia selezionato, se disponibile.Configurare il Canale di Pubblicazione: Navigare in Integrazione, Canali di Pubblicazione. Creare un nuovo canale
PC_PM_EVENTSassociato alla Struttura OggettoMX_PM_EVENTS. Questo consente di definire regole di elaborazione, se necessario.Configurare il Sistema Esterno: Navigare in Integrazione, Sistemi Esterni. Selezionare il sistema di destinazione (o crearne uno generico EXTSYS). Aggiungere il Canale di Pubblicazione
PC_PM_EVENTSa questo sistema.Abilitare l'Esportazione dei Dati: Nell'applicazione Sistemi Esterni, utilizzare la scheda della funzione di Esportazione Dati. Selezionare il canale
PC_PM_EVENTS. È possibile specificare una clausola SQL Where qui (ad esempio,EVENTTIMESTAMP >= '2023-01-01') per limitare l'intervallo di esportazione.Esportare i Dati: Fare clic su Esporta. Il sistema genererà il file (XML o CSV a seconda dell'End Point configurato). Per ProcessMind, è preferibile il CSV. Assicurarsi che il proprio End Point (ad esempio,
MXFLATFILE) sia configurato per l'output CSV.Verificare l'Output: Aprire il file CSV generato. Assicurarsi che le intestazioni corrispondano agli attributi definiti nella query (WorkOrderNumber, Activity, ecc.) e che non rimangano tag XML gerarchici.
Formattazione Finale: Se l'esportazione CSV di Maximo include colonne di metadati di sistema standard (come
OWNER1,ORGID), rimuoverle se non necessarie. Caricare il CSV pulito in ProcessMind.
Configurazione
- Sinonimi di Stato Maximo: Maximo consente codici di stato personalizzati (es. APPR, WAPPR). La query assume valori interni standard. Verificate il
SYNONYMDOMAINdel vostro sistema per il dominioWOSTATUSper mappare correttamente gli stati personalizzati. - Tabelle di Audit: L'estrazione di 'Target Date Updated' si basa sulla tabella di audit
A_WORKORDER. Se l'auditing non è abilitato per l'oggettoWORKORDER, questa specifica attività non produrrà righe. Abilitate l'auditing nella Configurazione del Database se è critico. - Intervallo di Date: Per il caricamento iniziale, filtrate per
EVENTTIMESTAMPnegli ultimi 6-12 mesi. Caricamenti storici di grandi dimensioni potrebbero andare in timeout tramite l'interfaccia web di Integration Framework; utilizzate l'elaborazione in background per dataset maggiori di 50.000 righe. - Filtri Sito/Org: Maximo è multi-sito. Filtrate sempre per
SITEIDse l'analisi del processo è limitata a una specifica struttura. - Prestazioni: La query
UNION ALLè intensiva in termini di risorse. Assicuratevi che gli indici del database esistano suWOSTATUS.WONUM,WOLABTRANS.REFWOeMATUSETRANS.REFWO.
a Query di Esempio config
/* 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')Fasi
Connessione al Database: Stabilire una connessione JDBC o ODBC di sola lettura al database backend di IBM Maximo (comunemente DB2, Oracle o SQL Server). Assicurarsi che l'utente abbia i permessi SELECT sulle tabelle WORKORDER, WOSTATUS, LABTRANS e MATUSETRANS.
Identificare l'Ambito: Determinare i SITI o gli ORGIDS specifici da estrarre. Maximo è un sistema multi-sito, e i numeri degli ordini di lavoro (WONUM) sono unici solo se combinati con il SITEID. Decidere l'intervallo di date, tipicamente filtrando per REPORTDATE (data di creazione) o STATUSDATE.
Comprendere il Modello di Dati: La tabella WORKORDER agisce come intestazione. La tabella WOSTATUS contiene la cronologia dei cambiamenti del ciclo di vita. La tabella LABTRANS contiene le voci dettagliate del lavoro, e MATUSETRANS contiene i movimenti dei materiali. Questi devono essere combinati usando UNION ALL per formare un unico flusso di eventi.
Gestire i Sinonimi: Maximo utilizza valori interni (MAXVALUE) e valori visualizzati (VALUE) per gli stati definiti nel SYNONYMDOMAIN. La query dovrebbe idealmente filtrare sul MAXVALUE interno per garantire la coerenza tra i diversi siti che potrebbero utilizzare etichette di visualizzazione diverse per lo stesso stato logico.
Preparare la Query: Copiare il SQL fornito nella sezione Query. Sostituire i segnaposto come [Il tuo Schema Database] e [Data di Inizio] con i vostri valori effettivi. Se il vostro ambiente utilizza codici di stato personalizzati specifici per ispezioni o controlli di qualità, aggiornare le clausole WHERE nelle rispettive sezioni.
Eseguire l'Estrazione: Eseguire la query. A seconda del volume dei dati, potrebbe essere necessario eseguirla in lotti (ad esempio, mese per mese) per evitare timeout del database.
Validare i Dati: Verificare che l'evento 'Maintenance Request Created' esista per ogni ordine di lavoro. Assicurarsi che i timestamp siano in un formato compatibile con ProcessMind (si raccomanda ISO 8601).
Post-Elaborazione: I timestamp di Maximo di solito contengono millisecondi. Assicurarsi che questi siano conservati per mantenere il corretto ordine di smistamento degli eventi che avvengono in rapida successione.
Esportare: Salvare i risultati come file CSV o Parquet. Le intestazioni delle colonne devono corrispondere agli attributi definiti nell'output della query.
Caricamento ProcessMind: Importare il file in ProcessMind. Mappare 'WorkOrderNumber' come ID del Case, 'Activity' come Nome dell'Attività e 'EventTimestamp' come Timestamp.
Configurazione
- Piattaforme Database: Maximo tipicamente funziona su IBM DB2, Oracle o SQL Server. La sintassi fornita è SQL standard ma potrebbe richiedere lievi aggiustamenti delle funzioni di data (es. TO_DATE vs CAST) a seconda della vostra piattaforma specifica.
- Filtro Data: Utilizzate la colonna REPORTDATE nella tabella WORKORDER per definire l'ambito delle istanze di processo. Una finestra mobile degli ultimi 12 mesi è lo standard.
- Importanza del Site ID: Non affidatevi mai solo a WONUM per l'unicità. Concatenate sempre WONUM e SITEID o includete SITEID come attributo del case se analizzate più siti.
- Logica dello Status: Maximo consente valori di status personalizzati. Controllate la tabella SYNONYMDOMAIN se gli status standard come WMATL o COMP non restituiscono risultati.
- Performance: Le tabelle LABTRANS e MATUSETRANS possono essere molto grandi. Assicuratevi che queste tabelle 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')