Ihr Datentemplate für die Instandhaltung von Anlagen
Ihr Datentemplate für die Instandhaltung von Anlagen
- Vollständige Liste der Instandhaltungsattribute
- Wichtige Prozessmeilensteine zur Nachverfolgung
- Detaillierte technische Anleitung zur Datenextraktion
Attribute der Anlageninstandhaltung
| 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 | |||
Aktivitäten der Anlageninstandhaltung
| 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 | |||
Anleitungen zur Datenextraktion
Schritte
Strategie für Datenbankansichten festlegen: ProcessMind benötigt ein flaches Event Log, während Maximo die Daten hierarchisch speichert: Kopfdaten in WORKORDER, Statusverlauf in WOSTATUS und Kosten in WOLABTRANS. Am zuverlässigsten ist es, zunächst eine Datenbankansicht in der Maximo-Datenbank anzulegen. Diese Ansicht dient als Quelle für das Integration Framework.
SQL-Ansicht erstellen: Führen Sie das SQL aus dem Abschnitt „Abfrage“ in Ihrem Datenbankverwaltungstool aus, zum Beispiel in SQL Developer oder SSMS. Damit werden
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSundA_WORKORDER(Audit) in einer einzigen flachen Struktur zusammengeführt.Ansicht in Maximo registrieren: Melden Sie sich als Administrator bei Maximo an. Navigieren Sie zu Systemkonfiguration, Plattformkonfiguration und Datenbankkonfiguration. Erstellen Sie ein Objekt mit dem Namen
PM_WO_EVENTLOGund ordnen Sie es der im vorherigen Schritt erstellten Datenbankansicht zu. Führen SieConfigDBaus, um das Objekt zu registrieren. Bei Ansichten ist dafür normalerweise keine Ausfallzeit erforderlich. Prüfen Sie jedoch Ihre internen Verfahren.Objektstruktur erstellen: Navigieren Sie zu Integration und Objektstrukturen. Erstellen Sie eine Objektstruktur mit dem Namen
MX_PM_EVENTSund fügen SiePM_WO_EVENTLOGals Quellobjekt hinzu. Aktivieren Sie die Unterstützung für flache Strukturen, sofern diese Option verfügbar ist.Veröffentlichungskanal konfigurieren: Navigieren Sie zu Integration und Veröffentlichungskanälen. Erstellen Sie den Kanal
PC_PM_EVENTSund verknüpfen Sie ihn mit der ObjektstrukturMX_PM_EVENTS. Bei Bedarf können Sie hier Verarbeitungsregeln festlegen.Externes System einrichten: Navigieren Sie zu Integration und Externe Systeme. Wählen Sie Ihr Zielsystem aus oder erstellen Sie ein generisches EXTSYS. Fügen Sie diesem System den Veröffentlichungskanal
PC_PM_EVENTShinzu.Datenexport aktivieren: Öffnen Sie in der Anwendung „Externe Systeme“ die Registerkarte „Datenexport“. Wählen Sie den Kanal
PC_PM_EVENTSaus. Hier können Sie eine SQL-WHERE-Klausel festlegen, zum BeispielEVENTTIMESTAMP >= '2023-01-01', um den Exportzeitraum einzugrenzen.Daten exportieren: Klicken Sie auf „Exportieren“. Das System erstellt die Datei im Format XML oder CSV, abhängig vom konfigurierten Endpunkt. Für ProcessMind empfiehlt sich CSV. Stellen Sie sicher, dass Ihr Endpunkt, zum Beispiel
MXFLATFILE, CSV-Dateien ausgibt.Ausgabe prüfen: Öffnen Sie die erstellte CSV-Datei. Prüfen Sie, ob die Spaltenüberschriften den in der Abfrage definierten Attributen entsprechen, etwa WorkOrderNumber und Activity, und ob keine hierarchischen XML-Tags enthalten sind.
Formatierung abschließen: Falls der Maximo-CSV-Export standardmäßige Systemmetadatenspalten wie
OWNER1oderORGIDenthält, entfernen Sie diese, sofern sie nicht benötigt werden. Laden Sie die bereinigte CSV-Datei in ProcessMind.
Konfiguration
- Maximo-Statussynonyme: In Maximo können benutzerdefinierte Statuscodes verwendet werden, zum Beispiel APPR und WAPPR. Die Abfrage geht von den standardmäßigen internen Werten aus. Prüfen Sie die
SYNONYMDOMAINfür die DomäneWOSTATUS, damit benutzerdefinierte Status korrekt zugeordnet werden. - Audit-Tabellen: Die Ermittlung der Aktivität „Zieldatum aktualisiert“ basiert auf der Audit-Tabelle
A_WORKORDER. Wenn das Audit für das ObjektWORKORDERnicht aktiviert ist, liefert diese Aktivität keine Zeilen. Aktivieren Sie das Audit in der Datenbankkonfiguration, falls diese Information erforderlich ist. - Datumsbereich: Begrenzen Sie den initialen Ladevorgang über
EVENTTIMESTAMPauf die letzten 6 bis 12 Monate. Bei umfangreichen historischen Daten kann es über die Weboberfläche des Integration Framework zu Zeitüberschreitungen kommen. Verwenden Sie für Datensätze mit mehr als 50.000 Zeilen die Hintergrundverarbeitung. - Standort- und Organisationsfilter: Maximo unterstützt mehrere Standorte. Filtern Sie immer nach
SITEID, wenn sich die Prozessanalyse auf eine bestimmte Anlage bezieht. - Leistung: Die Abfrage mit
UNION ALLbenötigt viele Ressourcen. Stellen Sie sicher, dass Datenbankindizes fürWOSTATUS.WONUM,WOLABTRANS.REFWOundMATUSETRANS.REFWOvorhanden sind.
Beispielabfrage sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01') Schritte
Datenbankverbindung: Richten Sie eine schreibgeschützte JDBC- oder ODBC-Verbindung zur IBM-Maximo-Backend-Datenbank ein, die üblicherweise DB2, Oracle oder SQL Server verwendet. Stellen Sie sicher, dass der Benutzer über SELECT-Berechtigungen für die Tabellen WORKORDER, WOSTATUS, LABTRANS und MATUSETRANS verfügt.
Umfang festlegen: Bestimmen Sie, welche SITES oder ORGIDS Sie extrahieren möchten. Maximo unterstützt mehrere Standorte. Auftragsnummern (WONUM) sind nur in Verbindung mit SITEID eindeutig. Legen Sie außerdem den Datumsbereich fest. Filtern Sie üblicherweise nach REPORTDATE (Erstellungsdatum) oder STATUSDATE.
Datenmodell verstehen: Die Tabelle WORKORDER enthält die Kopfdaten. In WOSTATUS ist der Verlauf der Statusänderungen gespeichert. LABTRANS enthält detaillierte Arbeitseinträge, MATUSETRANS die Materialbewegungen. Führen Sie diese Daten mit UNION ALL zu einem einzigen Ereignisstrom zusammen.
Synonyme berücksichtigen: Maximo verwendet für in SYNONYMDOMAIN definierte Statuswerte interne Werte (MAXVALUE) und angezeigte Werte (VALUE). Filtern Sie in der Abfrage möglichst nach dem internen MAXVALUE. So bleiben die Ergebnisse über verschiedene Standorte hinweg konsistent, auch wenn dort unterschiedliche Bezeichnungen für denselben Status angezeigt werden.
Abfrage vorbereiten: Kopieren Sie das SQL aus dem Abschnitt „Abfrage“. Ersetzen Sie Platzhalter wie [Your Database Schema] und [Start Date] durch Ihre tatsächlichen Werte. Falls Ihre Umgebung eigene Statuscodes für Inspektionen oder Qualitätsprüfungen verwendet, passen Sie die WHERE-Klauseln in den entsprechenden Abschnitten an.
Daten extrahieren: Führen Sie die Abfrage aus. Je nach Datenvolumen müssen Sie die Daten möglicherweise in mehreren Durchläufen abrufen, zum Beispiel monatsweise, um Zeitüberschreitungen der Datenbank zu vermeiden.
Daten validieren: Prüfen Sie, ob das Ereignis „Wartungsanforderung erstellt“ für jeden Arbeitsauftrag vorhanden ist. Stellen Sie sicher, dass die Zeitstempel ein mit ProcessMind kompatibles Format haben. Empfohlen wird ISO 8601.
Nachbearbeitung: Maximo-Zeitstempel enthalten üblicherweise Millisekunden. Bewahren Sie diese auf, damit Ereignisse, die kurz nacheinander auftreten, korrekt sortiert werden.
Exportieren: Speichern Sie die Ergebnisse als CSV- oder Parquet-Datei. Die Spaltenüberschriften müssen den Attributen in der Abfrageausgabe entsprechen.
Upload in ProcessMind: Importieren Sie die Datei in ProcessMind. Ordnen Sie „WorkOrderNumber“ der Case-ID, „Activity“ dem Aktivitätsnamen und „EventTimestamp“ dem Timestamp zu.
Konfiguration
- Datenbankplattformen: Maximo läuft üblicherweise auf IBM DB2, Oracle oder SQL Server. Die angegebene Syntax entspricht Standard-SQL. Je nach Plattform können geringfügige Anpassungen an Datumsfunktionen erforderlich sein, zum Beispiel TO_DATE statt CAST.
- Datumsfilter: Verwenden Sie die Spalte REPORTDATE in der Tabelle WORKORDER, um den Umfang der Prozessinstanzen festzulegen. Üblich ist ein rollierender Zeitraum von zwölf Monaten.
- Bedeutung der Standort-ID: Verlassen Sie sich für die Eindeutigkeit niemals allein auf WONUM. Verknüpfen Sie WONUM immer mit SITEID oder nehmen Sie SITEID als Case-Attribut auf, wenn Sie mehrere Standorte analysieren.
- Statuslogik: Maximo unterstützt benutzerdefinierte Statuswerte. Prüfen Sie die Tabelle SYNONYMDOMAIN, wenn Standardstatus wie WMATL oder COMP keine Ergebnisse liefern.
- Leistung: Die Tabellen LABTRANS und MATUSETRANS können sehr groß sein. Stellen Sie sicher, dass für REFWO und SITEID Indizes vorhanden sind.
Beispielabfrage sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH') 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
14 Tage kostenlos testen, keine Kreditkarte erforderlich