Ihr Daten-Template für die Anlagenwartung
Ihr Daten-Template für die Anlagenwartung
- Prozessspezifische Datenfelder für die Wartungsverfolgung
- Wichtige Meilensteine für die Analyse des Arbeitsauftragslebenszyklus
- Detaillierte Anleitung zur Datenextraktion für Infor-EAM-Anwender
Attribute der Anlageninstandhaltung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität EventName | Der konkrete Schritt oder die Statusänderung innerhalb des Instandhaltungslebenszyklus. | ||
| Beschreibung Dieses Attribut erfasst den Namen des Ereignisses oder der Statusänderung, beispielsweise Arbeitsauftrag erstellt, Material ausgegeben oder Arbeitsauftrag abgeschlossen. Es wird aus der Historie der Statusänderungen oder aus bestimmten Transaktionstypen abgeleitet, die für den Arbeitsauftrag erfasst wurden. Anhand der Abfolge dieser Werte rekonstruiert das Process-Mining-Tool den Workflow. Dadurch lassen sich Prozessvarianten, Nacharbeitsschleifen und die Reihenfolge der Vorgänge analysieren. Warum das wichtig ist Es definiert die Knoten in der Prozessübersicht und ist erforderlich, um zu verstehen, was bei jedem Schritt geschehen ist. Bezugsquelle Tabelle R5EVENTSTATUS (Feld EVS_STATUS) oder R5TRANSACTIONS (Feld TRA_DESC) Beispiele Arbeitsauftrag erstelltMaterial ausgegebenArbeitsauftrag geschlossenRessourcen eingeplant | |||
| Timestamp EventTimestamp | Datum und Uhrzeit, zu denen die Aktivität stattgefunden hat. | ||
| Beschreibung Dieses Attribut erfasst den genauen Zeitpunkt, zu dem eine Aktivität stattgefunden hat. Es dient dazu, Ereignisse chronologisch zu ordnen und die Dauer zwischen den Schritten zu berechnen. Eine präzise Zeitstempelung ist entscheidend, um Engpässe zu erkennen, Durchlaufzeiten zu messen und die SLA-Konformität zu berechnen. In Infor EAM stammt dieser Wert in der Regel aus dem Transaktionsdatum oder dem Datum der Statusänderung. Warum das wichtig ist Es liefert die zeitliche Dimension, die für alle zeitbasierten Analysen und die Reihenfolge der Ereignisse erforderlich ist. Bezugsquelle Tabelle R5EVENTSTATUS (Feld EVS_DATE) oder R5TRANSACTIONS (Feld TRA_DATE) Beispiele 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Wartungsarbeitsauftrag WorkOrderNumber | Die eindeutige Kennung des Wartungsarbeitsauftrags. | ||
| Beschreibung Dieses Attribut dient als zentrale Fallkennung für die Prozessanalyse. Es bezeichnet die konkrete Wartungsarbeit, unabhängig davon, ob es sich um vorbeugende oder korrektive Wartung handelt, und verknüpft alle nachfolgenden Aktivitäten, Kosten- und Arbeitszeitaufzeichnungen. In Infor EAM ist dies üblicherweise der Event Code in den zentralen Event-Tabellen. Analysten verwenden dieses Feld, um einzelne Prozessinstanzen zu unterscheiden. Es ermöglicht, alle Ereignisse einer einzelnen Wartungsanfrage zusammenzufassen und Durchlaufzeiten sowie Kosten pro Auftrag zu berechnen. Warum das wichtig ist Dies ist der grundlegende Schlüssel zur Rekonstruktion des Prozessablaufs und zur eindeutigen Identifizierung jedes Wartungsfalls. Bezugsquelle Tabelle R5EVENTS, Feld EVT_CODE Beispiele 10023456WO-2023-88910023457PM-55421 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, zu dem die Daten extrahiert oder zuletzt aktualisiert wurden. | ||
| Beschreibung Dieses Feld zeigt an, wann der Datensatz zuletzt für das Process-Mining-Modell verarbeitet oder extrahiert wurde. Es hilft Ihnen einzuschätzen, wie aktuell die analysierten Daten sind. Der Wert wird häufig während des ETL-Prozesses erzeugt und ist nicht im Quellsystem selbst vorhanden. So erkennen Analysten, ob sie mit Echtzeitdaten oder historischen Momentaufnahmen arbeiten. Warum das wichtig ist Es bestätigt die Aktualität der Daten und hilft dabei, veraltete Datensätze zu erkennen. Bezugsquelle Systemzeit bei der Extraktion Beispiele 2023-10-25T12:00:00Z | |||
| Quellsystem SourceSystem | Der Name des Systems, aus dem die Daten stammen. | ||
| Beschreibung Dieses Attribut identifiziert die Herkunft des Datensatzes und ist besonders in Umgebungen mit mehreren Systemen wichtig. In dieser Ansicht dient es als statischer Bezeichner für die Infor-EAM-Instanz. Es unterstützt die Datenherkunftsanalyse und die Fehlerbehebung, wenn mehrere Datenquellen in einem Process-Mining-Datenmodell zusammengeführt werden. Warum das wichtig ist Es stellt die Rückverfolgbarkeit der Daten bis zur Infor-EAM-Umgebung sicher. Bezugsquelle Während der Extraktion fest codiert Beispiele Infor EAMDatastream 7i | |||
| Abteilung DepartmentCode | Die für den Auftrag verantwortliche Instandhaltungsabteilung oder das zuständige Team. | ||
| Beschreibung Dieses Attribut zeigt, welche interne Abteilung oder welches Kostenstellenzentrum für den Arbeitsauftrag verantwortlich ist. Es ermöglicht den Leistungsvergleich zwischen verschiedenen Instandhaltungsteams, beispielsweise Elektrotechnik und Mechanik. In Infor EAM wird dies häufig als MRC (Maintenance Repair Center) bezeichnet. Warum das wichtig ist Unterstützt die Ressourcenplanung und die Analyse der Abteilungsleistung. Bezugsquelle Tabelle R5EVENTS, Feld EVT_MRC Beispiele MECHELECANLAGEN | |||
| Anlagencode AssetCode | Die eindeutige Kennung des instand zu haltenden Geräts oder Assets. | ||
| Beschreibung Dieses Attribut identifiziert das physische Objekt, auf das sich der Instandhaltungsauftrag bezieht. Es ermöglicht, die Instandhaltungshistorie je Maschine oder Anlage zusammenzufassen. Die Analyse der Prozessleistung nach Anlagencode hilft dabei, problematische Anlagen zu erkennen, die häufig ausfallen oder deren Reparatur länger als durchschnittlich dauert. Warum das wichtig ist Unverzichtbar, um die Prozessleistung mit der physischen Infrastruktur zu verknüpfen. Bezugsquelle Tabelle R5EVENTS, Feld EVT_OBJECT Beispiele PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Geschätzte Kosten EstimatedCost | Das geplante Budget für den Arbeitsauftrag. | ||
| Beschreibung Dieses Attribut enthält die während der Planungsphase geschätzten Kosten. Durch den Vergleich mit den tatsächlichen Kosten können Analysten die Genauigkeit der Planung bewerten. Große Abweichungen zwischen geschätzten und tatsächlichen Kosten weisen darauf hin, dass der Schätzprozess oder die Effizienz der Ausführung überprüft werden sollte. Warum das wichtig ist Unterstützt das Dashboard zur Analyse geschätzter und tatsächlicher Kosten. Bezugsquelle Tabelle R5EVENTS, Feld EVT_ESTCOST Beispiele 500.001200.500.00 | |||
| Instandhaltungstyp MaintenanceType | Ordnet den Arbeitsauftrag als präventiv, korrektiv oder prädiktiv ein. | ||
| Beschreibung Dieses Attribut klassifiziert die Art der Instandhaltungsarbeit. Analysten können die Prozessansicht aufteilen und geplante präventive Instandhaltungszyklen mit ungeplanten reaktiven Reparaturen vergleichen. Das Verhältnis zwischen präventiver und reaktiver Arbeit zu optimieren, ist ein wichtiges Ziel für Instandhaltungsleiter. Dieses Feld befindet sich typischerweise in der Spalte für den Ereignistyp. Warum das wichtig ist Entscheidend für das Dashboard zur Verteilung der Instandhaltungstypen und für die Analyse der Instandhaltungsstrategie. Bezugsquelle Tabelle R5EVENTS, Feld EVT_TYPE Beispiele PräventivKorrektivAusfallInspektion | |||
| Priorität WorkOrderPriority | Die Dringlichkeitsstufe des Instandhaltungsauftrags. | ||
| Beschreibung Dieses Attribut gibt die Bedeutung des Arbeitsauftrags an, typischerweise auf einer Skala wie hoch, mittel oder niedrig. Es dient als Filter, damit kritische Arbeiten in der Warteschlange richtig priorisiert werden. Die Analyse des Prozessablaufs nach Priorität zeigt, ob Aufgaben mit hoher Priorität tatsächlich schneller bearbeitet werden als Aufgaben mit niedriger Priorität. Warum das wichtig ist Entscheidend, um zu überprüfen, ob dringende Arbeiten die angemessene Aufmerksamkeit erhalten. Bezugsquelle Tabelle R5EVENTS, Feld EVT_PRIORITY Beispiele 1-Notfall2-Hoch3-Routine | |||
| SLA-Zieldatum SlaTargetDate | Die Frist, bis zu der der Arbeitsauftrag abgeschlossen sein muss. | ||
| Beschreibung Dieses Attribut speichert das angestrebte Abschlussdatum, das häufig anhand der Kritikalität des Assets und der Priorität des Auftrags festgelegt wird. Es dient als Grundlage für die Berechnung der Termintreue. Durch den Vergleich des tatsächlichen Abschluss-Timestamps mit diesem Datum lässt sich feststellen, ob die Organisation ihre Service Level Agreements einhält. Warum das wichtig ist Erforderlich für das Dashboard zur SLA-Leistung bei kritischen Assets. Bezugsquelle Tabelle R5EVENTS, Feld EVT_TARGET Beispiele 2023-11-01T17:00:00Z | |||
| Tatsächliche Gesamtkosten ActualTotalCost | Die abschließende Summe der Arbeits-, Material- und Dienstleistungskosten. | ||
| Beschreibung Dieses Attribut bildet die gesamte finanzielle Auswirkung der Instandhaltungsaufgabe ab. Es wird aktualisiert, sobald Arbeitszeiten gebucht und Materialien ausgegeben werden. Es dient als zentrale Finanzkennzahl des Prozesses und ermöglicht die Analyse von Kostentreibern sowie die Budgetberichterstattung. Warum das wichtig ist Zentrale Kennzahl für die finanzielle Abrechnung und Effizienzanalyse. Bezugsquelle Tabelle R5EVENTS, Feld EVT_ACTCOST (oder Summe der Transaktionen) Beispiele 450.251500.0075.50 | |||
| Techniker TechnicianName | Die konkrete Person oder Ressource, die mit der Ausführung der Aufgabe betraut ist. | ||
| Beschreibung Dieses Attribut erfasst den Benutzer oder Techniker, der die jeweilige Aktivität ausführt. Es dient dazu, die Arbeitsproduktivität zu analysieren und Schulungsbedarf oder ineffiziente Einsatzplanung zu erkennen. Je nach Systemkonfiguration befindet sich der Wert in der Tabelle der gebuchten Stunden oder im Feld für die verantwortliche Person des Ereignisses. Warum das wichtig ist Ermöglicht die Analyse im Dashboard zur Arbeitsproduktivität und Einsatzplanung. Bezugsquelle Tabelle R5BOOKEDHOURS (Feld BOO_PERSON) oder R5EVENTS (Feld EVT_PERSON) Beispiele J. SmithM. DoeAuftragnehmer-A | |||
| Arbeitsstunden LaborHoursUsed | Die tatsächliche Anzahl der für den Arbeitsauftrag aufgewendeten Arbeitsstunden. | ||
| Beschreibung Dieses Attribut summiert die von Technikern für den Arbeitsauftrag gebuchten Zeiten. Es ist entscheidend für die Berechnung der Arbeitsproduktivität und Ressourcenauslastung. Es unterscheidet sich von der verstrichenen Dauer des Arbeitsauftrags, da es den tatsächlichen Aufwand und nicht die Kalenderzeit abbildet. Warum das wichtig ist Wichtige Kennzahl für das Dashboard zur Arbeitsproduktivität und Einsatzplanung. Bezugsquelle Summe der Stunden in R5BOOKEDHOURS für das Ereignis Beispiele 2.58.00.5 | |||
| Asset-Kritikalität AssetCriticality | Eine Punktzahl oder Einstufung, die die betriebliche Bedeutung des Assets angibt. | ||
| Beschreibung Dieses Attribut klassifiziert Assets danach, wie kritisch sie für Produktion oder Sicherheit sind, beispielsweise A, B oder C. Analysten können den Prozess segmentieren und prüfen, ob besonders wichtige Assets mit der erforderlichen Dringlichkeit behandelt werden. Diese Daten stammen typischerweise aus dem Asset-Stammsatz, der mit dem Arbeitsauftrag verknüpft ist. Warum das wichtig ist Ermöglicht eine risikobasierte Analyse von Verzögerungen in der Instandhaltung. Bezugsquelle Tabelle R5OBJECTS (Feld OBJ_CRITICALITY), verknüpft über EVT_OBJECT Beispiele A - KritischB - WichtigC - Bis zum Ausfall betreiben | |||
| Beschreibung WorkOrderDescription | Textbeschreibung des Problems oder der erforderlichen Arbeit. | ||
| Beschreibung Dieses Attribut enthält die vom Anforderer oder Planer eingegebene Freitextzusammenfassung. Sie liefert qualitativen Kontext und erklärt Ausreißer oder bestimmte Prozessverläufe. Hier kann Text Mining eingesetzt werden, um häufige Fehlerbilder zu kategorisieren, die in strukturierten Feldern nicht erfasst werden. Warum das wichtig ist Liefert Kontext für die Ursachenanalyse. Bezugsquelle Tabelle R5EVENTS, Feld EVT_DESC Beispiele Hohe PumpenvibrationDichtung an Ventil 2 ersetzenVierteljährliche Inspektion | |||
| Ist Nacharbeit IsRework | Kennzeichen dafür, dass der Arbeitsauftrag wiederholte Ausführungsschritte umfasste. | ||
| Beschreibung Dieses boolesche Attribut zeigt an, ob der Prozessablauf Schleifen enthielt, insbesondere eine Rückkehr zur Ausführung nach der Qualitätskontrolle. Es wird während der Datentransformation berechnet, indem wiederholte Aktivitäten vom Typ „Instandhaltungsaufgabe ausgeführt“ erkannt werden. Eine hohe Nacharbeitsquote ist ein wichtiger Hinweis auf Qualitätsprobleme oder unzureichende Schulungen. Warum das wichtig ist Unterstützt direkt das Dashboard zu Nacharbeit und Qualitätsprüfung in der Instandhaltung. Bezugsquelle Im ETL-Prozess oder Process-Mining-Tool berechnet Beispiele truefalse | |||
| Ist SLA verletzt IsSlaBreached | Kennzeichen dafür, dass die Abschlusszeit das Zieldatum überschritten hat. | ||
| Beschreibung Dieses boolesche Attribut vergleicht den Timestamp „Arbeitsauftrag abgeschlossen“ mit dem „SLA-Zieldatum“. Liegt der Abschluss nach dem Zieltermin, wird das Kennzeichen auf „true“ gesetzt. Dadurch wird die Berichterstattung zur SLA-Konformität vereinfacht, da eine binäre Dimension zum Filtern konformer und nicht konformer Fälle entsteht. Warum das wichtig ist Vereinfacht die Berichterstattung zur SLA-Konformität. Bezugsquelle Im ETL-Prozess oder Process-Mining-Tool berechnet Beispiele truefalse | |||
| Materialkosten MaterialCost | Die Kosten der für den Arbeitsauftrag ausgegebenen Ersatzteile. | ||
| Beschreibung Dieses Attribut weist die Materialkosten getrennt von den Gesamtkosten aus. So lassen sich Ausgaben für die Lieferkette von Arbeitskosten unterscheiden. Die separate Erfassung unterstützt Entscheidungen zu Ersatzteilpreisen und Bestandsmanagement. Warum das wichtig ist Erforderliches Detail für eine umfassende Finanzanalyse. Bezugsquelle Berechnet aus R5TRANSACTIONS, wenn der Typ „issue“ ist Beispiele 150.0020.00 | |||
| Organisation OrganizationCode | Die Geschäftseinheit oder der Standort, zu dem das Asset gehört. | ||
| Beschreibung Bei Implementierungen an mehreren Standorten definiert dieses Attribut die konkrete Anlage oder Geschäftseinheit. Es ermöglicht übergeordnete Vergleiche zwischen verschiedenen Werken oder geografischen Regionen. Für globale Dashboards ist es unverzichtbar, da sich Prozesse zwischen Standorten geringfügig unterscheiden können. Warum das wichtig ist Unterstützt die Ansicht nach Geschäftseinheiten für standortübergreifende Vergleiche. Bezugsquelle Tabelle R5EVENTS, Feld EVT_ORG Beispiele NYC-PLANTLON-HQMFG-01 | |||
Aktivitäten der Anlageninstandhaltung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Arbeit begonnen | Zeigt den tatsächlichen Beginn der physischen Arbeit an der Anlage an. Dies wird häufig aus dem Timestamp der ersten Arbeitszeitbuchung oder einer bestimmten mobilen Statusaktualisierung abgeleitet. | ||
| Warum das wichtig ist Entscheidend für die Berechnung der Durchlaufzeit von Materialanforderungen und der Effizienz der Technikerauslastung. Unterscheidet zwischen der Zeit im Status 'Scheduled' und der Zeit im Status 'Working'. Bezugsquelle Leiten Sie das Ereignis aus dem frühesten Startdatum in R5BOOKEDHOURS oder einer Statusänderung zu 'In Progress' in R5EVENTSTATUS ab. Erfassen Aus dem Vergleich von Feld X mit Feld Y ableiten Ereignistyp inferred | |||
| Arbeitsauftrag abgeschlossen | Markiert den technischen Abschluss der Wartungsarbeit. Die Anlage wird wieder in Betrieb genommen, auch wenn finanzielle und administrative Aufgaben noch ausstehen können. | ||
| Warum das wichtig ist Endpunkt für die SLA-Leistung kritischer Anlagen. Unterscheidet zwischen 'Job Done' und 'Paperwork Done'. Bezugsquelle Verfolgen Sie die Statusänderung zu 'C' (Complete) oder 'J' (Job Complete) in R5EVENTSTATUS. Prüfen Sie EVT_DATECOMPLETED. Erfassen Wird protokolliert, wenn sich der Status zu Complete ändert Ereignistyp explicit | |||
| Arbeitsauftrag erstellt | Bezeichnet die formelle Erstellung eines Arbeitsauftragsobjekts, entweder durch Umwandlung einer Anfrage oder durch direkte Erstellung. Dieses Ereignis startet die Erfassung von Kosten, Ressourcen und Statushistorie für den Wartungsfall. | ||
| Warum das wichtig ist Zentrales Ereignis für die Erstellung eines Falls im Backlog- und Durchsatzmonitor. Es unterscheidet die Anfragephase vom eigentlichen Wartungsmanagement-Workflow. Bezugsquelle Fragen Sie die Tabelle R5EVENTS nach neuen Datensätzen ab, bei denen EVT_TYPE den Wert 'JOB' oder 'PPM' hat. Alternativ können Sie Statusänderungen auf den anfänglichen Status 'Open' in R5EVENTSTATUS verfolgen. Erfassen Wird protokolliert, wenn eine Transaktion einen WO-Datensatz erstellt Ereignistyp explicit | |||
| Arbeitsauftrag geschlossen | Der abschließende administrative Schritt, bei dem der Arbeitsauftrag archiviert wird und keine weiteren Kosten mehr gebucht werden können. Damit endet der Lebenszyklus des Falls. | ||
| Warum das wichtig ist Beendet die Messung der Effizienz des administrativen Abschlusses. Unverzichtbar für saubere Daten und zur Vermeidung 'zombieartiger' offener Aufträge. Bezugsquelle Fragen Sie R5EVENTSTATUS nach dem Wechsel zum Status 'Close' ab. Dadurch wird das Feld EVT_STATUS auf 'C' gesetzt. Erfassen Wird protokolliert, wenn sich der Status zu Closed ändert Ereignistyp explicit | |||
| Wartungsanfrage eingegangen | Kennzeichnet den Eingang eines Wartungsbedarfs im System. Die Anfrage stammt häufig aus einem Serviceportal oder einer Callcenter-Oberfläche. In Infor EAM wird dieses Ereignis in der Regel erfasst, wenn vor der Umwandlung in einen formellen Arbeitsauftrag ein Datensatz in den Entitäten Call oder Request erstellt wird. | ||
| Warum das wichtig ist Dieser Zeitpunkt bildet den Ausgangspunkt für die Berechnung der Wachstumsrate des Wartungsrückstands und der gesamten Lösungszeit. Er ist entscheidend, um den tatsächlichen Bedarf der Wartungsabteilung zu ermitteln. Bezugsquelle Fragen Sie die Tabelle R5EVENTS ab, wenn EVT_TYPE auf 'R' (Request) oder 'C' (Call) gesetzt ist. Verwenden Sie die EVT_CREATED-Protokolle. Erfassen Wird protokolliert, wenn ein Anfrage-Datensatz eingefügt wird Ereignistyp explicit | |||
| Wartungsaufgabe ausgeführt | Bezeichnet die laufende Ausführung von Wartungsarbeiten, die über von Technikern gebuchte Arbeitsstunden erfasst wird. Diese Aktivität kann bei einem einzelnen Arbeitsauftrag mehrfach auftreten. | ||
| Warum das wichtig ist Liefert Daten für die KPI zur Effizienz der Technikerauslastung und zur Genauigkeit der Arbeitszeitschätzung. Eine hohe Häufigkeit ohne Abschluss kann auf schwierige Reparaturen hinweisen. Bezugsquelle Extrahieren Sie einzelne Einträge aus der Tabelle R5BOOKEDHOURS, die mit dem Arbeitsauftrag verknüpft sind. Erfassen Wird protokolliert, wenn die Transaktion X ausgeführt wird Ereignistyp explicit | |||
| Arbeitsauftrag genehmigt | Zeigt an, dass die Wartungsarbeit von der zuständigen Managementebene genehmigt wurde. Dieser Schritt gibt den Arbeitsauftrag für die Planung und Materialanforderung frei. | ||
| Warum das wichtig ist Markiert das Ende des Genehmigungszyklus und den Beginn der umsetzbaren Wartung. Verzögerungen an dieser Stelle beeinträchtigen die Reaktionsfähigkeit bei Ausfällen kritischer Anlagen unmittelbar. Bezugsquelle Verfolgen Sie das Einfügen eines Statuscodes 'A' (Approved) oder 'R' (Released) in der Verlaufstabelle R5EVENTSTATUS. Erfassen Wird protokolliert, wenn sich der Status zu Approved ändert Ereignistyp explicit | |||
| Finanzieller Abschluss verarbeitet | Bezeichnet die abschließende Berechnung und Buchung der mit dem Arbeitsauftrag verbundenen Kosten. Dadurch werden sämtliche Arbeits- und Materialkosten dem Budget zugeordnet. | ||
| Warum das wichtig ist Unterstützt die Analyse geschätzter und tatsächlicher Kosten. Verzögerungen an dieser Stelle beeinträchtigen die Genauigkeit der Finanzberichterstattung. Bezugsquelle Wird häufig aus dem Datum abgeleitet, an dem der Arbeitsauftrag für Bearbeitungen gesperrt wird, oder aus dem Zeitpunkt der abschließenden Kostenaktualisierung im Transaktionsprotokoll. Erfassen Aus dem Vergleich von Feld X mit Feld Y ableiten Ereignistyp calculated | |||
| Material ausgegeben | Erfasst die physische Ausgabe von Ersatzteilen aus dem Lager an den Arbeitsauftrag. Dieser Schritt bestätigt, dass die Materialien zur Verwendung verfügbar sind. | ||
| Warum das wichtig ist Abschließendes Ereignis für die Analyse von Verzögerungen in der Lieferkette. Bestätigt, dass Einschränkungen bei der Teileversorgung behoben wurden. Bezugsquelle Fragen Sie R5TRANSACTIONS nach dem Transaktionstyp 'I' (Issue) ab, der mit dem Arbeitsauftrag verknüpft ist. Erfassen Wird protokolliert, wenn die Transaktion X ausgeführt wird Ereignistyp explicit | |||
| Materialanforderung eingereicht | Erfasst die konkrete Anforderung von Ersatzteilen, die für die Wartungsaufgabe benötigt werden. Dieses Ereignis ist entscheidend, um Lieferkettenprozesse mit der Wartungsausführung zu verknüpfen. | ||
| Warum das wichtig ist Ausgangspunkt für das Dashboard zur Analyse von Verzögerungen in der Materialversorgung. Zeigt, ob die Ersatzteilbeschaffung die Ursache für Wartungsverzögerungen ist. Bezugsquelle Fragen Sie die Tabellen R5REQUISITIONS oder R5MATLIST nach Erstellungs-Timestamps ab, die mit der Arbeitsauftrags-ID verknüpft sind. Erfassen Wird protokolliert, wenn die Transaktion X ausgeführt wird 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 häufig daraus abgeleitet, dass der Status von einer Planungsphase in einen genehmigungsbereiten Status wechselt. | ||
| Warum das wichtig ist Entscheidend für die Messung der Genehmigungsdurchlaufzeit von Arbeitsaufträgen und die Identifizierung administrativer Engpässe vor Beginn der Ausführung. Unterstützt die Analyse von Planungsdurchlaufzeiten. Bezugsquelle Leiten Sie das Ereignis aus R5EVENTSTATUS ab, wenn sich der Status von 'Planning' zu 'Request Approval' oder 'Released' ändert. Erfassen Statusfeld vorher und nachher vergleichen Ereignistyp inferred | |||
| Qualitätskontrolle durchgeführt | Bezeichnet einen konkreten Prüfschritt, bei dem die Reparatur vor der abschließenden Freigabe kontrolliert wird. Bei einem Fehlschlag kehrt der Prozess zur Ausführung zurück. | ||
| Warum das wichtig ist Unverzichtbar für das Dashboard zu Nacharbeit und Qualitätsprüfung in der Wartung. Identifiziert Qualitätsprobleme und Nacharbeitschleifen. Bezugsquelle Identifizieren Sie den Abschluss einer bestimmten Checkliste in R5CHECKLISTS oder einen Statuswechsel zu 'Review' in R5EVENTSTATUS. Erfassen Statusfeld vorher und nachher vergleichen Ereignistyp inferred | |||
| Ressourcen eingeplant | Erfasst die Zuweisung bestimmter Techniker oder Teams zu einem Arbeitsauftrag. Dies markiert den Übergang von der Planung zur Ressourcenverteilung. | ||
| Warum das wichtig ist Unterstützt das Dashboard für Arbeitsproduktivität und Einsatzplanung. Hilft, Lücken zwischen Genehmigung und tatsächlicher Ressourcenverfügbarkeit zu identifizieren. Bezugsquelle Verfolgen Sie Änderungen in der Tabelle R5ACTIVITIES für Arbeitszuweisungen oder Statusänderungen zu 'Scheduled' in R5EVENTSTATUS. Erfassen Wird protokolliert, wenn eine Ressourcenzuweisung erfolgt Ereignistyp explicit | |||
| Wartungsaufzeichnungen aktualisiert | Erfasst die Ergänzung des Arbeitsauftrags um technische Notizen, Fehlercodes oder Daten zur Zustandsüberwachung. Dies geschieht häufig gegen Ende der physischen Arbeiten. | ||
| Warum das wichtig ist Unterstützt die Überwachung der Compliance technischer Dokumentation. Stellt die Datenqualität für künftige Zuverlässigkeitsanalysen sicher. Bezugsquelle Verfolgen Sie Aktualisierungen in der Tabelle R5COMMENTS oder Änderungen an den Feldern 'Problem/Failure/Cause' in R5EVENTS. Erfassen Wird protokolliert, wenn der Datensatz aktualisiert wird Ereignistyp explicit | |||
Anleitungen zur Datenextraktion
Schritte
Verfügbarkeit des Databridge-Moduls prüfen: Melden Sie sich als Administrator bei Infor EAM an. Navigieren Sie zum Menü Administration und stellen Sie sicher, dass das Databridge-Modul aktiv ist und Sie Zugriff auf die Konfigurationsbildschirme Partner und Dokument haben.
Exportpartner definieren: Erstellen Sie in Databridge einen neuen Partner speziell für ProcessMind, beispielsweise mit dem Partnercode
PMIND. Konfigurieren Sie die Kommunikationsmethode alsFILEoderFTP, je nachdem, wo die XML- oder CSV-Dateien abgelegt werden sollen. Legen Sie XML als Ausgabeformat fest, um die Daten möglichst vollständig zu erhalten.Geschäftsobjekte (Dokumente) konfigurieren: Abonnieren Sie bestimmte Infor-EAM-Geschäftsobjekte (BODs), um die erforderlichen Aktivitäten zu erfassen. Fügen Sie Ihrer Partnerkonfiguration die folgenden Dokumente hinzu:
MP0094_SyncWorkOrder: Erfasst Erstellung, Statusänderungen, Aktualisierungen und Abschluss.MP0024_SyncBookedHours: Erfasst die Erfassung von Arbeitszeit (Ausführung).MP3036_SyncTransaction: Erfasst Materialentnahmen und Rückgaben.MP0026_SyncRequisition: Erfasst Materialanforderungen.MP0098_SyncWorkOrderActivity: Erfasst Planungs- und Dispositionsdetails.
Filter konfigurieren: Wenden Sie für jedes Dokument Filter an, um irrelevante Daten auszuschließen. Filtern Sie bei
SyncWorkOrdernachOrganisationund stellen Sie sicher, dassWork Order Typenicht null ist. Legen Sie den FilterDatumso fest, dass er den Analysezeitraum abdeckt, beispielsweise die letzten 12 Monate.Ereignisauslöser aktivieren: Stellen Sie im Bildschirm Ereigniskonfiguration sicher, dass die Auslöser
On Save,On UpdateundOn Status Changefür die Entitäten aktiviert sind, die den ausgewählten Dokumenten entsprechen. Dadurch werden Daten sofort übertragen, wenn ein Benutzer mit dem System arbeitet.Datenelemente zuordnen: Konfigurieren Sie das Databridge-XML-Template so, dass die erforderlichen Spalten enthalten sind. Stellen Sie sicher, dass
EVT_CODEWorkOrderNumberzugeordnet wird,EVT_STATUSfür die Statusverfolgung enthalten ist undEVT_DAT_CREATEDzur Verfügung steht.Ersten Ladevorgang ausführen: Databridge arbeitet hauptsächlich ereignisgesteuert. Für historische Analysen müssen Sie jedoch einen Batch-Export ausführen. Navigieren Sie zum Bildschirm Databridge Export, wählen Sie den Partner
PMINDund das DokumentSyncWorkOrder, legen Sie den Datumsbereich fest und klicken Sie auf Absenden, um den historischen Rückstand zu erzeugen.Ausgabe standardisieren: Der Export erzeugt hierarchische XML-Dateien. Verwenden Sie ein Skriptwerkzeug wie Python oder PowerShell oder eine ETL-Middleware, um diese XML-Dateien zu reduzieren. Die Logik lautet: Ein XML-Knoten entspricht einer Ereigniszeile. Verwenden Sie die im folgenden Abschnitt „Query“ definierten Zuordnungsregeln.
Aktivitätsnamen ableiten: Verwenden Sie in Ihrem Transformationsskript die im Abschnitt „Query“ bereitgestellte bedingte Logik, um Systemcodes, beispielsweise Status
Rfür „Work Order Generated“ und StatusCfür „Work Order Completed“, in verständliche Aktivitätsnamen zu übersetzen.Timestamp formatieren: Infor EAM exportiert Timestamps im ISO-8601-Format. Stellen Sie sicher, dass sie in das mit ProcessMind kompatible Standardformat
YYYY-MM-DD HH:MM:SSumgewandelt werden.Event Log zusammenstellen: Führen Sie die Ausgaben der verschiedenen Geschäftsobjekte, darunter Work Orders, Booked Hours und Transactions, in einer einzigen CSV-Datei zusammen. Sortieren Sie die Daten nach
WorkOrderNumberundEventTimestamp.Abschließende Validierung: Laden Sie die resultierende CSV-Datei in ProcessMind und prüfen Sie, ob die Anzahl der Cases der Anzahl der eindeutigen, aus Infor EAM exportierten Work Orders entspricht.
Konfiguration
- Exportformat: XML wird gegenüber einfachem Text empfohlen, da sich Sonderzeichen in Kommentaren besser verarbeiten lassen und die Einhaltung des Schemas sichergestellt wird.
- Trigger-Modus: Legen Sie Asynchronous fest, damit die Databridge-Verarbeitung die Benutzeroberfläche während Spitzenzeiten nicht verlangsamt.
- Granularität: Stellen Sie in der Dokumentkonfiguration sicher, dass Include Update Details aktiviert ist. So können Sie Änderungen auf Feldebene erkennen, etwa bei Prioritäten oder Abteilungen.
- Datumsbereich: Für den ersten Batch-Ladevorgang sind 12 bis 24 Monate Historie üblich. Bei laufenden Delta-Ladevorgängen überträgt das System neue Daten in Echtzeit.
- Organisationsfilter: Filtern Sie immer nach
EVT_ORG(Organization), um bei einer gemeinsam genutzten EAM-Instanz Daten aus mehreren Mandanten nicht gemeinsam zu extrahieren. - Statuskonfiguration: Prüfen Sie, welche benutzerdefinierten Status den Systemstatuswerten wie R, A und C entsprechen, damit die Aktivitäten korrekt zugeordnet werden.
a Beispielabfrage json
{
"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 über ODBC/JDBC zu Ihrer Infor-EAM-Datenbank, Oracle oder SQL Server, her. Stellen Sie sicher, dass Sie Leserechte für die folgenden Tabellen besitzen: R5EVENTS (Arbeitsaufträge), R5STATUS (Statushistorie), R5BOOKEDHOURS (Arbeitszeit), R5TRANSACTIONS (Materialien), R5ACTIVITIES (Aufgaben) und R5TESTRESULTS (Qualität).
Umfang und Filter definieren Legen Sie das Extraktionsfenster fest. Für Process Mining reichen in der Regel die letzten 12 bis 24 Monate. Ermitteln Sie Ihren Organisationscode (ORG), um bei einer Instanz mit mehreren Standorten die relevanten Daten zu filtern.
Statuszuordnungen konfigurieren Infor EAM erlaubt benutzerdefinierte Status. Prüfen Sie das bereitgestellte SQL-Skript und ersetzen Sie Platzhalter wie 'A' (Genehmigt) oder 'C' (Geschlossen) durch die Statuscodes Ihrer konkreten EAM-Konfiguration. Falls Sie unsicher sind, finden Sie diese in der Tabelle R5STATUS_CODES.
SQL-Skript vorbereiten Kopieren Sie das im Query-Abschnitt bereitgestellte SQL. Ersetzen Sie die Platzhalter [StartDate] und [EndDate] durch den gewünschten Datumsbereich, zum Beispiel '2023-01-01'. Ersetzen Sie [Your Organization Code] durch den Filter für Ihre Organisationseinheit.
Extraktion ausführen Führen Sie die Abfrage in Ihrem SQL-Client aus, etwa SQL Developer, SSMS oder DBeaver. Die Abfrage verwendet UNION ALL, um Kopfereignisse, Statusänderungen, Arbeitszeitbuchungen und Materialtransaktionen in einem standardisierten Event Log zusammenzuführen.
Daten validieren Prüfen Sie die Ausgabe auf NULL-Timestamps in der Spalte EventTimestamp. Stellen Sie sicher, dass WorkOrderNumber in jeder Zeile gefüllt ist. Vergewissern Sie sich, dass die Spalte EventName eine vollständige Mischung der 14 definierten Aktivitäten enthält.
Datentransformation (optional) Wenn Ihre Timestamps Zeitzonen-Offsets enthalten, die nicht zu Ihren Analyseanforderungen passen, wenden Sie innerhalb der Abfrage oder bei der Nachbearbeitung eine Konvertierungsfunktion wie AT TIME ZONE an.
Als CSV exportieren Exportieren Sie die Abfrageergebnisse in eine einfache CSV-Datei. Stellen Sie sicher, dass als Trennzeichen ein Komma oder Semikolon verwendet wird und Textqualifizierer, also doppelte Anführungszeichen, gesetzt sind, damit Kommas innerhalb von Beschreibungen korrekt verarbeitet werden.
In ProcessMind importieren Laden Sie die CSV-Datei in ProcessMind hoch. Ordnen Sie die Spalten wie folgt zu: WorkOrderNumber zur Case-ID, EventName zur Aktivität und EventTimestamp zum Timestamp. Ordnen Sie die übrigen Spalten als Case- oder Event-Attribute zu.
Konfiguration
- Datumsbereich: Das empfohlene Extraktionsfenster beträgt 12 bis 24 Monate. Stellen Sie sicher, dass der Filter auf EVT_DATE (Erstellungsdatum) oder auf die jeweiligen Transaktionsdaten angewendet wird, damit laufende offene Cases erfasst werden.
- Organisationsfilter: Verwenden Sie EVT_ORG oder die gemeinsame Spalte Organization, um Daten nach Werk oder Standort zu trennen, da sich Prozesse je Standort häufig unterscheiden.
- Statuscodes: Diese Abfrage basiert auf Standardstatuscodes wie A, C und R. Sie müssen diese im Menü Administration unter Screen Setup oder Status Setup mit Ihrer Systemkonfiguration abgleichen.
- Leistung: Die Abfrage greift auf umfangreiche Transaktionstabellen wie R5TRANSACTIONS zu. Stellen Sie bei großen Datenmengen mit mehr als 1.000.000 Zeilen sicher, dass geeignete nicht gruppierte Indizes für EVT_CODE und TRN_DATE vorhanden sind.
- Zeitzonen: Infor EAM speichert Datumsangaben in der Zeitzone des Datenbankservers. Berücksichtigen Sie einen möglichen Offset, 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]' Bereit für den Start?
Verwenden Sie dieses Template, um eine zuverlässige Datengrundlage zu schaffen und Ihre Wartungsabläufe noch heute zu optimieren. Unser technisches Team unterstützt Sie bei der Extraktion und Zuordnung der Daten.
Optimieren Sie die Anlagenwartung in Infor EAM noch heute
Verkürzen Sie die Wartungszykluszeit ab heute um 30 Prozent
Keine Kreditkarte erforderlich. Einrichtung in wenigen Minuten