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 erweitertes Process Mining organisieren. Es zeigt die erforderlichen Datenpunkte und Prozessmeilensteine, die Sie benötigen, um vollständige Transparenz über die Instandhaltung Ihrer Anlagen und die Verteilung Ihrer Ressourcen zu erhalten. Wenn Sie diese Vorgaben befolgen, erstellen Sie ein aussagekräftiges Event Log, das Ineffizienzen sichtbar macht und Ihre Instandhaltungsstrategie verbessert.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Prozessmeilensteine zur Überwachung
  • Systemspezifische Anleitung zur Extraktion aus Oracle
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Anlageninstandhaltung

Diese empfohlenen Datenfelder ermöglichen es Ihnen, Ihre Instandhaltungsereignisse zu kategorisieren und zu filtern, um tiefere Erkenntnisse über Anlagenleistung und Ressourcennutzung zu gewinnen.
5 Erforderlich 8 Empfohlen 9 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des Ereignisses oder der Statusänderung, die im Workflow stattfindet.
Beschreibung

Dieses Attribut erfasst den konkreten Schritt im Instandhaltungsprozess, etwa 'Work Order Created', 'Operation Started' oder 'Work Order Closed'. Es stellt die Knoten im Prozessmodell dar.

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

Warum das wichtig ist

Erforderlich, um den Prozessfluss und die Abfolge der Ereignisse zu definieren.

Bezugsquelle

Abgeleitet aus Transaktionshistorientabellen oder Protokollen von Statusänderungen.

Beispiele
Instandhaltungsarbeitsauftrag erstelltArbeitsauftrag freigegebenVorgang abgeschlossen
Ereignis-Timestamp
EventDateTime
Das Datum und die Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

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

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

Warum das wichtig ist

Unverzichtbar für die zeitliche Einordnung des Prozesses.

Bezugsquelle

Spalten CREATION_DATE oder LAST_UPDATE_DATE in 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-Kennung für den Instandhaltungsprozess. Sie verfolgt den Lebenszyklus einer Instandhaltungsaufgabe von der ersten Anfrage oder der Erstellung des Zeitplans über die Ausführung und den Abschluss bis zur finanziellen Abwicklung.

In der Analyse ist dieses Attribut der zentrale Schlüssel, um Ereignisdaten mit Attributen auf Case-Ebene zu verknüpfen. Damit können Analysten alle Aktivitäten eines einzelnen Auftrags gruppieren und durchgängige Zykluszeiten berechnen.

Warum das wichtig ist

Sie ist der Primärschlüssel der Prozessinstanz und unverzichtbar für die Rekonstruktion der Case-Historie.

Bezugsquelle

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

Stellt sicher, dass Benutzer die Aktualität der Daten kennen.

Bezugsquelle

Systemzeit zum Zeitpunkt der Extraktion.

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

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

In Umgebungen mit mehreren Systemen ist dieses Attribut entscheidend, um die Datenherkunft nachzuverfolgen.

Warum das wichtig ist

Verfolgt die Datenherkunft in Umgebungen mit mehreren Systemen.

Bezugsquelle

Wird während der Extraktion fest hinterlegt.

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

Identifiziert die konkrete physische Anlage oder Maschine, auf die sich der Instandhaltungsarbeitsauftrag bezieht. Dadurch wird der Prozess mit der Anlagenhierarchie verknüpft.

Dies ist für den KPI Asset Rework Frequency entscheidend, da Analysten damit Maschinen erkennen können, die wiederholt ausfallen.

Warum das wichtig ist

Verknüpft Instandhaltungsaktivitäten mit konkreten physischen Anlagen.

Bezugsquelle

Tabelle WIE_WORK_ORDERS_B, Spalte ASSET_ID, verknüpft mit CSI_ITEM_INSTANCES.

Beispiele
PUMP-101HVAC-Unit-5CONVEYOR-BELT-A
Instandhaltungstyp
WorkOrderType
Kategorisiert den Arbeitsauftrag als vorbeugend, korrektiv oder prädiktiv.
Beschreibung

Dieses Attribut beschreibt die Art der Instandhaltungsarbeit. Häufige Werte sind Preventive, Corrective, Emergency oder Condition-Based.

Es ist für den KPI Proactive Maintenance Ratio von zentraler Bedeutung, da Analysten damit den Umfang geplanter Arbeiten mit ungeplanten Reaktionen auf Ausfälle vergleichen können.

Warum das wichtig ist

Unterscheidet zwischen geplanter Instandhaltung und reaktiven Reparaturen.

Bezugsquelle

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

Beispiele
PräventivKorrektivNotfall
Organisationscode
OrganizationCode
Der Code der Instandhaltungsorganisation oder des Werks.
Beschreibung

Bezeichnet die konkrete Geschäftseinheit, das Werk oder den Standort, der für die Instandhaltungsarbeiten verantwortlich ist. Damit sind Benchmarks nach Region oder Standort möglich.

Wird verwendet, um Leistungsunterschiede zwischen verschiedenen Standorten oder operativen Einheiten abzubilden.

Warum das wichtig ist

Segmentiert die Analyse nach physischem Standort oder Geschäftseinheit.

Bezugsquelle

Tabelle WIE_WORK_ORDERS_B, Spalte ORGANIZATION_ID.

Beispiele
M1NY-PLANTLON-DEPOT
Priorität
Priority
Die dem Arbeitsauftrag zugewiesene Dringlichkeitsstufe.
Beschreibung

Zeigt die Bedeutung des Arbeitsauftrags an, etwa Critical, High, Medium oder Low. Dies steuert die Einplanung und Ressourcenverteilung.

Wichtig für das Dashboard Work Order Conversion Efficiency, damit kritische Fehler korrekt priorisiert werden.

Warum das wichtig ist

Bestimmt die angestrebte Reaktionszeit und die Ressourcenverteilung.

Bezugsquelle

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_PRIORITY_ID.

Beispiele
KritischHochStandard
Status des Arbeitsauftrags
WorkOrderStatus
Der aktuelle Status im Lebenszyklus des Arbeitsauftrags.
Beschreibung

Zeigt den Status des Arbeitsauftrags an, etwa Unreleased, Released, On Hold, Completed oder Closed. Damit lassen sich noch offene Cases von abgeschlossenen Cases unterscheiden.

Wird in Dashboards verwendet, um die aktuell laufenden Arbeiten (WIP) zu visualisieren und Aufträge zu erkennen, die in bestimmten Statuswerten feststecken.

Warum das wichtig ist

Liefert eine Momentaufnahme des Fortschritts des Arbeitsauftrags.

Bezugsquelle

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_STATUS_ID.

Beispiele
FreigegebenZurückgestelltGeschlossen
Tatsächliches Abschlussdatum
ActualCompletionDate
Das Datum und die Uhrzeit, zu denen die Instandhaltungsarbeiten abgeschlossen wurden.
Beschreibung

Erfasst den endgültigen Abschluss der physischen Arbeiten. Dieser Timestamp beendet die Ausführungsphase des Lebenszyklus.

Er ist der Endpunkt für die Zykluszeit der technischen Ausführung und der Startpunkt für die administrative Verzögerungszeit.

Warum das wichtig ist

Markiert das Ende der technischen Ausführungsphase.

Bezugsquelle

Tabelle WIE_WORK_ORDERS_B, Spalte COMPLETED_DATE oder CLOSED_DATE.

Beispiele
2023-10-252023-10-262023-10-27
Tatsächliches Startdatum
ActualStartDate
Das tatsächliche Datum und die Uhrzeit, zu denen die Arbeiten begonnen haben.
Beschreibung

Erfasst, wann der Techniker die Arbeit tatsächlich begonnen hat. Dies wird häufig durch eine Transaktion 'Operation Started' ausgelöst.

Wird zur Berechnung der Materialbereitstellungsverzögerung, also des Endpunkts, und der Flexibilität der Ressourcenplanung verwendet.

Warum das wichtig ist

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

Bezugsquelle

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 in der Analyse von Technicain Utilization und Arbeitszeit verwendet, um Qualifikationslücken oder überlastete Ressourcen zu erkennen.

Warum das wichtig ist

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

Bezugsquelle

Tabelle WIE_OPERATION_RESOURCES oder eine ähnliche Zuweisungstabelle.

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

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

Entscheidend für den KPI Work Order Conversion Lead Time, der die Verzögerung zwischen der Erkennung eines Problems und der Erstellung des Auftrags misst.

Warum das wichtig ist

Markiert den Beginn des durchgängigen Prozesslebenszyklus.

Bezugsquelle

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 in Typen wie HVAC, Fuhrpark oder Produktionslinie.
Beschreibung

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

Wird im Dashboard Maintenance Lead Time Overview verwendet, um zu erkennen, welche Anlagenklassen die meisten Verzögerungen verursachen.

Warum das wichtig ist

Ermöglicht eine aggregierte Analyse der Instandhaltungsleistung nach Anlagentyp.

Bezugsquelle

Abgeleitet aus der dem Asset ID zugewiesenen Artikelkategorie.

Beispiele
Schwere MaschinenFuhrparkfahrzeugeAnlagen
Beschreibung des Arbeitsauftrags
WorkOrderDescription
Kurzer Text zur Beschreibung des Problems oder der Aufgabe.
Beschreibung

Ein Freitextfeld, das der Anforderer oder Planer ausfüllt, um das Problem oder die erforderlichen Arbeiten zu beschreiben. Es liefert Kontext, der in strukturierten Daten fehlen kann.

Nützlich für Textanalysen oder die manuelle Prüfung von Arbeitsarten mit dem Wert „Sonstige“.

Warum das wichtig ist

Liefert verständlichen Kontext zur Instandhaltungsaufgabe.

Bezugsquelle

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_DESCRIPTION.

Beispiele
Förderbandmotor ersetzenMonatliche SicherheitsinspektionÖlleck an Pumpe A beheben
Geplantes Startdatum
ScheduledStartDate
Das geplante Startdatum für die Instandhaltungsarbeiten.
Beschreibung

Das Datum und die Uhrzeit, zu denen der Beginn der Arbeiten geplant war. Der Vergleich mit dem tatsächlichen Startdatum zeigt die Termineinhaltung.

Wird in der Analyse von Planung und Terminabweichungen verwendet, um Störungen im Instandhaltungsplan zu erkennen.

Warum das wichtig ist

Grundlage für die Messung von Termineinhaltung und Verzögerungen.

Bezugsquelle

Tabelle WIE_WORK_ORDERS_B, Spalte PLANNED_START_DATE.

Beispiele
2023-10-202023-10-212023-10-22
Gesamtkosten
TotalCost
Die insgesamt für den Arbeitsauftrag angefallenen Kosten.
Beschreibung

Summe der mit dem Arbeitsauftrag verbundenen Material-, Arbeits- und Gemeinkosten. Dieser Wert wird in der Regel während der Aktivität „Instandhaltungskosten übertragen“ finalisiert.

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

Warum das wichtig ist

Zentrale Finanzkennzahl für Instandhaltungsaktivitäten.

Bezugsquelle

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

Der vom Planer geschätzte Zeitaufwand für den Auftrag. Dieser Wert wird während der Planungs- oder Freigabephase festgelegt.

Der Vergleich mit den tatsächlichen Arbeitsstunden zeigt die Abweichung und verbessert künftige Planungsstandards.

Warum das wichtig ist

Referenzwert zur Bewertung der Ausführungseffizienz.

Bezugsquelle

Tabelle WIE_OPERATION_RESOURCES, geplante Menge.

Beispiele
5.010.01.0
Ist Nacharbeit
IsRework
Kennzeichen dafür, 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 Asset-ID geschlossen wurde. Dies ist ein berechnetes Attribut.

Unterstützt direkt den KPI zur Häufigkeit von Nacharbeiten an Assets und hilft dabei, mangelhafte Reparaturen oder ausfallende Assets zu erkennen.

Warum das wichtig ist

Erkennt Qualitätsprobleme und wiederkehrende Ausfälle.

Bezugsquelle

Wird in der Datentransformationsschicht berechnet.

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

Wird auf Grundlage der Priorität und des Erstellungsdatums berechnet. Der Wert stellt die gegenüber dem Unternehmen eingegangene Verpflichtung zur Wiederherstellung des Assets dar.

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

Warum das wichtig ist

Definiert die Erfolgskriterien für die termingerechte Ausführung.

Bezugsquelle

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 in den Arbeitszeitbuchungen für den Arbeitsauftrag erfassten Dauerwerte. Dieser Wert misst den tatsächlich geleisteten Aufwand.

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

Warum das wichtig ist

Wichtige Kennzahl für Kostenkontrolle und Personaleffizienz.

Bezugsquelle

Aggregiert aus WIE_WORK_ORDER_TRANSACTIONS (Ressourcentransaktionen).

Beispiele
4.512.00.75
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Diese stellen die wesentlichen Phasen des Lebenszyklus und betrieblichen Aktualisierungen dar, die erforderlich sind, um den durchgängigen Ablauf Ihrer Instandhaltungsarbeitsaufträge zu visualisieren.
8 Empfohlen 7 Optional
Aktivität Beschreibung
Arbeitsauftrag abgeschlossen
Der technische Abschluss des gesamten Arbeitsauftrags. Damit ist die physische Anlage repariert und wieder betriebsbereit, auch wenn die finanzielle Verarbeitung noch andauern kann.
Warum das wichtig ist

Das wirksame Ende des Instandhaltungseinsatzes aus operativer Sicht. Wird zur Berechnung der SLA-Einhaltung verwendet.

Bezugsquelle

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

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Arbeitsauftrag freigegeben
Die Statusänderung, durch die der Arbeitsauftrag vom Status Draft oder Unreleased in den Status Released wechselt. Dadurch wird der Verbrauch von Materialien und Ressourcen für den Auftrag autorisiert.
Warum das wichtig ist

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

Bezugsquelle

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

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Arbeitsauftrag geschlossen
Der abschließende administrative Abschluss des Arbeitsauftrags. Danach können keine weiteren Kosten gebucht werden, und der Auftrag wird für die Buchhaltung finalisiert.
Warum das wichtig ist

Markiert das Ende des administrativen Lebenszyklus. Die Zeit zwischen Completed und Closed stellt die administrative Verzögerung dar.

Bezugsquelle

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

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Arbeitsstunden erfasst
Die Erfassung der Zeit, die ein Techniker für den Arbeitsauftrag aufgewendet hat. Dies ist ein Transaktionsereignis, bei dem Kosten für die Instandhaltungsaktivität gebucht werden.
Warum das wichtig ist

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

Bezugsquelle

Abgeleitet aus der Tabelle WIE_RESOURCE_TRANSACTIONS.

Erfassen

Wird protokolliert, wenn Transaktion X ausgeführt wird

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

Markiert den tatsächlichen Beginn des Instandhaltungsbedarfs. Unverzichtbar für die Berechnung der Durchlaufzeit zwischen der Fehlererkennung und der Erstellung eines umsetzbaren Arbeitsauftrags.

Bezugsquelle

Abgeleitet aus der Tabelle MNT_WORK_REQUESTS anhand des Feldes CREATION_DATE.

Erfassen

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

Ereignistyp explicit
Instandhaltungsarbeitsauftrag erstellt
Die systemseitige Erstellung der Entität Work Order, entweder durch Umwandlung einer Anfrage oder durch manuelle Anlage. 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 der Prozessinstanz. Es trennt die Erfassungsphase von der Planungs- und Ausführungsphase.

Bezugsquelle

Abgeleitet aus der Tabelle WIE_WORK_ORDERS_B anhand des Timestamps CREATION_DATE.

Erfassen

Wird protokolliert, wenn der Kopfdatensatz des Arbeitsauftrags erstellt wird

Ereignistyp explicit
Materialien ausgegeben
Die tatsächliche Ausbuchung des für den jeweiligen Arbeitsauftrag ausgegebenen Bestands aus dem Lager. Dies stellt die physische Bewegung der Teile zum Instandhaltungsort dar.
Warum das wichtig ist

Ein konkretes Zeichen dafür, dass die Arbeiten beginnen können. Der Vergleich mit dem Ereignis 'Released' macht Verzögerungen bei der Kommissionierung im Lager sichtbar.

Bezugsquelle

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

Erfassen

Wird protokolliert, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Vorgang gestartet
Der Beginn eines bestimmten Vorgangs, etwa Op 10 oder Op 20, innerhalb des Arbeitsauftrags. Dies ist der genaue Zeitpunkt, an dem die technische Arbeit an einer Aufgabe beginnt.
Warum das wichtig ist

Stellt den Meilenstein 'Work Commenced' dar. Unverzichtbar für den Vergleich der tatsächlichen Bearbeitungszeit mit der geplanten Dauer.

Bezugsquelle

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

Erfassen

Durch den Vergleich von Feld X mit Y ableiten

Ereignistyp inferred
Arbeitsauftrag eingeplant
Die Zuordnung konkreter Starttermine oder bestimmter Ressourcen, etwa Techniker und Werkzeuge, zu den Vorgängen des Arbeitsauftrags. 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 konkurrierende Ressourcennachfragen hin.

Bezugsquelle

Abgeleitet aus Aktualisierungen der Planungsspalten in WIE_OPERATION_RESOURCES oder WIE_WO_OPERATIONS_B.

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Arbeitsauftrag storniert
Die Beendigung eines Arbeitsauftrags vor dem erfolgreichen Abschluss. Dies kann geschehen, wenn die Arbeit doppelt erfasst, nicht erforderlich oder mit einem anderen Auftrag zusammengelegt wurde.
Warum das wichtig ist

Eine hohe Stornierungsquote kann auf Probleme bei der Erfassung von Anfragen oder bei der Logik zur Erkennung von Duplikaten hinweisen.

Bezugsquelle

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

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Arbeitsauftrag zurückgestellt
Der Status des Arbeitsauftrags wird in 'On Hold' geändert, wodurch die Ausführung angehalten wird. Dies geschieht typischerweise aufgrund fehlender Teile, fehlenden Zugangs oder von Sicherheitsproblemen.
Warum das wichtig ist

Eine wesentliche Ursache für Ineffizienz im Prozess. Die Ermittlung von Häufigkeit und Dauer der Zurückstellungen ist entscheidend, um die gesamte Durchlaufzeit zu verkürzen.

Bezugsquelle

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

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp explicit
Instandhaltungskosten übertragen
Die Übertragung der aufgelaufenen Kosten aus dem Instandhaltungssystem in das Modul Cost Management. Dies stellt den finanziellen Ausgleich dar.
Warum das wichtig ist

Bestätigt, dass die finanziellen Auswirkungen der Instandhaltung erfasst wurden. Unverzichtbar für die Analyse der 'Maintenance Planning Accuracy'.

Bezugsquelle

Abgeleitet aus Verteilungstabellen der Kostenrechnung, die mit der Transaktionsquelle des Arbeitsauftrags verknüpft sind.

Erfassen

Wird protokolliert, wenn Transaktion X ausgeführt wird

Ereignistyp inferred
Materialien zugeordnet
Die Reservierung oder Zuordnung der benötigten Ersatzteile und Komponenten zum Arbeitsauftrag. Dadurch steht der Bestand vor Beginn der Arbeiten zur Verfügung.
Warum das wichtig ist

Entscheidend für die Analyse der Lieferbereitschaft. Eine Verzögerung bei diesem Schritt deutet auf Bestandsengpässe oder eine langsame Beschaffungsplanung hin.

Bezugsquelle

Abgeleitet aus der Tabelle WIE_WO_COMPONENTS_B anhand von CREATION_DATE oder ALLOCATION_DATE.

Erfassen

Wird protokolliert, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Qualitätsprüfung erfasst
Die Erfassung von Qualitätsergebnissen im Zusammenhang mit dem Instandhaltungsarbeitsauftrag. Damit wird bestätigt, dass die Reparatur die Sicherheits- und Betriebsstandards erfüllt.
Warum das wichtig ist

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

Bezugsquelle

Abgeleitet aus QA_RESULTS oder ähnlichen Quality Collection Plan-Tabellen, die mit der Work Order ID verknüpft sind.

Erfassen

Wird protokolliert, wenn Transaktion X ausgeführt wird

Ereignistyp explicit
Vorgang abgeschlossen
Der Abschluss eines bestimmten Schritts, also eines Vorgangs, im Ablauf. Dies signalisiert, dass ein bestimmter Teil der technischen Arbeiten beendet ist.
Warum das wichtig ist

Ermöglicht eine detaillierte Sicht auf den Fortschritt. 'Maintenance Task Executed' wird typischerweise aus dem Abschluss des letzten Vorgangs abgeleitet.

Bezugsquelle

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

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Extraktion

So rufen Sie Ihre Daten aus Oracle Maintenance Cloud ab

Bereit für den Start?

Verwandeln Sie Ihre Instandhaltungsdaten in konkrete Erkenntnisse, indem Sie dieses Template noch heute auf Ihre Oracle-Umgebung anwenden. Unser Team unterstützt Sie bei den ersten Schritten mit Process Mining.

Optimieren Sie Ihre Anlageninstandhaltung und vermeiden Sie ab heute Terminverzögerungen

Verkürzen Sie die Durchlaufzeit um 30 Prozent und richten Sie Ihre Ressourcen jetzt optimal aus

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Kostenlose Testphase für 14 Tage.