Ihr Datentemplate für die Instandhaltung von Anlagen

IBM Maximo
Ihr Datentemplate für die Instandhaltung von Anlagen

Ihr Datentemplate für die Instandhaltung von Anlagen

Dieses Datentemplate bietet einen strukturierten Rahmen für die Analyse Ihres Arbeitsauftragsmanagements und der Reparaturzyklen Ihrer Anlagen. Es beschreibt die erforderlichen Datenfelder und Prozessmeilensteine, damit Sie einen transparenten Überblick über Ihre Instandhaltungsabläufe erhalten. Mit dieser Anleitung stellen Sie sicher, dass Ihr Event Log die nötigen Informationen enthält, um Engpässe zu erkennen und ungeplante Stillstandszeiten zu reduzieren.
  • Vollständige Liste der Instandhaltungsattribute
  • Wichtige Prozessmeilensteine zur Nachverfolgung
  • Detaillierte technische Anleitung zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Anlageninstandhaltung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihre Anlageninstandhaltung umfassend analysieren zu können.
5 Erforderlich 9 Empfohlen 9 Optional
Name Beschreibung
Aktivität
Activity
Das konkrete Ereignis oder die Statusänderung im Lebenszyklus des Arbeitsauftrags.
Beschreibung

Dieses Attribut bezeichnet den ausgeführten Schritt im Wartungsprozess, zum Beispiel „Arbeitsauftrag freigegeben“ oder „Arbeitszeit erfasst“. In IBM Maximo wird es üblicherweise aus Statusänderungen in den Verlaufstabellen oder aus bestimmten Transaktionsprotokollen wie der Arbeitszeiterfassung abgeleitet.

Die Werte bilden die Knoten der Prozesslandkarte und machen die Abfolge der Schritte sichtbar. Durch ihre Analyse können Unternehmen Prozessvarianten, Schleifen und Abweichungen von der standardisierten Vorgehensweise bei der Wartung erkennen.

Warum das wichtig ist

Es beschreibt das „Was“ des Prozesses und ist entscheidend, um die Prozesslandkarte zu erstellen und die Ausführung des Workflows nachzuvollziehen.

Woher beziehen

Tabelle: WOSTATUS (Spalte: STATUS) oder WOLOG

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

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

Exakte Timestamps sind entscheidend, um die „mittlere Durchlaufzeit für Planung und Freigabe“ zu berechnen und Ereignisse korrekt zu ordnen. In Maximo entspricht der Timestamp in der Regel dem Änderungsdatum des Statuseintrags.

Warum das wichtig ist

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

Woher beziehen

Tabelle: WOSTATUS, Spalte: CHANGEDATE

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

Dieses Attribut dient als zentrale Case-ID für den Wartungsprozess. Es unterscheidet jeden Arbeitsauftrag im IBM-Maximo-System eindeutig und ordnet alle zugehörigen Aktivitäten, Arbeitsbuchungen und Materialverbräuche einem einzelnen ausgeführten Auftrag zu.

Bei der Process-Mining-Analyse werden einzelne Ereignisse anhand dieser ID zu einem zusammenhängenden Case gruppiert. So können Analysten den gesamten Lebenszyklus eines Wartungsauftrags verfolgen, von der Erstellung der ersten Anforderung über die Freigabe und Ausführung bis zum abschließenden administrativen Abschluss.

Warum das wichtig ist

Der Schlüssel ist grundlegend für die Rekonstruktion des Prozessablaufs und ermöglicht es, einzelne Aufträge über Abteilungen hinweg zu verfolgen.

Woher beziehen

Tabelle: WORKORDER, Spalte: WONUM

Beispiele
WO100234WO100235CM-99281PM-11002
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der Datenextraktion oder der letzten Aktualisierung.
Beschreibung

Gibt an, wann der Datensatz zuletzt für Process Mining verarbeitet oder extrahiert wurde. So lässt sich beurteilen, wie aktuell und zuverlässig die Daten sind und ob die Analyse den neuesten Stand der Wartungsabläufe widerspiegelt.

Dieses Attribut ist für inkrementelle Datenladungen wichtig und hilft zu prüfen, ob die Dashboards aktuelle Informationen zum Status der Arbeitsaufträge und zum Auftragsrückstand anzeigen.

Warum das wichtig ist

Entscheidend, um Datenverzögerungen und Aktualität zu beurteilen.

Woher beziehen

Systemzeitpunkt 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

Gibt die Quellanwendung des Datensatzes an. In diesem Fall ist dies üblicherweise „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 das Process-Mining-Projekt eine komplexe Systemlandschaft mit mehreren CMMS-Instanzen umfasst.

Warum das wichtig ist

Sichert Datenherkunft und Rückverfolgbarkeit in Umgebungen mit mehreren Systemen.

Woher beziehen

Bei der Extraktion fest codiert

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

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

Damit lässt sich der Datensatz filtern, um nur offene oder geschlossene Arbeitsaufträge anzuzeigen. Das unterstützt die Analyse „Verteilung der Wartungsarbeitslast“.

Warum das wichtig ist

Zeigt den aktuellen Arbeitsaufwand und den Auftragsrückstand.

Woher beziehen

Tabelle: WORKORDER, Spalte: STATUS

Beispiele
APPRCLOSEINPRG
Anlagenkritikalität
AssetCriticality
Ein Wert, der die Bedeutung der Anlage für den Geschäftsbetrieb angibt.
Beschreibung

Eine Klassifizierung, üblicherweise von 1 bis 10 oder als A/B/C, im Anlagendatensatz. Sie gibt die Folgen eines Ausfalls an und muss mit der Ansicht der Arbeitsaufträge verknüpft werden.

Dieses Attribut ist für das Dashboard „SLA-Leistung bei kritischen Anlagen“ erforderlich. Es stellt sicher, dass sich die Analyse auf die wichtigsten Anlagen konzentriert: Verzögerungen bei einem kritischen Generator werden stärker gewichtet als bei einer Kaffeemaschine im Pausenraum.

Warum das wichtig ist

Ermöglicht die Aufschlüsselung der Prozessleistung nach Geschäftsrisiko.

Woher beziehen

Tabelle: ASSET, Spalte: PRIORITY (Verknüpfung über ASSETNUM)

Beispiele
1510
Anlagennummer
AssetNumber
Eindeutiger Bezeichner des gewarteten Geräts oder der Anlage.
Beschreibung

Die konkrete Maschine, das Fahrzeug oder die Anlagenkomponente, an der die Wartungsarbeiten durchgeführt werden. Dieses Attribut verknüpft die Prozessdaten mit der physischen Anlagenhierarchie. Es ist wichtig, um Anlagen mit häufigen Ausfällen zu identifizieren.

In der Analyse „Wartungsqualität und Nacharbeitsquoten“ lassen sich damit Arbeitsaufträge nach Anlage zusammenfassen. So können die mittlere Zeit zwischen Ausfällen (MTBF) berechnet und wiederkehrende Zuverlässigkeitsprobleme erkannt werden.

Warum das wichtig ist

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

Woher beziehen

Tabelle: WORKORDER, Spalte: ASSETNUM

Beispiele
PUMP-101HVAC-02FLEET-99
Arbeitsauftragstyp
WorkType
Ordnet den Arbeitsauftrag als vorbeugende Wartung (PM), korrektive Wartung (CM) oder Notfallwartung (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 „Vorbeugende und korrektive Wartung“.

Durch die Filterung nach diesem Attribut können Analysten die KPI „Anteil der Notfallwartungen“ berechnen und erkennen, ob sich die Wartungsstrategie von reaktiven Notfallmaßnahmen hin zu geplanter, zuverlässiger Wartung verlagert.

Warum das wichtig ist

Unterscheidet geplante von ungeplanten Arbeiten und ist damit ein wichtiger Indikator für den Reifegrad der Wartung.

Woher beziehen

Tabelle: WORKORDER, Spalte: WORKTYPE

Beispiele
PMCMEMCPMOD
Priorität
Priority
Die Dringlichkeitsstufe des Arbeitsauftrags.
Beschreibung

Ein numerischer oder kategorischer Wert, der die Bedeutung und Dringlichkeit des Arbeitsauftrags angibt. In Maximo ist dies üblicherweise eine Zahl, wobei niedrigere Zahlen oft eine höhere Dringlichkeit bedeuten (zum Beispiel 1 = Notfall).

Dieses Attribut dient dazu, Arbeiten im Auftragsrückstand zu priorisieren, und ist für das Dashboard „SLA-Leistung bei kritischen Anlagen“ unverzichtbar. Es zeigt, ob Arbeiten mit hoher Priorität tatsächlich schneller bearbeitet werden als Aufgaben mit niedriger Priorität.

Warum das wichtig ist

Ermöglicht die Analyse, ob das Unternehmen seine Ressourcen auf die dringendsten Aufgaben konzentriert.

Woher beziehen

Tabelle: WORKORDER, Spalte: WOPRIORITY

Beispiele
1234
Tatsächliche Arbeitsstunden
ActualLaborHours
Die tatsächlich von allen Technikern für den Arbeitsauftrag aufgewendeten Stunden.
Beschreibung

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

Sie dient zur Berechnung der Arbeitskosten und zur Verbesserung künftiger Arbeitspläne. Historische Daten zeigen, wie lange bestimmte Aufgaben tatsächlich dauern.

Warum das wichtig ist

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

Woher beziehen

Tabelle: WORKORDER, Spalte: ACTLABHRS

Beispiele
2.55.012.0
Tatsächliches Abschlussdatum
ActualFinishDate
Datum und Uhrzeit, zu denen die Arbeiten vor Ort abgeschlossen wurden.
Beschreibung

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

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

Warum das wichtig ist

Kennzeichnet das Ende der technischen Ausführungsphase.

Woher beziehen

Tabelle: WORKORDER, Spalte: ACTFINISH

Beispiele
2023-10-15T16:00:00Z2023-10-16T10:30:00Z
Zieltermin
TargetCompletionDate
Der geplante oder erforderliche Fertigstellungstermin des Arbeitsauftrags.
Beschreibung

Das Datum, bis zu dem der Arbeitsauftrag voraussichtlich abgeschlossen sein soll. Es wird häufig anhand der Priorität und des Erstellungsdatums berechnet. Der Termin dient als Vergleichswert für das Dashboard „SLA-Leistung bei kritischen Anlagen“.

Durch den Vergleich mit dem „Tatsächlichen Abschlussdatum“ können Analysten die Termintreue ermitteln und feststellen, bei welchen Anlagenkategorien Wartungsfenster häufig verpasst werden.

Warum das wichtig ist

Die Grundlage zur Messung der SLA-Einhaltung und der Termintreue.

Woher beziehen

Tabelle: WORKORDER, Spalte: TARGCOMPDATE

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

Gibt die Person oder den leitenden Techniker an, die beziehungsweise der für den Arbeitsauftrag verantwortlich ist. Die Information steht im Feld „Lead“ oder wird aus den Arbeitszuweisungen abgeleitet. Sie ermöglicht das Dashboard „Produktivität von Personal und Auftragnehmern“.

Die Analyse dieses Attributs hilft, unausgewogene Arbeitslasten 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 und die ausgewogene Verteilung der Arbeitslast.

Woher beziehen

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

Beispiele
JSMITHBPATELMRODRIGUEZ
Anbieter
Vendor
Der externe Auftragnehmer, der gegebenenfalls dem Arbeitsauftrag zugewiesen wurde.
Beschreibung

Gibt das externe Unternehmen an, das für die Wartungsaufgabe verantwortlich ist. Das Attribut wird ausgefüllt, wenn Arbeiten ausgelagert werden. Es ist entscheidend für die KPI „Ausführungseffizienz von Auftragnehmern“.

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

Warum das wichtig ist

Ermöglicht die Verwaltung von Anbietern und die Analyse der Leistung ausgelagerter Arbeiten.

Woher beziehen

Tabelle: WORKORDER, Spalte: VENDOR

Beispiele
ACME SERVICESSIEMENSFAST REPAIR INC
Fehlercode
FailureCode
Standardisierter Code für die Ursache des Anlagenausfalls.
Beschreibung

Ein strukturierter Code, den Techniker auswählen, um die Ausfallursache zu kategorisieren, zum Beispiel „Verschleiß“, „Elektrik“ oder „Bedienfehler“. Er ist wichtig für die Ursachenanalyse (RCA).

Durch die Zusammenfassung dieser Codes können Engineering-Teams systematische Probleme im Anlagenbestand erkennen. Das unterstützt die Analyse „Wartungsqualität und Nacharbeitsquoten“ und liefert eine Grundlage für Anpassungen der vorbeugenden Wartung.

Warum das wichtig ist

Die zentrale Datengrundlage für Zuverlässigkeitstechnik und Ausfallanalysen.

Woher beziehen

Tabelle: WORKORDER, Spalte: FAILURECODE

Beispiele
LEAKOVERHEATVIBRATION
Geschätzte Arbeitsstunden
EstimatedLaborHours
Der geplante Arbeitszeitaufwand für den Arbeitsauftrag.
Beschreibung

Die geschätzte Gesamtzahl der Arbeitsstunden für die Aufgabe, die in der Planungsphase ermittelt wurde. Dieser Wert wird im „Dashboard zur Genauigkeit der Arbeitszeitschätzung“ mit den „Tatsächlichen Arbeitsstunden“ verglichen.

Große Abweichungen zwischen Schätzung und tatsächlichem Aufwand weisen auf eine unzureichende Planung, fehlende Standardarbeitsanweisungen oder unerwartete Anlagenzustände hin, die mehr Arbeit erfordern als angenommen.

Warum das wichtig ist

Unverzichtbar, um die Planungsgenauigkeit und Ressourcenprognosen zu bewerten.

Woher beziehen

Tabelle: WORKORDER, Spalte: ESTLABHRS

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

Der Timestamp, zu dem der Wartungsbedarf erstmals erkannt und im System erfasst wurde. Er markiert den tatsächlichen Beginn des Zeitraums für die Customer Experience.

Anhand dieses Datums wird die „mittlere Durchlaufzeit für Planung und Freigabe“ berechnet, indem die Zeit bis zum tatsächlichen Arbeitsbeginn gemessen wird. So lässt sich die Reaktionsfähigkeit der Wartungsorganisation beurteilen.

Warum das wichtig ist

Legt den Ausgangspunkt für die Reaktionsfähigkeit während des gesamten Wartungslebenszyklus fest.

Woher beziehen

Tabelle: WORKORDER, Spalte: REPORTDATE

Beispiele
2023-10-10T08:00:00Z2023-10-10T09:15:00Z
Notfall
IsEmergency
Kennzeichen dafür, ob es sich bei dem Arbeitsauftrag um einen Notfall handelt.
Beschreibung

Ein boolesches Kennzeichen, das anhand des Arbeitsauftragstyps oder der Priorität berechnet wird. Ist der Arbeitsauftragstyp „EM“ (Notfall) oder die Priorität 1, ist der Wert wahr.

Dieses vereinfachte Attribut erleichtert das Filtern in Dashboards. So lässt sich der „Anteil der Notfallwartungen“ ohne komplexe Logik in der Visualisierungsebene ermitteln.

Warum das wichtig ist

Vereinfacht die Filterung für die Analyse korrektiver Wartung.

Woher beziehen

Aus WORKTYPE berechnet

Beispiele
truefalse
SLA überschritten
IsSlaBreached
Kennzeichen dafür, ob das tatsächliche Abschlussdatum nach dem Zieltermin liegt.
Beschreibung

Ein berechnetes boolesches Feld, das das „Tatsächliche Abschlussdatum“ mit dem „Zieltermin“ vergleicht. Liegt das tatsächliche Datum nach dem Zieltermin, ist der Wert wahr.

Diese vorberechnete Kennzahl vereinfacht das Dashboard „SLA-Leistung bei kritischen Anlagen“. So können nicht eingehaltene SLAs direkt gezählt werden, ohne Datumsberechnungen zur Laufzeit auszuführen.

Warum das wichtig ist

Macht die Einhaltung von Leistungsvorgaben unmittelbar sichtbar.

Woher beziehen

Aus ACTFINISH und TARGCOMPDATE berechnet

Beispiele
truefalse
Standort
Location
Der Funktionsstandort oder physische Ort, an dem die Arbeiten ausgeführt werden.
Beschreibung

Gibt den physischen Bereich oder den Code des Funktionsstandorts an, an dem sich die Anlage befindet. Die Angabe ist allgemeiner als die konkrete Anlagennummer und ermöglicht geografische oder zonenbezogene Analysen.

Im Dashboard „Verteilung der Wartungsarbeitslast“ lassen sich damit Schwerpunkte der Wartungsaktivitäten visualisieren und die Wegeplanung für Techniker zwischen Standorten unterstützen.

Warum das wichtig ist

Liefert den geografischen Kontext für Logistik und Ressourcenverteilung.

Woher beziehen

Tabelle: WORKORDER, Spalte: LOCATION

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

In großen Unternehmen ist Maximo häufig nach „Standorten“ aufgeteilt. Dieses Attribut unterscheidet verschiedene Werke oder Einrichtungen auf Datenbankebene.

Es ist für den Leistungsvergleich zwischen verschiedenen Geschäftseinheiten in der Analyse „Einhaltung des standardisierten Wartungsprozesses“ unverzichtbar. So werden Vergleiche im richtigen betrieblichen Kontext vorgenommen.

Warum das wichtig ist

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

Woher beziehen

Tabelle: WORKORDER, Spalte: SITEID

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

Gibt die finanziellen Gesamtauswirkungen der Wartungsaufgabe an. In Maximo ergibt sich der Wert aus der Summe der Arbeits-, Material-, Service- und Werkzeugkosten.

Dieses Attribut ermöglicht Process Mining auf Kostenbasis. So lassen sich Prozessineffizienzen wie Verzögerungen oder Nacharbeit direkt mit finanziellen Verlusten in Verbindung bringen. Außerdem hilft es, die kostenintensivsten Wartungsarten oder Anlagenklassen zu ermitteln.

Warum das wichtig ist

Verknüpft betriebliche Aktivitäten mit finanziellen Ergebnissen.

Woher beziehen

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

Beispiele
150.002500.500.00
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Lebenszyklus Ihrer Arbeitsaufträge präzise zu analysieren.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Arbeit begonnen
Kennzeichnet den tatsächlichen Beginn der Arbeit vor Ort durch die Technikerin oder den Techniker. Das Ereignis wird ausdrücklich erfasst, wenn der Benutzer den Status auf „In Bearbeitung“ setzt.
Warum das wichtig ist

Wichtiger Meilenstein, um Planungszeit von Ausführungszeit zu trennen. Dient zur Berechnung der mittleren Planungs- und Freigabevorlaufzeit.

Woher beziehen

Tabelle WOSTATUS mit STATUS = 'INPRG'

Erfassung

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

Ereignistyp explicit
Arbeitsauftrag abgeschlossen
Die Technikerin oder der Techniker bestätigt, dass die Arbeit vor Ort abgeschlossen ist. Mit dieser Statusänderung endet die Erfassung der Ausführungszeit-KPIs.
Warum das wichtig ist

Der maßgebliche End-Timestamp für die technische Ausführung. Dient zur Berechnung der SLA-Einhaltung und der Auslastung von Technikerinnen und Technikern.

Woher beziehen

Tabelle WOSTATUS mit STATUS = 'COMP'

Erfassung

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

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

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

Woher beziehen

Tabelle WOSTATUS mit STATUS = 'APPR'

Erfassung

Vorherigen und nachfolgenden Status vergleichen, um den Übergang zu APPR zu erkennen

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

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

Woher beziehen

Tabelle WOSTATUS mit STATUS = 'CLOSE'

Erfassung

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

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

Liefert Daten für das Dashboard zur Analyse stornierter Arbeitsaufträge. Hohe Werte weisen auf vorgelagerte Prozessfehler bei der Erstellung von Anforderungen hin.

Woher beziehen

Tabelle WOSTATUS, wobei STATUS = 'CAN'

Erfassung

Wird protokolliert, wenn sich der Status der Transaktion in CAN ändert

Ereignistyp explicit
Instandhaltungsanforderung erstellt
Dieses erste Ereignis erfasst, wann ein Arbeitsauftrag im System angelegt wird. Häufig geht er auf eine Serviceanforderung oder einen automatisierten Zeitplan zurück. Der Zeitpunkt wird ausdrücklich über den Erstellungs-Timestamp in der Tabelle WORKORDER oder den ersten Eintrag in der WOSTATUS-Historie erfasst.
Warum das wichtig ist

Kennzeichnet den Beginn des Prozessfalls und bildet die Grundlage, um die gesamte Bearbeitungszeit und die Reaktionszeit bis zur ersten Rückmeldung zu messen.

Woher beziehen

WORKORDER.REPORTDATE oder erster Eintrag in der Tabelle WOSTATUS (in der Regel Status WAPPR)

Erfassung

Wird erfasst, wenn eine Transaktion den WO-Datensatz erstellt

Ereignistyp explicit
Arbeitsstunden erfasst
Erfasst die tatsächlich von einer Technikerin oder einem Techniker für den jeweiligen Arbeitsauftrag aufgewendete Zeit. Für einen Arbeitsauftrag können mehrere Einträge entstehen, wenn verschiedene Technikerinnen und Techniker daran arbeiten.
Warum das wichtig ist

Liefert dem Dashboard zur Genauigkeit der Arbeitszeitschätzungen die Ist-Werte für den Vergleich mit den Schätzungen.

Woher beziehen

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

Erfassung

Wird erfasst, wenn eine Transaktion in LABTRANS erfolgt

Ereignistyp explicit
Inspektion abgeschlossen
Zeigt an, dass im Verlauf des Arbeitsauftrags eine Sicherheits- oder technische Inspektion durchgeführt wurde. Das Ereignis 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 vorgeschriebene Schritte nicht ausgelassen werden.

Woher beziehen

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

Erfassung

Vorherigen und nachfolgenden Status vergleichen

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

Bestätigt den Ablauf in der Lieferkette und fließt in die Gesamtkostenanalyse des Instandhaltungseinsatzes ein.

Woher beziehen

Tabelle MATUSETRANS mit ISSUETYPE = 'ISSUE'

Erfassung

Wird erfasst, wenn eine Transaktion in MATUSETRANS erfolgt

Ereignistyp explicit
Materialanforderung eingereicht
Zeigt an, dass Ersatzteile oder Verbrauchsmaterialien für die Instandhaltungsarbeit angefordert wurden. Das Ereignis lässt sich aus dem Statuswechsel zu Waiting on Material oder aus neu angelegten Materialbedarfspositionen ableiten.
Warum das wichtig ist

Wichtig für das Dashboard zur Materialverfügbarkeit, um Verzögerungen in der Lieferkette zu erkennen, die die Ausführung der Arbeit verhindern.

Woher beziehen

Tabelle WOSTATUS mit STATUS = 'WMATL' oder neue Einträge in der Tabelle WPMATERIAL

Erfassung

Abgeleitet aus dem Statuswechsel zu WMATL

Ereignistyp inferred
Qualitätsprüfung nicht bestanden
Tritt auf, wenn ein abgeschlossener Auftrag bei der Prüfung abgelehnt wird und der Status häufig wieder auf „In Bearbeitung“ gesetzt wird. Kennzeichnet Nacharbeitszyklen.
Warum das wichtig ist

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

Woher beziehen

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

Erfassung

Durch Vergleich der WOSTATUS-Historie auf rückläufige Statuswechsel prüfen

Ereignistyp inferred
Ressourcen eingeplant
Zu diesem Zeitpunkt werden dem Arbeitsauftrag bestimmte Arbeitskräfte oder Teams zugewiesen. Erfasst wird dies, wenn Zuweisungen erstellt werden oder der Status zu Waiting Schedule wechselt.
Warum das wichtig ist

Unterstützt das Dashboard zur Analyse des Planungs- und Freigabezyklus, indem die Zeit bis zur Verfügbarkeit von Technikerinnen und Technikern ermittelt wird.

Woher beziehen

Neue Zeilen in der Tabelle ASSIGNMENT oder Statuswechsel in WOSTATUS zu 'WSCH'

Erfassung

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

Ereignistyp inferred
Zieldatum aktualisiert
Erfasst eine Änderung des geplanten Abschlusstermins oder des SLA-Ziels. So lässt sich erkennen, ob Termine angepasst wurden, um Verzögerungen auszugleichen.
Warum das wichtig ist

Wichtig für die Analyse der SLA-Leistung bei kritischen Anlagen und zum Erkennen von Manipulationen, bei denen Termine verschoben werden, um einen SLA-Verstoß zu vermeiden.

Woher beziehen

Prüfpfad für die Felder TARGETCOMPDATE oder SCHEDFINISH

Erfassung

Wird erfasst, wenn eine Transaktion Datumsfelder aktualisiert

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus IBM Maximo

Möchten Sie loslegen?

Optimieren Sie noch heute Ihre Instandhaltungsstrategie, indem Sie dieses Template für die Datenextraktion verwenden. Unser Team unterstützt Sie dabei, aus technischen Protokollen verwertbare Erkenntnisse über Ihre Prozesse zu gewinnen.

Optimieren Sie die Anlageninstandhaltung und reduzieren Sie Stillstandszeiten

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

Starten Sie Ihre kostenlose Testphase

14 Tage kostenlos testen, keine Kreditkarte erforderlich