Ihre Datenvorlage für die Anlagenwartung
Ihre Datenvorlage für die Anlagenwartung
- Prozessspezifische Datenfelder für die Wartungsverfolgung
- Wichtige Meilensteine für die Analyse des Arbeitsauftragslebenszyklus
- Detaillierte Extraktionsanleitung für Infor EAM-Benutzer
Anlagenwartungsattribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität EventName | Der spezifische Schritt oder die Statusänderung, die innerhalb des Wartungslebenszyklus stattfindet. | ||
| Beschreibung Dieses Attribut erfasst den Namen des Events oder der 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 Prozesslandkarte 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 geschlossenRessourcen eingeplant | |||
| Timestamp 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 Events chronologisch zu ordnen und die Dauer zwischen den Schritten zu berechnen. Genaues Timestamping ist entscheidend 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 dem 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 | |||
| Wartungsarbeitsauftrag WorkOrderNumber | Der eindeutige Identifikator für den Wartungsarbeitsauftrag. | ||
| Beschreibung Dieses Attribut dient als zentraler Case-Identifikator 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 typischerweise 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 Events, die zu einer einzigen Wartungsanfrage gehören, um Zykluszeiten und Kosten pro Auftrag zu berechnen. Bedeutung Es ist der fundamentale Schlüssel zur Rekonstruktion des Prozessflusses und zur eindeutigen Identifizierung jedes Wartungsfalls. Datenquelle R5EVENTS table, field EVT_CODE Beispiele 10023456WO-2023-88910023457PM-55421 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, 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 `data` 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 gewährleistet die Rückverfolgbarkeit der Daten in die Infor EAM-Umgebung. Datenquelle Während der Extraktion fest codiert Beispiele Infor EAMDatastream 7i | |||
| Abteilung DepartmentCode | Die Wartungsabteilung oder das 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 Istkosten 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 die 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 | |||
| Priorität WorkOrderPriority | Die dem Wartungsarbeitsauftrag zugewiesene Dringlichkeitsstufe. | ||
| Beschreibung Dieses Attribut gibt die Wichtigkeit des Arbeitsauftrags an, typischerweise 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 der 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-Timestamps mit diesem Datum bestimmt, ob die Organisation ihre Service Level Agreements erfüllt. Bedeutung Erforderlich für das Dashboard 'SLA Performance 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 die spezifische Aktivität ausführt. Es wird zur Analyse der Arbeitsproduktivität und zur Identifizierung von Schulungsbedarfen oder Planungsineffizienzen verwendet. Je nach Systemkonfiguration kann dies in der Tabelle der gebuchten Stunden oder im Feld 'Verantwortliche Person' des Events 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. SmithM. DoeContractor-A | |||
| Wartungstyp 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 typischerweise in der Spalte für den Event-Typ. Bedeutung Entscheidend für das Dashboard „Verteilung der Wartungsarten“ und die Analyse der Zuverlässigkeitsstrategie. Datenquelle R5EVENTS table, field EVT_TYPE Beispiele PräventivKorrektivAusfallInspektion | |||
| `SLA` verletzt IsSlaBreached | Kennzeichnung, ob die Abschlusszeit das Zieldatum überschritten hat. | ||
| Beschreibung Dieses boolesche Attribut vergleicht den Timestamp 'Work Order Completed' mit dem 'SLA Target Date'. Wenn der Abschluss später als das Ziel ist, wird das Flag auf true gesetzt. Dies vereinfacht die Berichterstattung, indem eine binäre Dimension zur Filterung von konformen vs. nicht-konformen Cases erstellt wird. Bedeutung Vereinfacht das SLA Compliance Reporting. Datenquelle Berechnet im ETL-/Process-Mining-Tool Beispiele truefalsch | |||
| 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 entscheidend 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 | |||
| Asset-Kritikalitä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 typischerweise aus dem Anlagenstammsatz gezogen, der dem 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 | |||
| Beschreibung WorkOrderDescription | Textbeschreibung des Problems oder der 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 Task 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 truefalsch | |||
| Materialkosten MaterialCost | Die Kosten der dem Arbeitsauftrag zugewiesenen Ersatzteile. | ||
| Beschreibung Dieses Attribut isoliert die Materialkosten von den Gesamtkosten. Es hilft, Lieferkettenausgaben im Vergleich zu Arbeitskosten zu identifizieren. Die separate Nachverfolgung unterstützt Entscheidungen bezüglich Ersatzteilpreisen und Bestandsmanagement. Bedeutung Details erforderlich für eine umfassende Finanzanalyse. Datenquelle Berechnet aus R5TRANSACTIONS, wo der Typ „issue“ ist Beispiele 150.0020.00 | |||
| Organisation OrganizationCode | Die Geschäftseinheit oder der 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 essentiell 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 | |||
Anlagenwartungsaktivitä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 Entscheidend 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 | 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 Performance 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 direkt 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 | |||
| Arbeitsauftrag geschlossen | 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 | |||
| Wartungsanfrage erhalten | Markiert die erstmalige Erfassung einer Wartungsanforderung im System, oft über ein Serviceportal oder eine Callcenter-Schnittstelle. In Infor EAM wird dies typischerweise 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 Geloggt, 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 umsetzbaren 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 Lieferkettenverzögerungen. Bestätigt, dass Teilebeschränkungen behoben wurden. Datenquelle Abfrage von R5TRANSACTIONS nach Transaktionstyp „I“ (Ausgabe), verknüpft mit dem Arbeitsauftrag. Erfassen Geloggt, 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 entscheidend, um Lieferkettenprozesse 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-Timestamps, die mit der Work Order ID verknüpft sind. Erfassen Geloggt, 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 Entscheidend 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 Nacharbeitschleifen. 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 | |||
Extraktionsleitfäden
Schritte
Databridge-Modulverfügbarkeit überprüfen: Melden Sie sich als Administrator bei Infor EAM an. Navigieren Sie zum Administrationsmenü und stellen Sie sicher, dass das Databridge-Modul aktiv ist und Sie Zugriff auf die Konfigurationsbildschirme für Partner und Dokumente haben.
Exportpartner definieren: Erstellen Sie einen neuen Partner in Databridge 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 gewährleisten.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 Typenicht 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 gewährleistet, dass Daten sofort übertragen werden, wenn ein Benutzer mit dem System interagiert.Datenelemente zuordnen: Konfigurieren Sie die Databridge-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: Databridge ist primär ereignisgesteuert, aber für die historische Analyse müssen Sie einen Batch-Export durchführen. Navigieren Sie zum Bildschirm Databridge 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
WorkOrderNumberundEventTimestamp.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 Databridge-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 gewährleisten.
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 EventTimestamp. 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 EventTimestamp zu Timestamp. 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 die spezifischen Transaktionsdaten angewendet wird, um laufende offene Fälle zu erfassen.
- Organisationsfilter: Verwenden Sie die Spalte EVT_ORG oder die 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.
- Performance: 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]'