Ihr Daten-Template für die Anlageninstandhaltung

Infor EAM
Ihr Daten-Template für die Anlageninstandhaltung

Ihr Daten-Template für die Anlageninstandhaltung

Dieses Template bietet einen umfassenden Rahmen, um Ihre Instandhaltungsdaten aus Infor EAM für eine vertiefte Prozessanalyse zu strukturieren. Es beschreibt die Attribute und Aktivitäten, die erforderlich sind, um Ineffizienzen bei der Einsatzplanung von Technikern und der Ersatzteilbeschaffung zu erkennen. Nutzen Sie diese Vorgaben, um Ihre Rohdaten aus dem System in eine übersichtliche Darstellung des Instandhaltungszyklus zu überführen.
  • 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
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Anlageninstandhaltung

Dies sind die empfohlenen Datenfelder für Ihr Event Log, um Anlageninstandhaltung und Zuverlässigkeit umfassend zu analysieren.
5 Erforderlich 8 Empfohlen 7 Optional
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
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um den Instandhaltungszyklus präzise zu analysieren.
6 Empfohlen 8 Optional
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
Empfohlen Optional

Anleitungen zur Datenextraktion

Erfahren Sie, wie Sie Ihre Instandhaltungsdaten aus Infor EAM für Process-Mining-Anwendungen erfolgreich extrahieren.

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

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.