Il template dei dati per la manutenzione degli asset

SAP Plant Maintenance
Il template dei dati per la manutenzione degli asset

Il template dei dati per la manutenzione degli asset

Questo template offre una struttura completa con gli attributi, le attività e le indicazioni per l’estrazione necessari ad analizzare i flussi di lavoro di manutenzione. Aiuta a individuare i dati essenziali per mappare il processo e ottenere informazioni utili sulle prestazioni operative.
  • Attributi consigliati da raccogliere
  • Attività di manutenzione critiche da monitorare
  • Indicazioni tecniche per l’estrazione da SAP PM
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della manutenzione degli asset

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa e accurata della manutenzione degli asset.
5 Obbligatorio 11 Consigliato 4 Facoltativo
Nome Descrizione
Nome dell’attività
Activity
L’attività specifica o la modifica di stato che si è verificata.
Descrizione

Rappresenta la fase svolta nel processo di manutenzione, ad esempio «Ordine di manutenzione creato», «Uscita merci registrata» o «Operazione dell’ordine confermata». In genere, gli eventi derivano dalle tabelle di gestione degli stati (JEST) per le modifiche di stato oppure dalle tabelle delle transazioni (AFRU per le conferme, MKPF per i movimenti di materiale). Questo attributo determina i nodi della mappa del processo.

Perché è importante

Definisce il «che cosa» del processo ed è essenziale per individuare il flusso e le varianti del processo.

Dove reperirli

Ricavato da JEST (stati), AFRU (conferme), QMEL (notifiche)

Esempi
Ordine di manutenzione creatoOrdine rilasciatoCompletato tecnicamente
Ordine di lavoro di manutenzione
MaintenanceWorkOrder
Identificativo univoco dell’ordine di lavoro di manutenzione.
Descrizione

L’ordine di lavoro di manutenzione è il documento centrale di SAP Plant Maintenance (tabella AUFK, campo AUFNR). Collega il fabbisogno di manutenzione (notifica) alle risorse, ai materiali e ai costi necessari per l’esecuzione. Nell’analisi di Process Mining funge da ID del caso e consente di ricostruire l’intero ciclo di vita dell’intervento, dalla creazione al completamento tecnico e gestionale.

Perché è importante

È la chiave univoca che collega tutte le attività, i costi e i timestamp, consentendo di visualizzare il flusso del processo.

Dove reperirli

Tabella SAP AUFK, campo AUFNR

Esempi
00004001234540012345000040098765
Sistema di origine
SourceSystem
Il sistema da cui provengono i dati.
Descrizione

Identifica il client o l’istanza SAP specifici, ad esempio «SAP_PM_PROD». In un’architettura con più sistemi ERP, questo attributo consente di distinguere i record che potrebbero avere lo stesso ID ma appartenere a entità giuridiche o ambienti di sistema diversi.

Perché è importante

Garantisce l’univocità e la tracciabilità dei dati negli ambienti con più sistemi.

Dove reperirli

Configurazione del sistema / registro di estrazione

Esempi
SAP_ECC_P01SAP_S4H_100
Timestamp dell’evento
EventTimestamp
La data e l’ora esatte in cui si è verificata l’attività.
Descrizione

Registra il momento preciso in cui si è verificato un evento. Per le modifiche di stato, il dato proviene dall’ora di aggiornamento dello stato di sistema; per le operazioni, dall’ora della conferma. Timestamp accurati sono fondamentali per calcolare i tempi di ciclo e di attraversamento e individuare i colli di bottiglia tra le fasi del processo, come la pianificazione e l’esecuzione.

Perché è importante

È necessario per ordinare correttamente gli eventi e calcolare tutti i KPI basati sulla durata.

Dove reperirli

JEST (UDATE/UTIME), AFRU (ISDD/ISDZ), MKPF (CPUDT/CPUTM)

Esempi
2023-10-15T08:30:00Z2023-10-15T14:45:12Z
Ultimo aggiornamento dei dati
LastDataUpdate
Timestamp dell’estrazione dei dati più recente.
Descrizione

Indica quando sono stati aggiornati l’ultima volta i dati nel modello di Process Mining. Aiuta gli analisti a valutare quanto siano aggiornate le informazioni e a verificare l’attualità dei dati nelle Dashboard che monitorano gli arretrati in tempo reale o il rispetto degli SLA.

Perché è importante

È fondamentale per la governance dei dati e per garantire l’affidabilità delle Dashboard.

Dove reperirli

Timestamp ETL

Esempi
2023-11-01T12:00:00Z
Centro di lavoro principale
MainWorkCenter
Il centro di lavoro o la squadra principale assegnati all’esecuzione dell’ordine.
Descrizione

Il centro di lavoro principale (VAPLZ) rappresenta il gruppo di tecnici o di macchine che esegue il lavoro. Questo attributo è associato a «Team» ed è fondamentale per analizzare l’efficienza dell’esecuzione, ad esempio il tempo medio di riparazione per squadra. Aiuta a distinguere il lavoro del personale interno da quello degli appaltatori esterni.

Perché è importante

Consente di analizzare le prestazioni a livello di risorsa.

Dove reperirli

Tabella SAP AFKO, campo VAPLZ (oppure AUFK-VAPLZ, a seconda della configurazione)

Esempi
MECH_01ELEC_TEAMEXT_CONT
Data di fine prevista
TargetFinishDate
La data prevista per il completamento degli interventi di manutenzione.
Descrizione

Questa data, in genere la data di fine di base (Basic Finish Date - GLTRP), rappresenta la scadenza dell’ordine di lavoro. Viene confrontata con la data e l’ora effettive di completamento per calcolare il KPI «Tasso di rispetto degli SLA». Costituisce il riferimento per stabilire se un ordine di lavoro è stato completato nei tempi previsti o in ritardo.

Perché è importante

Il riferimento per tutti i calcoli della puntualità delle consegne (OTD).

Dove reperirli

Tabella SAP AFKO, campo GLTRP

Esempi
2023-12-012023-12-15
Gruppo di pianificazione
ResponsiblePlannerGroup
Il gruppo di pianificatori responsabile della gestione dell’ordine.
Descrizione

Il gruppo di pianificazione (INGRP) identifica il team o il reparto responsabile della pianificazione degli interventi di manutenzione. È associato a «Department» ed è fondamentale per la Dashboard sull’utilizzo e la pianificazione delle risorse, che consente di individuare i team di pianificazione che costituiscono colli di bottiglia nella fase preparatoria.

Perché è importante

Identifica il team amministrativo responsabile del processo di pianificazione.

Dove reperirli

Tabella SAP AUFK, campo INGRP

Esempi
M01ELEMEC
Numero dell’apparecchiatura
EquipmentNumber
Identificativo dell’asset fisico specifico sottoposto a manutenzione.
Descrizione

Il numero dell’apparecchiatura (EQUNR) identifica la singola macchina o il singolo asset. Aggregando i dati in base a questo campo, gli analisti possono creare la Dashboard sui costi e sul volume degli interventi di manutenzione degli asset e individuare le apparecchiature problematiche che richiedono riparazioni frequenti e costose. Consente inoltre di analizzare la manutenzione in ottica di affidabilità.

Perché è importante

Collega le prestazioni del processo a specifici asset fisici.

Dove reperirli

Tabella SAP AUFK, campo EQUNR

Esempi
10004567PUMP-001HVAC-202
Numero della notifica
NotificationNumber
La notifica di manutenzione che ha generato questo ordine.
Descrizione

Il numero della notifica (QMNUM) collega l’ordine di lavoro alla richiesta iniziale. Questo collegamento è necessario per calcolare il tempo di attraversamento complessivo, dalla ricezione della richiesta di manutenzione al completamento. Senza di esso, l’analisi non include la fase iniziale di rilevamento e segnalazione nel ciclo di vita della manutenzione.

Perché è importante

Ricollega la fase di esecuzione alla fase di richiesta o rilevamento.

Dove reperirli

Tabella SAP AUFK, campo QMNUM

Esempi
1000050010000501
Priorità di manutenzione
MaintenancePriority
Il livello di urgenza assegnato all’ordine di lavoro.
Descrizione

Indica la priorità (PRIOK) dell’intervento di manutenzione, ad esempio «1-Molto alta», «2-Alta» o «3-Media». Questo campo alimenta direttamente il KPI sul rapporto degli ordini di lavoro di emergenza. Analizzare il flusso in base alla priorità aiuta a verificare se gli ordini ad alta priorità vengono effettivamente gestiti più rapidamente rispetto agli interventi ordinari.

Perché è importante

È un fattore chiave per l’analisi degli SLA e l’individuazione degli interventi di emergenza.

Dove reperirli

Tabella SAP AFKO, campo PRIOK (oppure AUFK tramite vista)

Esempi
1-Emergenza2-Alta3-Media4-Bassa
Sede tecnica
FunctionalLocation
La posizione gerarchica in cui è installato l’asset.
Descrizione

Rappresenta il punto della struttura tecnica in cui viene eseguito l’intervento di manutenzione (TPLNR). A differenza dell’apparecchiatura, che può essere spostata, la sede tecnica è fissa. Questo attributo alimenta la Dashboard sui tempi di ciclo delle ispezioni tecniche e consente di confrontare le prestazioni tra diverse aree dello stabilimento, ad esempio la sala caldaie e la linea di confezionamento.

Perché è importante

Consente di analizzare le prestazioni della manutenzione in base alla posizione e alla gerarchia.

Dove reperirli

Tabella SAP IFLOT, campo TPLNR (oppure AUFK-TPLNR)

Esempi
PLANT1-BLD2-LN01US-TX-DAL-01
Stabilimento di manutenzione
MaintenancePlant
Lo stabilimento logistico responsabile della manutenzione.
Descrizione

Lo stabilimento (WERKS) è la principale unità organizzativa della logistica e consente di separare i dati in base alla sede fisica. Questo attributo è essenziale per confrontare le prestazioni tra sedi diverse ed è associato a «BusinessUnit» per consentire filtri organizzativi di alto livello nelle Dashboard.

Perché è importante

È il principale filtro organizzativo per confrontare le prestazioni delle sedi.

Dove reperirli

Tabella SAP AUFK, campo WERKS

Esempi
100020003000
Stato di sistema
SystemStatus
Lo stato tecnico attuale dell’ordine (ad es. REL, TECO).
Descrizione

Stringa concatenata o elenco degli stati di sistema attivi (da JEST) applicati all’ordine. Tra i valori più comuni figurano CRTD (Creato), REL (Rilasciato), TECO (Completato tecnicamente) e CLSD (Chiuso). Consente di distinguere i casi aperti da quelli chiusi nel monitor «Arretrato e lavori in corso».

Perché è importante

Il principale indicatore della fase del ciclo di vita dell’ordine.

Dove reperirli

Modulo funzione SAP STATUS_TEXT_EDIT o tabella JEST

Esempi
REL CNFTECOCRTD MACM
Tipo di ordine di manutenzione
MaintenanceOrderType
Classifica l’ordine di lavoro, ad esempio come preventivo o correttivo.
Descrizione

Il tipo di ordine (AUART) in SAP PM distingue la natura dell’intervento di manutenzione. Tra i tipi più comuni figurano PM01 (correttivo), PM02 (preventivo) e PM03 (revisione). Questo attributo è essenziale per il monitoraggio dell’impatto degli ordini di lavoro di emergenza e per segmentare le varianti del processo, poiché i flussi di lavoro preventivi differiscono notevolmente da quelli reattivi.

Perché è importante

È fondamentale per segmentare l’analisi tra interventi pianificati e non pianificati.

Dove reperirli

Tabella SAP AUFK, campo AUART

Esempi
PM01PM02PM03
Utente che ha creato l’ordine
CreatedByUser
Il nome utente della persona che ha creato l’ordine.
Descrizione

Identifica l’utente (ERNAM) che ha avviato l’ordine di lavoro. Nel modello generico corrisponde a «Utente». Consente di analizzare la creazione manuale rispetto a quella automatizzata e supporta la verifica dell’attività «Ordine di manutenzione creato».

Perché è importante

Consente di analizzare il comportamento degli utenti e di svolgere verifiche.

Dove reperirli

Tabella SAP AUFK, campo ERNAM

Esempi
JSMITHBSERVICEDDAVIS
Costo effettivo totale
TotalActualCost
Il costo effettivo totale registrato sull’ordine di lavoro.
Descrizione

Costi aggregati di manodopera, materiali e servizi (dalla tabella PMCO). Questo attributo alimenta la Dashboard «Costi e produttività della manutenzione degli asset», che consente ai responsabili di valutare l’impatto economico delle attività di manutenzione. È essenziale per stabilire se conviene riparare o sostituire gli asset.

Perché è importante

Aggiunge la dimensione economica ai dati operativi del processo.

Dove reperirli

Tabella SAP PMCO (somma del tipo di valore 04 - effettivo)

Esempi
150.002500.500.00
È un intervento di emergenza
IsEmergencyWork
Indicatore che segnala se l’ordine di lavoro è un’emergenza.
Descrizione

Attributo booleano calcolato in base alla priorità di manutenzione. Se la priorità è «1» (o corrisponde al codice di emergenza configurato), l’indicatore è impostato su vero. In questo modo è più semplice filtrare i dati e calcolare il KPI «Percentuale di ordini di lavoro di emergenza», senza ricorrere a logiche complesse nella Dashboard.

Perché è importante

Semplifica i filtri per l’analisi degli interventi reattivi critici.

Dove reperirli

Calcolato da MaintenancePriority

Esempi
truefalse
È una rilavorazione
IsRework
Indicatore che segnala se l’ordine ha comportato attività di rilavorazione.
Descrizione

Valore booleano calcolato che identifica la presenza di un ciclo nel processo, ad esempio quando l’attività «Intervento di manutenzione eseguito» si verifica più di una volta o lo stato passa da «Completato tecnicamente» a «In corso». Supporta il KPI «Tasso di rilavorazione della manutenzione» e aiuta a individuare problemi di qualità.

Perché è importante

Supporta direttamente l’analisi del controllo qualità.

Dove reperirli

Calcolato dal flusso del processo

Esempi
truefalse
Ore di manodopera pianificate
PlannedLaborHours
Le ore di manodopera stimate per l’ordine.
Descrizione

Il totale del lavoro pianificato (ARBEI) per le operazioni dell’ordine. Il confronto con la durata effettiva dell’attività consente di valutare l’accuratezza della pianificazione della manutenzione nella Dashboard «Prestazioni di pianificazione e stima».

Perché è importante

Metrica di base per analizzare l’accuratezza della pianificazione.

Dove reperirli

Tabella SAP AFKO (somma del lavoro pianificato per operazione)

Esempi
4.08.512.0
Obbligatorio Consigliato Facoltativo

Attività di manutenzione degli asset

Queste sono le fasi e le tappe fondamentali da registrare nell’Event Log per ricostruire con precisione il ciclo di manutenzione.
6 Consigliato 8 Facoltativo
Attività Descrizione
Completamento gestionale impostato
Segna la chiusura amministrativa definitiva dell’ordine di lavoro e impedisce ulteriori registrazioni di costi. L’evento viene rilevato dalla modifica dello stato a CLSD (chiuso).
Perché è importante

Rappresenta la conclusione definitiva del ciclo di vita dell’ordine ed è fondamentale per l’accuratezza dei dati e la conformità dei registri.

Dove reperirli

Tabella JCDS, stato I0046 (CLSD).

Acquisizione

Registrata quando lo stato passa a CLSD in JCDS

Tipo di evento explicit
Completamento tecnico impostato
Segna la conclusione fisica e tecnica del lavoro di manutenzione. L’evento viene rilevato dalla modifica dello stato a TECO (completato tecnicamente).
Perché è importante

È la tappa finale più importante per l’analisi operativa: indica che l’asset è stato ripristinato e la manutenzione è terminata.

Dove reperirli

Tabella JCDS, stato I0045 (TECO).

Acquisizione

Registrata quando lo stato passa a TECO in JCDS

Tipo di evento explicit
Operazione dell’ordine confermata
Rappresenta la registrazione del tempo effettivamente impiegato da un tecnico per una specifica operazione. Registra il lavoro svolto sull’asset.
Perché è importante

Questa attività è la principale fonte di dati per il calcolo del tempo medio di riparazione e dei costi di manodopera.

Dove reperirli

Tabella AFRU (conferme dell’ordine).

Acquisizione

Registrata all’esecuzione della transazione IW41

Tipo di evento explicit
Ordine di manutenzione creato
Segna la generazione dell’oggetto ordine di lavoro di manutenzione nel sistema. Rilevata esplicitamente dal timestamp di creazione della tabella dei dati anagrafici degli ordini.
Perché è importante

È l’evento di riferimento centrale del caso e segna il passaggio dalla richiesta alla pianificazione e all’esecuzione.

Dove reperirli

Tabella AUFK, campi ERDAT (data) ed ERFZEIT (ora).

Acquisizione

Registrata all’esecuzione della transazione IW31

Tipo di evento explicit
Ordine di manutenzione rilasciato
Indica che la pianificazione è completa e che l’ordine è stato rilasciato per l’esecuzione. L’evento viene rilevato monitorando la modifica dello stato a REL nei registri degli stati di sistema.
Perché è importante

Questa tappa separa la fase di pianificazione da quella di esecuzione ed è fondamentale per misurare i tempi di attraversamento della pianificazione e della stima.

Dove reperirli

Tabella JCDS (documenti di modifica dello stato), stato I0002 (REL).

Acquisizione

Registrata quando lo stato passa a REL in JCDS

Tipo di evento explicit
Uscita merci registrata
Registra il consumo effettivo di ricambi o materiali imputato all’ordine di lavoro. L’evento viene rilevato dalle intestazioni dei documenti materiale collegate all’ordine.
Perché è importante

Conferma che i ricambi sono disponibili e sono stati prelevati, incidendo direttamente sull’analisi dei tempi di attesa per la disponibilità dei ricambi.

Dove reperirli

Tabelle MSEG/MKPF, tipo movimento 261 (uscita merci per ordine).

Acquisizione

Registrata all’esecuzione della transazione MIGO/MB1A

Tipo di evento explicit
Completamento tecnico annullato
Registra la revoca dello stato di completamento tecnico, indicando che l’ordine è stato riaperto. Questo genera un ciclo di rilavorazione nel modello di processo.
Perché è importante

È l’indicatore principale del KPI relativo al tasso di rilavorazione della manutenzione e mette in evidenza chiusure premature o problemi di qualità.

Dove reperirli

Tabella JCDS, modifica dello stato I0045 (TECO) a inattivo.

Acquisizione

Registrata quando lo stato TECO viene disattivato

Tipo di evento explicit
Componente materiale aggiunto
Registra l’aggiunta di ricambi o materiali all’elenco dei componenti dell’ordine di lavoro. L’evento viene rilevato dalla creazione di una riga di prenotazione.
Perché è importante

Segna l’inizio del ciclo di approvvigionamento dei ricambi necessari e alimenta la Dashboard sui tempi di approvvigionamento dei ricambi.

Dove reperirli

Tabella RESB, campo BDTER (data di fabbisogno) o timestamp di creazione.

Acquisizione

Registrata quando viene aggiunta una riga alla tabella RESB

Tipo di evento explicit
Costi dell’ordine liquidati
Indica che i costi imputati all’ordine sono stati trasferiti all’oggetto di controllo di gestione, ad esempio al centro di costo. L’evento viene rilevato dal documento di controllo di gestione.
Perché è importante

Monitora la chiusura finanziaria e alimenta il KPI sulla durata della liquidazione finanziaria.

Dove reperirli

Tabella COBK (oggetto CO: intestazione documento), collegata all’ordine.

Acquisizione

Registrata all’esecuzione della transazione di liquidazione KO88

Tipo di evento explicit
Lettura di misurazione registrata
Registra l’inserimento di un documento di misurazione, ad esempio la lettura di un contatore o una valutazione delle condizioni. Spesso corrisponde all’evento di ispezione tecnica.
Perché è importante

È essenziale per la manutenzione basata sulle condizioni e per monitorare i tempi di ciclo delle ispezioni tecniche.

Dove reperirli

Tabella IMRG (documento di misurazione), collegata all’apparecchiatura o alla sede tecnica.

Acquisizione

Registrata alla creazione del documento di misurazione

Tipo di evento explicit
Notifica di manutenzione creata
Registra la creazione iniziale di una notifica di manutenzione, che spesso dà origine a un ordine di lavoro. Rilevata dal timestamp di creazione della tabella QMEL, questa attività collega la richiesta iniziale all’ordine di esecuzione.
Perché è importante

Questa attività segna l’inizio del processo di manutenzione end-to-end e consente di calcolare i tempi di risposta tra il rilevamento del guasto e la generazione dell’ordine.

Dove reperirli

Tabella QMEL, campi ERDAT (data di creazione) e MZEIT (ora). Collegata all’ordine tramite QMEL-AUFNR.

Acquisizione

Registrata alla creazione del record nella tabella QMEL

Tipo di evento explicit
Ordine di lavoro pianificato
Indica la pianificazione specifica delle operazioni in base alla capacità o alla data. L’evento è dedotto dall’assegnazione dello stato Dispatch alle operazioni.
Perché è importante

Misura l’efficienza dell’allocazione delle risorse e alimenta la Dashboard sull’utilizzo e la pianificazione delle risorse.

Dove reperirli

Tabella JCDS (documenti di modifica dello stato) per le operazioni (tipo oggetto OV), stato I0009 (DSPT).

Acquisizione

Confrontare il campo dello stato prima e dopo la modifica

Tipo di evento inferred
Priorità di manutenzione modificata
Registra una modifica al livello di priorità dell’ordine di lavoro, ad esempio il passaggio alla priorità di emergenza. L’evento è ricavato dai documenti di modifica associati ai dati anagrafici dell’ordine.
Perché è importante

Il monitoraggio delle variazioni di priorità aiuta a spiegare le deviazioni del processo e alimenta il monitoraggio dell’impatto degli ordini di lavoro di emergenza, individuando le escalation reattive.

Dove reperirli

Tabelle CDPOS/CDHDR per la classe oggetto AUFTRAG, campo PRIOK.

Acquisizione

Registrata nei documenti di modifica (CDPOS)

Tipo di evento explicit
Richiesta di acquisto creata
Indica che è stata generata una richiesta di approvvigionamento esterno o di servizi. Collega l’ordine di manutenzione interno alla catena di fornitura esterna.
Perché è importante

È fondamentale per analizzare i ritardi causati dai fornitori esterni o dall’approvvigionamento di materiali non a magazzino.

Dove reperirli

Tabella EBAN, collegata tramite l’assegnazione contabile a AUFK-AUFNR.

Acquisizione

Registrata alla creazione del record EBAN

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da SAP Plant Maintenance

È pronto a iniziare?

Utilizzi queste risorse per iniziare a mappare i flussi di lavoro di manutenzione e individuare opportunità di risparmio. La nostra struttura Le consente di disporre dei dati nel formato corretto per ottenere piena visibilità sulle attività operative.

Elimini oggi i colli di bottiglia nella manutenzione degli asset in SAP

Riduca del 30% il tempo di ciclo della manutenzione, a partire da oggi

Inizi la prova gratuita

Non è richiesta la carta di credito. Configurazione in 5 minuti