Ihre Vorlage für Anlagewartungsdaten
Ihre Vorlage für Anlagewartungsdaten
- Umfassende Liste der Wartungsattribute
- Kritische Prozessmeilensteine zur Verfolgung
- Detaillierte technische Extraktionsanleitung
Attribute der Anlagenwartung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität Activity | Das spezifische Ereignis oder die Statusänderung, die im Arbeitsauftrags-Lebenszyklus aufgetreten ist. | ||
| Beschreibung Dieses Attribut repräsentiert den im Wartungsprozess durchgeführten Schritt, wie z.B. 'Arbeitsauftrag genehmigt' oder 'Arbeitszeit erfasst'. In IBM Maximo wird dies typischerweise aus Statusänderungen in den Historientabellen oder spezifischen Transaktionsprotokollen wie der Arbeitszeiterfassung abgeleitet. Es bildet die Knoten der Prozesskarte und ermöglicht die Visualisierung der Abfolge der Schritte. Durch die Analyse dieser Werte können Organisationen Prozessvarianten, Schleifen und Abweichungen vom Standard-Wartungsverfahren identifizieren. Bedeutung Es definiert das 'Was' des Prozesses, wesentlich für den Aufbau der Prozesskarte und das Verständnis der Workflow-Ausführung. Datenquelle Tabelle: WOSTATUS (Spalte: STATUS) oder WOLOG Beispiele APPRINPRGCOMPCLOSEWMATL | |||
| Ereignis-Timestamp EventTimestamp | Das spezifische Datum und die Uhrzeit, zu der die `Aktivität` stattfand. | ||
| Beschreibung Dieses Attribut erfasst den genauen Zeitpunkt, zu dem ein Event stattfand, z. B. eine Statusänderung oder die Erfassung von Arbeitszeiten. Es liefert die temporale Dimension, die für alle Leistungsanalysen, einschließlich Vorlaufzeiten und Dauerberechnungen, erforderlich ist. Genaue Timestamps sind entscheidend für die Berechnung der 'Mean Planning and Approval Lead Time' und die Sicherstellung der korrekten Abfolge von Events. In Maximo ist dies in der Regel das Änderungsdatum des Statusdatensatzes. Bedeutung Erforderlich, um Ereignisse chronologisch zu ordnen und alle zeitbasierten KPIs zu berechnen. Datenquelle Tabelle: WOSTATUS, Spalte: CHANGEDATE Beispiele 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Wartungsarbeitsauftrag WorkOrderNumber | Der eindeutige alphanumerische Bezeichner für den Wartungsarbeitsauftrag. | ||
| Beschreibung Dieses Attribut dient als zentrale Case-ID 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 einzigen ausgeführten Auftrag. In der Process Mining Analyse wird diese ID verwendet, um einzelne Events zu einem zusammenhängenden Case zu gruppieren. Sie ermöglicht Analysten, den End-to-End-Lebenszyklus einer Wartungsaufgabe von der ursprünglichen Anfrageerstellung über Genehmigung, Ausführung bis hin zur endgültigen administrativen Schließung zu verfolgen. Bedeutung Es ist der grundlegende Schlüssel zur Rekonstruktion des Prozessflusses und ermöglicht die Verfolgung spezifischer Aufgaben über Abteilungen hinweg. Datenquelle Tabelle: WORKORDER, Spalte: WONUM Beispiele WO100234WO100235CM-99281PM-11002 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, wann die Daten extrahiert oder zuletzt aktualisiert wurden. | ||
| Beschreibung Zeigt an, wann der Datensatz zuletzt für das Process Mining verarbeitet oder extrahiert wurde. Dies hilft bei der Bewertung der Datenaktualität und -zuverlässigkeit und stellt sicher, dass die Analyse den aktuellsten Zustand der Wartungsvorgänge widerspiegelt. Dieses Attribut ist unerlässlich für inkrementelle Datenladungen und zur Validierung, dass Dashboards aktuelle Informationen zum Arbeitsauftragsstatus und Rückstand anzeigen. Bedeutung Entscheidend für das Verständnis von Datenlatenz und -aktualität. Datenquelle Systemzeit bei Extraktion Beispiele 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Quellsystem SourceSystem | Der Name des Systems, aus dem die `data` stammen. | ||
| Beschreibung Identifiziert die Quellanwendung für den Datensatz. In diesem Kontext wird es typischerweise 'IBM Maximo' sein. Dies ist besonders nützlich, wenn Daten aus mehreren Wartungssystemen kombiniert oder mit ERP-Daten integriert werden. Es ermöglicht Analysten, die Ansicht nach dem System zu filtern, wenn das Process-Mining-Projekt eine komplexe Systemlandschaft mit mehreren CMMS-Instanzen umfasst. Bedeutung Gewährleistet Datenherkunft und Nachvollziehbarkeit in Multisystem-Umgebungen. Datenquelle Während der Extraktion fest codiert Beispiele IBM MaximoMaximo PRODMaximo Legacy | |||
| Aktueller Status Status | Der aktuelle Lebenszyklusstatus des Arbeitsauftrags. | ||
| Beschreibung Der aktuelle administrative Status des Arbeitsauftrags (z.B. 'APPR', 'WAPPR', 'COMP'). Während das Attribut 'Activity' die Historie der Änderungen erfasst, erfasst dieses Attribut den letzten bekannten Status. Es ist nützlich, um den Datensatz zu filtern und nur 'Offene' Aufträge im Vergleich zu 'Geschlossenen' Aufträgen anzuzeigen, was die Analyse der 'Maintenance Workload Distribution' unterstützt. Bedeutung Bietet einen Überblick über die aktuelle Arbeitslast und den Rückstand. Datenquelle Tabelle: WORKORDER, Spalte: STATUS Beispiele APPRCLOSEINPRG | |||
| Anlagenkritikalität AssetCriticality | Ein Score, der angibt, wie wichtig die Anlage für den Geschäftsbetrieb ist. | ||
| Beschreibung Eine Klassifizierung (üblicherweise 1-10 oder A/B/C) im Anlagendatensatz, die die Auswirkung eines Ausfalls angibt. Diese muss mit der Arbeitsauftragsansicht verknüpft werden. Dieses Attribut ist obligatorisch für das Dashboard 'SLA-Leistung kritischer Anlagen'. Es stellt sicher, dass sich die Analyse auf das Wesentlichste konzentriert – Verzögerungen bei einem kritischen Generator wiegen schwerer als Verzögerungen bei einer Kaffeemaschine im Pausenraum. Bedeutung Ermöglicht die Segmentierung der Prozessleistung nach Geschäftsrisiko. Datenquelle Tabelle: ASSET, Spalte: PRIORITY (Verbunden über ASSETNUM) Beispiele 1510 | |||
| Anlagennummer AssetNumber | Eindeutiger Bezeichner der zu wartenden Ausrüstung oder Anlage. | ||
| Beschreibung Die spezifische Maschine, das Fahrzeug oder die Anlagenkomponente, die Gegenstand der Wartungsarbeiten ist. Dies verbindet die Prozessdaten mit der physischen Anlagenhierarchie. Es ist entscheidend, um 'Bad Actors' – häufig ausfallende Anlagen – zu identifizieren. Dieses Attribut wird in der Analyse 'Maintenance Quality and Rework Rates' verwendet und ermöglicht die Aggregation von Arbeitsaufträgen nach Anlage, um die mittlere Zeit zwischen Ausfällen (MTBF) zu berechnen und chronische Zuverlässigkeitsprobleme zu identifizieren. Bedeutung Verknüpft die Prozessausführung mit der Leistung der physischen Infrastruktur. Datenquelle Tabelle: WORKORDER, Spalte: ASSETNUM Beispiele PUMP-101HVAC-02FLEET-99 | |||
| Arbeitsauftragsart WorkType | Kategorisiert den Arbeitsauftrag als präventiv (PM), korrektiver (CM) oder Notfall (EM). | ||
| Beschreibung Dieses Attribut klassifiziert die Art der Wartungsaufgabe. Gängige Werte in Maximo sind PM (Preventive Maintenance), CM (Corrective Maintenance) und EM (Emergency Maintenance). Diese Klassifizierung ist die Grundlage für das Dashboard 'Proaktive versus reaktive Wartung'. Durch Filtern nach diesem Attribut können Analysten den KPI 'Notfallwartungsverhältnis' berechnen und Änderungen in der Wartungsstrategie von reaktiver Fehlerbehebung hin zu geplanter Zuverlässigkeitsarbeit identifizieren. Bedeutung Unterscheidet zwischen geplanten und ungeplanten Arbeiten, ein Schlüsselindikator für die Wartungsreife. Datenquelle Tabelle: WORKORDER, Spalte: WORKTYPE Beispiele PMCMEMCPMOD | |||
| Priorität Priority | Die dem Arbeitsauftrag zugewiesene Dringlichkeitsstufe. | ||
| Beschreibung Ein numerischer oder kategorialer Wert, der die Wichtigkeit und Dringlichkeit des Arbeitsauftrags angibt. In Maximo ist dies typischerweise eine Zahl, wobei niedrigere Zahlen oft eine höhere Dringlichkeit bedeuten (z.B. 1 = Notfall). Dieses Attribut wird verwendet, um Arbeiten im Rückstand zu priorisieren und ist unerlässlich für das Dashboard 'SLA-Leistung kritischer Anlagen'. Es hilft zu bestimmen, ob Arbeiten mit hoher Priorität im Vergleich zu Aufgaben mit niedriger Priorität tatsächlich mit der erforderlichen Geschwindigkeit behandelt werden. Bedeutung Ermöglicht die Analyse, ob die Organisation Ressourcen auf die dringendsten Aufgaben konzentriert. Datenquelle Tabelle: WORKORDER, Spalte: WOPRIORITY Beispiele 1234 | |||
| Tatsächliche Arbeitsstunden ActualLaborHours | Die tatsächlich von allen Technikern für den Arbeitsauftrag aufgewendeten Stunden. | ||
| Beschreibung Die Aggregation aller für den Arbeitsauftrag erfassten Arbeitszeiten. Diese Metrik ist der Realitätscheck für die Ressourcenauslastung. Sie unterstützt den KPI 'Technician Utilization Variance'. Sie wird verwendet, um die Arbeitskosten zu berechnen und zukünftige Arbeitspläne zu verfeinern, indem sie historische Daten darüber liefert, wie lange spezifische Aufgaben tatsächlich zur Ausführung benötigen. Bedeutung Die primäre Metrik für Arbeitskosten- und Effizienzanalyse. Datenquelle Tabelle: WORKORDER, Spalte: ACTLABHRS Beispiele 2.55.012.0 | |||
| Tatsächliches Enddatum ActualFinishDate | Datum und Uhrzeit, zu der die physische Arbeit abgeschlossen wurde. | ||
| Beschreibung Erfasst, wann die Wartungsaufgabe technisch abgeschlossen wurde. Dies unterscheidet sich von der administrativen Schließung des Tickets. Der Vergleich dieses Datums mit dem 'Target Completion Date' ermöglicht die Berechnung der SLA-Konformität. Es wird im Dashboard 'Work Order Administrative Lead Time' verwendet, um die Verzögerung zwischen dem Abschluss der Arbeit und dem Abschluss der administrativen Formalitäten im System zu messen. Bedeutung Kennzeichnet das Ende der technischen Ausführungsphase. Datenquelle Tabelle: WORKORDER, Spalte: ACTFINISH Beispiele 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Ziel-Abschlussdatum TargetCompletionDate | Die geplante oder erforderliche Frist für den Arbeitsauftrag. | ||
| Beschreibung Das Datum, bis zu dem der Arbeitsauftrag voraussichtlich abgeschlossen sein wird. Dies wird oft basierend auf der Priorität und dem Erstellungsdatum berechnet. Es dient als Benchmark für das Dashboard 'Critical Asset SLA Performance'. Durch den Vergleich dieses Feldes mit dem 'Actual Finish Date' können Analysten die Pünktlichkeitsraten bestimmen und identifizieren, welche Anlagenkategorien häufig ihre Wartungsfenster verpassen. Bedeutung Die Basislinie zur Messung der SLA-Einhaltung und Termintreue. Datenquelle Tabelle: WORKORDER, Spalte: TARGCOMPDATE Beispiele 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Zugewiesener Techniker AssignedResource | Die spezifische Person oder der leitende Techniker, der für die Ausführung der Arbeit zuständig ist. | ||
| Beschreibung Identifiziert den einzelnen oder leitenden Techniker, der für den Arbeitsauftrag verantwortlich ist. Dies kann im Feld 'Leiter' gefunden oder aus Arbeitszuweisungen abgeleitet werden. Es ermöglicht das Dashboard 'Ressourcen- und Auftragnehmerproduktivität'. Die Analyse dieses Attributs hilft, Arbeitslastungleichgewichte in der Ansicht 'Verteilung der Wartungsarbeitslast' zu identifizieren und ermöglicht den Effizienzvergleich zwischen verschiedenen Technikern oder Teams. Bedeutung Schlüssel zur Analyse der Mitarbeiterproduktivität und des Arbeitslastausgleichs. Datenquelle Tabelle: WORKORDER, Spalte: LEAD (oder aus der ASSIGNMENT-Tabelle) Beispiele JSMITHBPATELMRODRIGUEZ | |||
| `SLA` verletzt IsSlaBreached | Flag, das anzeigt, ob das tatsächliche Enddatum das Zieldatum überschritten hat. | ||
| Beschreibung Ein berechnetes Boolesches Feld, das das 'Tatsächliche Enddatum' mit dem 'Ziel-Abschlussdatum' vergleicht. Wenn Ist > Ziel, ist der Wert wahr. Diese vorkalkulierte Metrik vereinfacht das Dashboard 'SLA-Leistung kritischer Anlagen' und ermöglicht eine sofortige Zählung gescheiterter SLAs ohne Laufzeit-Datumsberechnung. Bedeutung Sofortige Transparenz bei der Leistungskonformität. Datenquelle Berechnet aus ACTFINISH und TARGCOMPDATE Beispiele truefalsch | |||
| Fehlercode FailureCode | Standardisierter Code, der den Grund für den Ausfall der Anlage beschreibt. | ||
| Beschreibung Ein strukturierter Code, der vom Techniker ausgewählt wird, um die Fehlerursache zu kategorisieren (z.B. 'Verschleiß', 'Elektrisch', 'Bedienfehler'). Dies ist entscheidend für die Ursachenanalyse (RCA). Die Aggregation dieser Codes hilft Ingenieurteams, systemische Probleme über den Anlagenbestand hinweg zu identifizieren, treibt die Analyse der 'Wartungsqualität und Überarbeitungsraten' voran und informiert über Änderungen an präventiven Wartungsstrategien. Bedeutung Der primäre Datenpunkt für Zuverlässigkeitstechnik und Fehleranalyse. Datenquelle Tabelle: WORKORDER, Spalte: FAILURECODE Beispiele LEAKOVERHEATVIBRATION | |||
| Geschätzte Arbeitsstunden EstimatedLaborHours | Die geplante Arbeitszeit, die für den Arbeitsauftrag erforderlich ist. | ||
| Beschreibung Die Gesamtzahl der Stunden, die zur Erledigung der Aufgabe während der Planungsphase geschätzt wurden. Dies wird mit den 'Actual Labor Hours' im 'Labor Estimation Accuracy Dashboard' verglichen. Große Abweichungen zwischen diesem Wert und den tatsächlichen Werten deuten entweder auf schlechte Planung, mangelnde Standardarbeitsanweisungen oder unerwartete Anlagenbedingungen hin, die mehr Arbeit erfordern als erwartet. Bedeutung Wesentlich für die Bewertung der Planungsgenauigkeit und Ressourcenprognose. Datenquelle Tabelle: WORKORDER, Spalte: ESTLABHRS Beispiele 2.04.58.0 | |||
| Ist Notfall IsEmergency | Flag, das anzeigt, ob der Arbeitsauftrag ein Notfall ist. | ||
| Beschreibung Ein Boolesches Flag, das basierend auf dem Arbeitstyp oder der Priorität berechnet wird. Wenn der Arbeitstyp 'EM' (Notfall) ist oder die Priorität 1 beträgt, ist dies wahr. Dieses vereinfachte Attribut ermöglicht ein einfaches Filtern in Dashboards, um die 'Notfallwartungsquote' ohne komplexe Logik in der Visualisierungsebene zu isolieren. Bedeutung Vereinfacht das Filtern für die Analyse reaktiver Wartung. Datenquelle Berechnet aus WORKTYPE Beispiele truefalsch | |||
| Lieferant Vendor | Der dem Arbeitsauftrag zugewiesene Drittanbieter, falls zutreffend. | ||
| Beschreibung Identifiziert das externe Unternehmen, das für die Wartungsaufgabe verantwortlich ist. Dies wird ausgefüllt, wenn Arbeiten ausgelagert werden. Es ist entscheidend für den KPI 'Effizienz der Auftragnehmerausführung'. Die Analyse dieses Attributs ermöglicht es der Wartungsorganisation, die Leistung (Kosten, Geschwindigkeit, Qualität) verschiedener Anbieter miteinander und mit internen Teams zu vergleichen. Bedeutung Ermöglicht Lieferantenmanagement und Analyse der Outsourcing-Leistung. Datenquelle Tabelle: WORKORDER, Spalte: VENDOR Beispiele ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Meldedatum ReportedDate | Datum und Uhrzeit, zu der das Problem erstmals gemeldet oder die Anfrage erstellt wurde. | ||
| Beschreibung Der Timestamp, der anzeigt, wann der Wartungsbedarf erstmals identifiziert und ins System eingegeben wurde. Dies dient als wahrer Startpunkt der Customer Experience-Timeline. Er wird verwendet, um die 'Mean Planning and Approval Lead Time' zu berechnen, indem die Dauer von diesem Meldedatum bis zum tatsächlichen Arbeitsbeginn gemessen wird. Er hilft, die Reaktionsfähigkeit der Wartungsorganisation zu bewerten. Bedeutung Legt die Startlinie für die Reaktionsfähigkeit des gesamten Wartungslebenszyklus fest. Datenquelle Tabelle: WORKORDER, Spalte: REPORTDATE Beispiele 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Ort Location | Der funktionale Standort oder die physische Anlage, an der die Arbeit durchgeführt wird. | ||
| Beschreibung Gibt den physischen Bereich oder den funktionalen Standortcode an, an dem sich die Anlage befindet. Dies ist umfassender als die spezifische Anlagennummer und hilft bei der geografischen oder zonalen Analyse. Wird im Dashboard 'Maintenance Workload Distribution' verwendet, um Hotspots von Wartungsaktivitäten zu visualisieren und die Logistik für Techniker zu planen, die sich zwischen Standorten bewegen. Bedeutung Bietet räumlichen Kontext für Logistik und Ressourcenverteilung. Datenquelle 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 Organisationen ist Maximo oft nach 'Standort' partitioniert. Dieses Attribut unterscheidet zwischen verschiedenen Werken oder Einrichtungen auf Datenbankebene. Es ist unerlässlich für das Benchmarking der Leistung über verschiedene Geschäftsbereiche hinweg in der Analyse der 'Standard-Wartungsprozess-Compliance', um sicherzustellen, dass Vergleiche im korrekten operativen Kontext vorgenommen werden. Bedeutung Entscheidend für die Eingrenzung von Daten in Multi-Site-Bereitstellungen. Datenquelle Tabelle: WORKORDER, Spalte: SITEID Beispiele BEDFORDNASHUATEXAS | |||
| Tatsächliche Gesamtkosten TotalActualCost | Die Summe der Arbeits-, Material-, Service- und Werkzeugkosten für den Arbeitsauftrag. | ||
| Beschreibung Repräsentiert die gesamten finanziellen Auswirkungen der Wartungsaufgabe. In Maximo ist dies die Summe verschiedener Kostenkomponenten (Arbeit + Material + Dienstleistungen + Werkzeuge). Dieses Attribut ermöglicht ein kostenbasiertes Process Mining, bei dem Prozesseffizienzdefizite (wie Verzögerungen oder Nacharbeit) direkt mit finanziellen Verlusten korreliert werden können. Es hilft, die teuersten Wartungsarten oder Anlageklassen zu identifizieren. Bedeutung Verknüpft operative Aktivitäten mit finanziellen Ergebnissen. Datenquelle Tabelle: WORKORDER, Spalte: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Beispiele 150.002500.500.00 | |||
Aktivitäten der Anlagenwartung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Arbeit begonnen | Kennzeichnet den tatsächlichen Beginn der physischen Arbeit durch den Techniker. Dies wird explizit protokolliert, wenn der Benutzer den Status ändert, um anzuzeigen, dass die Arbeit im Gange ist. | ||
| Bedeutung Entscheidender Meilenstein zur Trennung von Planungs- und Ausführungszeit. Wird zur Berechnung der durchschnittlichen Planungs- und Genehmigungsvorlaufzeit verwendet. Datenquelle WOSTATUS-Tabelle, bei der STATUS = 'INPRG' Erfassen Erfasst, wenn der Transaktionsstatus zu INPRG wechselt Ereignistyp explicit | |||
| Arbeitsauftrag abgeschlossen | Der Techniker bestätigt, dass die physische Arbeit abgeschlossen ist. Diese Statusänderung stoppt die Zeitmessung für Ausführungszeit-KPIs. | ||
| Bedeutung Der primäre End-Timestamp für die technische Ausführung. Wird zur Berechnung der SLA-Konformität und Technikerauslastung verwendet. Datenquelle WOSTATUS-Tabelle, bei der STATUS = 'COMP' Erfassen Erfasst, wenn der Transaktionsstatus zu COMP wechselt Ereignistyp explicit | |||
| Arbeitsauftrag genehmigt | Zeigt an, dass der Arbeitsauftrag die notwendigen Planungs- und finanziellen Genehmigungsprüfungen bestanden hat. Dies wird aus einer Statusänderung in der Systemhistorie abgeleitet. | ||
| Bedeutung Entscheidend für die Berechnung des KPIs für die Planungs- und Genehmigungsvorlaufzeit. Verzögerungen hier deuten auf administrative Engpässe hin. Datenquelle WOSTATUS-Tabelle, bei der STATUS = 'APPR' Erfassen Statusfeld vor/nachher vergleichen, um den APPR-Übergang zu identifizieren Ereignistyp explicit | |||
| Arbeitsauftrag geschlossen | Das letzte Lebenszyklusereignis, bei dem der Arbeitsauftrag finanziell abgerechnet wird und schreibgeschützt ist. Es können keine weiteren Kosten mehr angewendet werden. | ||
| Bedeutung Kennzeichnet das Ende der administrativen Vorlaufzeit. Verzögerungen hier wirken sich auf die Finanzberichterstattung aus. Datenquelle WOSTATUS-Tabelle, bei der STATUS = 'CLOSE' Erfassen Erfasst, wenn der Transaktionsstatus zu CLOSE wechselt Ereignistyp explicit | |||
| Arbeitsauftrag storniert | Der Prozess endet vorzeitig, weil die Arbeit als unnötig, doppelt oder unmöglich erachtet wurde. Dies ist ein Endzustand. | ||
| Bedeutung Speist das Dashboard zur Analyse von Arbeitsauftragsstornierungen. Hohe Raten deuten auf vorgelagerte Prozessfehler bei der Anforderungserstellung hin. Datenquelle WOSTATUS-Tabelle, bei der STATUS = 'CAN' Erfassen Erfasst, wenn der Transaktionsstatus zu CAN wechselt Ereignistyp explicit | |||
| Wartungsanfrage erstellt | Das initiale Ereignis, bei dem ein Arbeitsauftrag im System generiert wird, oft ausgehend von einer Serviceanfrage oder einem automatisierten Zeitplan. Dies wird explizit aus dem Erstellungs-Timestamp in der WORKORDER-Tabelle oder dem initialen Eintrag in der WOSTATUS-Historie erfasst. | ||
| Bedeutung Kennzeichnet den Start der Prozessinstanz und legt die Basislinie für die Messung der gesamten Lösungszeit und der anfänglichen Reaktionsfähigkeit fest. Datenquelle WORKORDER.REPORTDATE oder Ersteintrag in der WOSTATUS-Tabelle (normalerweise Status WAPPR) Erfassen Erfasst, wenn die Transaktion den Arbeitsauftrag (WO-Datensatz) erstellt Ereignistyp explicit | |||
| Erfasste Arbeitsstunden | Repräsentiert die Erfassung der tatsächlich von einem Techniker für den spezifischen Arbeitsauftrag aufgewendeten Zeit. Es können mehrere Einträge für einen einzelnen Arbeitsauftrag erfolgen, da verschiedene Techniker beitragen. | ||
| Bedeutung Speist das Dashboard zur Genauigkeit der Arbeitsstundenschätzung, indem es die Ist-Werte zum Vergleich mit den Schätzungen bereitstellt. Datenquelle LABTRANS-Tabelleneinträge, die mit dem Arbeitsauftrag verknüpft sind Erfassen Erfasst, wenn eine Transaktion in LABTRANS stattfindet Ereignistyp explicit | |||
| Inspektion abgeschlossen | Zeigt an, dass eine Sicherheits- oder technische Inspektion während des Lebenszyklus durchgeführt wurde. Dies ist oft eine Statusänderung oder der Abschluss einer Checklistenmessung. | ||
| Bedeutung Schlüssel für das Dashboard zur Sicherheits- und Compliance-Dokumentation. Stellt sicher, dass regulatorische Schritte nicht umgangen werden. Datenquelle WOSTATUS-Änderung zu 'INSP' oder ähnlichem benutzerdefinierten Status, oder Abschluss von MEASUREMENT-Einträgen Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Materialanforderung eingereicht | Bedeutet, dass Ersatzteile oder Verbrauchsmaterialien für die Wartungsaufgabe angefordert wurden. Dies kann aus der Statusänderung zu "Waiting on Material" oder der Erstellung von Materialanforderungspositionen abgeleitet werden. | ||
| Bedeutung Wesentlich für das Materialbereitschafts-Dashboard, um Lieferkettenverzögerungen zu identifizieren, die die Arbeitsausführung verhindern. Datenquelle WOSTATUS-Tabelle, bei der STATUS = 'WMATL' oder Erstellung von Einträgen in der WPMATERIAL-Tabelle Erfassen Abgeleitet aus Statusänderung zu WMATL Ereignistyp inferred | |||
| Materialausgabe | Erfasst den physischen Verbrauch oder die Ausgabe von Teilen aus dem Lager für den Arbeitsauftrag. Dies bestätigt, dass Teile verfügbar sind und verwendet werden. | ||
| Bedeutung Validiert den Supply Chain Prozess und beeinflusst die Gesamtkostenanalyse des Wartungseingriffs. Datenquelle MATUSETRANS-Tabelle, bei der ISSUETYPE = 'ISSUE' Erfassen Erfasst, wenn eine Transaktion in MATUSETRANS stattfindet Ereignistyp explicit | |||
| Qualitätsprüfung fehlgeschlagen | Tritt auf, wenn eine abgeschlossene Aufgabe während der Überprüfung abgelehnt wird, wodurch der Status oft auf „In Bearbeitung“ zurückgesetzt wird. Stellt Nacharbeitsschleifen dar. | ||
| Bedeutung Unterstützt direkt das Dashboard 'Wartungsqualität und Überarbeitungsraten', indem es Prozessfehler hervorhebt. Datenquelle Abgeleitet aus dem WOSTATUS-Übergang von COMP zurück zu INPRG oder WAPPR Erfassen Ableitung durch Vergleich der WOSTATUS-Feldhistorie für Rückwärtsübergänge Ereignistyp inferred | |||
| Ressourcen eingeplant | Der Zeitpunkt, an dem spezifisches Personal oder Teams dem Arbeitsauftrag zugewiesen werden. Dies wird verfolgt, wenn Zuweisungen generiert werden oder der Status zu "Waiting Schedule" wechselt. | ||
| Bedeutung Unterstützt das Dashboard zur Planungs- und Genehmigungszyklusanalyse, indem die Zeit isoliert wird, die für die Suche nach verfügbaren Technikern benötigt wird. Datenquelle Erstellung von Zeilen in der ASSIGNMENT-Tabelle oder WOSTATUS-Änderung zu 'WSCH' Erfassen Ableitung aus der Erstellung von WO-verknüpften Zuweisungsdatensätzen Ereignistyp inferred | |||
| Zieldatum aktualisiert | Protokolliert eine Änderung des geplanten Abschlussdatums oder des SLA-Ziels. Dies hilft zu erkennen, wann Erwartungen aufgrund von Verzögerungen verschoben werden. | ||
| Bedeutung Wichtig für die Analyse der SLA-Leistung kritischer Anlagen und die Identifizierung von 'Betrug', bei dem Daten verschoben werden, um eine SLA-Verletzung zu vermeiden. Datenquelle Audit-Trail für die Felder TARGETCOMPDATE oder SCHEDFINISH Erfassen Erfasst, wenn die Transaktion Datumsfelder aktualisiert Ereignistyp explicit | |||
Extraktionsleitfäden
Schritte
Datenbank-View-Strategie etablieren: Da ProcessMind einen flachen Ereignis-Log erfordert und Maximo Daten hierarchisch speichert (Header in WORKORDER, Historie in WOSTATUS, Kosten in WOLABTRANS), ist die robusteste Methode, zuerst eine Datenbank-View in der Maximo-Datenbank zu erstellen. Diese View dient als Quelle für das Integrations-Framework.
SQL-View erstellen: Führen Sie das im Abschnitt "Abfrage" bereitgestellte SQL in Ihrem Datenbankverwaltungstool (SQL Developer, SSMS) aus. Dies konsolidiert
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSundA_WORKORDER(Audit) in eine einzige flache Struktur.View in Maximo registrieren: Melden Sie sich als Administrator bei Maximo an. Navigieren Sie zu System Configuration, Platform Configuration, Database Configuration. Erstellen Sie ein neues Objekt namens
PM_WO_EVENTLOG. Ordnen Sie es der im vorherigen Schritt erstellten Datenbank-View zu. Führen SieConfigDBaus, um es zu registrieren (normalerweise ist für Views keine Ausfallzeit erforderlich, überprüfen Sie jedoch Ihre Verfahren).Objektstruktur erstellen: Navigieren Sie zu Integration, Object Structures. Erstellen Sie eine neue Objektstruktur namens
MX_PM_EVENTS. Fügen SiePM_WO_EVENTLOGals Quellobjekt hinzu. Stellen Sie sicher, dass die Unterstützung für Flat Structure aktiviert ist, falls verfügbar.Veröffentlichungskanal konfigurieren: Navigieren Sie zu Integration, Publish Channels. Erstellen Sie einen neuen Kanal
PC_PM_EVENTS, der mit der ObjektstrukturMX_PM_EVENTSverknüpft ist. Dies ermöglicht es Ihnen, bei Bedarf Verarbeitungsregeln zu definieren.Externes System einrichten: Navigieren Sie zu Integration, External Systems. Wählen Sie Ihr Zielsystem aus (oder erstellen Sie ein generisches EXTSYS). Fügen Sie den Veröffentlichungskanal
PC_PM_EVENTSdiesem System hinzu.Datenexport aktivieren: Verwenden Sie in der Anwendung "External Systems" die Registerkarte "Data Export". Wählen Sie den Kanal
PC_PM_EVENTSaus. Sie können hier eine SQL-WHERE-Klausel angeben (z.B.EVENTTIMESTAMP >= '2023-01-01'), um den Exportbereich zu begrenzen.Daten exportieren: Klicken Sie auf Exportieren. Das System generiert die Datei (XML oder CSV, je nach konfiguriertem Endpunkt). Für ProcessMind wird CSV bevorzugt. Stellen Sie sicher, dass Ihr Endpunkt (z.B.
MXFLATFILE) für die Ausgabe von CSV konfiguriert ist.Ausgabe überprüfen: Öffnen Sie die generierte CSV-Datei. Stellen Sie sicher, dass die Header mit den in der Abfrage definierten Attributen (WorkOrderNumber, Activity usw.) übereinstimmen und keine hierarchischen XML-Tags mehr vorhanden sind.
Endgültige Formatierung: Wenn der Maximo CSV-Export Standard-Systemmetadaten-Spalten (wie
OWNER1,ORGID) enthält, entfernen Sie diese bei Bedarf. Laden Sie die bereinigte CSV-Datei in ProcessMind.
Konfiguration
- Maximo Status Synonyms: Maximo erlaubt benutzerdefinierte Statuscodes (z.B. APPR, WAPPR). Die Abfrage geht von Standard-internen Werten aus. Überprüfen Sie die
SYNONYMDOMAINIhres Systems für dieWOSTATUS-Domäne, um benutzerdefinierte Status korrekt zuzuordnen. - Audit Tables: Die Extraktion von 'Target Date Updated' stützt sich auf die Audit-Tabelle
A_WORKORDER. Wenn das Auditing für dasWORKORDER-Objekt nicht aktiviert ist, liefert diese spezifische Aktivität keine Zeilen. Aktivieren Sie das Auditing in der Datenbankkonfiguration, falls dies kritisch ist. - Date Range: Für die Erstladung filtern Sie nach
EVENTTIMESTAMPder letzten 6-12 Monate. Große historische Ladungen können über die Webschnittstelle des Integration Frameworks zu Timeouts führen; verwenden Sie die Hintergrundverarbeitung für Datensätze über 50.000 Zeilen. - Site/Org Filters: Maximo ist ein Multi-Site-System. Filtern Sie immer nach
SITEID, wenn die Prozessanalyse auf eine bestimmte Einrichtung beschränkt ist. - Performance: Die
UNION ALL-Abfrage ist ressourcenintensiv. Stellen Sie sicher, dass Datenbankindizes aufWOSTATUS.WONUM,WOLABTRANS.REFWOundMATUSETRANS.REFWOvorhanden sind.
a Beispielabfrage config
/* 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: Stellen Sie eine schreibgeschützte JDBC- oder ODBC-Verbindung zur IBM Maximo Backend-Datenbank her (häufig 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 definieren: Bestimmen Sie die spezifischen SITES oder ORGIDS, die Sie extrahieren müssen. Maximo ist ein Multi-Site-System, und Arbeitsauftragsnummern (WONUM) sind nur in Kombination mit SITEID eindeutig. Legen Sie den Datumsbereich fest, typischerweise durch Filtern nach REPORTDATE (Erstellungsdatum) oder STATUSDATE.
Datenmodell verstehen: Die WORKORDER-Tabelle fungiert als Header. Die WOSTATUS-Tabelle enthält die Historie der Lebenszyklusänderungen. Die LABTRANS-Tabelle enthält detaillierte Arbeitsbuchungen, und MATUSETRANS enthält Materialbewegungen. Diese müssen mit UNION ALL kombiniert werden, um einen einzigen Ereignisstrom zu bilden.
Synonyme handhaben: Maximo verwendet interne Werte (MAXVALUE) und angezeigte Werte (VALUE) für Status, die in der SYNONYMDOMAIN definiert sind. Die Abfrage sollte idealerweise nach dem internen MAXVALUE filtern, um die Konsistenz über verschiedene Standorte hinweg sicherzustellen, die möglicherweise unterschiedliche Anzeigeetiketten für denselben logischen Status verwenden.
Abfrage vorbereiten: Kopieren Sie die im Abschnitt "Abfrage" bereitgestellte SQL-Anweisung. Ersetzen Sie Platzhalter wie [Ihr Datenbankschema] und [Startdatum] durch Ihre tatsächlichen Werte. Wenn Ihre Umgebung spezifische benutzerdefinierte Statuscodes für Inspektionen oder Qualitätsprüfungen verwendet, aktualisieren Sie die WHERE-Klauseln in den jeweiligen Abschnitten.
Extraktion ausführen: Führen Sie die Abfrage aus. Je nach Datenvolumen müssen Sie diese möglicherweise in Batches (z.B. Monat für Monat) ausführen, um Datenbank-Timeouts zu vermeiden.
Daten validieren: Überprüfen Sie, ob das Ereignis 'Wartungsanfrage erstellt' für jeden Arbeitsauftrag existiert. Stellen Sie sicher, dass Zeitstempel in einem mit ProcessMind kompatiblen Format vorliegen (ISO 8601 wird empfohlen).
Nachbearbeitung: Maximo-Zeitstempel enthalten normalerweise Millisekunden. Stellen Sie sicher, dass diese erhalten bleiben, um die korrekte Sortierreihenfolge von Ereignissen zu gewährleisten, die schnell hintereinander auftreten.
Export: Speichern Sie die Ergebnisse als CSV- oder Parquet-Datei. Die Spaltenüberschriften müssen mit den in der Abfrageausgabe definierten Attributen übereinstimmen.
ProcessMind Upload: Importieren Sie die Datei in ProcessMind. Ordnen Sie 'WorkOrderNumber' als Case ID, 'Activity' als Aktivitätsname und 'EventTimestamp' als Zeitstempel zu.
Konfiguration
- Database Platforms: Maximo läuft typischerweise auf IBM DB2, Oracle oder SQL Server. Die bereitgestellte Syntax ist Standard-SQL, kann aber je nach spezifischer Plattform geringfügige Anpassungen der Datumsfunktionen (z. B. TO_DATE vs. CAST) erfordern.
- Date Filtering: Verwenden Sie die Spalte REPORTDATE in der WORKORDER-Tabelle, um den Umfang der Prozessinstanzen zu definieren. Ein gleitendes Fenster der letzten 12 Monate ist Standard.
- Site ID Importance: Verlassen Sie sich niemals allein auf WONUM für die Einzigartigkeit. Verketten Sie immer WONUM und SITEID oder schließen Sie SITEID als Case-Attribut ein, wenn Sie mehrere Standorte analysieren.
- Status Logic: Maximo erlaubt benutzerdefinierte Statuswerte. Überprüfen Sie die SYNONYMDOMAIN-Tabelle, wenn Standardstatus wie WMATL oder COMP keine Ergebnisse liefern.
- Performance: Die Tabellen LABTRANS und MATUSETRANS können sehr groß sein. Stellen Sie sicher, dass diese Tabellen auf 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')