Ihr Daten-Template für die Anlageninstandhaltung

Oracle Maintenance Cloud
Ihr Daten-Template für die Anlageninstandhaltung

Ihr Daten-Template für die Anlageninstandhaltung

Dieses Template bietet einen strukturierten Rahmen, mit dem Sie Ihre Instandhaltungsdaten aus Oracle Maintenance Cloud für Process Mining aufbereiten können. Es benennt die erforderlichen Datenpunkte und Prozessmeilensteine, um Ihre Anlagenwartung und Ressourcenzuteilung vollständig nachvollziehbar zu machen. Anhand dieser Vorgaben erstellen Sie ein aussagekräftiges Event Log, das Ineffizienzen aufzeigt und die Grundlage für eine bessere Instandhaltungsstrategie schafft.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Prozessmeilensteine im Blick behalten
  • Anleitung zur systemspezifischen Datenextraktion aus Oracle
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Anlageninstandhaltung

Mit diesen empfohlenen Datenfeldern können Sie Instandhaltungsereignisse kategorisieren und filtern. So gewinnen Sie genauere Erkenntnisse zur Anlagenleistung und Ressourcennutzung.
5 Erforderlich 8 Empfohlen 9 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des Ereignisses oder der Statusänderung im Workflow.
Beschreibung

Dieses Attribut erfasst den konkreten Schritt im Instandhaltungsprozess, zum Beispiel 'Arbeitsauftrag erstellt', 'Vorgang gestartet' oder 'Arbeitsauftrag geschlossen'. Es bildet die Knoten in der Prozesslandkarte ab.

Analysten verwenden es, um den Prozessfluss zu visualisieren, Varianten zu erkennen und Engpässe zwischen einzelnen Prozessschritten aufzudecken.

Warum das wichtig ist

Erforderlich, um den Prozessfluss und die Ereignisabfolge festzulegen.

Woher beziehen

Abgeleitet aus Transaktionshistorien oder Protokollen zu Statusänderungen.

Beispiele
Instandhaltungsarbeitsauftrag erstelltArbeitsauftrag freigegebenVorgang abgeschlossen
Ereignis-Timestamp
EventDateTime
Datum und Uhrzeit des Ereignisses.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt eines Ereignisses. Es dient dazu, Aktivitäten innerhalb eines Cases chronologisch zu ordnen und die Dauer zwischen Prozessschritten zu berechnen.

Genaue Timestamps sind entscheidend für die Berechnung von Zykluszeiten, das Erkennen von Verzögerungen und die Messung der Leistung im Vergleich zu SLAs.

Warum das wichtig ist

Unverzichtbar, um den zeitlichen Ablauf des Prozesses festzuhalten.

Woher beziehen

Spalten CREATION_DATE oder LAST_UPDATE_DATE in den Transaktionstabellen.

Beispiele
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
Instandhaltungsarbeitsauftrag
WorkOrderNumber
Die eindeutige Kennung des Instandhaltungsarbeitsauftrags.
Beschreibung

Die Arbeitsauftragsnummer dient als eindeutige Case-ID für den Instandhaltungsprozess. Sie bildet den Lebenszyklus einer Instandhaltungsaufgabe ab, von der ersten Anfrage oder der Erstellung des Plans bis zur Ausführung, zum Abschluss und zur finanziellen Abrechnung.

Bei der Analyse dient dieses Attribut als zentraler Schlüssel, um Ereignisdaten mit Attributen auf Case-Ebene zu verknüpfen. So können Analysten alle Aktivitäten eines einzelnen Auftrags gruppieren und die Durchlaufzeit von Anfang bis Ende berechnen.

Warum das wichtig ist

Sie ist der Primärschlüssel der Prozessinstanz und unverzichtbar, um den Verlauf des Cases zu rekonstruieren.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_NUMBER

Beispiele
WO-2023-0015WO-2023-0089WO-2023-1102
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Datenextraktion.
Beschreibung

Datum und Uhrzeit, zu denen die Daten zuletzt extrahiert oder im Process-Mining-Tool aktualisiert wurden. So können Benutzer einschätzen, wie aktuell die Analyse ist.

Dieses Systemmetadatenfeld ist für die Data Governance erforderlich.

Warum das wichtig ist

Zeigt Benutzern, wie aktuell die Daten sind.

Woher beziehen

Systemzeitpunkt der Extraktion.

Beispiele
2023-10-30T12:00:00Z
Quellsystem
SourceSystem
Name des Systems, aus dem die Daten stammen.
Beschreibung

Gibt die Quellsoftware oder Datenbank an, aus der der Datensatz extrahiert wurde. In diesem Fall handelt es sich üblicherweise um „Oracle Maintenance Cloud“.

In Umgebungen mit mehreren Systemen ist diese Angabe wichtig, um die Datenherkunft nachzuverfolgen.

Warum das wichtig ist

Verfolgt die Datenherkunft in Umgebungen mit mehreren Systemen.

Woher beziehen

Bei der Extraktion fest codiert.

Beispiele
Oracle Maintenance CloudOracle Cloud ERP
Anlagennummer
AssetNumber
Die eindeutige Kennung der instand gehaltenen Anlage.
Beschreibung

Bezeichnet die konkrete physische Anlage oder Maschine, für die der Instandhaltungsarbeitsauftrag gilt. Verknüpft den Prozess mit der Anlagenhierarchie.

Dieses Attribut ist entscheidend für die KPI zur Häufigkeit von Nacharbeiten an Anlagen. Analysten können damit Maschinen erkennen, die wiederholt ausfallen.

Warum das wichtig ist

Verknüpft Instandhaltungsaktivitäten mit konkreten physischen Anlagen.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte ASSET_ID (Verknüpfung mit CSI_ITEM_INSTANCES).

Beispiele
PUMPE-101HLK-Anlage-5FÖRDERBAND-A
Instandhaltungsart
WorkOrderType
Ordnet den Arbeitsauftrag als vorbeugend, korrektiv oder vorausschauend ein.
Beschreibung

Dieses Attribut beschreibt die Art der Instandhaltungsarbeit. Häufige Werte sind vorbeugend, korrektiv, Notfall oder zustandsbasiert.

Es ist entscheidend für die KPI zur Quote vorbeugender Instandhaltung. Damit können Analysten den Umfang geplanter Arbeiten mit ungeplanten Reaktionen auf Ausfälle vergleichen.

Warum das wichtig ist

Unterscheidet zwischen geplanter Instandhaltung und reaktiven Reparaturen.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_TYPE_ID (mit der Typdefinition verknüpft).

Beispiele
VorbeugendKorrektivNotfall
Organisationscode
OrganizationCode
Der Code der Instandhaltungsorganisation oder des Werks.
Beschreibung

Bezeichnet die Geschäftseinheit, das Werk oder die Einrichtung, die für die Instandhaltungsarbeiten verantwortlich ist. Ermöglicht Vergleiche nach Region oder Standort.

Dient dazu, Leistungsunterschiede zwischen Standorten und Betriebseinheiten abzubilden.

Warum das wichtig ist

Ermöglicht die Segmentierung der Analyse nach Standort oder Geschäftseinheit.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte ORGANIZATION_ID.

Beispiele
M1WERK-NYDEPOT-LON
Priorität
Priority
Die Dringlichkeitsstufe des Arbeitsauftrags.
Beschreibung

Gibt die Bedeutung des Arbeitsauftrags an, zum Beispiel Kritisch, Hoch, Mittel oder Niedrig. Davon hängen die Planung und die Ressourcenzuweisung ab.

Wichtig für das Dashboard zur Effizienz bei der Umwandlung von Arbeitsaufträgen, damit kritische Defekte richtig priorisiert werden.

Warum das wichtig ist

Legt die angestrebte Reaktionszeit und die Ressourcenzuweisung fest.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_PRIORITY_ID.

Beispiele
KritischHochStandard
Status des Arbeitsauftrags
WorkOrderStatus
Der aktuelle Lebenszyklusstatus des Arbeitsauftrags.
Beschreibung

Zeigt den Status des Arbeitsauftrags an, zum Beispiel Nicht freigegeben, Freigegeben, Zurückgestellt, Abgeschlossen oder Geschlossen. So lassen sich noch offene von bereits abgeschlossenen Cases unterscheiden.

In Dashboards wird das Attribut verwendet, um die laufende Arbeit (WIP) darzustellen und Aufträge zu erkennen, die in einem bestimmten Status feststecken.

Warum das wichtig ist

Zeigt den aktuellen Fortschritt des Arbeitsauftrags.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_STATUS_ID.

Beispiele
FreigegebenZurückgestelltGeschlossen
Tatsächlicher Abschlusstermin
ActualCompletionDate
Datum und Uhrzeit, zu denen die Instandhaltungsarbeiten abgeschlossen wurden.
Beschreibung

Erfasst den endgültigen Abschluss der praktischen Arbeiten. Dieser Timestamp schließt die Ausführungsphase des Lebenszyklus ab.

Er ist der Endpunkt für die technische Ausführungszykluszeit und der Startpunkt für die administrative Verzögerung.

Warum das wichtig ist

Kennzeichnet das Ende der technischen Ausführungsphase.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte COMPLETED_DATE oder CLOSED_DATE.

Beispiele
2023-10-252023-10-262023-10-27
Tatsächlicher Starttermin
ActualStartDate
Datum und Uhrzeit, zu denen die Arbeiten tatsächlich begonnen haben.
Beschreibung

Erfasst, wann der Techniker tatsächlich mit den Arbeiten begonnen hat. Häufig wird dieser Zeitpunkt durch eine Transaktion vom Typ „Operation Started“ ausgelöst.

Wird zur Berechnung der Materialbereitstellungsverzögerung (Endpunkt) und der Flexibilität bei der Ressourceneinsatzplanung verwendet.

Warum das wichtig ist

Wichtig für den Vergleich der Ausführungsdauer mit der Planung.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte ACTUAL_START_DATE.

Beispiele
2023-10-212023-10-222023-10-23
Zugewiesener Techniker
AssignedTechnician
Die Person oder Ressourcengruppe, die mit der Ausführung der Aufgabe betraut ist.
Beschreibung

Erfasst die Benutzer- oder Mitarbeiter-ID des für die Arbeit verantwortlichen Technikers. Die Zuweisung kann auf Kopf- oder Vorgangsebene erfolgen.

Wird bei der Analyse der Technikerauslastung und Arbeitsstunden verwendet, um Qualifikationslücken oder überlastete Ressourcen zu erkennen.

Warum das wichtig ist

Ermöglicht die Analyse der Ressourcenleistung und die Kapazitätsplanung.

Woher beziehen

Tabelle WIE_OPERATION_RESOURCES oder eine ähnliche Zuordnungstabelle.

Beispiele
J. SmithTech-005Externer Auftragnehmer
Anfragedatum
RequestDate
Datum, an dem die erste Instandhaltungsanfrage einging.
Beschreibung

Der Timestamp gibt an, wann der Instandhaltungsbedarf erstmals erkannt und erfasst wurde. Er bildet den Startpunkt für die Berechnung der Durchlaufzeit.

Wichtig für die KPI zur Durchlaufzeit von der Anfrage bis zum Arbeitsauftrag: Sie misst die Verzögerung zwischen dem Erkennen eines Problems und dem Anlegen des Auftrags.

Warum das wichtig ist

Kennzeichnet den Beginn des gesamten Prozesslebenszyklus.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, abgeleitet aus der Verknüpfung mit der Quellanfrage.

Beispiele
2023-10-012023-10-052023-11-12
Anlagenkategorie
AssetCategory
Gruppierung von Anlagen nach Typ, etwa HLK, Fuhrpark oder Produktionslinie.
Beschreibung

Ordnet Anlagen übergeordneten Gruppen zu. So lässt sich die Instandhaltungsleistung für verschiedene Anlagentypen auf hoher Ebene analysieren.

Im Dashboard zur Übersicht der Instandhaltungsdurchlaufzeiten wird das Attribut verwendet, um festzustellen, welche Anlagenklassen die meisten Verzögerungen verursachen.

Warum das wichtig ist

Ermöglicht die aggregierte Analyse der Instandhaltungsleistung nach Anlagentyp.

Woher beziehen

Abgeleitet aus der der Anlagen-ID zugewiesenen Artikelkategorie.

Beispiele
Schwere MaschinenFuhrparkfahrzeugeGebäude und Anlagen
Beschreibung des Arbeitsauftrags
WorkOrderDescription
Kurze Beschreibung des Problems oder der Aufgabe.
Beschreibung

Freitextfeld, in dem der Anforderer oder Planer das Problem oder die erforderlichen Arbeiten beschreibt. Es liefert Kontext, der in strukturierten Daten fehlen kann.

Nützlich für Textanalysen oder die manuelle Prüfung von Arbeitsarten mit der Angabe „Sonstiges“.

Warum das wichtig ist

Liefert einen verständlichen Kontext zur Instandhaltungsaufgabe.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_DESCRIPTION.

Beispiele
Motor des Förderbands austauschenMonatliche SicherheitsinspektionÖlleck an Pumpe A beheben
Geplanter Starttermin
ScheduledStartDate
Der geplante Starttermin der Instandhaltungsarbeiten.
Beschreibung

Datum und Uhrzeit, zu denen die Arbeiten beginnen sollten. Der Vergleich mit dem tatsächlichen Starttermin zeigt, ob der Zeitplan eingehalten wurde.

Wird bei der Terminplanung und Verzögerungsanalyse verwendet, um Störungen im Instandhaltungsplan zu erkennen.

Warum das wichtig ist

Ausgangswert zur Messung der Termineinhaltung und von Verzögerungen.

Woher beziehen

Tabelle WIE_WORK_ORDERS_B, Spalte PLANNED_START_DATE.

Beispiele
2023-10-202023-10-212023-10-22
Gesamtkosten
TotalCost
Die gesamten finanziellen Kosten des Arbeitsauftrags.
Beschreibung

Summe der Material-, Arbeits- und Gemeinkosten des Arbeitsauftrags. Der endgültige Betrag wird in der Regel bei der Aktivität „Maintenance Costs Transferred“ festgelegt.

Wird bei der Analyse der Genauigkeit der Instandhaltungsplanung verwendet, um Budget und tatsächliche Ausgaben zu vergleichen.

Warum das wichtig ist

Zentrale Finanzkennzahl für Instandhaltungsaktivitäten.

Woher beziehen

Tabellen des Kostenrechnungsmoduls, verknüpft mit der Arbeitsauftrags-ID.

Beispiele
1500.00250.505000.00
Geschätzte Arbeitsstunden
EstimatedLaborHours
Geplante Arbeitsstunden für den Arbeitsauftrag.
Beschreibung

Geschätzter Zeitaufwand für den Auftrag, festgelegt während der Planungs- oder Freigabephase.

Der Vergleich mit den tatsächlichen Arbeitsstunden zeigt die Abweichung und hilft, künftige Planungsstandards zu verbessern.

Warum das wichtig ist

Vergleichswert zur Bewertung der Ausführungseffizienz.

Woher beziehen

Tabelle WIE_OPERATION_RESOURCES, geplante Menge.

Beispiele
5.010.01.0
Ist Nacharbeit
IsRework
Kennzeichnet, ob es sich bei diesem Arbeitsauftrag um eine wiederholte Reparatur handelt.
Beschreibung

Ein boolesches Kennzeichen, das den Wert „true“ annimmt, wenn innerhalb der vorangegangenen 30 Tage ein weiterer Arbeitsauftrag für dieselbe Anlagen-ID abgeschlossen wurde. Dieses Attribut wird berechnet.

Es fließt direkt in die KPI zur Häufigkeit von Nacharbeiten an Anlagen ein und hilft, mangelhafte Reparaturen oder ausfallgefährdete Anlagen zu erkennen.

Warum das wichtig ist

Weist auf Qualitätsprobleme und wiederkehrende Ausfälle hin.

Woher beziehen

Wird in der Datentransformationsschicht berechnet.

Beispiele
truefalse
SLA-Zieltermin
SlaTargetDate
Frist, bis zu der der Arbeitsauftrag abgeschlossen sein muss.
Beschreibung

Wird anhand der Priorität und des Erstellungsdatums berechnet. Der Termin gibt die gegenüber dem Unternehmen eingegangene Verpflichtung zur Wiederherstellung der Anlage wieder.

Wird für die KPI zur SLA-Erfüllungsquote verwendet, um zu prüfen, ob die Instandhaltung ihre Serviceverpflichtungen erfüllt.

Warum das wichtig ist

Legt die Kriterien für die fristgerechte Erledigung fest.

Woher beziehen

In der Regel ein benutzerdefiniertes Feld oder aus der Prioritätskonfiguration abgeleitet.

Beispiele
2023-11-012023-11-052023-11-10
Tatsächliche Arbeitsstunden
ActualLaborHours
Gesamtzahl der Stunden, die Techniker für diesen Arbeitsauftrag aufgewendet haben.
Beschreibung

Summe aller Dauerwerte, die in den Arbeitsbuchungen für den Arbeitsauftrag erfasst wurden. Sie gibt den tatsächlichen Arbeitsaufwand an.

Wird in der KPI zur Abweichung zwischen geschätzten und tatsächlichen Arbeitsstunden verwendet, um die Planungsgenauigkeit zu bewerten.

Warum das wichtig ist

Wichtige Kennzahl für Kosten und Personaleffizienz.

Woher beziehen

Aggregiert aus WIE_WORK_ORDER_TRANSACTIONS (Ressourcentransaktionen).

Beispiele
4.512.00.75
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Diese Aktivitäten bilden die wesentlichen Phasen und betrieblichen Aktualisierungen ab, die erforderlich sind, um den gesamten Ablauf Ihrer Instandhaltungsaufträge darzustellen.
8 Empfohlen 7 Optional
Aktivität Beschreibung
Arbeitsauftrag abgeschlossen
Die technischen Arbeiten am gesamten Arbeitsauftrag sind abgeschlossen. Die Anlage ist repariert und wieder einsatzbereit, auch wenn die finanzielle Abwicklung noch andauern kann.
Warum das wichtig ist

Markiert aus betrieblicher Sicht das tatsächliche Ende des Instandhaltungseinsatzes. Dient zur Berechnung der SLA-Einhaltung.

Woher beziehen

Abgeleitet aus WIE_WO_STATUS_HISTORY, wenn sich STATUS_CODE in 'COMPLETED' ändert.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Arbeitsauftrag freigegeben
Der Status des Arbeitsauftrags wechselt von Entwurf oder Nicht freigegeben zu Freigegeben. Damit wird die Verwendung von Materialien und Ressourcen für den Auftrag autorisiert.
Warum das wichtig ist

Markiert das Ende der Planungsphase und die Freigabe für den Beginn der Ausführung. Verzögerungen an dieser Stelle weisen auf Engpässe in der Planung hin.

Woher beziehen

Abgeleitet aus WIE_WO_STATUS_HISTORY, wenn sich STATUS_CODE in 'RELEASED' ändert.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Arbeitsauftrag geschlossen
Der Arbeitsauftrag wird administrativ endgültig geschlossen. Danach können keine weiteren Kosten erfasst werden und der Auftrag ist für die Buchhaltung abgeschlossen.
Warum das wichtig ist

Markiert das Ende des administrativen Lebenszyklus. Die Zeit zwischen Abschluss und Schließung entspricht der administrativen Verzögerung.

Woher beziehen

Abgeleitet aus WIE_WO_STATUS_HISTORY, wenn sich STATUS_CODE in 'CLOSED' ändert.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Arbeitsstunden erfasst
Die von einem Techniker für den Arbeitsauftrag aufgewendete Zeit wird erfasst. Bei diesem Transaktionsereignis werden Kosten der Instandhaltungsaktivität zugeordnet.
Warum das wichtig ist

Erfasst Aufwand und Kosten. Mehrere Ereignisse dieses Typs weisen auf laufende Arbeiten hin und dienen zur Berechnung der gesamten Abweichungen bei den Arbeitsstunden.

Woher beziehen

Abgeleitet aus der Tabelle WIE_RESOURCE_TRANSACTIONS.

Erfassung

Wird protokolliert, wenn Transaktion X ausgeführt wird.

Ereignistyp explicit
Instandhaltungsanfrage erstellt
Die Instandhaltungsanfrage wird erstmals über das Self-Service-Portal oder die Helpdesk-Oberfläche eingereicht. Dieses Ereignis erfasst den ersten Hinweis auf einen Defekt oder einen erforderlichen Service, bevor daraus ein formeller Arbeitsauftrag wird. Es ist in der Regel in der Tabelle Work Requests zu finden.
Warum das wichtig ist

Markiert den tatsächlichen Beginn des Instandhaltungsbedarfs. Unverzichtbar, um die Durchlaufzeit zwischen der Erkennung eines Defekts und der Erstellung eines ausführbaren Arbeitsauftrags zu berechnen.

Woher beziehen

Abgeleitet aus der Tabelle MNT_WORK_REQUESTS anhand des Felds CREATION_DATE.

Erfassung

Wird protokolliert, wenn ein Datensatz in die Tabelle Work Requests eingefügt wird.

Ereignistyp explicit
Instandhaltungsarbeitsauftrag erstellt
Das System erstellt den Arbeitsauftrag entweder durch Umwandlung einer Anfrage oder manuell. Dieses Ereignis legt die Case-ID für Process Mining fest und bildet die Grundlage für Planung und Ausführung.
Warum das wichtig ist

Das zentrale Ankerereignis für die Prozessinstanz. Es trennt die Erfassungsphase von der Planungs- und Ausführungsphase.

Woher beziehen

Abgeleitet aus dem Timestamp des Felds CREATION_DATE in der Tabelle WIE_WORK_ORDERS_B.

Erfassung

Wird protokolliert, wenn der WO-Kopfsatz erstellt wird.

Ereignistyp explicit
Materialien ausgegeben
Der Bestand wird tatsächlich aus dem Lager entnommen und dem jeweiligen Arbeitsauftrag zugeordnet. Damit werden die Teile physisch zum Instandhaltungsort gebracht.
Warum das wichtig ist

Ein konkreter Hinweis darauf, dass die Arbeiten bald beginnen. Der Vergleich mit dem Ereignis 'Freigegeben' macht Verzögerungen bei der Kommissionierung im Lager sichtbar.

Woher beziehen

Abgeleitet aus der Tabelle INV_MATERIAL_TXNS, wenn TRANSACTION_SOURCE_TYPE_ID mit dem Arbeitsauftrag verknüpft ist.

Erfassung

Wird protokolliert, wenn Transaktion X ausgeführt wird.

Ereignistyp explicit
Vorgang gestartet
Beginn eines bestimmten Vorgangs, zum Beispiel Op 10 oder Op 20, innerhalb des Arbeitsauftrags. Zu diesem Zeitpunkt beginnen die technischen Arbeiten an einer Aufgabe.
Warum das wichtig ist

Markiert den Meilenstein 'Arbeit begonnen'. Unverzichtbar, um die tatsächliche Arbeitszeit mit der geplanten Dauer zu vergleichen.

Woher beziehen

Abgeleitet aus Statusänderungen in WIE_WO_OPERATIONS_B oder dem Timestamp der ersten Ressourcentransaktion für den Vorgang.

Erfassung

Durch Vergleich der Felder X und Y ableiten

Ereignistyp inferred
Arbeitsauftrag eingeplant
Dem Arbeitsauftrag werden konkrete Starttermine oder Ressourcen wie Techniker und Werkzeuge zugewiesen. Dadurch werden die geplanten Termine im System aktualisiert.
Warum das wichtig ist

Misst die Effizienz des Dispositions- oder Planungsteams. Lücken zwischen Freigabe und Einplanung weisen auf konkurrierenden Ressourcenbedarf hin.

Woher beziehen

Abgeleitet aus Aktualisierungen der Planungsspalten in WIE_OPERATION_RESOURCES oder WIE_WO_OPERATIONS_B.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Arbeitsauftrag storniert
Der Arbeitsauftrag wird beendet, bevor er erfolgreich abgeschlossen ist. Das kann vorkommen, wenn die Arbeit doppelt erfasst wurde, nicht mehr erforderlich ist oder mit einem anderen Auftrag zusammengeführt wird.
Warum das wichtig ist

Eine hohe Stornierungsquote kann auf Probleme bei der Erfassung von Anfragen oder bei der Erkennung doppelter Aufträge hinweisen.

Woher beziehen

Abgeleitet aus WIE_WO_STATUS_HISTORY, wenn sich STATUS_CODE in 'CANCELED' ändert.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Arbeitsauftrag zurückgestellt
Der Status des Arbeitsauftrags wird auf 'Zurückgestellt' gesetzt und die Ausführung damit angehalten. Gründe dafür sind häufig fehlende Teile, mangelnder Zugang oder Sicherheitsprobleme.
Warum das wichtig ist

Eine wesentliche Ursache für Prozessineffizienz. Um die Durchlaufzeit insgesamt zu verkürzen, müssen Häufigkeit und Dauer der Unterbrechungen ermittelt werden.

Woher beziehen

Abgeleitet aus WIE_WO_STATUS_HISTORY, wenn sich STATUS_CODE in 'ON_HOLD' ändert.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Instandhaltungskosten übertragen
Die aufgelaufenen Kosten werden vom Instandhaltungssystem in das Modul Cost Management übertragen. Damit wird die finanzielle Abrechnung vorgenommen.
Warum das wichtig ist

Bestätigt, dass die finanziellen Auswirkungen der Instandhaltung erfasst wurden. Unverzichtbar für die Analyse der 'Genauigkeit der Instandhaltungsplanung'.

Woher beziehen

Abgeleitet aus den Tabellen für Kostenrechnungsverteilungen, die mit der Transaktionsquelle des Arbeitsauftrags verknüpft sind.

Erfassung

Wird protokolliert, wenn Transaktion X ausgeführt wird.

Ereignistyp inferred
Materialien zugeteilt
Erforderliche Ersatzteile und Komponenten werden für den Arbeitsauftrag reserviert oder zugeteilt. So ist der Bestand verfügbar, bevor die Arbeiten beginnen.
Warum das wichtig ist

Wichtig für die Analyse der Lieferbereitschaft. Verzögerungen an dieser Stelle weisen auf Bestandsengpässe oder eine langsame Beschaffungsplanung hin.

Woher beziehen

Abgeleitet aus der Tabelle WIE_WO_COMPONENTS_B anhand von CREATION_DATE oder ALLOCATION_DATE.

Erfassung

Wird protokolliert, wenn Transaktion X ausgeführt wird.

Ereignistyp explicit
Qualitätsprüfung erfasst
Die Qualitätsprüfungsergebnisse für den Instandhaltungsarbeitsauftrag werden eingetragen. Damit wird bestätigt, dass die Reparatur den Sicherheits- und Betriebsstandards entspricht.
Warum das wichtig ist

Stellt die Compliance sicher. Fehlende Qualitätsprüfungen vor dem Abschluss können auf Sicherheitsrisiken oder Prozessabweichungen hinweisen.

Woher beziehen

Abgeleitet aus QA_RESULTS oder ähnlichen Tabellen für Qualitätsprüfpläne, die mit der Arbeitsauftrags-ID verknüpft sind.

Erfassung

Wird protokolliert, wenn Transaktion X ausgeführt wird.

Ereignistyp explicit
Vorgang abgeschlossen
Ein bestimmter Schritt (Vorgang) im Arbeitsplan wird abgeschlossen. Damit ist ein Teil der technischen Arbeiten beendet.
Warum das wichtig ist

Ermöglicht einen detaillierten Überblick über den Fortschritt. 'Instandhaltungsaufgabe ausgeführt' wird in der Regel aus dem Abschluss des letzten Vorgangs abgeleitet.

Woher beziehen

Abgeleitet aus Statusänderungen in WIE_WO_OPERATIONS_B oder aus der Transaktionshistorie, die den Abschluss ausweist.

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Oracle Maintenance Cloud

Möchten Sie loslegen?

Wenden Sie dieses Template noch heute auf Ihre Oracle-Umgebung an und machen Sie aus Ihren Instandhaltungsdaten konkrete Erkenntnisse. Unser Team unterstützt Sie bei den ersten Schritten mit Process Mining.

Optimieren Sie Ihre Anlageninstandhaltung und vermeiden Sie Terminverzögerungen

Verkürzen Sie die Durchlaufzeit um 30 Prozent und stimmen Sie Ihre Ressourcen jetzt besser ab

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. 14 Tage kostenlos testen.