Ihre Datenvorlage für die Asset Management & Instandhaltung
Ihre Datenvorlage für die Asset Management & Instandhaltung
- Prozessspezifische Datenfelder für die Wartungsverfolgung
- Wichtige Meilensteine für die Analyse des ArbeitsauftragsLebenszyklus
- Detaillierte Extraktionsanleitung für Infor EAM-Benutzer
Attribute der Asset Management & Instandhaltung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität EventName | Der spezifische Schritt oder den Antrag bearbeitet.ie Statusänderung, die innerhalb des WartungsLebenszyklus stattfindet. | ||
| Beschreibung Dieses Attribut erfasst den Namen des Ereignisse oder den Antrag bearbeitet.er Statusänderung, wie z.B. Work Order Generated, Material Issued oder Work Order Closed. Es wird aus der Historie der Statusänderungen oder spezifischer Transaktionstypen abgeleitet, die dem Arbeitsauftrag zugeordnet sind. Durch das Verfolgen der Reihenfolge dieser Werte rekonstruiert das Process-Mining-Tool den Workflow-Pfad. Dies ermöglicht die Analyse von Prozessvarianten, Rework Loops und der Operationsreihenfolge. Bedeutung Es definiert die Knoten in der Prozessablauf und ist erforderlich, um zu verstehen, was in jedem Schritt passiert ist. Datenquelle R5EVENTSTATUS table (field EVS_STATUS) oder R5TRANSACTIONS (field TRA_DESC) Beispiele Arbeitsauftrag generiertMaterial ausgegebenArbeitsauftrag abgeschlossenRessourcen eingeplant | |||
| Maintenance Work Order WorkOrderNumber | Der eindeutige Identifikator für den Wartungsarbeitsauftrag. | ||
| Beschreibung Dieses Attribut dient als zentraler Case-ID für die Prozessanalyse. Es repräsentiert den spezifischen Wartungsauftrag, sei es präventiv oder korrektive, und verknüpft alle nachfolgenden Aktivitäten, Kosten und Arbeitsaufzeichnungen miteinander. In Infor EAM ist dies in der Regel der Event Code, der in den Haupt-Event-Tabellen gefunden wird. Analysten verwenden dieses Feld, um individuelle Prozessinstanzen zu unterscheiden. Es ermöglicht die Aggregation aller Ereignisse, die zu einer einzigen Wartungsanfrage gehören, um Durchlaufzeiten und Kosten pro Auftrag zu berechnen. Bedeutung Es ist der wesentliche Schlüssel zur Rekonstruktion des Prozessflusses und zur eindeutigen Identifizierung jedes Wartungsfalls. Datenquelle R5EVENTS table, field EVT_CODE Beispiele 10023456WO-2023-88910023457PM-55421 | |||
| Zeitstempel EventTimestamp | Datum und Uhrzeit, wann die Aktivität stattfand. | ||
| Beschreibung Dieses Attribut erfasst den genauen Zeitpunkt, zu dem eine Aktivität stattfand. Es wird verwendet, um Ereignisse chronologisch zu ordnen und die Dauer zwischen den Schritten zu berechnen. Genaues Zeitstempeling ist maßgeblich für die Identifizierung von Engpässen, die Messung von Durchlaufzeiten und die Berechnung der SLA-Compliance. In Infor EAM stammt dies normalerweise vom Transaktionsdatum oder den Antrag bearbeitet.em Statusänderungsdatum. Bedeutung Es bietet die zeitliche Dimension, die für alle zeitbasierten Analysen und Sequenzierungen notwendig ist. Datenquelle R5EVENTSTATUS table (field EVS_DATE) oder R5TRANSACTIONS (field TRA_DATE) Beispiele 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Zeitstempel, wann die Daten extrahiert oder zuletzt aktualisiert wurden. | ||
| Beschreibung Dieses Feld gibt an, wann der Datensatz zuletzt für das Process Mining Modell verarbeitet oder extrahiert wurde. Es hilft Nutzern, die Aktualität der von ihnen analysierten Daten zu verstehen. Es wird oft während des ETL-Prozesses generiert, anstatt im Quellsystem selbst zu existieren, wodurch sichergestellt wird, dass Analysten wissen, ob sie Echtzeit- oder historische Schnappschüsse betrachten. Bedeutung Es validiert die Aktualität der Daten und hilft, veraltete Datensätze zu identifizieren. Datenquelle Systemzeit bei Extraktion Beispiele 2023-10-25T12:00:00Z | |||
| Quellsystem SourceSystem | Der Name des Systems, aus dem die Daten stammen. | ||
| Beschreibung Dieses Attribut identifiziert den Ursprung des Datensatzes, was in Multi-System-Umgebungen besonders wichtig ist. Für diese Ansicht dient es als statischer Identifikator für die Infor EAM Instanz. Es hilft bei der Datenherkunft und Fehlerbehebung, wenn mehrere Datenquellen in ein einziges Process Mining Datenmodell zusammengeführt werden. Bedeutung Es stellt ... sicher die Rückverfolgbarkeit der Daten in die Infor EAM-Umgebung. Datenquelle Während der Extraktion fest codiert Beispiele Infor EAMDatenstream 7i | |||
| Abteilung DepartmentCode | Die Wartungsabteilung oder den Antrag bearbeitet.as Team, das für die Arbeit verantwortlich ist. | ||
| Beschreibung Dieses Attribut gibt an, welche interne Abteilung oder Kostenstelle den Arbeitsauftrag besitzt. Es ermöglicht Leistungs-Benchmarking zwischen verschiedenen Wartungsteams (z.B. Elektrik vs. Mechanik). In Infor EAM wird dies oft als MRC (Maintenance Repair Center) bezeichnet. Bedeutung Unterstützt die Ressourcenplanung und die Leistungsanalyse von Abteilungen. Datenquelle R5EVENTS table, field EVT_MRC Beispiele MECHELECEinrichtungen | |||
| Anlagencode AssetCode | Der eindeutige Identifikator der gewarteten Ausrüstung oder Anlage. | ||
| Beschreibung Dieses Attribut identifiziert das physische Objekt, das Gegenstand des Wartungsarbeitsauftrags ist. Es ermöglicht die Aggregation der Wartungshistorie pro Maschine oder Anlage. Die Analyse der Prozessleistung nach Asset-Code hilft, 'Problemverursacher' zu identifizieren: Ausrüstung, die häufig ausfällt oder länger als der Durchschnitt zur Reparatur benötigt. Bedeutung Essentiell für die Verknüpfung der Prozessleistung mit der physischen Infrastruktur. Datenquelle R5EVENTS table, field EVT_OBJECT Beispiele PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Gesamte Ist-Kosten ActualTotalCost | Die finale Summe der Arbeits-, Material- und Servicekosten. | ||
| Beschreibung Dieses Attribut stellt die gesamten finanziellen Auswirkungen der Wartungsaufgabe dar. Es wird aktualisiert, wenn Arbeitsstunden gebucht und Materialien ausgegeben werden. Es dient als primäre Finanzmetrik für den Prozess, was eine Kostentreiberanalyse und Budgetberichterstattung ermöglicht. Bedeutung Kernmetrik für die Finanzabrechnung und Effizienzanalyse. Datenquelle R5EVENTS table, field EVT_ACTCOST (oder Summe der Transaktionen) Beispiele 450.251500.0075.50 | |||
| Geschätzte Kosten EstimatedCost | Das geplante Budget für den Arbeitsauftrag. | ||
| Beschreibung Dieses Attribut enthält die in der Planungsphase geschätzten Kosten. Durch den Vergleich mit den tatsächlichen Kosten können Analysten die Genauigkeit der Planungsabteilung bewerten. Große Abweichungen zwischen geschätzten und tatsächlichen Kosten signalisieren die Notwendigkeit, den Schätzungsprozess oder den Antrag bearbeitet.ie Ausführungseffizienz zu überprüfen. Bedeutung Unterstützt das Dashboard für die Analyse von geschätzten vs. tatsächlichen Kosten. Datenquelle R5EVENTS table, field EVT_ESTCOST Beispiele 500.001200.500.00 | |||
| Instandhaltungsart MaintenanceType | Kategorisiert den Arbeitsauftrag als präventiv, korrekt oder prädiktiv. | ||
| Beschreibung Dieses Attribut klassifiziert die Art der Wartungsarbeit. Es ermöglicht Analysten, die Prozessansicht aufzuteilen, um geplante präventive Wartungszyklen mit ungeplanten reaktiven Reparaturen zu vergleichen. Die Optimierung des Verhältnisses von präventiver zu reaktiver Arbeit ist ein zentrales Ziel für Wartungsmanager. Dieses Feld befindet sich in der Regel in der Spalte für den Event-Typ. Bedeutung Wesentlich für das Dashboard „Verteilung der Wartungsarten“ und die Analyse der Zuverlässigkeitsstrategie. Datenquelle R5EVENTS table, field EVT_TYPE Beispiele PräventivKorrektivAusfallInspektion | |||
| Priorität WorkOrderPriority | Die dem Wartungsarbeitsauftrag zugewiesene Dringlichkeitsstufe. | ||
| Beschreibung Dieses Attribut gibt die Wichtigkeit des Arbeitsauftrags an, in der Regel auf einer Skala (z.B. Hoch, Mittel, Niedrig). Es wird verwendet, um die Analyse zu filtern und sicherzustellen, dass kritische Arbeiten in der Warteschlange korrekt priorisiert werden. Die Analyse des Prozessflusses nach Priorität hilft zu bestätigen, ob hochpriorisierte Elemente tatsächlich schneller vorankommen als niedrigpriorisierte. Bedeutung Entscheidend, um zu validieren, dass Notfallarbeiten die angemessene Aufmerksamkeit erhalten. Datenquelle R5EVENTS table, field EVT_PRIORITY Beispiele 1-Emergency2-High3-Routine | |||
| SLA-Zieldatum SlaTargetDate | Die Frist, bis zu der den Antrag bearbeitet.er Arbeitsauftrag abgeschlossen sein muss. | ||
| Beschreibung Dieses Attribut speichert das Ziel-Fertigstellungsdatum, oft bestimmt durch die Anlagenkritikalität und Arbeitsauftragspriorität. Es dient als Grundlage für die Berechnung der Zeitplan-Einhaltung. Der Vergleich des tatsächlichen Abschluss-Zeitstempels mit diesem Datum bestimmt, ob die Organisation ihre Service Level Agreements erfüllt. Bedeutung Erforderlich für das Dashboard 'SLA Leistungsfähigkeit for Critical Assets'. Datenquelle R5EVENTS table, field EVT_TARGET Beispiele 2023-11-01T17:00:00Z | |||
| Techniker TechnicianName | Die spezifische Person oder Ressource, die zur Ausführung der Aufgabe zugewiesen ist. | ||
| Beschreibung Dieses Attribut erfasst den Benutzer oder Techniker, der den Antrag bearbeitet.ie spezifische Aktivität ausführt. Es wird zur Analyse der ArbeitsProduktivität und zur Identifizierung von Schulungsbedarf oder Planungsineffizienzen verwendet. Je nach SystemKonfiguration kann dies in der Tabelle der gebuchten Stunden oder im Feld 'Verantwortliche Person' des Ereignisse gefunden werden. Bedeutung Ermöglicht die Analyse im Dashboard „ArbeitsProduktivität und Terminplanung“. Datenquelle R5BOOKEDHOURS table (field BOO_PERSON) oder R5EVENTS (field EVT_PERSON) Beispiele J. SchmidtM. DoeContractor-A | |||
| Anlagenkritikalität AssetCriticality | Ein Wert oder eine Bewertung, die die betriebliche Bedeutung des Assets angibt. | ||
| Beschreibung Dieses Attribut kategorisiert Anlagen danach, wie kritisch sie für Produktion oder Sicherheit sind (z.B. A, B, C). Es hilft Analysten, den Prozess zu segmentieren, um zu prüfen, ob hochwertige Anlagen mit angemessener Dringlichkeit behandelt werden. Diese Daten werden in der Regel aus dem Anlagenstammsatz gezogen, der den Antrag bearbeitet.em Arbeitsauftrag zugeordnet ist. Bedeutung Ermöglicht eine risikobasierte Analyse von Wartungsverzögerungen. Datenquelle R5OBJECTS table (field OBJ_CRITICALITY), verknüpft über EVT_OBJECT Beispiele A – CriticalB – WichtigC – Run to Failure | |||
| Arbeitsstunden LaborHoursUsed | Die tatsächliche Anzahl der auf den Arbeitsauftrag aufgewendeten Arbeitsstunden. | ||
| Beschreibung Dieses Attribut summiert die von Technikern auf den Arbeitsauftrag gebuchte Zeit. Es ist maßgeblich für die Berechnung der ArbeitsProduktivität und Technikerauslastung. Es unterscheidet sich von der verstrichenen Dauer des Arbeitsauftrags, da es den tatsächlichen Aufwand und nicht die Kalenderzeit widerspiegelt. Bedeutung Schlüssel für das Dashboard „ArbeitsProduktivität und Terminplanung“. Datenquelle Summe der Stunden in R5BOOKEDHOURS für das Event Beispiele 2.58.00.5 | |||
| Beschreibung WorkOrderDescription | Textbeschreibung des Problems oder den Antrag bearbeitet.er erforderlichen Arbeit. | ||
| Beschreibung Dieses Attribut enthält die von Anforderer oder Planer eingegebene Freitext-Zusammenfassung. Es liefert einen qualitativen Kontext, der Ausreißer oder spezifische Prozessverhaltensweisen erklärt. Text Mining kann hier angewendet werden, um gängige Fehlermodi zu kategorisieren, die nicht in strukturierten Feldern erfasst sind. Bedeutung Bietet Kontext für die Ursachenanalyse. Datenquelle R5EVENTS table, field EVT_DESC Beispiele Pumpenvibration hochDichtung an Ventil 2 ersetzenQuartalsinspektion | |||
| Ist Nacharbeit IsRework | Kennzeichnung, ob der Arbeitsauftrag wiederholte Ausführungsschritte umfasste. | ||
| Beschreibung Dieses boolesche Attribut identifiziert, ob der Prozessfluss Schleifen enthielt, insbesondere die Rückkehr zur Ausführung nach der Qualitätskontrolle. Es wird während der Datentransformation berechnet, indem nach wiederholten 'Maintenance Aufgabe Executed'-Aktivitäten gesucht wird. Hohe Rework-Raten sind ein primärer Indikator für Qualitätsprobleme oder unzureichende Schulung. Bedeutung Unterstützt direkt das Dashboard für Wartungsnacharbeit und Qualitätsaudit. Datenquelle Berechnet im ETL-/Process-Mining-Tool Beispiele JaNein | |||
| Materialkosten MaterialCost | Die Kosten der den Antrag bearbeitet.em Arbeitsauftrag zugewiesenen Ersatzteile. | ||
| Beschreibung Dieses Attribut isoliert die Materialkosten von den Gesamtkosten. Es hilft, Lieferkettenmanagementnausgaben im Vergleich zu Arbeitskosten zu identifizieren. Die separate Nachverfolgung unterstützt Entscheidungen bezüglich Ersatzteilpreisen und Lagerverwaltung. Bedeutung Details erforderlich für eine vollständige Finanzanalyse. Datenquelle Berechnet aus R5TRANSACTIONS, wo der Typ „issue“ ist Beispiele 150.0020.00 | |||
| Organisation OrganizationCode | Die Geschäftseinheit oder den Antrag bearbeitet.er Standort, zu der/dem die Anlage gehört. | ||
| Beschreibung In Multi-Site-Implementierungen definiert dieses Attribut die spezifische Einrichtung oder Geschäftseinheit. Es ermöglicht hochrangige Vergleiche zwischen verschiedenen Werken oder geografischen Regionen. Es ist wesentlich für globales Dashboarding, wo sich Prozesse zwischen Standorten leicht unterscheiden können. Bedeutung Unterstützt die Business Unit Ansicht für Cross-Site Benchmarking. Datenquelle R5EVENTS table, field EVT_ORG Beispiele NYC-PLANTLON-HQMFG-01 | |||
| SLA verletzt? IsSlaBreached | Kennzeichnung, ob die Abschlusszeit das Zieldatum überschritten hat. | ||
| Beschreibung Dieses boolesche Attribut vergleicht den Zeitstempel 'Work Order Completed' mit dem 'SLA Target Date'. Wenn der Abschluss später als das Ziel ist, wird das Flag auf Ja gesetzt. Dies vereinfacht die Berichterstattung, indem eine binäre Dimension zur Filterung von konformen vs. nicht-konformen Fälle erstellt wird. Bedeutung Vereinfacht das SLA Compliance Reporting. Datenquelle Berechnet im ETL-/Process-Mining-Tool Beispiele JaNein | |||
Asset Management & Instandhaltungs-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Arbeit begonnen | Zeigt den tatsächlichen Beginn der physischen Arbeit am Asset an. Dies wird oft vom ersten Arbeitsbuchungs-Zeitstempel oder einer spezifischen mobilen Statusaktualisierung abgeleitet. | ||
| Bedeutung Wesentlich für die Berechnung der Durchlaufzeit für Materialanforderungen und der Effizienz der Technikerauslastung. Unterscheidet zwischen „geplanter“ Zeit und „Arbeits“-Zeit. Datenquelle Ableiten aus dem frühesten Startdatum in R5BOOKEDHOURS oder einer Statusänderung zu „In Progress“ in R5EVENTSTATUS. Erfassen Ableitung durch Vergleich von Feld X mit Y Ereignistyp inferred | |||
| Arbeitsauftrag abgeschlossen | Der letzte administrative Schritt, bei dem der Arbeitsauftrag archiviert und keine weiteren Kosten gebucht werden können. Dies schließt den Lebenszyklus des Case ab. | ||
| Bedeutung Beendet die Messung der Effizienz des administrativen Abschlusses. Essentiell für saubere Daten und die Verhinderung von 'Zombie'-Aufträgen. Datenquelle Abfrage von R5EVENTSTATUS für den Übergang zum Status „Close“. Dadurch wird das Feld EVT_STATUS auf „C“ gesetzt. Erfassen Protokolliert, wenn sich der Status zu „Geschlossen“ ändert Ereignistyp explicit | |||
| Arbeitsauftrag fertiggestellt | Markiert den technischen Abschluss der Wartungsarbeit. Das Asset wird wieder in Betrieb genommen, obwohl finanzielle und administrative Aufgaben noch offen sein können. | ||
| Bedeutung Der Endpunkt für die SLA Leistungsfähigkeit für Critical Assets. Unterscheidet zwischen 'Job Done' und 'Paperwork Done'. Datenquelle Verfolgen Sie Statusänderungen zu 'C' (Complete) oder 'J' (Job Complete) in R5EVENTSTATUS. Überprüfen Sie EVT_DATECOMPLETED. Erfassen Protokolliert, wenn sich der Status zu „Abgeschlossen“ ändert Ereignistyp explicit | |||
| Arbeitsauftrag generiert | Stellt die formale Erstellung eines Arbeitsauftragsobjekts dar, entweder aus einer Anfrage konvertiert oder den Antrag bearbeitet.irekt erstellt. Dieses Event initiiert die Nachverfolgung von Kosten, Ressourcen und dem Statusverlauf für den Wartungs-Case. | ||
| Bedeutung Primäres Ereignis zur Fallerstellung für den Rückstands- und Durchsatzmonitor. Unterscheidet zwischen der Anforderungsphase und dem tatsächlichen Wartungsmanagement-Workflow. Datenquelle Query the R5EVENTS table for neue Datensätze, bei denen EVT_TYPE 'JOB' oder 'PPM' ist. Alternativ verfolgen Sie Statusänderungen zum initialen 'Open'-Status in R5EVENTSTATUS. Erfassen Protokolliert, wenn die Transaktion einen WO-Datensatz erstellt Ereignistyp explicit | |||
| Wartungsanfrage empfangen | Markiert die erstmalige Erfassung einer Wartungsanforderung im System, oft über ein Serviceportal oder eine Callcenter-Schnittstelle. In Infor EAM wird dies in der Regel erfasst, wenn ein Datensatz in den Entitäten „Call“ oder „Request“ erstellt wird, bevor er in einen formalen Arbeitsauftrag umgewandelt wird. | ||
| Bedeutung Legt den Ausgangspunkt für die Berechnung der Wachstumsrate des Wartungsrückstands und der gesamten Lösungszeit fest. Essentiell für die Identifizierung des tatsächlichen Bedarfs an die Wartungsabteilung. Datenquelle Query the R5EVENTS table, wo EVT_TYPE auf 'R' (Request) oder 'C' (Call) gesetzt ist. Verwenden Sie EVT_CREATED logs. Erfassen Protokolliert, wenn ein AnfrageDatensatz eingefügt wird Ereignistyp explicit | |||
| Wartungsaufgabe ausgeführt | Stellt die laufende Ausführung von Wartungsarbeiten dar, erfasst über die von Technikern gebuchten Arbeitsstunden. Diese Aktivität kann sich mehrfach für einen einzigen Arbeitsauftrag wiederholen. | ||
| Bedeutung Speist den KPI zur Technikerauslastungseffizienz und die Genauigkeit der Arbeitsaufwandschätzung. Hohe Frequenz ohne Abschluss kann auf schwierige Reparaturen hinweisen. Datenquelle Extrahieren Sie einzelne Einträge aus der Tabelle R5BOOKEDHOURS, die dem Arbeitsauftrag zugeordnet sind. Erfassen Protokolliert, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Arbeitsauftrag genehmigt | Bedeutet, dass die Wartungsarbeiten von der erforderlichen Managementebene autorisiert wurden. Dieser Schritt gibt den Arbeitsauftrag für die Terminplanung und Materialanforderung frei. | ||
| Bedeutung Markiert das Ende des Genehmigungszyklus und den Beginn der den Antrag bearbeitet.irekt anwendbaren Wartung. Verzögerungen hier wirken sich direkt auf die Reaktionsfähigkeit bei kritischen Asset-Ausfällen aus. Datenquelle Verfolgen Sie die Einfügung eines 'A' (Approved) oder 'R' (Released) Statuscodes in der R5EVENTSTATUS Historientabelle. Erfassen Protokolliert, wenn sich der Status zu „Genehmigt“ ändert Ereignistyp explicit | |||
| Finanzabrechnung verarbeitet | Stellt die finale Berechnung und Buchung der mit dem Arbeitsauftrag verbundenen Kosten dar. Dies stellt sicher, dass alle Arbeits- und Materialkosten gegen das Budget verbucht werden. | ||
| Bedeutung Unterstützt die Analyse von geschätzten vs. tatsächlichen Kosten. Verzögerungen hier wirken sich auf die Genauigkeit der Finanzberichterstattung aus. Datenquelle Oft abgeleitet vom Datum, an dem der Arbeitsauftrag zur Bearbeitung gesperrt wird, oder wenn die letzte Kostenaktualisierungstransaktion im Transaktionsprotokoll erfolgt. Erfassen Ableitung durch Vergleich von Feld X mit Y Ereignistyp calculated | |||
| Material ausgegeben | Erfasst die physische Ausgabe von Ersatzteilen aus dem Lager an den Arbeitsauftrag. Dieser Schritt bestätigt, dass Materialien zur Verwendung bereitstehen. | ||
| Bedeutung Abschlussereignis für die Analyse von Lieferkettenmanagementnverzögerungen. Bestätigt, dass Teilebeschränkungen behoben wurden. Datenquelle Abfrage von R5TRANSACTIONS nach Transaktionstyp „I“ (Ausgabe), verknüpft mit dem Arbeitsauftrag. Erfassen Protokolliert, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Materialanforderung eingereicht | Erfasst die spezifische Anforderung von Ersatzteilen, die zur Durchführung der Wartungsaufgabe benötigt werden. Dieses Event ist maßgeblich, um Lieferkettenmanagementnprozesse mit der Wartungsausführung zu verknüpfen. | ||
| Bedeutung Der Startpunkt für das Dashboard zur Analyse von Materiallieferverzögerungen. Identifiziert, ob die Teilebeschaffung die Hauptursache für Wartungsverzögerungen ist. Datenquelle Query the R5REQUISITIONS oder R5MATLIST tables für Erstellungs-Zeitstempels, die mit der Work Order ID verknüpft sind. Erfassen Protokolliert, wenn Transaktion X ausgeführt wurde Ereignistyp explicit | |||
| Planung und Schätzung abgeschlossen | Zeigt an, dass der Arbeitsauftrag definiert, die Kosten geschätzt und der Arbeitsplan zur Genehmigung bereit ist. Dies wird oft abgeleitet, wenn der Status von einem Planungszustand in einen genehmigungsbereiten Zustand wechselt. | ||
| Bedeutung Wesentlich für die Messung der Genehmigungszykluszeit von Arbeitsaufträgen und die Identifizierung administrativer Engpässe vor der Ausführung. Unterstützt die Analyse von Planungsdurchlaufzeiten. Datenquelle Ableiten aus R5EVENTSTATUS, wenn sich der Status von „Planning“ zu „Request Approval“ oder „Released“ ändert. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Qualitätskontrollprüfung durchgeführt | Zeigt einen spezifischen Verifizierungsschritt an, bei dem die Reparatur vor der endgültigen Abnahme geprüft wird. Falls dies fehlschlägt, kehrt der Prozess zur Ausführung zurück. | ||
| Bedeutung Essentiell für das Dashboard „Wartungsnacharbeit und Qualitätsaudit“. Identifiziert Qualitätsprobleme und Nacharbeitsschleifen. Datenquelle Identifizieren Sie den Abschluss spezifischer Checklisten in R5CHECKLISTS oder einen Statusübergang zu einem „Review“-Status in R5EVENTSTATUS. Erfassen Statusfeld vor/nachher vergleichen Ereignistyp inferred | |||
| Ressourcen eingeplant | Erfasst die Zuweisung spezifischer Techniker oder Teams zum Arbeitsauftrag. Dies markiert den Übergang von der Planung zur Ressourcenzuweisung. | ||
| Bedeutung Unterstützt das Dashboard für ArbeitsProduktivität und Zeitplanung. Hilft, Lücken zwischen Genehmigung und tatsächlicher Ressourcenverfügbarkeit zu identifizieren. Datenquelle Verfolgen Sie Änderungen in der R5ACTIVITIES table für Arbeitszuweisungen oder Statusänderungen zu 'Scheduled' in R5EVENTSTATUS. Erfassen Protokolliert, wenn eine Ressourcenzuweisung erfolgt Ereignistyp explicit | |||
| WartungsDatensätze aktualisiert | Erfasst die Anreicherung des Arbeitsauftrags mit technischen Notizen, Fehlercodes oder ZustandsüberwachungsDaten. Dies geschieht oft gegen Ende der physischen Arbeit. | ||
| Bedeutung Unterstützt das Compliance-Monitoring der technischen Dokumentation. Gewährleistet Datenqualität für zukünftige Zuverlässigkeitsanalysen. Datenquelle Verfolgen Sie Updates der R5COMMENTS table oder Updates der Felder 'Problem/Failure/Cause' in R5EVENTS. Erfassen Protokolliert, wenn der Datensatz aktualisiert wird Ereignistyp explicit | |||
Extraktionsanleitungen
Schritte
Datenbridge-Modulverfügbarkeit überprüfen: Melden Sie sich als Administrator bei Infor EAM an. Navigieren Sie zum Administrationsmenü und stellen Sie sicher, dass das Datenbridge-Modul aktiv ist und Sie Zugriff auf die Konfigurationsbildschirme für Partner und Dokumente haben.
Exportpartner definieren: Erstellen Sie einen neuen Partner in Datenbridge speziell für ProcessMind (z.B. Partnercode
PMIND). Konfigurieren Sie die Kommunikationsmethode aufFILEoderFTP, je nachdem, wo die XML-/CSV-Dateien abgelegt werden sollen. Stellen Sie das Ausgabeformat auf XML ein, um maximale Datentreue zu sicherstellen.Geschäftsobjekte (Dokumente) konfigurieren: Sie müssen bestimmte Infor EAM-Geschäftsobjekte (BODs) abonnieren, um die erforderlichen Aktivitäten zu erfassen. Fügen Sie die folgenden Dokumente zu Ihrer PartnerKonfiguration hinzu:
MP0094_SyncWorkOrder: Erfasst Erstellung, Statusänderungen, Aktualisierungen und Abschluss.MP0024_SyncBookedHours: Erfasst Arbeitszeiterfassung (Ausführung).MP3036_SyncTransaction: Erfasst Materialausgaben und -rücksendungen.MP0026_SyncRequisition: Erfasst Materialanforderungen.MP0098_SyncWorkOrderActivity: Erfasst Planungs- und Scheduling-Details.
FilterKonfigurationen festlegen: Wenden Sie für jedes Dokument Filter an, um irrelevante Daten auszuschließen. Filtern Sie für
SyncWorkOrdernachOrganizationund stellen Sie sicher, dassWork Order Typnicht null ist. Stellen Sie denDate-Filter so ein, dass er Ihren Analysezeitraum (z.B. die letzten 12 Monate) umfasst.Ereignisauslöser aktivieren: Stellen Sie im Bildschirm EreignisKonfiguration sicher, dass die Auslöser
On Save,On UpdateundOn Status Changefür die den ausgewählten Dokumenten entsprechenden Entitäten aktiviert sind. Dies stellt ... sicher, dass Daten sofort übertragen werden, wenn ein Benutzer mit dem System interagiert.Datenelemente zuordnen: Konfigurieren Sie die Datenbridge-XML-Vorlage so, dass sie die erforderlichen Spalten enthält. Stellen Sie sicher, dass
EVT_CODEaufWorkOrderNumberabgebildet ist,EVT_STATUSfür die Statusverfolgung enthalten ist undEVT_DAT_CREATEDverfügbar ist.Initialladung ausführen: Datenbridge ist primär ereignisgesteuert, aber für die historische Analyse müssen Sie einen Batch-Export durchführen. Navigieren Sie zum Bildschirm Datenbridge Export, wählen Sie den Partner
PMINDund das DokumentSyncWorkOrderaus, definieren Sie den Datumsbereich und klicken Sie aufSubmit, um den historischen Rückstand zu generieren.Ausgabe standardisieren: Der Export erzeugt hierarchische XML-Dateien. Verwenden Sie ein Skriptwerkzeug (wie Python, PowerShell oder eine ETL-Middleware), um diese XMLs zu „flachen“. Die Logik ist: Ein XML-Knoten = Eine Ereigniszeile. Verwenden Sie die im Abschnitt „Abfrage“ unten definierten Zuordnungsregeln.
Aktivitätsnamen ableiten: Verwenden Sie in Ihrem Transformationsskript die im Abschnitt „Abfrage“ bereitgestellte bedingte Logik, um Systemcodes (z.B. Status
RzuWork Order Generated, StatusCzuWork Order Completed) in die menschenlesbaren Aktivitätsnamen zu übersetzen.Zeitstempel formatieren: Infor EAM exportiert Zeitstempel im ISO 8601-Format. Stellen Sie sicher, dass diese in ein Standardformat
JJJJ-MM-TT HH:MM:SSkonvertiert werden, das mit ProcessMind kompatibel ist.Event Log kompilieren: Führen Sie die Ausgaben der verschiedenen Geschäftsobjekte (Arbeitsaufträge, gebuchte Stunden, Transaktionen) in einer einzigen CSV-Datei zusammen, sortiert nach
WorkOrderNumberundEventZeitstempel.Endgültige Validierung: Laden Sie die resultierende CSV-Datei in ProcessMind und überprüfen Sie, ob die Anzahl der Fälle mit der Anzahl der eindeutigen aus Infor EAM exportierten Arbeitsaufträge übereinstimmt.
Konfiguration
- Exportformat: XML wird gegenüber einfachem Text empfohlen, um Sonderzeichen in Kommentaren zu verarbeiten und die Schema-Durchsetzung sicherzustellen.
- Auslösemodus: Auf Asynchron setzen, um zu verhindern, dass die Datenbridge-Verarbeitung die Benutzeroberfläche während Spitzenzeiten verlangsamt.
- Granularität: Stellen Sie sicher, dass Update-Details einschließen in der DokumentKonfiguration aktiviert ist, damit Sie Änderungen auf Feldebene (wie Prioritätsaktualisierungen oder Abteilungsänderungen) erkennen können.
- Datumsbereich: Für die initiale Batch-Ladung beträgt die Standardpraxis 12-24 Monate Historie. Bei fortlaufenden Delta-Ladungen wird das System Daten in Echtzeit übertragen.
- Organisationsfilter: Immer nach
EVT_ORG(Organisation) filtern, um die Extraktion von mandantenfähigen Daten zu vermeiden, falls Ihre EAM-Instanz geteilt wird. - StatusKonfiguration: Überprüfen Sie, welche benutzerdefinierten Status auf die Systemstatus (R, A, C usw.) abgebildet sind, um eine genaue Aktivitätszuordnung zu sicherstellen.
a Beispielabfrage config
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} Schritte
Datenbankzugriff einrichten Stellen Sie eine direkte Datenbankverbindung (ODBC/JDBC) zu Ihrer Infor EAM-Datenbank (Oracle oder SQL Server) her. Stellen Sie sicher, dass Sie Lesezugriff auf die folgenden Tabellen haben: R5EVENTS (Arbeitsaufträge), R5STATUS (Statusverlauf), R5BOOKEDHOURS (Arbeitszeit), R5TRANSACTIONS (Materialien), R5ACTIVITIES (Aufgaben) und R5TESTRESULTS (Qualität).
Umfang und Filter definieren Legen Sie das Extraktionsfenster fest. Typischerweise ist ein gleitendes Fenster der letzten 12 bis 24 Monate für Process Mining ausreichend. Identifizieren Sie Ihren Organisationscode (ORG), um relevante Daten zu filtern, wenn Sie eine Multi-Site-Instanz betreiben.
Statuszuordnungen konfigurieren Infor EAM ermöglicht benutzerdefinierte Status. Überprüfen Sie das bereitgestellte SQL-Skript und ersetzen Sie Platzhalter wie „A“ (Genehmigt) oder „C“ (Geschlossen) durch die tatsächlichen Statuscodes, die in Ihrer spezifischen EAM-Konfiguration verwendet werden. Diese finden Sie gegebenenfalls in der Tabelle R5STATUS_CODES.
SQL-Skript vorbereiten Kopieren Sie das im Abschnitt „Abfrage“ bereitgestellte SQL. Ersetzen Sie die Platzhalter [StartDate] und [EndDate] durch Ihren gewünschten Datumsbereich (z.B. „2023-01-01“). Ersetzen Sie [Your Organization Code] durch Ihren spezifischen Geschäftseinheitenfilter.
Extraktion ausführen Führen Sie die Abfrage in Ihrem SQL-Client (SQL Developer, SSMS oder DBeaver) aus. Die Abfrage verwendet UNION ALL, um Header-Ereignisse, Statusänderungen, Arbeitsbuchungen und Materialtransaktionen in einem einzigen standardisierten Event Log-Format zu kombinieren.
Datenvalidierung Überprüfen Sie die Ausgabe auf NULL-Zeitstempel in der Spalte EventZeitstempel. Stellen Sie sicher, dass die WorkOrderNumber für jede Zeile ausgefüllt ist. Überprüfen Sie, ob die Spalte EventName eine gesunde Mischung der 14 definierten Aktivitäten enthält.
Datentransformation (Optional) Wenn Ihre Zeitstempel Zeitzonen-Offsets enthalten, die von Ihren Analyseanforderungen abweichen, wenden Sie eine Konvertierungsfunktion (wie AT TIME ZONE) innerhalb der Abfrage oder während der Nachbearbeitung an.
Export nach CSV Exportieren Sie die Abfrageergebnisse in eine flache CSV-Datei. Stellen Sie sicher, dass der Trennzeichen auf Komma oder Semikolon gesetzt ist und dass Textqualifizierer (doppelte Anführungszeichen) verwendet werden, um Kommas innerhalb von Beschreibungen zu behandeln.
Import in ProcessMind Laden Sie die CSV-Datei in ProcessMind hoch. Ordnen Sie die Spalten wie folgt zu: WorkOrderNumber zu Case-ID, EventName zu Activity und EventZeitstempel zu Zeitstempel. Ordnen Sie die restlichen Spalten als Case- oder Event-Attribute zu.
Konfiguration
- Datumsbereich: Das empfohlene Extraktionsfenster beträgt 12-24 Monate. Stellen Sie sicher, dass der Filter auf das EVT_DATE (Erstellungsdatum) oder den Antrag bearbeitet.ie spezifischen TransaktionsDaten angewendet wird, um laufende offene Fälle zu erfassen.
- Organisationsfilter: Verwenden Sie die Spalte EVT_ORG oder den Antrag bearbeitet.ie gängige Organisationsspalte, um Daten nach Werk oder Einrichtung zu trennen, da Prozesse oft je nach Standort variieren.
- Statuscodes: Diese Abfrage basiert auf Standardstatuscodes (A, C, R usw.). Sie müssen diese mit Ihrer SystemKonfiguration im Administrationsmenü unter Bildschirm-Setup oder Status-Setup abgleichen.
- Leistungsfähigkeit: Die Abfrage greift auf umfangreiche Transaktionstabellen (R5TRANSACTIONS) zu. Stellen Sie sicher, dass entsprechende nicht-geclusterte Indizes für EVT_CODE und TRN_DATE vorhanden sind, wenn Sie große Datensätze (>1 Million Zeilen) abfragen.
- Zeitzonen: Infor EAM speichert Daten in der Datenbankserverzeit. Stellen Sie sicher, dass Sie einen möglichen Offset berücksichtigen, wenn Ihre Benutzer in einer anderen Zeitzone arbeiten.
a Beispielabfrage sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]'