Il Suo template dei dati per la manutenzione dei cespiti
Il Suo template dei dati per la manutenzione dei cespiti
Questo è il nostro template generico per i dati di Process Mining relativi a Manutenzione degli asset. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.
Selezioni un sistema specifico- Elenco completo delle tappe standard della manutenzione
- Schema flessibile degli attributi, pensato per un’analisi approfondita delle prestazioni
- Pienamente compatibile con qualsiasi origine dei dati per la gestione dei cespiti aziendali
Attributi della manutenzione dei cespiti
| Nome | Descrizione | ||
|---|---|---|---|
| Data e ora dell’evento EventTimestamp | La data e l’ora esatte in cui si è verificata un’attività. | ||
| Descrizione Questo attributo fornisce il riferimento temporale per ogni evento nel registro di manutenzione. Registra il momento esatto in cui è cambiato uno stato o è stata registrata una transazione nel sistema di origine. Le date e le ore degli eventi sono alla base di tutte le metriche di durata nel Process Mining. Consentono di calcolare i tempi di ciclo, i tempi di attraversamento e i tempi di inattività delle risorse. Per ordinare correttamente gli eventi che si verificano a breve distanza l’uno dall’altro, sono necessarie date e ore con elevata precisione. Perché è importante Consente di ordinare gli eventi e calcolare tutte le metriche di durata. Dove reperirli Si trova nei registri delle transazioni, nelle tabelle dello storico o nei registri di audit, insieme all’attività. Esempi 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Nome dell’attività ActivityName | L’attività specifica, la modifica di stato o l’evento che si verifica nel flusso di lavoro. | ||
| Descrizione Questo attributo definisce le fasi del ciclo di vita dell’ordine di lavoro di manutenzione. Registra i diversi stati attraversati dall’ordine, ad esempio creato, approvato, in corso, in attesa e completato. Per un Process Mining accurato, questo campo normalizza i diversi eventi di sistema trasformandoli in attività comprensibili. È essenziale per visualizzare la mappa del processo, calcolare i tempi di transizione tra le fasi e individuare i cicli di rilavorazione in cui un ordine di lavoro torna a uno stato precedente. Perché è importante Definisce i nodi della mappa del processo ed è necessario per ricostruire il flusso di lavoro. Dove reperirli Ricavato dalle tabelle dello storico degli stati, dai registri delle transazioni o dai registri delle modifiche agli ordini di lavoro. Esempi Ordine di lavoro creatoMateriali prelevatiApprovazione concessaStato modificato in In corsoOrdine di lavoro chiuso | |||
| Numero dell’ordine di lavoro WorkOrderNumber | Identificativo univoco del caso di manutenzione o dell’ordine di lavoro. | ||
| Descrizione Questo attributo funge da identificativo centrale del caso per l’analisi di Process Mining. Rappresenta un singolo ciclo di manutenzione completo, dalla richiesta iniziale o dall’attivazione preventiva fino al completamento e alla chiusura contabile. Nell’analisi, questo campo funge da chiave primaria per raggruppare tutti gli eventi, i costi e i registri delle risorse correlati. Consente al motore di Process Mining di ricostruire il ciclo di vita dei singoli interventi, permettendo agli analisti di seguire il flusso di lavoro, individuare i colli di bottiglia a livello di caso e mettere in relazione specifici risultati con le tipologie o le priorità degli ordini. Perché è importante È l’ID del caso fondamentale, necessario per distinguere le singole istanze del processo. Dove reperirli In genere si trova nella tabella di intestazione dell’ordine di lavoro (ad es. WONUM in Maximo, AUFNR in SAP). Esempi WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Sistema di origine SourceSystem | Nome dell’applicazione o del database da cui proviene il record. | ||
| Descrizione Questo attributo identifica l’ambiente software che ha generato i dati. Nei contesti di manutenzione complessi, i dati possono provenire da un sistema ERP, da un CMMS specializzato o da una piattaforma di monitoraggio IoT. Nell’analisi, questo campo è utile per filtrare i dati quando vengono acquisiti più sistemi in un unico modello di processo. Aiuta a verificare la provenienza dei dati e può essere usato per confrontare la qualità dei dati o le variazioni di processo tra diversi sistemi legacy. Perché è importante Garantisce la tracciabilità dei dati negli ambienti con più sistemi. Dove reperirli Impostato durante il processo di estrazione o ricavato dalla configurazione del sistema. Esempi SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora che indicano quando il record è stato estratto o aggiornato l’ultima volta. | ||
| Descrizione Questo attributo tiene traccia dell’aggiornamento del set di dati utilizzato nell’analisi. Aiuta gli analisti a valutarne l’attualità e a individuare eventuali ritardi tra il sistema operativo e l’ambiente di Process Mining. Pur non facendo parte del flusso fisico del processo, è fondamentale per la governance dei dati. Consente agli stakeholder di sapere se stanno consultando dati in tempo reale o un’istantanea relativa a un periodo di chiusura precedente. Perché è importante Aiuta a verificare l’attualità dei dati e a gestire i caricamenti incrementali. Dove reperirli Generato in fase di esecuzione dalla pipeline ETL o dallo script di estrazione. Esempi 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Costo effettivo totale TotalActualCost | Costo finanziario totale sostenuto, inclusi manodopera, materiali e servizi. | ||
| Descrizione Questo attributo somma tutte le registrazioni contabili relative all’ordine di lavoro. Fornisce il costo economico finale dell’intervento di manutenzione. L’analisi dei costi è uno dei principali motivi per cui si ricorre al Process Mining nella gestione dei beni. Questo attributo aiuta a individuare le categorie di beni più costose da mantenere e mette in evidenza i casi in cui i costi di riparazione superano il valore di sostituzione del bene. Perché è importante È fondamentale per analizzare l’impatto finanziario e rendicontare gli scostamenti dal budget. Dove reperirli Tabelle riepilogative dei costi o dati aggregati dalle registrazioni contabili di contabilità generale collegate all’ordine. Esempi 1500.00245.5010000.000.00560.75 | |||
| Criticità del bene AssetCriticality | Valutazione dell’importanza operativa del bene. | ||
| Descrizione Questo attributo classifica i beni in base all’impatto che un loro guasto avrebbe sulla sicurezza, sull’ambiente o sulla produzione. Spesso è un attributo statico nell’anagrafica dei beni, ma viene frequentemente copiato nell’ordine di lavoro al momento della sua creazione. Gli analisti possono usare questo attributo per verificare se i team di manutenzione assegnano correttamente la priorità agli interventi sui beni critici. Aiuta a verificare che le apparecchiature più importanti rispettino maggiormente i programmi di manutenzione preventiva. Perché è importante Aiuta ad allineare le priorità della manutenzione ai rischi aziendali e all’impatto operativo. Dove reperirli Anagrafica dei beni o intestazione dell’ordine di lavoro, se i dati sono denormalizzati. Esempi A - VitaleB - EssenzialeC - SecondarioCritico per la sicurezzaCritico per la produzione | |||
| Data prevista di completamento TargetCompletionDate | Scadenza entro la quale l’ordine di lavoro dovrebbe essere completato. | ||
| Descrizione Questo attributo rappresenta la data di scadenza pianificata dal responsabile della programmazione o stabilita dallo SLA. Costituisce il riferimento per calcolare il rispetto delle scadenze. Confrontando la data effettiva di completamento con quella prevista, è possibile calcolare il rispetto del programma e i ritardi. Scostamenti ampi indicano inefficienze nella pianificazione o vincoli legati alle risorse. Perché è importante È il riferimento per calcolare i ritardi e il rispetto del programma. Dove reperirli Scheda di pianificazione dell’ordine di lavoro (ad es. GLTRP in SAP, SCHEDFINISH in Maximo). Esempi 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| È preventivo IsPreventive | Indicatore che specifica se l’ordine di lavoro fa parte di un programma di manutenzione preventiva. | ||
| Descrizione Questo attributo booleano semplifica la tipologia dell’ordine di lavoro riducendola a due categorie: preventivo e non preventivo. Spesso è ricavato dal codice del tipo di ordine di lavoro. Questo indicatore è il modo più rapido per filtrare le Dashboard e concentrarsi sul rispetto dei programmi di manutenzione preventiva. Semplifica il calcolo del KPI del rapporto tra manutenzione preventiva e correttiva, una metrica standard del settore per misurare la maturità dell’organizzazione della manutenzione. Perché è importante Semplifica il filtraggio e il calcolo dei KPI relativi alla manutenzione preventiva. Dove reperirli Ricavato dal tipo di ordine di lavoro o da un indicatore specifico del sistema (ad es. indicatore PPM). Esempi truefalse | |||
| ID del bene AssetId | Identificativo univoco dell’apparecchiatura o dell’impianto sottoposto a manutenzione. | ||
| Descrizione Questo attributo collega l’ordine di lavoro all’oggetto fisico sul campo. Rappresenta il numero di identificazione, l’ID dell’apparecchiatura o il codice macchina del bene sottoposto a manutenzione. È fondamentale per individuare i beni problematici o quelli che richiedono riparazioni frequenti. Raggruppando gli ordini di lavoro per ID del bene, gli analisti possono calcolare il tempo medio tra i guasti (MTBF) e individuare le apparecchiature che assorbono una quota sproporzionata del budget di manutenzione. Perché è importante Consente di analizzare le prestazioni di apparecchiature specifiche e di calcolare l’MTBF. Dove reperirli Tabella di intestazione dell’ordine di lavoro (ad es. ASSETNUM in Maximo, EQUNR in SAP). Esempi PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Livello di priorità PriorityLevel | Urgenza o importanza assegnata all’ordine di lavoro. | ||
| Descrizione Questo attributo indica quanto l’intervento di manutenzione sia critico per le attività operative. I valori vanno in genere da codici numerici (1, 2, 3) a etichette descrittive (critico, alta, media, bassa). Determina i tempi di risposta richiesti e l’assegnazione delle risorse. Nell’analisi dei processi, questo attributo serve a verificare il rispetto degli SLA. Gli analisti valutano se gli interventi ad alta priorità avanzano effettivamente nel processo più rapidamente di quelli a bassa priorità o se rimangono bloccati nei colli di bottiglia delle approvazioni. Perché è importante Consente di analizzare il rispetto degli SLA e verificare la priorità assegnata alle risorse. Dove reperirli Tabella di intestazione dell’ordine di lavoro (ad es. PRIORITY in Maximo, PRIOK in SAP). Esempi 1 - Critica2 - Alta3 - Media4 - BassaDi emergenza | |||
| Ore di lavoro effettive ActualLaborHours | Tempo totale dedicato dai tecnici all’ordine. | ||
| Descrizione Questo attributo somma la durata di tutte le registrazioni delle ore di lavoro associate all’ordine. Rappresenta l’impegno effettivo necessario per completare l’intervento. Questa metrica è essenziale per calcolare l’utilizzo della forza lavoro e l’efficienza del lavoro. Il confronto tra le ore effettive e quelle stimate rivela l’accuratezza della pianificazione. Scostamenti significativi possono indicare ambiti di lavoro poco chiari o carenze di competenze. Perché è importante Misura l’impegno ed è usato per calcolare l’utilizzo delle risorse e l’accuratezza della pianificazione. Dove reperirli Aggregato dalle tabelle dei fogli ore o delle transazioni di manodopera. Esempi 4.512.00.548.0160.0 | |||
| Reparto manutenzione MaintenanceDepartment | Unità organizzativa o officina responsabile dell’esecuzione del lavoro. | ||
| Descrizione Questo attributo identifica il team, la specializzazione o il reparto assegnato all’ordine di lavoro, ad esempio elettrico, meccanico, strumentazione o impianti. Questa vista consente di confrontare le prestazioni dei diversi team. Gli analisti possono confrontare i tempi di ciclo, i livelli di arretrato e i tassi di rilavorazione tra i reparti, individuando così esigenze di formazione o carenze di risorse in specifiche specializzazioni. Perché è importante Consente di confrontare le prestazioni e gli arretrati dei diversi team. Dove reperirli Intestazione dell’ordine di lavoro (ad es. centro di lavoro in SAP, ID della squadra in Maximo). Esempi Officina meccanicaManutenzione elettricaImpiantiAppaltatore esternoStrumentazione | |||
| Tipo di ordine di lavoro WorkOrderType | Classifica gli interventi di manutenzione come preventivi, correttivi, di emergenza o relativi a un progetto. | ||
| Descrizione Questo attributo classifica la natura dell’intervento di manutenzione. I valori più comuni distinguono tra lavori pianificati (preventivi) e interruzioni non pianificate (correttive o di emergenza). È un campo standard in quasi tutti i sistemi EAM/CMMS. Gli analisti usano questo campo per segmentare il modello di processo. Il confronto tra il flusso di lavoro delle riparazioni di emergenza e quello della manutenzione preventiva spesso rivela differenze significative nei percorsi di processo, nei requisiti di approvazione e nei tempi di ciclo. È la dimensione principale per calcolare il rapporto tra manutenzione preventiva e reattiva. Perché è importante È fondamentale per segmentare l’analisi tra lavori pianificati e non pianificati. Dove reperirli Tabella di intestazione dell’ordine di lavoro (ad es. WORKTYPE in Maximo, AUART in SAP). Esempi PreventivaCorrettivaDi emergenzaPredittivaProgetto di investimento | |||
| Luogo di lavoro WorkLocation | Sito fisico o ubicazione funzionale in cui viene svolto il lavoro. | ||
| Descrizione Questo attributo definisce l’area geografica o funzionale in cui si trova il bene. Può indicare un edificio specifico, un piano o un sito remoto. I dati sulla localizzazione aiutano ad analizzare le inefficienze legate agli spostamenti e alla logistica. Se i tecnici trascorrono molto tempo spostandosi tra luoghi distanti per interventi a bassa priorità, il Process Mining può evidenziare l’opportunità di pianificare meglio gli itinerari o raggruppare gli ordini di lavoro in base alla località. Perché è importante Aiuta ad analizzare la logistica e a individuare i colli di bottiglia legati alla località. Dove reperirli Intestazione dell’ordine di lavoro o tabella collegata delle ubicazioni dei beni. Esempi Edificio A - Piano 2Stabilimento nordSito 55Stazione di pompaggio remotaOfficina | |||
| Risorsa assegnata AssignedResource | Tecnico o responsabile specifico assegnato al lavoro. | ||
| Descrizione Questo attributo identifica la persona o il tecnico responsabile dell’esecuzione dell’intervento di manutenzione. Mentre i reparti indicano il gruppo, questo attributo identifica la singola persona. Questo livello di dettaglio è utile per analizzare la distribuzione del carico di lavoro tra il personale. Può evidenziare se alcuni tecnici sono costantemente sovraccarichi o se determinate persone presentano tassi di rilavorazione più elevati, segnalando una possibile esigenza di formazione. Perché è importante Consente di analizzare il bilanciamento del carico di lavoro e le prestazioni individuali. Dove reperirli Tabelle delle assegnazioni degli ordini di lavoro o di dettaglio della manodopera. Esempi J. SmithA. DoeTecnico-001Fornitore-XYZResponsabile squadra 5 | |||
Attività di manutenzione dei cespiti
| Attività | Descrizione | ||
|---|---|---|---|
| Ordine di lavoro approvato | Modifica dello stato di autorizzazione che indica che l’ambito dei lavori, la stima dei costi e il piano sono stati esaminati e approvati. L’intervento è ora autorizzato all’esecuzione. | ||
| Perché è importante Misura il tempo amministrativo necessario per superare gli ostacoli legati alla pianificazione e al budget. Dove reperirli In genere, viene registrato quando lo stato passa ad Approved, Released o Authorized. Acquisizione Filtri gli eventi di modifica dello stato che indicano l’autorizzazione. Tipo di evento explicit | |||
| Ordine di lavoro avviato | Momento in cui i tecnici iniziano l’intervento sull’asset. Segna il passaggio dalla pianificazione e dall’attesa all’esecuzione effettiva. | ||
| Perché è importante È fondamentale per calcolare il tempo medio di riparazione (MTTR) e distinguere i tempi di attesa amministrativi da quelli dedicati all’intervento. Dove reperirli Di solito, è indicato dal passaggio dello stato a In Progress o dalla data e ora della prima registrazione delle ore di lavoro. Acquisizione Registri il passaggio dello stato a In Progress o Started. Tipo di evento explicit | |||
| Ordine di lavoro chiuso | Fase amministrativa finale in cui l’ordine di lavoro viene chiuso a livello contabile e archiviato. Non è più possibile registrare costi o ore di lavoro. | ||
| Perché è importante Segna la conclusione definitiva del caso nel sistema. Eventuali ritardi indicano un arretrato amministrativo. Dove reperirli Viene registrato quando lo stato passa a Closed, Archived o CLSD. Acquisizione Registri la modifica finale dello stato a Closed. Tipo di evento explicit | |||
| Ordine di lavoro completato | Completamento tecnico dell’intervento fisico. L’asset viene restituito alle attività operative, anche se possono restare da svolgere le attività amministrative e contabili. | ||
| Perché è importante È la data e l’ora principale utilizzata per calcolare la fine della riparazione e il tempo di fermo dell’asset. Dove reperirli Viene registrato quando lo stato passa a Completed, TECO o Finished. Acquisizione Registri la modifica di stato che indica il completamento tecnico. Tipo di evento explicit | |||
| Ordine di lavoro creato | Creazione formale nel sistema del record dell’ordine di lavoro di manutenzione. In questo passaggio viene assegnato l’ID del caso e si definisce la base di riferimento per la pianificazione e l’esecuzione. | ||
| Perché è importante È il punto di riferimento centrale del processo e segna l’inizio del ciclo amministrativo di manutenzione. Dove reperirli Il dato si ricava dalla data e dall’ora di creazione della tabella principale degli ordini di lavoro. Acquisizione Registri la data e l’ora in cui è stato generato l’ID univoco dell’ordine di lavoro. Tipo di evento explicit | |||
| Ordine di lavoro pianificato | Assegnazione all’ordine di lavoro di specifiche risorse, squadre o di una data precisa in calendario. In questo passaggio l’ordine esce dall’arretrato ed entra nel programma giornaliero o settimanale. | ||
| Perché è importante Permette di distinguere il tempo trascorso nell’arretrato da quello in attesa di un tecnico specifico. Dove reperirli Il dato si ricava dalla creazione delle assegnazioni del personale o dei record di dispatch. Acquisizione Data e ora in cui viene assegnata una risorsa o impostato lo stato di dispatch. Tipo di evento explicit | |||
| Ore di lavoro registrate | Un tecnico registra le ore effettivamente lavorate sull’ordine di lavoro. L’attività può ripetersi più volte, man mano che diversi membri della squadra contribuiscono all’intervento. | ||
| Perché è importante Fornisce la base per calcolare i costi e analizzare l’utilizzo delle risorse. Gli intervalli tra le registrazioni delle ore possono indicare interruzioni del processo. Dove reperirli Il dato si ricava dalle tabelle di conferma delle ore o dai registri delle transazioni del personale. Acquisizione Registri ogni singola registrazione delle ore sull’ordine di lavoro. Tipo di evento explicit | |||
| Data prevista aggiornata | Modifica della data prevista di inizio o completamento dell’ordine di lavoro. Riflette gli adeguamenti delle previsioni dovuti alla disponibilità delle risorse o ai ritardi. | ||
| Perché è importante Monitorare le variazioni delle date aiuta a capire se gli indicatori vengono raggiunti grazie a prestazioni migliori o semplicemente spostando gli obiettivi. Dove reperirli Il dato si trova nei registri di controllo delle modifiche ai campi Scheduled Start o Required By Date. Acquisizione Registri le modifiche ai campi data nello storico dell’ordine di lavoro. Tipo di evento explicit | |||
| Ispezione di qualità completata | Fase di verifica specifica in cui la riparazione viene ispezionata, misurata o collaudata. Assicura che l’asset soddisfi gli standard operativi prima di essere rimesso in servizio. | ||
| Perché è importante È fondamentale per le analisi di conformità e sicurezza. Se la verifica non viene superata, possono avviarsi cicli di rilavorazione. Dove reperirli Il dato si trova nei registri delle ispezioni, nei completamenti delle liste di controllo o in specifiche tappe di stato. Acquisizione Individui il completamento delle attività di ispezione o gli aggiornamenti dello stato di qualità. Tipo di evento explicit | |||
| Materiali prelevati | Prelievo fisico dei ricambi dal magazzino per l’ordine di lavoro. Conferma che i materiali sono disponibili e sono stati utilizzati. | ||
| Perché è importante Conferma che i ricambi sono stati effettivamente utilizzati e interrompe il conteggio dei ritardi dovuti alla loro disponibilità. Dove reperirli Il dato si trova nei registri delle transazioni di magazzino in cui il tipo di addebito è collegato a un ordine di lavoro. Acquisizione Estragga la data e l’ora dalle transazioni di prelievo dal magazzino. Tipo di evento explicit | |||
| Ordine di lavoro annullato | Interruzione anticipata dell’ordine di lavoro prima del completamento. Può verificarsi se l’intervento non è più necessario, è un duplicato o viene accorpato a un altro. | ||
| Perché è importante Un tasso elevato di annullamenti può indicare controlli iniziali inadeguati delle richieste o problemi dovuti all’inserimento di dati duplicati. Dove reperirli Viene registrato quando lo stato passa a Cancelled, Rejected o Void. Acquisizione Filtri i valori di stato finali che indicano l’annullamento. Tipo di evento explicit | |||
| Ordine di lavoro sospeso | Lo stato dell’ordine di lavoro passa a una condizione di sospensione e l’esecuzione si interrompe. In genere, accade per mancanza di ricambi, impossibilità di accedere al sito o problemi di sicurezza. | ||
| Perché è importante Individua i colli di bottiglia e le dipendenze esterne che interrompono il normale flusso del processo. Dove reperirli È registrato esplicitamente nello storico dello stato quando il valore passa a Hold, Suspended o Blocked. Acquisizione Filtri le modifiche di stato che indicano una sospensione. Tipo di evento explicit | |||
| Priorità aggiornata | Modifica del livello di criticità o urgenza dell’ordine di lavoro dopo la sua creazione iniziale. Registra il nuovo valore di priorità e il momento in cui è stata presa la decisione. | ||
| Perché è importante Modifiche frequenti della priorità possono indicare procedure di valutazione iniziale inadeguate o tentativi di aggirare le code dell’arretrato. Dove reperirli Di solito, la modifica è registrata nei registri di controllo dei campi o nello storico del sistema, che monitora il campo Priority. Acquisizione Individui nel registro di controllo le modifiche al campo della priorità. Tipo di evento explicit | |||
| Richiesta di manutenzione creata | Invio iniziale di una segnalazione di guasto o di una richiesta di assistenza da parte di un operatore o di un sistema automatizzato. Questo passaggio precede spesso l’ordine di lavoro formale e segna l’effettivo inizio del ciclo della richiesta. | ||
| Perché è importante Registrare questo passaggio permette di calcolare il tempo di risposta totale dal momento in cui viene individuato un problema, non soltanto da quando il team di manutenzione lo prende in carico. Dove reperirli In genere, i dati si trovano nei registri delle richieste di assistenza, nelle tabelle dei ticket dell’help desk o nello storico delle notifiche. Acquisizione Estragga la data e l’ora di creazione della richiesta precedente collegata all’ordine di lavoro. Tipo di evento explicit | |||
| Richiesta di materiali creata | All’ordine di lavoro viene collegata una richiesta formale di ricambi o materiali di consumo. In questo modo si avvia la sottofase di approvvigionamento necessaria per la riparazione. | ||
| Perché è importante È essenziale per analizzare i ritardi dovuti alle dipendenze dalla catena di approvvigionamento e alla mancanza di materiali. Dove reperirli Il dato si trova nelle tabelle dei fabbisogni di materiali o quando lo stato passa a Waiting on Material. Acquisizione Individui la creazione delle righe dei materiali collegate all’ordine di lavoro. Tipo di evento explicit | |||
| Rilavorazione di manutenzione registrata | Indica che un intervento completato è stato respinto o ha avuto un esito negativo poco dopo, facendo tornare lo stato a In Progress. Rappresenta un ciclo di rilavorazione. | ||
| Perché è importante È un indicatore importante di problemi nella formazione tecnica o di ricambi di scarsa qualità. Dove reperirli Si deduce quando lo stato torna da Complete a In Progress oppure viene registrato esplicitamente con un codice Rework. Acquisizione Individui i passaggi di stato all’indietro o gli indicatori di rilavorazione. Tipo di evento inferred | |||
Guide all’estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
È pronto a iniziare?
Può seguire una delle guide all’estrazione specifiche per piattaforma oppure applicare questo template generico al Suo ambiente dati: in entrambi i casi, è pronto a iniziare il percorso di Process Mining.
Migliori subito l’efficienza della manutenzione dei cespiti
Riduca i tempi di fermo e i costi di manutenzione con dati in tempo reale.
Non è richiesta la carta di credito. Configurazione in 5 minuti.