Il template per i dati di manutenzione degli asset
Il template per i dati di manutenzione degli asset
- Campi dati specifici del processo per il monitoraggio della manutenzione
- Tappe fondamentali per analizzare il ciclo di vita degli ordini di lavoro
- Istruzioni dettagliate per l’estrazione dei dati da Infor EAM
Attributi della manutenzione degli asset
| Nome | Descrizione | ||
|---|---|---|---|
| Attività EventName | Il passaggio specifico o la variazione di stato che si verifica durante il ciclo di vita della manutenzione. | ||
| Descrizione Questo attributo registra il nome dell’evento o della variazione di stato, ad esempio Ordine di lavoro generato, Materiali prelevati o Ordine di lavoro chiuso. Il valore viene ricavato dallo storico delle variazioni di stato o dai tipi di transazione specifici registrati per l’ordine di lavoro. Seguendo la sequenza di questi valori, lo strumento di Process Mining ricostruisce il percorso del flusso di lavoro. È così possibile analizzare le varianti del processo, i cicli di rilavorazione e l’ordine delle operazioni. Perché è importante Definisce i nodi nella mappa del processo ed è necessario per capire che cosa è accaduto in ogni passaggio. Dove reperirli Tabella R5EVENTSTATUS (campo EVS_STATUS) o R5TRANSACTIONS (campo TRA_DESC) Esempi Ordine di lavoro generatoMateriali prelevatiOrdine di lavoro chiusoRisorse pianificate | |||
| Data e ora EventTimestamp | La data e l’ora in cui si è verificata l’attività. | ||
| Descrizione Questo attributo registra il momento preciso in cui si è svolta un’attività. Serve a ordinare cronologicamente gli eventi e a calcolare la durata tra un passaggio e l’altro. Registrare correttamente date e orari è fondamentale per individuare i colli di bottiglia, misurare i tempi di attraversamento e calcolare la conformità agli SLA. In Infor EAM, il dato proviene di solito dalla data della transazione o dalla data della variazione di stato. Perché è importante Fornisce la dimensione temporale necessaria per tutte le analisi basate sul tempo e per ordinare gli eventi. Dove reperirli Tabella R5EVENTSTATUS (campo EVS_DATE) o R5TRANSACTIONS (campo TRA_DATE) Esempi 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Ordine di lavoro di manutenzione WorkOrderNumber | Identificativo univoco dell’ordine di lavoro di manutenzione. | ||
| Descrizione Questo attributo funge da identificativo centrale del caso per l’analisi del processo. Rappresenta il singolo intervento di manutenzione, preventivo o correttivo, e collega tutte le attività, i costi e le registrazioni della manodopera successive. In Infor EAM corrisponde in genere al codice evento presente nelle tabelle principali degli eventi. Gli analisti utilizzano questo campo per distinguere le singole istanze del processo. Consente di aggregare tutti gli eventi relativi a una richiesta di manutenzione e calcolare i tempi di ciclo e i costi per intervento. Perché è importante È la chiave fondamentale per ricostruire il flusso del processo e identificare in modo univoco ogni caso di manutenzione. Dove reperirli Tabella R5EVENTS, campo EVT_CODE Esempi 10023456WO-2023-88910023457PM-55421 | |||
| Sistema di origine SourceSystem | Il nome del sistema da cui provengono i dati. | ||
| Descrizione Questo attributo identifica l’origine del record di dati, un’informazione particolarmente importante negli ambienti con più sistemi. In questa vista, identifica in modo statico l’istanza di Infor EAM. Se più origini dati vengono unite in un unico modello di dati per il Process Mining, aiuta a ricostruire la provenienza dei dati e a risolvere eventuali problemi. Perché è importante Garantisce la tracciabilità dei dati fino all’ambiente Infor EAM. Dove reperirli Impostato durante l’estrazione Esempi Infor EAMDatastream 7i | |||
| Ultimo aggiornamento dei dati LastDataUpdate | La data e l’ora in cui i dati sono stati estratti o aggiornati l’ultima volta. | ||
| Descrizione Questo campo indica quando il record è stato elaborato o estratto l’ultima volta per il modello di Process Mining. Aiuta a capire quanto sono aggiornati i dati analizzati. Spesso viene generato durante il processo ETL anziché essere presente nel sistema di origine, così gli analisti possono sapere se stanno consultando dati in tempo reale o istantanee storiche. Perché è importante Consente di verificare l’aggiornamento dei dati e di individuare gli insiemi di dati non aggiornati. Dove reperirli Ora del sistema al momento dell’estrazione Esempi 2023-10-25T12:00:00Z | |||
| Codice cespite AssetCode | Identificativo univoco dell’apparecchiatura o del cespite sottoposto a manutenzione. | ||
| Descrizione Questo attributo identifica l’oggetto fisico a cui si riferisce l’ordine di lavoro. Consente di raccogliere lo storico degli interventi per macchina o impianto. L’analisi delle prestazioni del processo per codice cespite aiuta a individuare le apparecchiature che si guastano spesso o richiedono tempi di riparazione superiori alla media. Perché è importante Essenziale per collegare le prestazioni del processo alle infrastrutture fisiche. Dove reperirli Tabella R5EVENTS, campo EVT_OBJECT Esempi PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Costo stimato EstimatedCost | Il budget previsto per l’ordine di lavoro. | ||
| Descrizione Questo attributo contiene il costo stimato in fase di pianificazione. Confrontandolo con il costo effettivo, gli analisti possono valutare l’accuratezza delle stime del reparto di pianificazione. Scostamenti significativi tra costi stimati ed effettivi indicano la necessità di rivedere il processo di stima o l’efficienza dell’esecuzione. Perché è importante Supporta la Dashboard di analisi dei costi stimati ed effettivi. Dove reperirli Tabella R5EVENTS, campo EVT_ESTCOST Esempi 500.001200.500.00 | |||
| Costo totale effettivo ActualTotalCost | La somma finale dei costi di manodopera, materiali e servizi. | ||
| Descrizione Questo attributo rappresenta l’impatto economico complessivo dell’attività di manutenzione. Viene aggiornato man mano che si registrano le ore di lavoro e si prelevano i materiali. È la principale metrica economica del processo e consente di analizzare i fattori che determinano i costi e di rendicontare il budget. Perché è importante Metrica fondamentale per la rendicontazione economica e l’analisi dell’efficienza. Dove reperirli Tabella R5EVENTS, campo EVT_ACTCOST (oppure somma delle transazioni) Esempi 450.251500.0075.50 | |||
| Data obiettivo SLA SlaTargetDate | La scadenza entro cui l’ordine di lavoro deve essere completato. | ||
| Descrizione Questo attributo memorizza la data prevista per il completamento, spesso determinata dalla criticità del cespite e dalla priorità dell’intervento. Costituisce la base di riferimento per calcolare il rispetto delle scadenze. Il confronto tra la data e l’ora effettive di completamento e questa data permette di verificare se l’organizzazione rispetta gli accordi sui livelli di servizio. Perché è importante Necessaria per la Dashboard delle prestazioni SLA per i cespiti critici. Dove reperirli Tabella R5EVENTS, campo EVT_TARGET Esempi 2023-11-01T17:00:00Z | |||
| Priorità WorkOrderPriority | Il livello di urgenza assegnato all’ordine di lavoro di manutenzione. | ||
| Descrizione Questo attributo indica l’importanza dell’ordine di lavoro, in genere su una scala (ad esempio alta, media, bassa). Consente di filtrare l’analisi per verificare che gli interventi critici abbiano la giusta priorità nella coda. Analizzare il flusso del processo in base alla priorità aiuta a verificare se gli interventi ad alta priorità procedono davvero più rapidamente di quelli a bassa priorità. Perché è importante È fondamentale per verificare che gli interventi urgenti ricevano l’attenzione necessaria. Dove reperirli Tabella R5EVENTS, campo EVT_PRIORITY Esempi 1-Emergenza2-Alta3-Ordinaria | |||
| Reparto DepartmentCode | Il reparto o la squadra di manutenzione responsabile dell’intervento. | ||
| Descrizione Questo attributo indica il reparto interno o il centro di costo a cui fa capo l’ordine di lavoro. Consente di confrontare le prestazioni di diverse squadre di manutenzione, ad esempio quelle elettriche e meccaniche. In Infor EAM è spesso indicato come MRC (Maintenance Repair Center). Perché è importante Supporta la pianificazione delle risorse e l’analisi delle prestazioni dei reparti. Dove reperirli Tabella R5EVENTS, campo EVT_MRC Esempi MECHELECFACILITIES | |||
| Tecnico TechnicianName | La persona o la risorsa specifica assegnata all’esecuzione dell’attività. | ||
| Descrizione Questo attributo registra l’utente o il tecnico che svolge la specifica attività. Serve ad analizzare la produttività del personale e a individuare esigenze di formazione o inefficienze nella pianificazione. A seconda della configurazione del sistema, il dato può trovarsi nella tabella delle ore registrate oppure nel campo della persona responsabile dell’evento. Perché è importante Consente l’analisi tramite la Dashboard della produttività del personale e della pianificazione. Dove reperirli Tabella R5BOOKEDHOURS (campo BOO_PERSON) o R5EVENTS (campo EVT_PERSON) Esempi J. SmithM. DoeContractor-A | |||
| Tipo di manutenzione MaintenanceType | Classifica l’ordine di lavoro come preventivo, correttivo o predittivo. | ||
| Descrizione Questo attributo classifica la natura dell’intervento di manutenzione. Consente agli analisti di suddividere la vista del processo e confrontare i cicli di manutenzione preventiva pianificata con le riparazioni correttive non pianificate. Ottimizzare il rapporto tra interventi preventivi e correttivi è un obiettivo fondamentale per i responsabili della manutenzione. In genere, questo campo si trova nella colonna del tipo di evento. Perché è importante È fondamentale per la Dashboard sulla distribuzione dei tipi di manutenzione e per analizzare la strategia di affidabilità. Dove reperirli Tabella R5EVENTS, campo EVT_TYPE Esempi PreventivaCorrettivaGuastoIspezione | |||
| Costo dei materiali MaterialCost | Il costo dei ricambi assegnati all’ordine di lavoro. | ||
| Descrizione Questo attributo separa il costo dei materiali dal costo totale e aiuta a distinguere le spese per la catena di approvvigionamento da quelle per la manodopera. Monitorare questa voce separatamente supporta le decisioni sui prezzi dei ricambi e sulla gestione delle scorte. Perché è importante Dettaglio necessario per un’analisi economica completa. Dove reperirli Calcolato dalla tabella R5TRANSACTIONS, per le transazioni di tipo prelievo Esempi 150.0020.00 | |||
| Criticità del cespite AssetCriticality | Punteggio o valutazione che indica l’importanza operativa del cespite. | ||
| Descrizione Questo attributo classifica i cespiti in base alla loro importanza per la produzione o la sicurezza, ad esempio A, B o C. Aiuta gli analisti a segmentare il processo e a verificare se i cespiti di maggior valore ricevono un livello di urgenza adeguato. In genere, il dato proviene dall’anagrafica del cespite associato all’ordine di lavoro. Perché è importante Consente di analizzare i ritardi di manutenzione in base al rischio. Dove reperirli Tabella R5OBJECTS (campo OBJ_CRITICALITY), collegata tramite EVT_OBJECT Esempi A - CriticoB - ImportanteC - Funzionamento fino al guasto | |||
| Descrizione WorkOrderDescription | Descrizione testuale del problema o dell’intervento richiesto. | ||
| Descrizione Questo attributo contiene il riepilogo in testo libero inserito dal richiedente o dal pianificatore. Fornisce un contesto qualitativo utile a spiegare i valori anomali o specifici comportamenti del processo. È possibile applicare tecniche di analisi testuale per classificare le cause di guasto ricorrenti che non emergono dai campi strutturati. Perché è importante Fornisce il contesto necessario per analizzare le cause profonde. Dove reperirli Tabella R5EVENTS, campo EVT_DESC Esempi Vibrazioni elevate della pompaSostituire la guarnizione della valvola 2Ispezione trimestrale | |||
| È una rilavorazione IsRework | Indicatore che segnala se l’ordine di lavoro ha comportato la ripetizione di fasi di esecuzione. | ||
| Descrizione Questo attributo booleano indica se il flusso del processo ha presentato cicli, in particolare se l’esecuzione è ripresa dopo il controllo qualità. Viene calcolato durante la trasformazione dei dati verificando la ripetizione delle attività «Intervento di manutenzione eseguito». Un’elevata percentuale di rilavorazioni è un indicatore importante di problemi di qualità o di formazione insufficiente. Perché è importante Supporta direttamente la Dashboard delle rilavorazioni e del controllo qualità della manutenzione. Dove reperirli Calcolato nello strumento ETL/Process Mining Esempi truefalse | |||
| Ore di manodopera LaborHoursUsed | Il numero effettivo di ore di lavoro dedicate all’ordine. | ||
| Descrizione Questo attributo somma le ore registrate dai tecnici sull’ordine di lavoro. È fondamentale per calcolare la produttività della forza lavoro e il grado di utilizzo dei tecnici. Non coincide con la durata complessiva dell’ordine, perché misura il lavoro effettivamente svolto e non il tempo di calendario trascorso. Perché è importante Dato essenziale per la Dashboard della produttività del personale e della pianificazione. Dove reperirli Somma delle ore registrate per l’evento in R5BOOKEDHOURS Esempi 2.58.00.5 | |||
| Organizzazione OrganizationCode | L’unità aziendale o la sede a cui appartiene il cespite. | ||
| Descrizione Nelle implementazioni con più sedi, questo attributo identifica lo stabilimento o l’unità aziendale specifica. Consente confronti di alto livello tra stabilimenti o aree geografiche. È essenziale per creare Dashboard globali, poiché i processi possono variare leggermente da una sede all’altra. Perché è importante Supporta la vista per unità aziendale, utile per confrontare le diverse sedi. Dove reperirli Tabella R5EVENTS, campo EVT_ORG Esempi NYC-PLANTLON-HQMFG-01 | |||
| SLA non rispettato IsSlaBreached | Indicatore che segnala se il completamento è avvenuto dopo la data obiettivo. | ||
| Descrizione Questo attributo booleano confronta la data e l’ora di completamento dell’ordine di lavoro con la data obiettivo SLA. Se il completamento è successivo alla data prevista, l’indicatore viene impostato su vero. Semplifica la rendicontazione creando una dimensione binaria per filtrare i casi conformi e non conformi. Perché è importante Semplifica la rendicontazione della conformità agli SLA. Dove reperirli Calcolato nello strumento ETL/Process Mining Esempi truefalse | |||
Attività di manutenzione degli asset
| Attività | Descrizione | ||
|---|---|---|---|
| Intervento di manutenzione eseguito | Rappresenta l’esecuzione delle attività di manutenzione, registrate tramite le ore di manodopera inserite dai tecnici. Questa attività può ripetersi più volte per un singolo ordine di lavoro. | ||
| Perché è importante Fornisce dati al KPI sull’efficienza nell’utilizzo dei tecnici e sull’accuratezza delle stime della manodopera. Una frequenza elevata senza completamento può indicare riparazioni complesse. Dove reperirli Estrarre le singole registrazioni dalla tabella R5BOOKEDHOURS associate all’ordine di lavoro. Acquisizione Registrato al momento dell’esecuzione della transazione X Tipo di evento explicit | |||
| Lavoro avviato | Indica l’inizio effettivo dell’intervento sull’asset. Spesso si deduce dalla data e dall’ora della prima registrazione delle ore di manodopera o da uno specifico aggiornamento di stato tramite dispositivo mobile. | ||
| Perché è importante È fondamentale per calcolare il tempo di approvvigionamento dei materiali e l’efficienza nell’utilizzo dei tecnici. Distingue il tempo 'Scheduled' dal tempo 'Working'. Dove reperirli Ricavare l’evento dalla data di inizio più remota in R5BOOKEDHOURS oppure da una variazione di stato a 'In Progress' in R5EVENTSTATUS. Acquisizione Ricavare l’evento confrontando il campo X con il campo Y Tipo di evento inferred | |||
| Ordine di lavoro chiuso | Ultimo passaggio amministrativo: l’ordine di lavoro viene archiviato e non è più possibile registrare costi. In questo modo si conclude il ciclo di vita del caso. | ||
| Perché è importante Conclude la misurazione dell’efficienza della chiusura amministrativa. È essenziale per mantenere i dati puliti ed evitare ordini aperti che restano senza attività. Dove reperirli Eseguire una query su R5EVENTSTATUS per individuare il passaggio allo stato 'Close'. Il campo EVT_STATUS viene impostato su 'C'. Acquisizione Registrato quando lo stato passa a Closed Tipo di evento explicit | |||
| Ordine di lavoro completato | Segna il completamento tecnico dell’intervento di manutenzione. L’asset torna in servizio, anche se possono restare da svolgere attività amministrative e finanziarie. | ||
| Perché è importante Punto finale per le prestazioni SLA degli asset critici. Distingue tra 'lavoro completato' e 'documentazione completata'. Dove reperirli Monitorare in R5EVENTSTATUS la variazione di stato a 'C' (Complete) o 'J' (Job Complete). Verificare EVT_DATECOMPLETED. Acquisizione Registrato quando lo stato passa a Complete Tipo di evento explicit | |||
| Ordine di lavoro generato | Rappresenta la creazione formale di un ordine di lavoro, convertito da una richiesta oppure creato direttamente. Questo evento avvia il monitoraggio dei costi, delle risorse e dello storico degli stati relativi all’intervento di manutenzione. | ||
| Perché è importante Evento principale di creazione del caso per il monitoraggio dell’arretrato e del flusso di lavoro. Distingue la fase della richiesta dal flusso di lavoro effettivo della gestione della manutenzione. Dove reperirli Eseguire una query sulla tabella R5EVENTS per individuare i nuovi record con EVT_TYPE uguale a 'JOB' o 'PPM'. In alternativa, monitorare in R5EVENTSTATUS le variazioni di stato verso lo stato iniziale 'Open'. Acquisizione Registrato quando una transazione crea un record WO Tipo di evento explicit | |||
| Richiesta di manutenzione ricevuta | Segna l’inserimento iniziale nel sistema di una richiesta di manutenzione, spesso tramite un portale di assistenza o l’interfaccia di un call center. In Infor EAM, viene in genere registrata quando si crea un record nelle entità Call o Request, prima della conversione in un ordine di lavoro formale. | ||
| Perché è importante Fornisce il punto di partenza per calcolare il tasso di crescita dell’arretrato di manutenzione e il tempo totale di risoluzione. È essenziale per determinare la domanda effettiva a cui deve far fronte il reparto manutenzione. Dove reperirli Eseguire una query sulla tabella R5EVENTS, dove EVT_TYPE è impostato su 'R' (Request) o 'C' (Call). Utilizzare i registri EVT_CREATED. Acquisizione Registrato al momento dell’inserimento di un record di richiesta Tipo di evento explicit | |||
| Controllo qualità eseguito | Indica una fase specifica di verifica in cui la riparazione viene ispezionata prima dell’approvazione finale. Se il controllo non viene superato, il processo torna alla fase di esecuzione. | ||
| Perché è importante È essenziale per la Dashboard sulle rilavorazioni di manutenzione e gli audit di qualità. Consente di individuare problemi di qualità e cicli di rilavorazione. Dove reperirli Individuare il completamento di una specifica checklist in R5CHECKLISTS oppure una transizione allo stato 'Review' in R5EVENTSTATUS. Acquisizione Confrontare il campo di stato prima e dopo la modifica Tipo di evento inferred | |||
| Liquidazione dei costi elaborata | Rappresenta il calcolo e la registrazione finali dei costi associati all’ordine di lavoro. Garantisce che la manodopera e i materiali siano contabilizzati nel budget. | ||
| Perché è importante Fornisce dati all’analisi dei costi stimati rispetto a quelli effettivi. Eventuali ritardi in questa fase compromettono l’accuratezza della rendicontazione finanziaria. Dove reperirli Spesso si deduce dalla data in cui l’ordine di lavoro viene bloccato per le modifiche o dal momento in cui viene eseguita la transazione di aggiornamento dei costi finali nel registro delle transazioni. Acquisizione Ricavare l’evento confrontando il campo X con il campo Y Tipo di evento calculated | |||
| Materiali prelevati | Registra il prelievo fisico dei ricambi dal magazzino per l’ordine di lavoro. Questo passaggio conferma che i materiali sono disponibili per l’intervento. | ||
| Perché è importante Evento conclusivo per l’analisi dei ritardi nella catena di approvvigionamento. Conferma che i vincoli legati alla disponibilità dei ricambi sono stati risolti. Dove reperirli Eseguire una query su R5TRANSACTIONS per individuare le transazioni di tipo 'I' (Issue) collegate all’ordine di lavoro. Acquisizione Registrato al momento dell’esecuzione della transazione X Tipo di evento explicit | |||
| Ordine di lavoro approvato | Indica che il livello dirigenziale competente ha autorizzato l’intervento di manutenzione. Questo passaggio rende l’ordine di lavoro disponibile per la pianificazione e la richiesta dei materiali. | ||
| Perché è importante Segna la fine del ciclo di approvazione e l’inizio delle attività di manutenzione. Eventuali ritardi in questa fase incidono direttamente sulla capacità di risposta ai guasti degli asset critici. Dove reperirli Monitorare l’inserimento di un codice di stato 'A' (Approved) o 'R' (Released) nella tabella dello storico R5EVENTSTATUS. Acquisizione Registrato quando lo stato passa ad Approved Tipo di evento explicit | |||
| Pianificazione e stima completate | Indica che l’ambito dell’ordine di lavoro è stato definito, i costi sono stati stimati e il piano di lavoro è pronto per l’approvazione. Spesso si deduce dal passaggio dallo stato di pianificazione a uno stato che indica la disponibilità per l’approvazione. | ||
| Perché è importante È fondamentale per misurare il tempo di approvazione degli ordini di lavoro e individuare i colli di bottiglia amministrativi prima dell’esecuzione. Consente inoltre di analizzare i tempi di pianificazione. Dove reperirli Dedurre l’evento da R5EVENTSTATUS quando lo stato passa da 'Planning' a 'Request Approval' o 'Released'. Acquisizione Confrontare il campo di stato prima e dopo la modifica Tipo di evento inferred | |||
| Registri di manutenzione aggiornati | Registra l’integrazione dell’ordine di lavoro con note tecniche, codici di guasto o dati sul monitoraggio delle condizioni. Spesso avviene verso la fine dell’intervento. | ||
| Perché è importante Consente di monitorare la conformità della documentazione tecnica e garantisce la qualità dei dati necessari per le future analisi di affidabilità. Dove reperirli Monitorare gli aggiornamenti alla tabella R5COMMENTS o ai campi 'Problem/Failure/Cause' in R5EVENTS. Acquisizione Registrato al momento dell’aggiornamento del record Tipo di evento explicit | |||
| Richiesta di materiali inviata | Registra la richiesta specifica dei ricambi necessari per l’intervento di manutenzione. Questo evento è essenziale per collegare i processi della catena di approvvigionamento all’esecuzione della manutenzione. | ||
| Perché è importante Punto di partenza per la Dashboard di analisi dei ritardi nella fornitura dei materiali. Consente di verificare se l’approvvigionamento dei ricambi è la causa profonda dei ritardi nella manutenzione. Dove reperirli Eseguire una query sulle tabelle R5REQUISITIONS o R5MATLIST per individuare le date e gli orari di creazione collegati all’ID dell’ordine di lavoro. Acquisizione Registrato al momento dell’esecuzione della transazione X Tipo di evento explicit | |||
| Risorse pianificate | Registra l’assegnazione di tecnici o squadre specifici all’ordine di lavoro. Segna il passaggio dalla pianificazione all’assegnazione delle risorse. | ||
| Perché è importante Fornisce dati alla Dashboard sulla produttività della manodopera e sulla pianificazione. Aiuta a individuare gli intervalli tra l’approvazione e l’effettiva disponibilità delle risorse. Dove reperirli Monitorare le modifiche nella tabella R5ACTIVITIES relative alle assegnazioni della manodopera oppure le variazioni di stato a 'Scheduled' in R5EVENTSTATUS. Acquisizione Registrato al momento dell’assegnazione della risorsa Tipo di evento explicit | |||
Guide all’estrazione
Passaggi
Verifichi la disponibilità del modulo Databridge: acceda a Infor EAM come amministratore. Apra il menu Amministrazione e verifichi che il modulo Databridge sia attivo e che disponga dell’accesso alle schermate di configurazione Partner e Document.
Definisca il partner di esportazione: crei in Databridge un nuovo Partner dedicato a ProcessMind (ad esempio, codice partner
PMIND). Imposti il metodo di Communication suFILEoFTP, a seconda della destinazione dei file XML/CSV. Scelga il formato XML per mantenere la massima fedeltà dei dati.Configuri gli oggetti aziendali (documenti): per acquisire le attività necessarie, deve sottoscrivere specifici Business Objects (BOD) di Infor EAM. Aggiunga i seguenti documenti alla configurazione del Partner:
MP0094_SyncWorkOrder: acquisisce la creazione, le modifiche di stato, gli aggiornamenti e la chiusura.MP0024_SyncBookedHours: acquisisce la registrazione delle ore di lavoro (esecuzione).MP3036_SyncTransaction: acquisisce i prelievi e i resi dei materiali.MP0026_SyncRequisition: acquisisce le richieste di materiali.MP0098_SyncWorkOrderActivity: acquisisce i dettagli di pianificazione e programmazione.
Imposti i filtri: applichi i filtri a ogni documento per escludere i dati non pertinenti. Per
SyncWorkOrder, filtri perOrganizzazionee verifichi cheWork Order Typenon sia nullo. Imposti il filtroDatain modo da includere il periodo di analisi, ad esempio gli ultimi 12 mesi.Attivi i trigger degli eventi: nella schermata Event Configuration, verifichi che i trigger
On Save,On UpdateeOn Status Changesiano attivi per le entità corrispondenti ai documenti selezionati. In questo modo, i dati vengono inviati subito quando un utente interagisce con il sistema.Mappi gli elementi dei dati: configuri il template XML di Databridge includendo le colonne richieste. Verifichi che
EVT_CODEsia associato aWorkOrderNumber, cheEVT_STATUSsia incluso per monitorare gli stati e cheEVT_DAT_CREATEDsia disponibile.Esegua il caricamento iniziale: Databridge si basa principalmente sugli eventi, ma per l’analisi storica deve eseguire un’esportazione batch. Apra la schermata Databridge Export, selezioni il partner
PMINDe il documentoSyncWorkOrder, definisca l’intervallo di date e faccia clic suInviiper generare i dati storici arretrati.Standardizzi i dati esportati: l’esportazione genera file XML gerarchici. Utilizzi uno strumento di scripting, ad esempio Python o PowerShell, oppure un middleware ETL per appiattire i file XML. La regola è: un nodo XML corrisponde a una riga di evento. Applichi le regole di mappatura definite nella sezione Query qui sotto.
Ricavi i nomi delle attività: nello script di trasformazione, utilizzi la logica condizionale fornita nella sezione Query per convertire i codici di sistema, ad esempio lo stato
RinWork Order Generatede lo statoCinWork Order Completed, nei nomi delle attività comprensibili.Formatti le date e le ore: Infor EAM esporta i timestamp nel formato ISO 8601. Li converta nel formato standard
YYYY-MM-DD HH:MM:SS, compatibile con ProcessMind.Compili l’Event Log: unisca i dati esportati dai diversi Business Objects (ordini di lavoro, ore registrate e transazioni) in un unico file CSV, ordinandoli per
WorkOrderNumbereEventTimestamp.Esegua la verifica finale: carichi il file CSV risultante in ProcessMind e controlli che il numero di casi corrisponda al numero di ordini di lavoro univoci esportati da Infor EAM.
Configurazione
- Formato di esportazione: si consiglia XML anziché testo semplice, per gestire i caratteri speciali nei commenti e garantire il rispetto dello schema.
- Modalità di attivazione: imposti Asynchronous per evitare che Databridge rallenti l’interfaccia utente nelle ore di punta.
- Granularità: verifichi che l’opzione Include Update Details sia selezionata nella configurazione del documento, così da rilevare le modifiche ai singoli campi, ad esempio gli aggiornamenti della priorità o del reparto.
- Intervallo di date: per il caricamento batch iniziale, in genere si utilizzano 12-24 mesi di dati storici. Per i caricamenti incrementali successivi, il sistema invia i dati in tempo reale.
- Filtro per organizzazione: filtri sempre per
EVT_ORG(Organizzazione), per evitare di estrarre dati di più tenant se l’istanza EAM è condivisa. - Configurazione degli stati: verifichi quali stati definiti dagli utenti corrispondono agli stati di sistema (R, A, C e così via), così da mappare correttamente le attività.
a Query di esempio json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
}Passaggi
Configurazione dell’accesso al database Stabilisca una connessione diretta al database (ODBC/JDBC) con il database Infor EAM (Oracle o SQL Server). Verifichi di disporre di autorizzazioni di sola lettura per le seguenti tabelle: R5EVENTS (ordini di lavoro), R5STATUS (cronologia degli stati), R5BOOKEDHOURS (ore di lavoro), R5TRANSACTIONS (materiali), R5ACTIVITIES (attività) e R5TESTRESULTS (qualità).
Definizione dell’ambito e dei filtri Definisca l’intervallo temporale di estrazione. In genere, per il Process Mining è sufficiente una finestra mobile che copra gli ultimi 12-24 mesi. Se utilizza un’istanza con più siti, individui il codice dell’organizzazione (ORG) per filtrare i dati pertinenti.
Configurazione della mappatura degli stati Infor EAM consente di definire stati personalizzati. Riveda lo script SQL fornito e sostituisca i segnaposto, come 'A' (approvato) o 'C' (chiuso), con i codici di stato effettivamente utilizzati nella configurazione EAM. Se non li conosce, può trovarli nella tabella R5STATUS_CODES.
Preparazione dello script SQL Copi il codice SQL fornito nella sezione Query. Sostituisca i segnaposto [StartDate] e [EndDate] con l’intervallo di date desiderato, ad esempio '2023-01-01'. Sostituisca [Your Organization Code] con il filtro specifico per la propria unità aziendale.
Esecuzione dell’estrazione Esegua la query nel client SQL in uso, ad esempio SQL Developer, SSMS o DBeaver. La query utilizza UNION ALL per combinare gli eventi di intestazione, le modifiche di stato, le ore di lavoro registrate e le transazioni dei materiali in un unico formato standard di Event Log.
Convalida dei dati Controlli che la colonna EventTimestamp non contenga timestamp NULL. Verifichi che WorkOrderNumber sia valorizzato per ogni riga e che la colonna EventName includa una distribuzione adeguata delle 14 attività definite.
Trasformazione dei dati (facoltativa) Se i timestamp presentano scostamenti di fuso orario non compatibili con i requisiti dell’analisi, applichi una funzione di conversione, come AT TIME ZONE, nella query o durante la post-elaborazione.
Esportazione in CSV Esporti i risultati della query in un file CSV. Imposti il separatore su virgola o punto e virgola e utilizzi le virgolette doppie come delimitatori di testo per gestire eventuali virgole nelle descrizioni.
Importazione in ProcessMind Carichi il file CSV in ProcessMind. Mappi le colonne come segue: WorkOrderNumber come ID caso, EventName come attività ed EventTimestamp come timestamp. Mappi le altre colonne come attributi del caso o dell’evento.
Configurazione
- Intervallo di date: si consiglia un periodo di estrazione di 12-24 mesi. Verifichi che il filtro si applichi a EVT_DATE (data di creazione) o alle date specifiche delle transazioni, così da includere i casi aperti ancora in corso.
- Filtro per organizzazione: utilizzi EVT_ORG o la colonna comune Organization per separare i dati per stabilimento o sede, poiché i processi possono variare da un sito all’altro.
- Codici di stato: la query si basa su codici di stato standard (A, C, R e così via). Li verifichi nella configurazione di sistema, nel menu Amministrazione, alla voce Screen Setup o Status setup.
- Prestazioni: la query accede a tabelle di transazioni voluminose (R5TRANSACTIONS). Se interroga insiemi di dati di grandi dimensioni (oltre 1 milione di righe), verifichi la presenza di indici non cluster appropriati su EVT_CODE e TRN_DATE.
- Fusi orari: Infor EAM memorizza le date nel fuso orario del server del database. Tenga conto di eventuali scostamenti se gli utenti operano in un altro fuso orario.
a Query di esempio sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]'È pronto a iniziare?
Utilizzi questo template per creare una solida base dati e iniziare subito a ottimizzare le operazioni di manutenzione. Il nostro team tecnico è a disposizione per assisterLa durante l’estrazione e la mappatura dei dati.
Ottimizzi subito la manutenzione degli asset in Infor EAM
Riduca del 30% il tempo di ciclo della manutenzione, a partire da oggi
Non è richiesta la carta di credito. Configurazione in pochi minuti