Ihr Daten-Template für die Anlageninstandhaltung
Ihr Daten-Template für die Anlageninstandhaltung
- Umfassende Liste der Instandhaltungsattribute
- Wichtige Prozessmeilensteine zur Nachverfolgung
- Detaillierte Anleitung zur technischen Datenextraktion
Attribute der Anlageninstandhaltung
| 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 | |||
Aktivitäten der Anlageninstandhaltung
| 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 | |||
Anleitungen zur Datenextraktion
Schritte
Strategie für die Datenbanksicht festlegen: ProcessMind benötigt ein flaches Event Log, während Maximo die Daten hierarchisch speichert, beispielsweise den Kopf in WORKORDER, die Historie in WOSTATUS und die Kosten in WOLABTRANS. Daher empfiehlt es sich, zunächst eine Database View in der Maximo-Datenbank anzulegen. Diese Sicht dient anschließend als Quelle für das Integration Framework.
SQL-Sicht erstellen: Führen Sie die im Abschnitt „Query“ bereitgestellte SQL-Abfrage in Ihrem Datenbankverwaltungstool aus, etwa SQL Developer oder SSMS. Dadurch werden
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSundA_WORKORDER(Audit) in einer einzigen flachen Struktur zusammengeführt.Sicht in Maximo registrieren: Melden Sie sich als Administrator bei Maximo an. Öffnen Sie System Configuration, Platform Configuration und Database Configuration. Erstellen Sie ein neues Objekt mit dem Namen
PM_WO_EVENTLOGund ordnen Sie es der im vorherigen Schritt erstellten Datenbanksicht zu. Führen SieConfigDBaus, um das Objekt zu registrieren. Für Views ist dafür normalerweise keine Ausfallzeit erforderlich, prüfen Sie jedoch Ihre internen Verfahren.Object Structure erstellen: Öffnen Sie Integration und Object Structures. Erstellen Sie eine neue Object Structure mit dem Namen
MX_PM_EVENTS. Fügen SiePM_WO_EVENTLOGals Quellobjekt hinzu. Stellen Sie sicher, dass die Unterstützung für Flat Structure aktiviert ist, sofern diese Option verfügbar ist.Publish Channel konfigurieren: Öffnen Sie Integration und Publish Channels. Erstellen Sie den neuen Channel
PC_PM_EVENTSund verknüpfen Sie ihn mit der Object StructureMX_PM_EVENTS. So können Sie bei Bedarf Verarbeitungsregeln definieren.External System einrichten: Öffnen Sie Integration und External Systems. Wählen Sie Ihr Zielsystem aus oder erstellen Sie ein generisches EXTSYS. Fügen Sie diesem System den Publish Channel
PC_PM_EVENTShinzu.Datenexport aktivieren: Öffnen Sie in der Anwendung External Systems das Register Data Export. Wählen Sie den Channel
PC_PM_EVENTSaus. Hier können Sie eine SQL-Where-Klausel angeben, beispielsweiseEVENTTIMESTAMP >= '2023-01-01', um den Exportzeitraum zu begrenzen.Daten exportieren: Klicken Sie auf Export. Das System erzeugt die Datei im Format XML oder CSV, abhängig vom konfigurierten End Point. Für ProcessMind wird CSV empfohlen. Stellen Sie sicher, dass Ihr End Point, beispielsweise
MXFLATFILE, CSV ausgibt.Ausgabe prüfen: Öffnen Sie die erzeugte CSV-Datei. Prüfen Sie, ob die Kopfzeilen den in der Abfrage definierten Attributen entsprechen, etwa WorkOrderNumber und Activity, und ob keine hierarchischen XML-Tags mehr enthalten sind.
Formatierung abschließen: Wenn der Maximo-CSV-Export standardmäßige Systemmetadaten wie
OWNER1oderORGIDenthält, entfernen Sie diese, sofern sie nicht benötigt werden. Laden Sie die bereinigte CSV-Datei in ProcessMind.
Konfiguration
- Maximo-Statussynonyme: Maximo erlaubt benutzerdefinierte Statuscodes, beispielsweise APPR oder WAPPR. Die Abfrage setzt Standardwerte voraus. Prüfen Sie die
SYNONYMDOMAINfür die DomäneWOSTATUS, damit benutzerdefinierte Status korrekt zugeordnet werden. - Audit-Tabellen: Die Extraktion von „Target Date Updated“ greift auf die Audit-Tabelle
A_WORKORDERzurück. Wenn für das ObjektWORKORDERkein Audit aktiviert ist, liefert diese Aktivität keine Datensätze. Aktivieren Sie das Audit in der Database Configuration, sofern diese Information erforderlich ist. - Datumsbereich: Begrenzen Sie den initialen Ladevorgang über
EVENTTIMESTAMPauf die vergangenen sechs bis zwölf Monate. Große historische Datenmengen können über die Weboberfläche des Integration Framework zu einer Zeitüberschreitung führen. Verwenden Sie für Datenmengen von 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 Betriebsstätte bezieht. - Leistung: Die Abfrage mit
UNION ALLbenötigt viele Ressourcen. Stellen Sie sicher, dass fürWOSTATUS.WONUM,WOLABTRANS.REFWOundMATUSETRANS.REFWODatenbankindizes vorhanden sind.
a 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, üblicherweise DB2, Oracle oder SQL Server. Stellen Sie sicher, dass der Benutzer über SELECT-Berechtigungen für die Tabellen WORKORDER, WOSTATUS, LABTRANS und MATUSETRANS verfügt.
Umfang festlegen: Bestimmen Sie die SITES oder ORGIDS, die Sie extrahieren möchten. Maximo ist ein System mit mehreren Standorten. Arbeitsauftragsnummern (WONUM) sind nur zusammen mit SITEID eindeutig. Legen Sie außerdem den Datumsbereich fest, typischerweise anhand von REPORTDATE (Erstellungsdatum) oder STATUSDATE.
Datenmodell verstehen: Die Tabelle WORKORDER enthält den Kopf des Arbeitsauftrags. WOSTATUS enthält die Historie der Lebenszyklusänderungen. LABTRANS speichert detaillierte Arbeitseinträge, MATUSETRANS die Materialbewegungen. Diese Tabellen müssen mit UNION ALL zu einem einzigen Event Stream zusammengeführt werden.
Synonyme berücksichtigen: Maximo verwendet für Statuswerte interne Werte (MAXVALUE) und angezeigte Werte (VALUE), die in SYNONYMDOMAIN definiert sind. Filtern Sie möglichst nach dem internen MAXVALUE, damit die Ergebnisse standortübergreifend konsistent bleiben, auch wenn unterschiedliche Anzeigenamen für denselben logischen Status verwendet werden.
Abfrage vorbereiten: Kopieren Sie die im Abschnitt „Query“ bereitgestellte SQL-Abfrage. Ersetzen Sie Platzhalter wie [Your Database Schema] und [Start Date] durch Ihre tatsächlichen Werte. Wenn Ihre Umgebung eigene Statuscodes für Inspektionen oder Qualitätsprüfungen verwendet, passen Sie die WHERE-Klauseln in den entsprechenden Abschnitten an.
Extraktion ausführen: Führen Sie die Abfrage aus. Je nach Datenvolumen müssen Sie die Extraktion möglicherweise in Teilmengen, beispielsweise monatlich, durchführen, um Zeitüberschreitungen der Datenbank zu vermeiden.
Daten validieren: Prüfen Sie, ob für jeden Arbeitsauftrag das Event „Maintenance Request Created“ vorhanden ist. Stellen Sie sicher, dass die Timestamps in einem mit ProcessMind kompatiblen Format vorliegen. ISO 8601 wird empfohlen.
Nachbearbeitung: Maximo-Timestamps enthalten üblicherweise Millisekunden. Bewahren Sie diese auf, damit Events, die in kurzer Folge auftreten, korrekt sortiert werden.
Export: Speichern Sie die Ergebnisse als CSV- oder Parquet-Datei. Die Spaltenüberschriften müssen den in der Abfrageausgabe definierten Attributen entsprechen.
Upload in ProcessMind: Importieren Sie die Datei in ProcessMind. Ordnen Sie „WorkOrderNumber“ als Case ID, „Activity“ als Activity Name und „EventTimestamp“ als Timestamp zu.
Konfiguration
- Datenbankplattformen: Maximo läuft typischerweise auf IBM DB2, Oracle oder SQL Server. Die bereitgestellte Syntax entspricht Standard-SQL, kann je nach Plattform jedoch geringfügige Anpassungen bei Datumsfunktionen erfordern, etwa TO_DATE statt CAST.
- Datumsfilterung: Verwenden Sie die Spalte REPORTDATE in der Tabelle WORKORDER, um den Umfang der Prozessinstanzen festzulegen. Ein gleitender Zeitraum von zwölf Monaten ist üblich.
- Bedeutung der Site ID: Verlassen Sie sich für die Eindeutigkeit niemals allein auf WONUM. Verketten Sie WONUM und SITEID oder nehmen Sie SITEID als Case-Attribut auf, wenn Sie mehrere Standorte analysieren.
- Statuslogik: Maximo erlaubt 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 diese Tabellen nach REFWO und SITEID indiziert sind.
a 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 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
Kostenlose 14-tägige Testphase, keine Kreditkarte erforderlich