Ihr Anlagenwartungsdaten-Template

Oracle Maintenance Cloud
Ihr Anlagenwartungsdaten-Template

Ihr Anlagenwartungsdaten-Template

Dieses Template bietet einen strukturierten Rahmen, um Ihre Wartungsaufzeichnungen aus der Oracle Maintenance Cloud für fortgeschrittenes Process Mining zu organisieren. Es identifiziert die notwendigen Datenpunkte und Prozessmeilensteine, die erforderlich sind, um volle Transparenz über Ihre Anlageninstandhaltung und Ressourcenzuteilung zu erhalten. Durch Befolgen dieser Richtlinien können Sie einen robusten Event Log erstellen, der Ineffizienzen aufzeigt und Ihre Wartungsstrategie verbessert.
  • Empfohlene Attribute für eine umfassende Analyse
  • Kritische Prozessmeilensteine zur Überwachung
  • Systemspezifische Extraktionsanleitung für Oracle
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Anlageninstandhaltungsattribute

Diese empfohlenen Datenfelder ermöglichen es Ihnen, Ihre Wartungs Events zu kategorisieren und zu filtern, um tiefere Einblicke in die Anlagenleistung und Ressourcenauslastung zu gewinnen.
5 Erforderlich 8 Empfohlen 9 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name des Events oder der Statusänderung, die im Workflow auftritt.
Beschreibung

Dieses Attribut erfasst den spezifischen Schritt, der im Wartungsprozess ausgeführt wird, wie z.B. 'Arbeitsauftrag erstellt', 'Vorgang gestartet' oder 'Arbeitsauftrag geschlossen'. Es stellt die Knoten in der Prozesskarte dar.

Analysten verwenden dies, um den Prozessfluss zu visualisieren, Varianten zu identifizieren und Engpässe zwischen spezifischen Prozessschritten zu erkennen.

Warum es wichtig ist

Erforderlich, um den Prozessablauf und die Event-Sequenz zu definieren.

Woher erhalten

Abgeleitet aus Transaktionshistorientabellen oder Statusänderungsprotokollen.

Beispiele
Wartungsarbeitsauftrag erstelltArbeitsauftrag freigegebenVorgang abgeschlossen
Ereignis-Timestamp
EventDateTime
Datum und Uhrzeit, wann die Aktivität stattfand.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt, an dem ein Event stattfand. Es wird verwendet, um Aktivitäten chronologisch innerhalb eines Case zu ordnen und die Dauer zwischen den Schritten zu berechnen.

Genaue Timestamps sind entscheidend für die Berechnung von Durchlaufzeiten, die Identifizierung von Verzögerungen und die Messung der Leistung gegenüber SLAs.

Warum es wichtig ist

Entscheidend für die Festlegung des Zeitrahmens des Prozesses.

Woher erhalten

CREATION_DATE- oder LAST_UPDATE_DATE-Spalten in Transaktionstabellen.

Beispiele
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
Wartungsarbeitsauftrag
WorkOrderNumber
Der eindeutige Identifikator für den Wartungsarbeitsauftrag.
Beschreibung

Die Arbeitsauftragsnummer dient als eindeutige Case ID für den Wartungsprozess. Sie verfolgt den Lebenszyklus einer Wartungsaufgabe von der ersten Anfrage oder Zeitplanerstellung bis zur Ausführung, dem Abschluss und der finanziellen Schließung.

In der Analyse ist dieses Attribut der zentrale Schlüssel zum Verknüpfen von Event Data mit Case-Level-Attributen. Es ermöglicht Analysten, alle Aktivitäten, die mit einem einzelnen Auftrag zusammenhängen, zu gruppieren und End-to-End-Durchlaufzeiten zu berechnen.

Warum es wichtig ist

Es ist der Primärschlüssel für die Prozessinstanz, entscheidend für die Rekonstruktion der Fallhistorie.

Woher erhalten

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_NUMBER

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

Das Datum und die Uhrzeit, zu der die Daten zuletzt im Process Mining Tool extrahiert oder aktualisiert wurden. Es hilft Benutzern zu verstehen, wie aktuell die Analyse ist.

Dies ist ein System-Metadatenfeld, das für die Data Governance erforderlich ist.

Warum es wichtig ist

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

Woher erhalten

Systemzeit zum Zeitpunkt der Extraktion.

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

Gibt die Quellsoftware oder Datenbank an, aus der der Datensatz extrahiert wurde. In diesem Kontext ist es typischerweise 'Oracle Maintenance Cloud'.

Unverzichtbar in Multisystemumgebungen zur Verfolgung der Datenherkunft.

Warum es wichtig ist

Verfolgt die Datenherkunft in Multi-System-Umgebungen.

Woher erhalten

Während der Extraktion fest codiert.

Beispiele
Oracle Maintenance CloudOracle Cloud ERP
Anlagennummer
AssetNumber
Der eindeutige Identifikator der gewarteten Anlage.
Beschreibung

Identifiziert die spezifische physische Anlage oder Maschine, die Gegenstand des Instandhaltungsarbeitsauftrags ist. Es verknüpft den Prozess mit der Anlagenhierarchie.

Dies ist entscheidend für den KPI 'Häufigkeit der Anlagenüberarbeitung', der es Analysten ermöglicht, Maschinen zu erkennen, die wiederholt ausfallen.

Warum es wichtig ist

Verknüpft Instandhaltungsaktivitäten mit spezifischer physischer Ausrüstung.

Woher erhalten

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

Beispiele
PUMPE-101HVAC-Unit-5CONVEYOR-BELT-A
Arbeitsauftragsstatus
WorkOrderStatus
Der aktuelle Lebenszyklusstatus des Arbeitsauftrags.
Beschreibung

Gibt den Status des Arbeitsauftrags an, z.B. Unfreigegeben, Freigegeben, Angehalten, Abgeschlossen oder Geschlossen. Dies hilft, offene Fälle von abgeschlossenen zu unterscheiden.

Wird im Dashboarding verwendet, um den aktuellen Work in Progress (WIP) zu visualisieren und in bestimmten Zuständen steckengebliebene Aufträge zu identifizieren.

Warum es wichtig ist

Bietet einen Überblick über den Fortschritt des Arbeitsauftrags.

Woher erhalten

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_STATUS_ID.

Beispiele
FreigegebenAuf WartestellungGeschlossen
Instandhaltungstyp
WorkOrderType
Kategorisiert den Arbeitsauftrag als präventiv, korrektive oder prädiktive.
Beschreibung

Dieses Attribut definiert die Art der Wartungsarbeit. Häufige Werte sind Präventiv, Korrektiv, Notfall oder Zustandsbasiert.

Es ist entscheidend für den KPI 'Verhältnis proaktiver Wartung', um Analysten den Vergleich des Umfangs geplanter Arbeiten mit ungeplanten Reaktionen auf Ausfälle zu ermöglichen.

Warum es wichtig ist

Unterscheidet zwischen geplanter Instandhaltung und reaktiven Reparaturen.

Woher erhalten

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

Beispiele
VorbeugendKorrektivNotfall
Organisationscode
OrganizationCode
Der Code für die Wartungsorganisation oder das Werk.
Beschreibung

Stellt die spezifische Geschäftseinheit, das Werk oder die Einrichtung dar, die für die Wartungsarbeiten verantwortlich ist. Es ermöglicht regionales oder standortbasiertes Benchmarking.

Wird verwendet, um Leistungsunterschiede zwischen verschiedenen Standorten oder Betriebseinheiten abzubilden.

Warum es wichtig ist

Segmentieren Sie die Analyse nach physischem Standort oder Geschäftseinheit.

Woher erhalten

Tabelle WIE_WORK_ORDERS_B, Spalte ORGANIZATION_ID.

Beispiele
M1NY-WERKLON-DEPOT
Priorität
Priority
Der Dringlichkeitsgrad, der dem Arbeitsauftrag zugewiesen ist.
Beschreibung

Gibt die Wichtigkeit des Arbeitsauftrags an, z.B. Kritisch, Hoch, Mittel oder Niedrig. Dies steuert die Terminplanung und Ressourcenzuweisung.

Wichtig für das Dashboard 'Effizienz der Arbeitsauftragsumwandlung', um sicherzustellen, dass kritische Fehler korrekt priorisiert werden.

Warum es wichtig ist

Bestimmt die Ziel-Reaktionszeit und Ressourcenzuweisung.

Woher erhalten

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_PRIORITY_ID.

Beispiele
KritischHochStandard
Tatsächliches Abschlussdatum
ActualCompletionDate
Das Datum und die Uhrzeit, zu der die Wartungsarbeiten abgeschlossen wurden.
Beschreibung

Erfasst den endgültigen Abschluss der physischen Arbeit. Dieser Timestamp wird verwendet, um die Ausführungsphase des Lebenszyklus abzuschließen.

Es ist der Endpunkt für die Technische Ausführungs-Durchlaufzeit und der Startpunkt für die Administrative Verzögerungszeit.

Warum es wichtig ist

Markiert das Ende der technischen Ausführungsphase.

Woher erhalten

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 des Arbeitsbeginns.
Beschreibung

Erfasst, wann der Techniker tatsächlich mit der Arbeit begonnen hat. Dies wird oft durch eine Transaktion 'Vorgang gestartet' ausgelöst.

Wird zur Berechnung der Materiallieferungsverzögerung (Endpunkt) und der Ressourcenplanungsflexibilität verwendet.

Warum es wichtig ist

Entscheidend für die Berechnung der Ausführungsdauer im Vergleich zur Planung.

Woher erhalten

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 zur Ausführung der Aufgabe zugewiesen ist.
Beschreibung

Erfasst die Benutzer- oder Mitarbeiter-ID des für die Arbeit verantwortlichen Technikers. Diese kann auf Header- oder Operationsebene zugewiesen werden.

Wird in der Techniker-Auslastungs- und Arbeitsanalyse verwendet, um Qualifikationslücken oder überlastete Ressourcen zu identifizieren.

Warum es wichtig ist

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

Woher erhalten

Tabelle WIE_OPERATION_RESOURCES oder ähnliche Zuweisungstabelle.

Beispiele
J. SmithTechniker-005Externer Auftragnehmer
Anforderungsdatum
RequestDate
Datum, an dem die initiale Instandhaltungsanfrage eingegangen ist.
Beschreibung

Der Timestamp, der anzeigt, wann der Wartungsbedarf zuerst identifiziert und protokolliert wurde. Dies bildet den Beginn der Durchlaufzeitberechnung.

Entscheidend für den KPI 'Arbeitsauftrags-Konversions-Durchlaufzeit', um die Verzögerung zwischen der Identifizierung eines Problems und der Auftragserstellung zu messen.

Warum es wichtig ist

Markiert den Beginn des End-to-End Prozesslebenszyklus.

Woher erhalten

Tabelle WIE_WORK_ORDERS_B, abgeleitet vom Quellanforderungslink.

Beispiele
2023-10-012023-10-052023-11-12
Anlagenkategorie
AssetCategory
Gruppierung von Anlagen in Typen wie HLK, Fuhrpark oder Produktionslinie.
Beschreibung

Klassifiziert die Anlage in breitere Gruppen. Dies ermöglicht eine übergeordnete Analyse der Instandhaltungsleistung über verschiedene Gerätetypen hinweg.

Wird im Dashboard 'Instandhaltungsdurchlaufzeit-Übersicht' verwendet, um zu identifizieren, welche Geräteklassen die meisten Verzögerungen verursachen.

Warum es wichtig ist

Ermöglicht eine aggregierte Analyse der Instandhaltungsleistung nach Gerätetyp.

Woher erhalten

Abgeleitet aus der Artikelkategorie, die der Asset ID zugewiesen ist.

Beispiele
Schweres GerätFlottenfahrzeugeAnlagen
Arbeitsauftragsbeschreibung
WorkOrderDescription
Kurzer Text, der das Problem oder die Aufgabe beschreibt.
Beschreibung

Ein Freitextfeld, das vom Anfragenden oder Planer eingegeben wird und das Problem oder die erforderliche Arbeit beschreibt. Es liefert Kontext, der in strukturierten Daten möglicherweise fehlt.

Nützlich für die Textanalyse oder die manuelle Überprüfung von Arbeitsarten des Typs 'Sonstige'.

Warum es wichtig ist

Bietet einen menschenlesbaren Kontext für die Wartungsaufgabe.

Woher erhalten

Tabelle WIE_WORK_ORDERS_B, Spalte WORK_ORDER_DESCRIPTION.

Beispiele
Förderbandmotor austauschenMonatliche SicherheitsinspektionÖlleckage an Pumpe A beheben
Geplantes Startdatum
ScheduledStartDate
Das geplante Startdatum für die Wartungsarbeiten.
Beschreibung

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

Wird in der Termin- und Abweichungsanalyse verwendet, um Störungen im Wartungsplan zu erkennen.

Warum es wichtig ist

Basislinie zur Messung der Termintreue und -verzögerung.

Woher erhalten

Tabelle WIE_WORK_ORDERS_B, Spalte PLANNED_START_DATE.

Beispiele
2023-10-202023-10-212023-10-22
Gesamtkosten
TotalCost
Die gesamten finanziellen Kosten, die für den Arbeitsauftrag angefallen sind.
Beschreibung

Summe der Material-, Arbeits- und Gemeinkosten, die mit dem Arbeitsauftrag verbunden sind. Dies wird typischerweise während der Aktivität 'Wartungskosten übertragen' abgeschlossen.

Wird in der Wartungsplanungsgenauigkeitsanalyse verwendet, um Budget mit tatsächlichen Ausgaben zu vergleichen.

Warum es wichtig ist

Primäre finanzielle Kennzahl für Wartungsaktivitäten.

Woher erhalten

Kostenmodul-Tabellen, verknüpft mit der Arbeitsauftrags-ID.

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

Die geschätzte Dauer der Arbeit durch den Planer. Diese wird während der Planungs- oder Freigabephase festgelegt.

Vergleich mit den tatsächlichen Arbeitsstunden zur Bestimmung der Abweichung und zur Verbesserung zukünftiger Planungsstandards.

Warum es wichtig ist

Benchmark zur Bewertung der Ausführungseffizienz.

Woher erhalten

Tabelle WIE_OPERATION_RESOURCES, geplante Menge.

Beispiele
5.010.01.0
Ist Nacharbeit
IsRework
Flag, das angibt, ob dieser Arbeitsauftrag eine wiederholte Reparatur ist.
Beschreibung

Ein Boolesches Flag, das auf 'wahr' gesetzt wird, wenn ein anderer Arbeitsauftrag für dieselbe Asset ID innerhalb eines vorhergehenden 30-Tage-Fensters geschlossen wurde. Dies ist ein berechnetes Attribut.

Es unterstützt direkt den KPI 'Häufigkeit der Anlagenüberarbeitung' und hilft, Reparaturen von geringer Qualität oder ausfallende Anlagen zu identifizieren.

Warum es wichtig ist

Identifiziert Qualitätsprobleme und wiederkehrende Ausfälle.

Woher erhalten

Berechnet in der Datentransformationsschicht.

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

Berechnet basierend auf Priorität und Erstellungsdatum. Es repräsentiert die Verpflichtung gegenüber dem Unternehmen zur Wiederherstellung der Anlage.

Wird für den KPI 'SLA-Erfüllungsrate' verwendet, um zu bestimmen, ob die Instandhaltung ihren Serviceverpflichtungen nachkommt.

Warum es wichtig ist

Definiert die Erfolgskriterien für Pünktlichkeit.

Woher erhalten

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

Die Summe aller in Arbeitszeittransaktionen für den Arbeitsauftrag erfassten Dauerwerte. Dies misst den tatsächlich aufgewendeten Aufwand.

Wird in der Schätzung vs. Ist-Arbeitskostenabweichung KPI verwendet, um die Planungsgenauigkeit zu bewerten.

Warum es wichtig ist

Schlüsselkennzahl für Kostenrechnung und Personalproduktivität.

Woher erhalten

Aggregiert aus WIE_WORK_ORDER_TRANSACTIONS (Ressourcentransaktionen).

Beispiele
4.512.00.75
Erforderlich Empfohlen Optional

Anlageninstandhaltungsaktivitäten

Diese stellen die wesentlichen Lebenszyklusphasen und operativen Aktualisierungen dar, die erforderlich sind, um den End-to-End-Fluss Ihrer Wartungsarbeitsaufträge zu visualisieren.
8 Empfohlen 7 Optional
Aktivität Beschreibung
Arbeitsauftrag abgeschlossen
Der technische Abschluss des gesamten Arbeitsauftrags. Dies bedeutet, dass die physische Anlage repariert und betriebsbereit ist, obwohl die finanzielle Abwicklung fortgesetzt werden kann.
Warum es wichtig ist

Das effektive Ende des Wartungseingriffs aus operativer Sicht. Wird zur Berechnung der SLA-Einhaltung verwendet.

Woher erhalten

Abgeleitet aus WIE_WO_STATUS_HISTORY, wo sich der STATUS_CODE zu 'COMPLETED' ändert.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp explicit
Arbeitsauftrag freigegeben
Die Statusänderung, die den Arbeitsauftrag von einem Entwurfs- oder nicht freigegebenen Zustand in 'Freigegeben' überführt. Diese Aktion autorisiert den Verbrauch von Materialien und Ressourcen für den Auftrag.
Warum es wichtig ist

Kennzeichnet das Ende der Planungsphase und die Genehmigung zur Ausführungsbeginn. Verzögerungen hier deuten auf Planungsengpässe hin.

Woher erhalten

Abgeleitet aus WIE_WO_STATUS_HISTORY, wo sich der STATUS_CODE zu 'RELEASED' ändert.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Arbeitsauftrag geschlossen
Der endgültige administrative Abschluss des Arbeitsauftrags. Es können keine weiteren Kosten mehr anfallen, und der Auftrag ist für die Buchhaltung abgeschlossen.
Warum es wichtig ist

Markiert das Ende des administrativen Lebenszyklus. Die Zeit zwischen der Fertigstellung (Completed) und dem Abschluss (Closed) stellt die administrative Verzögerung dar.

Woher erhalten

Abgeleitet aus WIE_WO_STATUS_HISTORY, wo sich der STATUS_CODE zu 'CLOSED' ändert.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp explicit
Erfasste Arbeitsstunden
Die Zeiterfassung eines Technikers für den Arbeitsauftrag. Dies ist ein transaktionales Event, bei dem Kosten gegen die Wartungsaktivität angefallen sind.
Warum es wichtig ist

Verfolgt den Aufwand und die Kostenakkumulation. Mehrere Events dieses Typs weisen auf laufende Arbeiten hin und werden zur Berechnung der gesamten Arbeitskostenabweichungen verwendet.

Woher erhalten

Abgeleitet aus der Tabelle WIE_RESOURCE_TRANSACTIONS.

Erfassen

Geloggt, wenn Transaktion X ausgeführt wurde

Ereignistyp explicit
Instandhaltungsanfrage erstellt
Die erste Einreichung einer Wartungsanfrage über das Self-Service-Portal oder die Helpdesk-Oberfläche. Dieses Event erfasst den ersten Hinweis auf einen Fehler oder eine erforderliche Dienstleistung, bevor sie zu einem formalen Arbeitsauftrag wird, typischerweise in der Work Requests-Tabelle zu finden.
Warum es wichtig ist

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

Woher erhalten

Abgeleitet aus der Tabelle MNT_WORK_REQUESTS unter Verwendung des CREATION_DATE-Feldes.

Erfassen

Protokolliert, wenn ein Datensatz in die Tabelle 'Work Requests' eingefügt wird

Ereignistyp explicit
Materialien ausgegeben
Die tatsächliche Entnahme von Lagerbestand aus dem Lager, die für den spezifischen Arbeitsauftrag ausgegeben wurde. Dies stellt die physische Bewegung von Teilen zum Wartungsort dar.
Warum es wichtig ist

Ein greifbares Zeichen dafür, dass die Arbeiten vorbereitet werden. Der Vergleich mit dem 'Freigegeben'-Ereignis hebt Verzögerungen im Lagerkommissionierungsprozess hervor.

Woher erhalten

Abgeleitet aus der Tabelle INV_MATERIAL_TXNS, wobei TRANSACTION_SOURCE_TYPE_ID auf den Arbeitsauftrag verweist.

Erfassen

Geloggt, wenn Transaktion X ausgeführt wurde

Ereignistyp explicit
Vorgang gestartet
Der Beginn eines spezifischen Vorgangs (z.B. Op 10, Op 20) innerhalb des Arbeitsauftrags. Dies ist der genaue Zeitpunkt, an dem die technische Arbeit an einer Aufgabe beginnt.
Warum es wichtig ist

Stellt den Meilenstein 'Arbeitsbeginn' dar. Entscheidend für die Berechnung der tatsächlichen Arbeitszeit im Vergleich zur geplanten Dauer.

Woher erhalten

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

Erfassen

Ableitung durch Vergleich von Feld X mit Y

Ereignistyp inferred
Wartungsarbeitsauftrag erstellt
Die Systemerzeugung der Arbeitsauftragsentität, entweder aus einer Anfrage konvertiert oder manuell erstellt. Dieses Event etabliert die Case ID für Process Mining und legt die Basis für Planung und Ausführung fest.
Warum es wichtig ist

Das primäre Anker Event für die Prozessinstanz. Es trennt die Aufnahmephase von der Planungs- und Ausführungsphase.

Woher erhalten

Abgeleitet aus der Tabelle WIE_WORK_ORDERS_B unter Verwendung des CREATION_DATE-Zeitstempels.

Erfassen

Protokolliert, wenn der WO-Header-Datensatz erstellt wird

Ereignistyp explicit
Arbeitsauftrag angehalten
Der Status des Arbeitsauftrags wird auf 'Angehalten' geändert, wodurch die Ausführung gestoppt wird. Dies geschieht typischerweise aufgrund fehlender Teile, fehlenden Zugangs oder Sicherheitsproblemen.
Warum es wichtig ist

Eine Hauptursache für Prozessineffizienz. Die Identifizierung der Häufigkeit und Dauer von Stillständen ist entscheidend für die Reduzierung der gesamten Durchlaufzeit.

Woher erhalten

Abgeleitet aus WIE_WO_STATUS_HISTORY, wo sich der STATUS_CODE zu 'ON_HOLD' ändert.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp explicit
Arbeitsauftrag eingeplant
Die Zuweisung spezifischer Starttermine oder spezifischer Ressourcen (Techniker/Werkzeuge) zu den Arbeitsvorgängen. Dies aktualisiert die geplanten Termine im System.
Warum es wichtig ist

Misst die Effizienz des Dispositions- oder Planungsteams. Lücken zwischen Freigabe und Planung weisen auf Ressourcenkonflikte hin.

Woher erhalten

Abgeleitet aus Aktualisierungen der Planungsspalten von WIE_OPERATION_RESOURCES oder WIE_WO_OPERATIONS_B.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Arbeitsauftrag storniert
Die Beendigung eines Arbeitsauftrags vor erfolgreichem Abschluss. Dies kann geschehen, wenn die Arbeit doppelt, unnötig oder konsolidiert war.
Warum es wichtig ist

Die Identifizierung hoher Stornierungsraten kann auf Probleme im Anfragedatenerfassungsprozess oder in der Logik zur Duplikaterkennung hinweisen.

Woher erhalten

Abgeleitet aus WIE_WO_STATUS_HISTORY, wo sich der STATUS_CODE zu 'CANCELED' ändert.

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp explicit
Instandhaltungskosten übertragen
Die Übertragung der aufgelaufenen Kosten vom Wartungssystem an das Kostenmanagementmodul. Dies dient als finanzielle Abwicklung.
Warum es wichtig ist

Bestätigt, dass die finanziellen Auswirkungen der Instandhaltung erfasst wurden. Wesentlich für die Analyse der 'Instandhaltungsplanungsgenauigkeit'.

Woher erhalten

Abgeleitet aus den Kostenrechnungs-Verteilungstabellen, die mit der Arbeitsauftrags-Transaktionsquelle verknüpft sind.

Erfassen

Geloggt, wenn Transaktion X ausgeführt wurde

Ereignistyp inferred
Materialien zugeteilt
Die Reservierung oder Zuteilung der benötigten Ersatzteile und Komponenten für den Arbeitsauftrag. Dies stellt sicher, dass der Lagerbestand verfügbar ist, bevor die Arbeit beginnt.
Warum es wichtig ist

Entscheidend für die Analyse der Lieferkettenbereitschaft. Wenn dieser Schritt verzögert wird, deutet dies auf Inventarfehlbestände oder eine langsame Beschaffungsplanung hin.

Woher erhalten

Abgeleitet aus der Tabelle WIE_WO_COMPONENTS_B basierend auf dem CREATION_DATE oder ALLOCATION_DATE.

Erfassen

Geloggt, wenn Transaktion X ausgeführt wurde

Ereignistyp explicit
Qualitätsinspektion erfasst
Die Eingabe von Qualitätsergebnissen, die mit dem Wartungsarbeitsauftrag verbunden sind. Dies bestätigt, dass die Reparatur Sicherheits- und Betriebsstandards erfüllt.
Warum es wichtig ist

Gewährleistet Compliance. Fehlende Qualitätsprüfungen vor dem Abschluss können auf Sicherheitsrisiken oder Prozessabweichungen hindeuten.

Woher erhalten

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

Erfassen

Geloggt, wenn Transaktion X ausgeführt wurde

Ereignistyp explicit
Vorgang abgeschlossen
Der Abschluss eines spezifischen Schritts (Vorgangs) im Routing. Signalisiert, dass ein spezifischer Teil der technischen Arbeit abgeschlossen ist.
Warum es wichtig ist

Bietet granulare Transparenz über den Fortschritt. 'Maintenance Task Executed' leitet sich typischerweise aus dem Abschluss des letzten Vorgangs ab.

Woher erhalten

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

Erfassen

Statusfeld vor/nachher vergleichen

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus der Oracle Maintenance Cloud