Ihr Daten-Template für die Anlageninstandhaltung
Ihr Daten-Template für die Anlageninstandhaltung
- Prozessspezifische Datenfelder für die Instandhaltungsverfolgung
- Wichtige Meilensteine für die Analyse des Lebenszyklus von Arbeitsaufträgen
- Detaillierte Anleitung zur Datenextraktion für Infor-EAM-Benutzer
Attribute der Anlageninstandhaltung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität EventName | Der konkrete Schritt oder die Statusänderung im Lebenszyklus der Instandhaltung. | ||
| Beschreibung Dieses Attribut erfasst den Namen des Ereignisses oder der Statusänderung, etwa Arbeitsauftrag erstellt, Material ausgegeben oder Arbeitsauftrag geschlossen. Es wird aus dem Verlauf 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. So lassen sich Prozessvarianten, Nacharbeitszyklen 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. Woher beziehen Tabelle R5EVENTSTATUS (Feld EVS_STATUS) oder R5TRANSACTIONS (Feld TRA_DESC) Beispiele Arbeitsauftrag erstelltMaterial ausgegebenArbeitsauftrag geschlossenRessourcen eingeplant | |||
| Instandhaltungsauftrag WorkOrderNumber | Die eindeutige Kennung des Instandhaltungsauftrags. | ||
| Beschreibung Dieses Attribut dient als zentrale Fallkennung für die Prozessanalyse. Es bezeichnet den konkreten Instandhaltungsauftrag, unabhängig davon, ob er vorbeugend oder korrektiv ist, und verknüpft alle nachfolgenden Aktivitäten, Kosten und Arbeitszeitdatensätze. In Infor EAM entspricht es üblicherweise dem Event Code in den zentralen Ereignistabellen. Analysten verwenden dieses Feld, um einzelne Prozessinstanzen voneinander zu unterscheiden. Damit lassen sich alle Ereignisse einer Instandhaltungsanforderung zusammenfassen und Zykluszeiten sowie Kosten pro Auftrag berechnen. Warum das wichtig ist Dieser Schlüssel ist die Grundlage für die Rekonstruktion des Prozessablaufs und die eindeutige Identifizierung jedes Instandhaltungsfalls. Woher beziehen Tabelle R5EVENTS, Feld EVT_CODE Beispiele 10023456WO-2023-88910023457PM-55421 | |||
| Timestamp EventTimestamp | Datum und Uhrzeit, zu denen die Aktivität stattgefunden hat. | ||
| Beschreibung Dieses Attribut erfasst den genauen Zeitpunkt einer Aktivität. Es dient dazu, Ereignisse chronologisch anzuordnen und die Dauer zwischen einzelnen Schritten zu berechnen. Genaue Timestamps sind entscheidend, um Engpässe zu erkennen, Durchlaufzeiten zu messen und die SLA-Einhaltung zu berechnen. In Infor EAM stammen sie üblicherweise 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. Woher beziehen Tabelle R5EVENTSTATUS (Feld EVS_DATE) oder R5TRANSACTIONS (Feld TRA_DATE) Beispiele 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp der Datenextraktion oder der letzten Aktualisierung. | ||
| Beschreibung Dieses Feld zeigt an, wann der Datensatz zuletzt für das Process-Mining-Modell verarbeitet oder extrahiert wurde. So können Benutzer einschätzen, wie aktuell die analysierten Daten sind. Das Feld wird häufig während des ETL-Prozesses erzeugt und ist nicht unbedingt im Quellsystem vorhanden. Es zeigt Analysten, ob sie aktuelle oder historische Datenstände betrachten. Warum das wichtig ist Es bestätigt die Aktualität der Daten und hilft, veraltete Datensätze zu erkennen. Woher beziehen Systemzeitpunkt bei der Extraktion Beispiele 2023-10-25T12:00:00Z | |||
| Quellsystem SourceSystem | Der Name des Systems, aus dem die Daten stammen. | ||
| Beschreibung Dieses Attribut kennzeichnet die Herkunft des Datensatzes. Das ist besonders in Umgebungen mit mehreren Systemen wichtig. In dieser Ansicht dient es als statische Kennung für die Infor-EAM-Instanz. Wenn mehrere Datenquellen in einem Process-Mining-Datenmodell zusammengeführt werden, unterstützt es die Datenherkunftsanalyse und die Fehlerbehebung. Warum das wichtig ist Es stellt sicher, dass sich die Daten bis zur Infor-EAM-Umgebung zurückverfolgen lassen. Woher beziehen Bei der Extraktion fest codiert Beispiele Infor EAMDatastream 7i | |||
| Abteilung DepartmentCode | Die für die Arbeit zuständige Instandhaltungsabteilung oder das zuständige Team. | ||
| Beschreibung Dieses Attribut gibt an, welche interne Abteilung oder Kostenstelle für den Wartungsauftrag zuständig ist. Es ermöglicht den Leistungsvergleich zwischen verschiedenen Instandhaltungsteams, etwa Elektrotechnik und Mechanik. In Infor EAM wird diese Einheit häufig als MRC (Maintenance Repair Center) bezeichnet. Warum das wichtig ist Unterstützt die Ressourcenplanung und die Analyse der Abteilungsleistung. Woher beziehen Tabelle R5EVENTS, Feld EVT_MRC Beispiele MECHELECFACILITIES | |||
| Anlagencode AssetCode | Eindeutige Kennung des gewarteten Geräts oder der Anlage. | ||
| Beschreibung Dieses Attribut kennzeichnet das physische Objekt, für das der Wartungsauftrag erstellt wurde. Damit lässt sich die Wartungshistorie je Maschine oder Anlage zusammenfassen. Wenn Sie die Prozessleistung nach Anlagencode analysieren, erkennen Sie problematische Anlagen, die häufig ausfallen oder länger als üblich repariert werden müssen. Warum das wichtig ist Unverzichtbar, um die Prozessleistung mit der physischen Infrastruktur zu verknüpfen. Woher beziehen Tabelle R5EVENTS, Feld EVT_OBJECT Beispiele PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Geschätzte Kosten EstimatedCost | Das für den Wartungsauftrag geplante Budget. | ||
| 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 Planung beurteilen. 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. Woher beziehen Tabelle R5EVENTS, Feld EVT_ESTCOST Beispiele 500.001200.500.00 | |||
| Instandhaltungsart MaintenanceType | Kategorisiert den Arbeitsauftrag als vorbeugend, korrektiv oder vorausschauend. | ||
| Beschreibung Dieses Attribut klassifiziert die Art der Instandhaltungsarbeit. Analysten können damit geplante vorbeugende Instandhaltungszyklen mit ungeplanten reaktiven Reparaturen vergleichen. Ein ausgewogenes Verhältnis zwischen vorbeugenden und reaktiven Arbeiten ist ein wichtiges Ziel für Verantwortliche in der Instandhaltung. Dieses Feld befindet sich üblicherweise in der Spalte für den Ereignistyp. Warum das wichtig ist Wichtig für das Dashboard zur Verteilung der Instandhaltungsarten und für die Analyse der Zuverlässigkeitsstrategie. Woher beziehen Tabelle R5EVENTS, Feld EVT_TYPE Beispiele VorbeugendKorrektivStörungsbedingtInspektion | |||
| Priorität WorkOrderPriority | Die Dringlichkeitsstufe des Wartungsauftrags. | ||
| Beschreibung Dieses Attribut gibt die Bedeutung des Wartungsauftrags an, üblicherweise auf einer Skala wie Hoch, Mittel und Niedrig. Damit können Sie die Analyse filtern und prüfen, ob kritische Arbeiten in der Warteschlange angemessen priorisiert werden. Eine Analyse des Prozessablaufs nach Priorität zeigt, ob Aufträge mit hoher Priorität tatsächlich schneller bearbeitet werden als solche mit niedriger Priorität. Warum das wichtig ist Entscheidend, um zu prüfen, ob Notfallarbeiten die nötige Aufmerksamkeit erhalten. Woher beziehen Tabelle R5EVENTS, Feld EVT_PRIORITY Beispiele 1-Notfall2-Hoch3-Regulär | |||
| SLA-Zieldatum SlaTargetDate | Die Frist, bis zu der der Wartungsauftrag abgeschlossen sein muss. | ||
| Beschreibung Dieses Attribut enthält das angestrebte Abschlussdatum, das häufig anhand der Kritikalität der Anlage und der Arbeitspriorität festgelegt wird. Es dient als Grundlage für die Berechnung der Termineinhaltung. Ein Vergleich des tatsächlichen Abschluss-Timestamp mit diesem Datum zeigt, ob die Organisation ihre Service-Level-Vereinbarungen einhält. Warum das wichtig ist Erforderlich für das Dashboard zur SLA-Leistung bei kritischen Anlagen. Woher beziehen Tabelle R5EVENTS, Feld EVT_TARGET Beispiele 2023-11-01T17:00:00Z | |||
| Tatsächliche Gesamtkosten ActualTotalCost | Die Summe der Arbeits-, Material- und Dienstleistungskosten. | ||
| Beschreibung Dieses Attribut bildet die gesamten finanziellen Auswirkungen der Wartungsarbeit ab. Es wird aktualisiert, sobald Arbeitsstunden gebucht und Materialien ausgegeben werden. Als zentrale Finanzkennzahl des Prozesses ermöglicht es die Analyse von Kostentreibern und die Budgetberichterstattung. Warum das wichtig ist Zentrale Kennzahl für die finanzielle Abrechnung und Effizienzanalyse. Woher beziehen Tabelle R5EVENTS, Feld EVT_ACTCOST (oder Summe der Transaktionen) Beispiele 450.251500.0075.50 | |||
| Techniker TechnicianName | Die 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 finden Sie diese Angabe in der Tabelle der gebuchten Stunden oder im Feld für die verantwortliche Person des Ereignisses. Warum das wichtig ist Ermöglicht Analysen im Dashboard zur Arbeitsproduktivität und Einsatzplanung. Woher beziehen Tabelle R5BOOKEDHOURS (Feld BOO_PERSON) oder R5EVENTS (Feld EVT_PERSON) Beispiele J. SmithM. DoeAuftragnehmer-A | |||
| Anlagenkritikalität AssetCriticality | Eine Punktzahl oder Einstufung, die die betriebliche Bedeutung der Anlage angibt. | ||
| Beschreibung Dieses Attribut stuft Anlagen danach ein, wie wichtig sie für die Produktion oder Sicherheit sind, zum Beispiel in A, B oder C. So können Analysten den Prozess danach aufschlüsseln, ob Anlagen mit hohem Wert mit der nötigen Dringlichkeit behandelt werden. Diese Daten stammen üblicherweise aus dem Anlagendatensatz, der dem Wartungsauftrag zugeordnet ist. Warum das wichtig ist Ermöglicht eine risikobasierte Analyse von Verzögerungen bei der Wartung. Woher beziehen Tabelle R5OBJECTS (Feld OBJ_CRITICALITY), verknüpft über EVT_OBJECT Beispiele A - KritischB - WichtigC - Betrieb bis zum Ausfall | |||
| Arbeitsstunden LaborHoursUsed | Die tatsächlich für den Wartungsauftrag aufgewendeten Arbeitsstunden. | ||
| Beschreibung Dieses Attribut summiert die von Technikern für den Wartungsauftrag gebuchten Stunden. Es ist entscheidend für die Berechnung der Arbeitsproduktivität und der Auslastung der Techniker. Es unterscheidet sich von der verstrichenen Dauer des Wartungsauftrags, da es den tatsächlichen Arbeitsaufwand und nicht die Kalenderzeit abbildet. Warum das wichtig ist Wichtige Kennzahl für das Dashboard zur Arbeitsproduktivität und Einsatzplanung. Woher beziehen Summe der Stunden in R5BOOKEDHOURS für das Ereignis Beispiele 2.58.00.5 | |||
| Beschreibung WorkOrderDescription | Textbeschreibung des Problems oder der erforderlichen Arbeit. | ||
| Beschreibung Dieses Attribut enthält die Freitext-Zusammenfassung, die der Anforderer oder Planer eingegeben hat. Sie liefert qualitative Informationen, mit denen sich Ausreißer oder bestimmte Prozessabläufe erklären lassen. Mit Text Mining können häufige Fehlerursachen kategorisiert werden, die in strukturierten Feldern nicht erfasst sind. Warum das wichtig ist Liefert Kontext für die Ursachenanalyse. Woher beziehen Tabelle R5EVENTS, Feld EVT_DESC Beispiele Starke PumpenvibrationDichtung an Ventil 2 austauschenVierteljährliche Inspektion | |||
| Materialkosten MaterialCost | Die Kosten der für den Wartungsauftrag ausgegebenen Ersatzteile. | ||
| Beschreibung Dieses Attribut weist die Materialkosten getrennt von den Gesamtkosten aus. So lassen sich Ausgaben für die Lieferkette von den Arbeitskosten unterscheiden. Die separate Erfassung unterstützt Entscheidungen zu Ersatzteilpreisen und Bestandsverwaltung. Warum das wichtig ist Erforderliche Detailangabe für eine umfassende Finanzanalyse. Woher beziehen Berechnet aus R5TRANSACTIONS mit dem Typ „Ausgabe“ Beispiele 150.0020.00 | |||
| Nacharbeit IsRework | Kennzeichen dafür, ob beim Wartungsauftrag Arbeitsschritte wiederholt ausgeführt wurden. | ||
| Beschreibung Dieses boolesche Attribut gibt an, ob der Prozessablauf Schleifen enthielt, insbesondere eine Rückkehr zur Ausführung nach der Qualitätskontrolle. Es wird bei der Datentransformation berechnet, indem wiederholte Aktivitäten vom Typ „Wartungsarbeit ausgeführt“ ermittelt werden. Eine hohe Nacharbeitsquote ist ein wichtiger Hinweis auf Qualitätsprobleme oder unzureichende Schulungen. Warum das wichtig ist Unterstützt direkt das Dashboard zur Nacharbeit und Qualitätsprüfung in der Instandhaltung. Woher beziehen Berechnet im ETL- oder Process-Mining-Tool Beispiele truefalse | |||
| Organisation OrganizationCode | Die Geschäftseinheit oder der Standort, zu der beziehungsweise dem die Anlage gehört. | ||
| Beschreibung Bei Implementierungen mit mehreren Standorten bezeichnet dieses Attribut die jeweilige Anlage oder Geschäftseinheit. So lassen sich verschiedene Werke oder Regionen auf übergeordneter Ebene vergleichen. Es ist für standortübergreifende Dashboards unverzichtbar, wenn sich Prozesse von Standort zu Standort leicht unterscheiden. Warum das wichtig ist Unterstützt die Ansicht nach Geschäftseinheit für standortübergreifende Leistungsvergleiche. Woher beziehen Tabelle R5EVENTS, Feld EVT_ORG Beispiele NYC-PLANTLON-HQMFG-01 | |||
| SLA-Verstoß IsSlaBreached | Kennzeichen dafür, ob der Abschluss nach dem Zieldatum erfolgte. | ||
| Beschreibung Dieses boolesche Attribut vergleicht den Timestamp von „Wartungsauftrag abgeschlossen“ mit dem „SLA-Zieldatum“. Liegt der Abschluss nach dem Zieldatum, wird das Kennzeichen auf „true“ gesetzt. Das vereinfacht die Berichterstattung, da sich Fälle anhand einer binären Dimension nach konform und nicht konform filtern lassen. Warum das wichtig ist Vereinfacht die Berichterstattung zur SLA-Konformität. Woher beziehen Berechnet im ETL- oder Process-Mining-Tool Beispiele truefalse | |||
Aktivitäten der Anlageninstandhaltung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Arbeit begonnen | Zeigt den tatsächlichen Beginn der Arbeiten an der Anlage an. Dieser lässt sich häufig aus dem ersten Timestamp einer Arbeitszeitbuchung oder einer bestimmten Statusmeldung aus der mobilen Anwendung ableiten. | ||
| Warum das wichtig ist Entscheidend für die Berechnung der Durchlaufzeit von Materialanforderungen und der Auslastungseffizienz von Technikern. Unterscheidet zwischen der Zeit im Status 'Scheduled' und der tatsächlichen Arbeitszeit. Woher beziehen Leiten Sie den Beginn aus dem frühesten Start Date in R5BOOKEDHOURS oder einer Statusänderung zu 'In Progress' in R5EVENTSTATUS ab. Erfassung Durch Vergleich der Felder X und Y ableiten Ereignistyp inferred | |||
| Arbeitsauftrag abgeschlossen | Markiert den technischen Abschluss der Instandhaltungsarbeit. Die Anlage ist wieder einsatzbereit, auch wenn finanzielle und administrative Aufgaben noch ausstehen können. | ||
| Warum das wichtig ist Endpunkt für die SLA-Leistung bei kritischen Anlagen. Unterscheidet zwischen 'Arbeit erledigt' und 'Dokumentation abgeschlossen'. Woher beziehen Verfolgen Sie in R5EVENTSTATUS eine Statusänderung zu 'C' (Complete) oder 'J' (Job Complete). Prüfen Sie EVT_DATECOMPLETED. Erfassung Wird protokolliert, wenn sich der Status zu Complete ändert Ereignistyp explicit | |||
| Arbeitsauftrag erstellt | Erfasst die formelle Erstellung eines Arbeitsauftrags, entweder durch die Umwandlung einer Anforderung oder durch direkte Anlage. Ab diesem Ereignis werden Kosten, Ressourcen und der Statusverlauf des Instandhaltungsfalls nachverfolgt. | ||
| Warum das wichtig ist Zentrales Ereignis zur Anlage eines Falls für die Überwachung von Rückstand und Durchsatz. Es unterscheidet die Anforderungsphase vom eigentlichen Instandhaltungs-Workflow. Woher beziehen Fragen Sie die Tabelle R5EVENTS nach neuen Datensätzen mit EVT_TYPE 'JOB' oder 'PPM' ab. Alternativ können Sie Statusänderungen zum anfänglichen Status 'Open' in R5EVENTSTATUS verfolgen. Erfassung Wird protokolliert, wenn eine Transaktion einen WO-Datensatz erstellt Ereignistyp explicit | |||
| Arbeitsauftrag geschlossen | Letzter administrativer Schritt: Der Arbeitsauftrag wird archiviert und es können keine weiteren Kosten gebucht werden. Damit endet der Lebenszyklus des Falls. | ||
| Warum das wichtig ist Beendet die Messung der Effizienz des administrativen Abschlusses. Wichtig für saubere Daten und zur Vermeidung verwaister offener Aufträge. Woher beziehen Fragen Sie R5EVENTSTATUS nach dem Wechsel zum Status 'Close' ab. Dadurch wird das Feld EVT_STATUS auf 'C' gesetzt. Erfassung Wird protokolliert, wenn sich der Status zu Closed ändert Ereignistyp explicit | |||
| Instandhaltungsanforderung eingegangen | Erfasst den Eingang eines Instandhaltungsbedarfs im System. Die Anforderung stammt häufig aus einem Serviceportal oder einer Callcenter-Anwendung. In Infor EAM wird sie üblicherweise beim Anlegen eines Datensatzes in den Entitäten Call oder Request erfasst, bevor daraus ein formeller Arbeitsauftrag entsteht. | ||
| Warum das wichtig ist Legt den Ausgangspunkt für die Berechnung der Wachstumsrate des Instandhaltungsrückstands und der gesamten Bearbeitungszeit fest. So lässt sich der tatsächliche Bedarf an die Instandhaltungsabteilung ermitteln. Woher beziehen Fragen Sie die Tabelle R5EVENTS ab, wenn EVT_TYPE auf 'R' (Request) oder 'C' (Call) gesetzt ist. Verwenden Sie die EVT_CREATED-Protokolle. Erfassung Wird protokolliert, wenn ein Anforderungsdatensatz eingefügt wird Ereignistyp explicit | |||
| Instandhaltungsarbeit ausgeführt | Erfasst die laufende Ausführung von Instandhaltungsarbeiten anhand der von Technikern gebuchten Arbeitsstunden. Dieses Ereignis kann bei einem einzelnen Arbeitsauftrag mehrfach auftreten. | ||
| Warum das wichtig ist Fließt in die Kennzahl zur Auslastungseffizienz von Technikern und zur Genauigkeit der Arbeitszeitschätzung ein. Häufige Einträge ohne Abschluss können auf schwierige Reparaturen hindeuten. Woher beziehen Extrahieren Sie einzelne Einträge aus der Tabelle R5BOOKEDHOURS, die dem Arbeitsauftrag zugeordnet sind. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit | |||
| Arbeitsauftrag genehmigt | Zeigt an, dass die zuständige Führungsebene die Instandhaltungsarbeit genehmigt hat. Damit wird der Arbeitsauftrag für die Einsatzplanung und Materialanforderung freigegeben. | ||
| Warum das wichtig ist Markiert das Ende des Genehmigungszyklus und den Beginn der umsetzbaren Instandhaltungsarbeit. Verzögerungen an dieser Stelle wirken sich direkt darauf aus, wie schnell auf Ausfälle kritischer Anlagen reagiert werden kann. Woher beziehen Verfolgen Sie in der Verlaufstabelle R5EVENTSTATUS das Einfügen eines Statuscodes 'A' (Approved) oder 'R' (Released). Erfassung Wird protokolliert, wenn sich der Status zu Approved ändert Ereignistyp explicit | |||
| Finanzbuchung verarbeitet | Erfasst die abschließende Berechnung und Buchung der Kosten für den Arbeitsauftrag. So werden alle 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. Woher beziehen Lässt sich häufig aus dem Datum ableiten, an dem der Arbeitsauftrag für Änderungen gesperrt wird, oder aus dem Zeitpunkt der letzten Kostenbuchung im Transaktionsprotokoll. Erfassung Durch Vergleich der Felder X und Y ableiten Ereignistyp calculated | |||
| Instandhaltungsdaten aktualisiert | Erfasst die Ergänzung des Arbeitsauftrags um technische Notizen, Fehlercodes oder Daten zur Zustandsüberwachung. Dies geschieht häufig gegen Ende der eigentlichen Arbeiten. | ||
| Warum das wichtig ist Unterstützt die Überwachung der Compliance bei der technischen Dokumentation und sichert die Datenqualität für künftige Zuverlässigkeitsanalysen. Woher beziehen Verfolgen Sie Aktualisierungen der Tabelle R5COMMENTS oder Änderungen an den Feldern 'Problem/Failure/Cause' in R5EVENTS. Erfassung Wird protokolliert, wenn ein Datensatz aktualisiert wird Ereignistyp explicit | |||
| Material ausgegeben | Erfasst die physische Ausgabe von Ersatzteilen aus dem Bestand für den Arbeitsauftrag. Damit wird bestätigt, dass die Materialien zur Verfügung stehen. | ||
| 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. Woher beziehen Fragen Sie R5TRANSACTIONS nach Transaktionen des Typs 'I' (Issue) ab, die mit dem Arbeitsauftrag verknüpft sind. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit | |||
| Materialanforderung eingereicht | Erfasst die konkrete Anforderung von Ersatzteilen für die Instandhaltungsarbeit. Dieses Ereignis ist wichtig, um Lieferkettenprozesse mit der Ausführung der Instandhaltung zu verknüpfen. | ||
| Warum das wichtig ist Ausgangspunkt für das Dashboard zur Analyse von Verzögerungen bei der Materialversorgung. Zeigt, ob die Ersatzteilbeschaffung die Ursache für Verzögerungen in der Instandhaltung ist. Woher beziehen Fragen Sie die Tabellen R5REQUISITIONS oder R5MATLIST nach Erstellungs-Timestamps ab, die mit der Arbeitsauftrags-ID verknüpft sind. Erfassung Wird protokolliert, wenn Transaktion X ausgeführt wird Ereignistyp explicit | |||
| Planung und Kostenschätzung abgeschlossen | Zeigt an, dass der Arbeitsauftrag abgegrenzt und die Kosten geschätzt wurden und der Arbeitsplan zur Genehmigung bereitsteht. Häufig lässt sich dies daran erkennen, dass der Status von einer Planungsphase in einen genehmigungsbereiten Status wechselt. | ||
| Warum das wichtig ist Wichtig für die Messung der Genehmigungszykluszeit von Arbeitsaufträgen und die Erkennung administrativer Engpässe vor der Ausführung. Ermöglicht die Analyse der Planungsdurchlaufzeiten. Woher beziehen Leiten Sie das Ereignis aus R5EVENTSTATUS ab, wenn sich der Status von 'Planning' zu 'Request Approval' oder 'Released' ändert. Erfassung Statusfeld vorher und nachher vergleichen Ereignistyp inferred | |||
| Qualitätsprüfung durchgeführt | Zeigt einen Prüfschritt an, bei dem die Reparatur vor der endgültigen Abnahme kontrolliert wird. Bei einem Fehlschlag geht der Prozess zurück zur Ausführung. | ||
| Warum das wichtig ist Wichtig für das Dashboard zu Nacharbeiten und Qualitätsprüfungen in der Instandhaltung. Macht Qualitätsprobleme und Nacharbeitszyklen sichtbar. Woher beziehen Ermitteln Sie den Abschluss einer bestimmten Checkliste in R5CHECKLISTS oder einen Statuswechsel zu 'Review' in R5EVENTSTATUS. Erfassung Statusfeld vorher und nachher vergleichen Ereignistyp inferred | |||
| Ressourcen eingeplant | Erfasst die Zuweisung bestimmter Techniker oder Teams zum Arbeitsauftrag. Damit beginnt der Übergang von der Planung zur Ressourcenzuweisung. | ||
| Warum das wichtig ist Unterstützt das Dashboard zu Arbeitsproduktivität und Einsatzplanung. Hilft, Lücken zwischen der Genehmigung und der tatsächlichen Verfügbarkeit von Ressourcen zu erkennen. Woher beziehen Verfolgen Sie Änderungen an Arbeitszuweisungen in der Tabelle R5ACTIVITIES oder Statusänderungen zu 'Scheduled' in R5EVENTSTATUS. Erfassung Wird protokolliert, wenn Ressourcen zugewiesen werden Ereignistyp explicit | |||
Anleitungen zur Datenextraktion
Schritte
Verfügbarkeit des Databridge-Moduls prüfen: Melden Sie sich als Administrator bei Infor EAM an. Öffnen Sie das Menü Administration und prüfen Sie, ob das Databridge-Modul aktiv ist und Sie Zugriff auf die Konfigurationsseiten Partner und Dokument haben.
Exportpartner einrichten: Erstellen Sie in Databridge einen neuen Partner speziell für ProcessMind, zum Beispiel mit dem Partnercode
PMIND. Legen Sie als KommunikationsmethodeFILEoderFTPfest, je nachdem, wo die XML- oder CSV-Dateien abgelegt werden sollen. Wählen Sie XML als Ausgabeformat, um die Daten möglichst vollständig zu erhalten.Business Objects (Dokumente) konfigurieren: Damit die erforderlichen Aktivitäten erfasst werden, müssen Sie bestimmte Infor-EAM-Business-Objects (BODs) abonnieren. Fügen Sie der Partnerkonfiguration die folgenden Dokumente hinzu:
MP0094_SyncWorkOrder: Erfasst die Erstellung, Statusänderungen, Aktualisierungen und den Abschluss.MP0024_SyncBookedHours: Erfasst die Arbeitszeitbuchungen (Ausführung).MP3036_SyncTransaction: Erfasst Materialentnahmen und -rückgaben.MP0026_SyncRequisition: Erfasst Materialanforderungen.MP0098_SyncWorkOrderActivity: Erfasst Planungs- und Einsatzdetails.
Filter konfigurieren: Legen Sie für jedes Dokument Filter fest, um irrelevante Daten auszuschließen. Filtern Sie
SyncWorkOrdernachOrganisationund stellen Sie sicher, dassWork Order Typenicht leer ist. Legen Sie den Filter fürDatumso fest, dass er den Analysezeitraum abdeckt, zum Beispiel die letzten 12 Monate.Ereignisauslöser aktivieren: Prüfen Sie auf der Seite Event Configuration, ob die Auslöser
On Save,On UpdateundOn Status Changefür die Entitäten der ausgewählten Dokumente aktiviert sind. Dadurch werden Daten sofort übertragen, wenn Benutzer mit dem System arbeiten.Datenelemente zuordnen: Konfigurieren Sie das Databridge-XML-Template so, dass es die benötigten Spalten enthält. Ordnen Sie
EVT_CODEdem FeldWorkOrderNumberzu, nehmen SieEVT_STATUSfür die Statusverfolgung auf und stellen Sie sicher, dassEVT_DAT_CREATEDverfügbar ist.Erstbefüllung ausführen: Databridge arbeitet hauptsächlich ereignisgesteuert. Für historische Analysen müssen Sie jedoch einen Batch Export ausführen. Öffnen Sie die Seite Databridge Export, wählen Sie den Partner
PMINDund das DokumentSyncWorkOrderaus, legen Sie den Zeitraum fest und klicken Sie aufAbsenden, um den historischen Datenbestand zu exportieren.Ausgabe vereinheitlichen: Der Export erzeugt hierarchisch strukturierte XML-Dateien. Verwenden Sie ein Skriptwerkzeug wie Python oder PowerShell oder eine ETL-Middleware, um die XML-Dateien in ein flaches Format zu überführen. Dabei gilt: Ein XML-Knoten entspricht einer Ereigniszeile. Verwenden Sie die Zuordnungsregeln im folgenden Abschnitt Query.
Aktivitätsnamen ableiten: Verwenden Sie in Ihrem Transformationsskript die im Abschnitt Query beschriebene Bedingungslogik, um Systemcodes in verständliche Aktivitätsnamen umzuwandeln, zum Beispiel Status
RinWork Order Generatedund StatusCinWork Order Completed.Timestamp formatieren: Infor EAM exportiert Timestamps im ISO-8601-Format. Wandeln Sie sie in das mit ProcessMind kompatible Standardformat
YYYY-MM-DD HH:MM:SSum.Event Log zusammenstellen: Führen Sie die Exporte der verschiedenen Business Objects (Arbeitsaufträge, gebuchte Stunden und Transaktionen) in einer CSV-Datei zusammen. Sortieren Sie die Daten nach
WorkOrderNumberundEventTimestamp.Abschließende Prüfung: Laden Sie die resultierende CSV-Datei in ProcessMind und prüfen Sie, ob die Anzahl der Cases mit der Zahl der eindeutigen, aus Infor EAM exportierten Arbeitsaufträge übereinstimmt.
Konfiguration
- Exportformat: XML ist gegenüber einfachem Text vorzuziehen, da es Sonderzeichen in Kommentaren unterstützt und die Einhaltung des Schemas sicherstellt.
- Auslösermodus: Wählen Sie Asynchronous, damit die Databridge-Verarbeitung die Benutzeroberfläche während Spitzenzeiten nicht verlangsamt.
- Granularität: Aktivieren Sie in der Dokumentkonfiguration Include Update Details, damit Sie Änderungen auf Feldebene erkennen können, etwa bei Aktualisierungen der Priorität oder Abteilung.
- Zeitraum: Für die anfängliche Stapelverarbeitung sind 12 bis 24 Monate Historie üblich. Bei laufenden Delta-Exporten überträgt das System die Daten in Echtzeit.
- Organisationsfilter: Filtern Sie immer nach
EVT_ORG(Organisation), damit bei einer gemeinsam genutzten EAM-Instanz keine Daten mehrerer Mandanten extrahiert werden. - Statuskonfiguration: Prüfen Sie, welche benutzerdefinierten Status den Systemstatuswerten (R, A, C usw.) entsprechen, damit die Aktivitäten korrekt zugeordnet werden.
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 Richten Sie eine direkte Datenbankverbindung (ODBC/JDBC) zu Ihrer Infor-EAM-Datenbank (Oracle oder SQL Server) ein. Stellen Sie sicher, dass Sie schreibgeschützte Berechtigungen für die folgenden Tabellen haben: R5EVENTS (Arbeitsaufträge), R5STATUS (Statushistorie), R5BOOKEDHOURS (Arbeitszeit), R5TRANSACTIONS (Materialien), R5ACTIVITIES (Aufgaben) und R5TESTRESULTS (Qualität).
Umfang und Filter festlegen Bestimmen Sie den Extraktionszeitraum. Für Process Mining reicht in der Regel ein rollierender Zeitraum der letzten 12 bis 24 Monate aus. Ermitteln Sie Ihren Organisationscode (ORG), um bei einer standortübergreifenden Instanz die relevanten Daten zu filtern.
Statuszuordnungen konfigurieren Infor EAM unterstützt benutzerdefinierte Status. Prüfen Sie das bereitgestellte SQL-Skript und ersetzen Sie Platzhalter wie „A“ (Genehmigt) oder „C“ (Abgeschlossen) durch die Statuscodes Ihrer EAM-Konfiguration. Falls erforderlich, finden Sie diese in der Tabelle R5STATUS_CODES.
SQL-Skript vorbereiten Kopieren Sie das SQL aus dem Abschnitt Query. Ersetzen Sie die Platzhalter [StartDate] und [EndDate] durch den gewünschten Zeitraum, zum Beispiel „2023-01-01“. Ersetzen Sie [Your Organization Code] durch den Filter für Ihre Geschäftseinheit.
Daten extrahieren Führen Sie die Abfrage in Ihrem SQL-Client aus (SQL Developer, SSMS oder DBeaver). Die Abfrage führt mithilfe von UNION ALL Kopfdaten, Statusänderungen, Arbeitszeitbuchungen und Materialtransaktionen in einem einheitlichen Event-Log-Format zusammen.
Daten prüfen Prüfen Sie, ob die Spalte EventTimestamp NULL-Timestamps enthält. Stellen Sie sicher, dass WorkOrderNumber in jeder Zeile ausgefüllt ist. Vergewissern Sie sich, dass die Spalte EventName eine passende Verteilung der 14 definierten Aktivitäten enthält.
Daten transformieren (optional) Falls die Timestamps Zeitzonenabweichungen enthalten, die nicht Ihren Analyseanforderungen entsprechen, wenden Sie eine Umrechnungsfunktion wie AT TIME ZONE in der Abfrage oder bei der nachgelagerten Verarbeitung an.
Als CSV exportieren Exportieren Sie die Abfrageergebnisse in eine einfache CSV-Datei. Legen Sie als Trennzeichen Komma oder Semikolon fest und verwenden Sie Textbegrenzungszeichen (doppelte Anführungszeichen), damit Kommas in Beschreibungen korrekt verarbeitet werden.
In ProcessMind importieren Laden Sie die CSV-Datei in ProcessMind hoch. Ordnen Sie die Spalten wie folgt zu: WorkOrderNumber der Case-ID, EventName der Aktivität und EventTimestamp dem Timestamp. Ordnen Sie die übrigen Spalten als Case- oder Ereignisattribute zu.
Konfiguration
- Zeitraum: Der empfohlene Extraktionszeitraum beträgt 12 bis 24 Monate. Stellen Sie sicher, dass der Filter auf EVT_DATE (Erstellungsdatum) oder die jeweiligen Transaktionsdaten angewendet wird, damit laufende offene Cases erfasst werden.
- Organisationsfilter: Verwenden Sie EVT_ORG oder die allgemeine Spalte Organization, um Daten nach Werk oder Standort zu trennen, da sich Prozesse je nach Standort unterscheiden können.
- Statuscodes: Diese Abfrage setzt Standardstatuscodes voraus (A, C, R usw.). Prüfen Sie sie in Ihrer Systemkonfiguration im Menü Administration unter Screen Setup oder Status Setup.
- Leistung: Die Abfrage greift auf umfangreiche Transaktionstabellen zu (R5TRANSACTIONS). Stellen Sie sicher, dass für EVT_CODE und TRN_DATE geeignete nicht gruppierte Indizes vorhanden sind, wenn Sie große Datenmengen (mehr als 1 Million Zeilen) abfragen.
- Zeitzonen: Infor EAM speichert Datumsangaben in der Zeitzone des Datenbankservers. Berücksichtigen Sie mögliche Abweichungen, wenn Ihre Benutzer in einer anderen Zeitzone arbeiten.
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]' Möchten Sie loslegen?
Mit diesem Template schaffen Sie eine solide Datengrundlage und können noch heute mit der Optimierung Ihrer Instandhaltungsabläufe beginnen. Unser technisches Team unterstützt Sie bei der Datenextraktion und Zuordnung.
Optimieren Sie noch heute die Anlageninstandhaltung in Infor EAM
Verkürzen Sie noch heute die Instandhaltungszykluszeit um 30 Prozent
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.