Ihr Daten-Template für die Anlageninstandhaltung

IBM Maximo
Ihr Daten-Template für die Anlageninstandhaltung

Ihr Daten-Template für die Anlageninstandhaltung

Dieses Daten-Template bietet einen strukturierten Rahmen für die Analyse Ihres Arbeitsauftragsmanagements und der Reparaturzyklen Ihrer Anlagen in der Unternehmensumgebung. Es beschreibt die erforderlichen Datenfelder und Prozessmeilensteine, damit Sie einen transparenten Überblick über Ihre Instandhaltungsabläufe erhalten. Wenn Sie dieser Anleitung folgen, enthält Ihr Event Log alle Informationen, die Sie benötigen, um Engpässe zu erkennen und ungeplante Stillstandszeiten zu reduzieren.
  • Umfassende Liste der Instandhaltungsattribute
  • Wichtige Prozessmeilensteine zur Nachverfolgung
  • Detaillierte Anleitung zur technischen Datenextraktion
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Anlageninstandhaltung

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um eine umfassende Analyse Ihrer Anlageninstandhaltungsprozesse sicherzustellen.
5 Erforderlich 9 Empfohlen 9 Optional
Name Beschreibung
Aktivität
Activity
Das konkrete Ereignis oder die Statusänderung, die im Lebenszyklus des Arbeitsauftrags eingetreten ist.
Beschreibung

Dieses Attribut beschreibt den im Wartungsprozess ausgeführten Schritt, beispielsweise „Arbeitsauftrag genehmigt“ oder „Arbeitszeit erfasst“. In IBM Maximo wird es typischerweise aus Statusänderungen in den Historientabellen oder aus bestimmten Transaktionsprotokollen wie der Arbeitszeiterfassung abgeleitet.

Die Werte bilden die Knoten der Prozessdarstellung und machen die Abfolge der Schritte sichtbar. Durch ihre Analyse können Unternehmen Prozessvarianten, Schleifen und Abweichungen vom standardmäßigen Wartungsverfahren erkennen.

Warum das wichtig ist

Es definiert das „Was“ des Prozesses und ist damit entscheidend für den Aufbau der Prozessdarstellung und das Verständnis der Workflow-Ausführung.

Bezugsquelle

Tabelle: WOSTATUS (Spalte: STATUS) oder WOLOG

Beispiele
APPRINPRGCOMPCLOSEWMATL
Ereigniszeitpunkt
EventTimestamp
Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst den exakten Zeitpunkt eines Ereignisses, etwa einer Statusänderung oder der Erfassung von Arbeitszeit. Es liefert die zeitliche Grundlage für alle Leistungsanalysen, einschließlich Durchlaufzeiten und Dauerberechnungen.

Genaue Timestamps sind entscheidend für die Berechnung der „Mittleren Durchlaufzeit für Planung und Genehmigung“ und für die korrekte Reihenfolge der Ereignisse. In Maximo handelt es sich dabei üblicherweise um das Änderungsdatum des Statuseintrags.

Warum das wichtig ist

Erforderlich, um Ereignisse chronologisch zu ordnen und alle zeitbasierten KPIs zu berechnen.

Bezugsquelle

Tabelle: WOSTATUS, Spalte: CHANGEDATE

Beispiele
2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z
Wartungsarbeitsauftrag
WorkOrderNumber
Die eindeutige alphanumerische Kennung des Wartungsarbeitsauftrags.
Beschreibung

Dieses Attribut dient als zentrale Case-Kennung für den Wartungsprozess. Es unterscheidet jeden Arbeitsauftrag innerhalb des IBM-Maximo-Systems eindeutig und verknüpft alle zugehörigen Aktivitäten, Arbeitsbuchungen und Materialverbräuche mit einem einzelnen ausgeführten Auftrag.

In der Process-Mining-Analyse wird diese ID verwendet, um einzelne Ereignisse zu einem zusammenhängenden Case zu gruppieren. So können Analysten den gesamten Lebenszyklus einer Wartungsaufgabe verfolgen, von der Erstellung der ersten Anforderung über Genehmigung und Ausführung bis zum abschließenden administrativen Abschluss.

Warum das wichtig ist

Sie ist der grundlegende Schlüssel für die Rekonstruktion des Prozessablaufs und ermöglicht die Verfolgung bestimmter Aufträge über Abteilungsgrenzen hinweg.

Bezugsquelle

Tabelle: WORKORDER, Spalte: WONUM

Beispiele
WO100234WO100235CM-99281PM-11002
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, zu dem die Daten extrahiert oder zuletzt aktualisiert wurden.
Beschreibung

Gibt an, wann der Datensatz zuletzt für Process Mining verarbeitet oder extrahiert wurde. So lässt sich die Aktualität und Zuverlässigkeit der Daten beurteilen und sicherstellen, dass die Analyse den aktuellen Stand der Wartungsabläufe abbildet.

Dieses Attribut ist für inkrementelle Datenladungen wichtig. Außerdem lässt sich damit prüfen, ob Dashboards aktuelle Informationen zum Status der Arbeitsaufträge und zum Rückstand anzeigen.

Warum das wichtig ist

Entscheidend für das Verständnis von Datenlatenz und Aktualität.

Bezugsquelle

Systemzeit bei der Extraktion

Beispiele
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Quellsystem
SourceSystem
Der Name des Systems, aus dem die Daten stammen.
Beschreibung

Kennzeichnet die Quellanwendung des Datensatzes. In diesem Kontext lautet der Wert typischerweise „IBM Maximo“. Das ist besonders hilfreich, wenn Daten aus mehreren Wartungssystemen zusammengeführt oder mit ERP-Daten integriert werden.

Analysten können die Ansicht nach dem führenden System filtern, wenn sich das Process-Mining-Projekt über eine komplexe Systemlandschaft mit mehreren CMMS-Instanzen erstreckt.

Warum das wichtig ist

Sichert Datenherkunft und Nachvollziehbarkeit in Umgebungen mit mehreren Systemen.

Bezugsquelle

Bei der Extraktion fest hinterlegt

Beispiele
IBM MaximoMaximo PRODMaximo Legacy
Aktueller Status
Status
Der aktuelle Status im Lebenszyklus des Arbeitsauftrags.
Beschreibung

Der aktuelle administrative Status des Arbeitsauftrags, beispielsweise „APPR“, „WAPPR“ oder „COMP“. Während das Attribut „Aktivität“ die Historie der Änderungen erfasst, zeigt dieses Attribut den zuletzt bekannten Status.

Es eignet sich zur Filterung des Datensatzes, um beispielsweise nur offene oder geschlossene Arbeitsaufträge anzuzeigen, und unterstützt die Analyse „Verteilung der Wartungsarbeitslast“.

Warum das wichtig ist

Liefert eine Momentaufnahme der aktuellen Arbeitslast und des Rückstands.

Bezugsquelle

Tabelle: WORKORDER, Spalte: STATUS

Beispiele
APPRCLOSEINPRG
Anlagennummer
AssetNumber
Eindeutige Kennung des zu wartenden Geräts oder Anlage.
Beschreibung

Die konkrete Maschine, das Fahrzeug oder die Anlagenkomponente, auf die sich die Wartungsarbeit bezieht. Dieses Attribut verknüpft die Prozessdaten mit der physischen Anlagenhierarchie. Es ist wichtig, um „Problemverursacher“ zu erkennen, also Anlagen, die häufig ausfallen.

In der Analyse „Wartungsqualität und Nacharbeitsquoten“ ermöglicht dieses Attribut, Arbeitsaufträge nach Anlage zu aggregieren, die mittlere Zeit zwischen Ausfällen (MTBF) zu berechnen und wiederkehrende Zuverlässigkeitsprobleme zu erkennen.

Warum das wichtig ist

Verknüpft die Prozessausführung mit der Leistung der physischen Infrastruktur.

Bezugsquelle

Tabelle: WORKORDER, Spalte: ASSETNUM

Beispiele
PUMP-101HVAC-02FLEET-99
Arbeitsauftragstyp
WorkType
Ordnet den Arbeitsauftrag als präventiv (PM), korrektiv (CM) oder notfallbedingt (EM) ein.
Beschreibung

Dieses Attribut klassifiziert die Art der Wartungsaufgabe. Zu den gängigen Werten in Maximo gehören PM (Preventive Maintenance), CM (Corrective Maintenance) und EM (Emergency Maintenance). Diese Klassifizierung bildet die Grundlage für das Dashboard „Proaktive versus reaktive Wartung“.

Durch die Filterung nach diesem Attribut können Analysten den KPI „Anteil der Notfallwartung“ berechnen und Veränderungen in der Wartungsstrategie erkennen, etwa den Übergang von reaktiver Störungsbehebung zu geplanter Arbeit zur Steigerung der Zuverlässigkeit.

Warum das wichtig ist

Unterscheidet zwischen geplanter und ungeplanter Arbeit, einem wichtigen Indikator für den Reifegrad der Wartung.

Bezugsquelle

Tabelle: WORKORDER, Spalte: WORKTYPE

Beispiele
PMCMEMCPMOD
Kritikalität der Anlage
AssetCriticality
Eine Bewertung, die angibt, wie wichtig die Anlage für den Geschäftsbetrieb ist.
Beschreibung

Eine Klassifizierung, meist von 1 bis 10 oder als A/B/C, die im Anlagendatensatz hinterlegt ist und die Folgen eines Ausfalls beschreibt. Dieses Attribut muss mit der Ansicht der Arbeitsaufträge verknüpft werden.

Es ist für das Dashboard „SLA-Leistung kritischer Anlagen“ erforderlich. Dadurch konzentriert sich die Analyse auf die wichtigsten Auswirkungen. Verzögerungen bei einem kritischen Generator werden beispielsweise stärker gewichtet als Verzögerungen bei einer Kaffeemaschine im Pausenraum.

Warum das wichtig ist

Ermöglicht die Segmentierung der Prozessleistung nach Geschäftsrisiko.

Bezugsquelle

Tabelle: ASSET, Spalte: PRIORITY (verknüpft über ASSETNUM)

Beispiele
1510
Priorität
Priority
Die dem Arbeitsauftrag zugewiesene Dringlichkeitsstufe.
Beschreibung

Ein numerischer oder kategorischer Wert, der die Bedeutung und Dringlichkeit des Arbeitsauftrags angibt. In Maximo handelt es sich typischerweise um eine Zahl, wobei kleinere Zahlen häufig eine höhere Dringlichkeit bedeuten, beispielsweise 1 = Notfall.

Dieses Attribut dient zur Priorisierung der Arbeit im Rückstand und ist für das Dashboard „SLA-Leistung kritischer Anlagen“ entscheidend. Es zeigt, ob Arbeiten mit hoher Priorität im Vergleich zu Aufgaben mit niedriger Priorität tatsächlich mit der erforderlichen Geschwindigkeit bearbeitet werden.

Warum das wichtig ist

Ermöglicht die Analyse, ob die Organisation ihre Ressourcen auf die dringendsten Aufgaben konzentriert.

Bezugsquelle

Tabelle: WORKORDER, Spalte: WOPRIORITY

Beispiele
1234
Tatsächliche Arbeitsstunden
ActualLaborHours
Die insgesamt von allen Technikern für den Arbeitsauftrag geleisteten Stunden.
Beschreibung

Die Summe aller für den Arbeitsauftrag erfassten Arbeitszeiten. Diese Kennzahl zeigt die tatsächliche Ressourcennutzung und unterstützt den KPI „Abweichung bei der Technikerauslastung“.

Sie dient zur Berechnung der Arbeitskosten und zur Verbesserung künftiger Arbeitspläne, da historische Daten darüber vorliegen, wie lange bestimmte Aufgaben tatsächlich dauern.

Warum das wichtig ist

Die zentrale Kennzahl für die Analyse von Arbeitskosten und Effizienz.

Bezugsquelle

Tabelle: WORKORDER, Spalte: ACTLABHRS

Beispiele
2.55.012.0
Tatsächliches Abschlussdatum
ActualFinishDate
Das Datum und die Uhrzeit, zu denen die physische Arbeit abgeschlossen wurde.
Beschreibung

Erfasst, wann die Wartungsaufgabe technisch abgeschlossen wurde. Dies unterscheidet sich vom administrativen Abschluss des Tickets. Durch den Vergleich mit dem „Zielabschlussdatum“ lässt sich die SLA-Einhaltung berechnen.

Im Dashboard „Administrative Durchlaufzeit von Arbeitsaufträgen“ wird damit die Verzögerung zwischen dem Abschluss der Arbeit und dem Abschluss der Dokumentation im System gemessen.

Warum das wichtig ist

Kennzeichnet das Ende der technischen Ausführungsphase.

Bezugsquelle

Tabelle: WORKORDER, Spalte: ACTFINISH

Beispiele
2023-10-15T16:00:00Z2023-10-16T10:30:00Z
Zielabschlussdatum
TargetCompletionDate
Die geplante oder erforderliche Frist für den Arbeitsauftrag.
Beschreibung

Das Datum, bis zu dem der Arbeitsauftrag voraussichtlich abgeschlossen sein soll. Es wird häufig auf Grundlage der Priorität und des Erstellungsdatums berechnet und dient als Referenz für das Dashboard „SLA-Leistung kritischer Anlagen“.

Durch den Vergleich mit dem „Tatsächlichen Abschlussdatum“ können Analysten die termingerechte Leistung bestimmen und erkennen, welche Anlagenkategorien ihre Wartungsfenster häufig überschreiten.

Warum das wichtig ist

Die Grundlage für die Messung der SLA-Einhaltung und der Termintreue.

Bezugsquelle

Tabelle: WORKORDER, Spalte: TARGCOMPDATE

Beispiele
2023-10-20T17:00:00Z2023-10-25T08:00:00Z
Zugewiesener Techniker
AssignedResource
Die konkrete Person oder der leitende Techniker, die bzw. der mit der Ausführung der Arbeit beauftragt ist.
Beschreibung

Identifiziert die für den Arbeitsauftrag verantwortliche Person oder den leitenden Techniker. Der Wert kann aus dem Feld „Lead“ stammen oder aus Arbeitskräftezuweisungen abgeleitet werden. Er ermöglicht das Dashboard „Produktivität von Ressourcen und Auftragnehmern“.

Die Analyse dieses Attributs hilft, Ungleichgewichte bei der Arbeitslast in der Ansicht „Verteilung der Wartungsarbeitslast“ zu erkennen und die Effizienz verschiedener Techniker oder Teams zu vergleichen.

Warum das wichtig ist

Wichtig für die Analyse der Produktivität der Belegschaft und die ausgewogene Verteilung der Arbeitslast.

Bezugsquelle

Tabelle: WORKORDER, Spalte: LEAD (oder aus der Tabelle ASSIGNMENT)

Beispiele
JSMITHBPATELMRODRIGUEZ
Anbieter
Vendor
Der mit dem Arbeitsauftrag beauftragte externe Auftragnehmer, sofern zutreffend.
Beschreibung

Identifiziert das externe Unternehmen, das für die Wartungsaufgabe verantwortlich ist. Der Wert wird erfasst, wenn Arbeiten ausgelagert werden, und ist für den KPI „Ausführungseffizienz von Auftragnehmern“ entscheidend.

Die Analyse dieses Attributs ermöglicht es der Wartungsorganisation, Leistung, Kosten, Geschwindigkeit und Qualität verschiedener Anbieter miteinander sowie mit internen Teams zu vergleichen.

Warum das wichtig ist

Ermöglicht das Anbietermanagement und die Analyse der Leistung ausgelagerter Arbeiten.

Bezugsquelle

Tabelle: WORKORDER, Spalte: VENDOR

Beispiele
ACME SERVICESSIEMENSFAST REPAIR INC
Fehlercode
FailureCode
Standardisierter Code, der den Grund für den Ausfall der Anlage beschreibt.
Beschreibung

Ein strukturierter Code, den der Techniker zur Kategorisierung der Fehlerursache auswählt, beispielsweise „Verschleiß“, „Elektrik“ oder „Bedienfehler“. Er ist für die Ursachenanalyse (RCA) von zentraler Bedeutung.

Durch die Aggregation dieser Codes können Engineering-Teams systematische Probleme im Anlagenbestand erkennen. Das unterstützt die Analyse „Wartungsqualität und Nacharbeitsquoten“ und liefert Grundlagen für Anpassungen der präventiven Wartungsstrategien.

Warum das wichtig ist

Der wichtigste Datenpunkt für Zuverlässigkeitstechnik und Fehleranalyse.

Bezugsquelle

Tabelle: WORKORDER, Spalte: FAILURECODE

Beispiele
LECKÜBERHITZUNGVIBRATION
Geschätzte Arbeitsstunden
EstimatedLaborHours
Die geplante Arbeitszeit, die für den Arbeitsauftrag erforderlich ist.
Beschreibung

Die Gesamtzahl der Stunden, die während der Planungsphase für die Fertigstellung der Aufgabe geschätzt wurde. Dieser Wert wird im „Dashboard zur Genauigkeit der Arbeitszeitschätzung“ mit den „Tatsächlichen Arbeitsstunden“ verglichen.

Große Abweichungen zwischen diesem Wert und den Istwerten weisen auf eine unzureichende Planung, fehlende Standardarbeitsanweisungen oder unerwartete Anlagenbedingungen hin, die mehr Arbeit als vorgesehen erfordern.

Warum das wichtig ist

Unverzichtbar für die Bewertung der Planungsgenauigkeit und die Ressourcenprognose.

Bezugsquelle

Tabelle: WORKORDER, Spalte: ESTLABHRS

Beispiele
2.04.58.0
Ist ein Notfall
IsEmergency
Kennzeichen dafür, ob es sich beim Arbeitsauftrag um einen Notfall handelt.
Beschreibung

Ein boolesches Kennzeichen, das auf Grundlage des Arbeitstyps oder der Priorität berechnet wird. Wenn der Arbeitstyp „EM“ (Emergency) lautet oder die Priorität 1 ist, wird der Wert auf „true“ gesetzt.

Dieses vereinfachte Attribut ermöglicht eine einfache Filterung in Dashboards, um den „Anteil der Notfallwartung“ ohne komplexe Logik in der Visualisierungsebene zu isolieren.

Warum das wichtig ist

Vereinfacht die Filterung für die Analyse reaktiver Wartung.

Bezugsquelle

Berechnet aus WORKTYPE

Beispiele
truefalse
Meldedatum
ReportedDate
Das Datum und die Uhrzeit, zu denen das Problem erstmals gemeldet oder die Anforderung erstellt wurde.
Beschreibung

Der Timestamp, der angibt, wann der Wartungsbedarf erstmals erkannt und im System erfasst wurde. Er bildet den tatsächlichen Beginn der Customer-Experience-Zeitachse.

Er wird zur Berechnung der „Mittleren Durchlaufzeit für Planung und Genehmigung“ verwendet, indem die Zeitspanne zwischen diesem Meldedatum und dem tatsächlichen Beginn der Arbeit gemessen wird. So lässt sich die Reaktionsfähigkeit der Wartungsorganisation bewerten.

Warum das wichtig ist

Definiert den Ausgangspunkt für die Reaktionsfähigkeit über den gesamten Wartungslebenszyklus.

Bezugsquelle

Tabelle: WORKORDER, Spalte: REPORTDATE

Beispiele
2023-10-10T08:00:00Z2023-10-10T09:15:00Z
SLA verletzt
IsSlaBreached
Kennzeichen dafür, ob das tatsächliche Abschlussdatum das Zieldatum überschritten hat.
Beschreibung

Ein berechnetes boolesches Feld, das das „Tatsächliche Abschlussdatum“ mit dem „Zielabschlussdatum“ vergleicht. Wenn der tatsächliche Wert größer als der Zielwert ist, lautet der Wert „true“.

Diese vorberechnete Kennzahl vereinfacht das Dashboard „SLA-Leistung kritischer Anlagen“, da fehlgeschlagene SLAs ohne Berechnung von Datumsdifferenzen zur Laufzeit sofort gezählt werden können.

Warum das wichtig ist

Sofortige Transparenz über die Leistungskonformität.

Bezugsquelle

Berechnet aus ACTFINISH und TARGCOMPDATE

Beispiele
truefalse
Standort
Location
Der funktionale Standort oder physische Ort, an dem die Arbeit ausgeführt wird.
Beschreibung

Gibt den physischen Bereich oder den Code des funktionalen Standorts an, an dem sich die Anlage befindet. Das Attribut ist weiter gefasst als die konkrete Anlagennummer und unterstützt geografische oder zonenbezogene Analysen.

Im Dashboard „Verteilung der Wartungsarbeitslast“ wird es verwendet, um Schwerpunkte der Wartungsaktivität sichtbar zu machen und die Logistik für Techniker zu planen, die zwischen Standorten wechseln.

Warum das wichtig ist

Liefert den geografischen Kontext für Logistik und Ressourcenverteilung.

Bezugsquelle

Tabelle: WORKORDER, Spalte: LOCATION

Beispiele
BRILER-RMPLANT-AOFFICE-1
Standort-ID
SiteId
Die übergeordnete Standortkennung für Maximo-Implementierungen mit mehreren Standorten.
Beschreibung

In großen Organisationen wird Maximo häufig nach „Site“ partitioniert. Dieses Attribut unterscheidet verschiedene Werke oder Einrichtungen auf Datenbankebene.

Es ist für den Leistungsvergleich zwischen verschiedenen Geschäftsbereichen in der Analyse „Konformität mit dem Standardwartungsprozess“ erforderlich. So werden Vergleiche im passenden operativen Kontext durchgeführt.

Warum das wichtig ist

Entscheidend für die Eingrenzung von Daten in Umgebungen mit mehreren Standorten.

Bezugsquelle

Tabelle: WORKORDER, Spalte: SITEID

Beispiele
BEDFORDNASHUATEXAS
Tatsächliche Gesamtkosten
TotalActualCost
Die Summe der Arbeits-, Material-, Service- und Werkzeugkosten des Arbeitsauftrags.
Beschreibung

Beschreibt die gesamten finanziellen Auswirkungen der Wartungsaufgabe. In Maximo ergibt sich der Wert aus der Summe verschiedener Kostenbestandteile (Arbeit + Material + Services + Werkzeuge).

Dieses Attribut ermöglicht kostenbasierte Process-Mining-Analysen, bei denen sich Prozessineffizienzen wie Verzögerungen oder Nacharbeit direkt mit finanziellen Verlusten in Beziehung setzen lassen. So können die kostenintensivsten Wartungsarten oder Anlagenklassen ermittelt werden.

Warum das wichtig ist

Verknüpft operative Aktivitäten mit finanziellen Ergebnissen.

Bezugsquelle

Tabelle: WORKORDER, Spalte: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST

Beispiele
150.002500.500.00
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Dies sind die wesentlichen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um den Lebenszyklus Ihrer Arbeitsaufträge präzise zu erkennen.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Arbeiten begonnen
Markiert den tatsächlichen Beginn der physischen Arbeit durch den Techniker. Dieses Ereignis wird explizit protokolliert, wenn der Benutzer den Status ändert, um den Beginn der Arbeiten anzuzeigen.
Warum das wichtig ist

Ein entscheidender Meilenstein zur Trennung von Planungs- und Ausführungszeit. Wird zur Berechnung der mittleren Planungs- und Genehmigungsdurchlaufzeit verwendet.

Bezugsquelle

Tabelle WOSTATUS mit STATUS = 'INPRG'

Erfassen

Wird protokolliert, wenn eine Transaktion den Status zu INPRG ändert

Ereignistyp explicit
Arbeitsauftrag abgeschlossen
Der Techniker bestätigt, dass die physischen Arbeiten abgeschlossen sind. Diese Statusänderung stoppt die Zeitmessung für KPIs zur Ausführungsdauer.
Warum das wichtig ist

Der zentrale Endzeitpunkt für die technische Ausführung. Wird zur Berechnung der SLA-Compliance und der Auslastung von Technikern verwendet.

Bezugsquelle

Tabelle WOSTATUS mit STATUS = 'COMP'

Erfassen

Wird protokolliert, wenn eine Transaktion den Status zu COMP ändert

Ereignistyp explicit
Arbeitsauftrag genehmigt
Zeigt an, dass der Arbeitsauftrag die erforderlichen Prüfungen für Planung und finanzielle Genehmigung bestanden hat. Dieses Ereignis wird aus einer Statusänderung in der Systemhistorie abgeleitet.
Warum das wichtig ist

Entscheidend für die Berechnung der KPI zur Planungs- und Genehmigungsdurchlaufzeit. Verzögerungen an dieser Stelle weisen auf administrative Engpässe hin.

Bezugsquelle

Tabelle WOSTATUS mit STATUS = 'APPR'

Erfassen

Vergleichen Sie das Statusfeld vor und nach der Änderung, um den Übergang zu APPR zu erkennen

Ereignistyp explicit
Arbeitsauftrag geschlossen
Das abschließende Ereignis im Lebenszyklus: Der Arbeitsauftrag wird finanziell abgerechnet und schreibgeschützt. Weitere Kosten können nicht mehr gebucht werden.
Warum das wichtig ist

Markiert das Ende der administrativen Durchlaufzeit. Verzögerungen an dieser Stelle wirken sich auf die Finanzberichterstattung aus.

Bezugsquelle

Tabelle WOSTATUS mit STATUS = 'CLOSE'

Erfassen

Wird protokolliert, wenn eine Transaktion den Status zu CLOSE ändert

Ereignistyp explicit
Arbeitsauftrag storniert
Der Prozess endet vorzeitig, weil die Arbeit als unnötig, doppelt oder nicht ausführbar eingestuft wurde. Dies ist ein Endstatus.
Warum das wichtig ist

Versorgt das Dashboard zur Analyse stornierter Arbeitsaufträge. Hohe Quoten weisen auf vorgelagerte Fehler bei der Erstellung von Anforderungen hin.

Bezugsquelle

Tabelle WOSTATUS mit STATUS = 'CAN'

Erfassen

Wird protokolliert, wenn eine Transaktion den Status zu CAN ändert

Ereignistyp explicit
Wartungsanforderung erstellt
Das erste Ereignis, bei dem ein Arbeitsauftrag im System erstellt wird, häufig aufgrund einer Serviceanforderung oder eines automatisierten Zeitplans. Dieses Ereignis wird explizit über den Erstellungszeitpunkt in der Tabelle WORKORDER oder den ersten Eintrag in der WOSTATUS-Historie erfasst.
Warum das wichtig ist

Markiert den Beginn der Prozessinstanz und bildet die Grundlage für die Messung der gesamten Lösungszeit und der anfänglichen Reaktionsgeschwindigkeit.

Bezugsquelle

WORKORDER.REPORTDATE oder erster Eintrag in der Tabelle WOSTATUS, üblicherweise mit dem Status WAPPR

Erfassen

Wird protokolliert, wenn eine Transaktion den WO-Datensatz erstellt

Ereignistyp explicit
Arbeitsstunden erfasst
Bezeichnet die Erfassung der tatsächlich von einem Techniker für den jeweiligen Arbeitsauftrag aufgewendeten Zeit. Für einen einzelnen Arbeitsauftrag können mehrere Einträge entstehen, wenn verschiedene Techniker daran arbeiten.
Warum das wichtig ist

Versorgt das Dashboard zur Genauigkeit von Arbeitszeitschätzungen mit den Ist-Werten für den Vergleich mit den Schätzungen.

Bezugsquelle

Einträge in der Tabelle LABTRANS, die mit dem Arbeitsauftrag verknüpft sind

Erfassen

Wird protokolliert, wenn eine Transaktion in LABTRANS erfolgt

Ereignistyp explicit
Inspektion abgeschlossen
Zeigt an, dass während des Lebenszyklus eine Sicherheits- oder technische Inspektion durchgeführt wurde. Dies wird häufig durch eine Statusänderung oder den Abschluss einer Checklistenmessung erfasst.
Warum das wichtig ist

Wichtig für das Dashboard zur Sicherheits- und Compliance-Dokumentation. Stellt sicher, dass regulatorische Schritte nicht übersprungen werden.

Bezugsquelle

Statusänderung in WOSTATUS zu 'INSP' oder einem ähnlichen benutzerdefinierten Status oder Abschluss von MEASUREMENT-Einträgen

Erfassen

Statusfeld vor und nach der Änderung vergleichen

Ereignistyp inferred
Material ausgegeben
Erfasst die physische Entnahme oder Ausgabe von Teilen aus dem Bestand für den Arbeitsauftrag. Dies bestätigt, dass die Teile verfügbar sind und verwendet werden.
Warum das wichtig ist

Validiert den Lieferkettenprozess und wirkt sich auf die Gesamtkostenanalyse des Wartungseinsatzes aus.

Bezugsquelle

Tabelle MATUSETRANS mit ISSUETYPE = 'ISSUE'

Erfassen

Wird protokolliert, wenn eine Transaktion in MATUSETRANS erfolgt

Ereignistyp explicit
Materialanforderung eingereicht
Zeigt an, dass Ersatzteile oder Verbrauchsmaterialien für die Wartungsaufgabe angefordert wurden. Dies lässt sich aus der Statusänderung zu Waiting on Material oder aus der Erstellung von Materialbedarfspositionen ableiten.
Warum das wichtig ist

Erforderlich für das Dashboard zur Materialbereitschaft, um Verzögerungen in der Lieferkette zu erkennen, die die Ausführung der Arbeiten verhindern.

Bezugsquelle

Tabelle WOSTATUS mit STATUS = 'WMATL' oder Erstellung von Einträgen in der Tabelle WPMATERIAL

Erfassen

Abgeleitet aus der Statusänderung zu WMATL

Ereignistyp inferred
Qualitätsprüfung fehlgeschlagen
Tritt auf, wenn ein abgeschlossener Auftrag bei der Prüfung abgelehnt wird und der Status häufig wieder zu In Progress wechselt. Stellt Nacharbeitszyklen dar.
Warum das wichtig ist

Unterstützt direkt das Dashboard zu Wartungsqualität und Nacharbeitsquoten, indem Prozessfehler sichtbar gemacht werden.

Bezugsquelle

Abgeleitet aus einem Übergang in WOSTATUS von COMP zurück zu INPRG oder WAPPR

Erfassen

Aus dem Vergleich der WOSTATUS-Historie auf rückwärts gerichtete Übergänge ableiten

Ereignistyp inferred
Ressourcen eingeplant
Der Zeitpunkt, an dem bestimmte Arbeitskräfte oder Teams dem Arbeitsauftrag zugewiesen werden. Er wird erfasst, wenn Zuweisungen erstellt werden oder der Status zu Waiting Schedule wechselt.
Warum das wichtig ist

Unterstützt das Dashboard zur Analyse des Planungs- und Genehmigungszyklus, indem die Zeit bis zur Verfügbarkeit geeigneter Techniker isoliert wird.

Bezugsquelle

Erstellung von Zeilen in der Tabelle ASSIGNMENT oder Statusänderung in WOSTATUS zu 'WSCH'

Erfassen

Aus der Erstellung von Assignment-Datensätzen ableiten, die mit dem WO verknüpft sind

Ereignistyp inferred
Zieltermin aktualisiert
Protokolliert eine Änderung des geplanten Abschlussdatums oder des SLA-Ziels. Dadurch wird sichtbar, wenn Erwartungen angepasst werden, um Verzögerungen auszugleichen.
Warum das wichtig ist

Wichtig für die Analyse der SLA-Leistung kritischer Anlagen und die Erkennung von Fällen, in denen Termine verschoben werden, um einen SLA-Verstoß zu vermeiden.

Bezugsquelle

Audit-Spur in den Feldern TARGETCOMPDATE oder SCHEDFINISH

Erfassen

Wird protokolliert, wenn eine Transaktion Datumsfelder aktualisiert

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus IBM Maximo

Möchten Sie starten?

Beginnen Sie noch heute damit, Ihre Instandhaltungsstrategie weiterzuentwickeln, indem Sie dieses Template auf Ihren Datenextraktionsprozess anwenden. Unser Team unterstützt Sie dabei, Ihre technischen Protokolle in verwertbare Erkenntnisse über Ihre Prozesse zu überführen.

Verändern Sie Ihre Anlageninstandhaltung und reduzieren Sie Stillstandszeiten noch heute

Verkürzen Sie die Instandhaltungsdurchlaufzeit um 30 % und beseitigen Sie Engpässe

Starten Sie Ihre kostenlose Testphase

Kostenlose 14-tägige Testphase, keine Kreditkarte erforderlich