Ihr Daten-Template für die Anlageninstandhaltung
Ihr Daten-Template für die Anlageninstandhaltung
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Prozessmeilensteine im Blick behalten
- Anleitung zur systemspezifischen Datenextraktion aus Oracle
Attribute der Anlageninstandhaltung
| 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
|
|||
Aktivitäten der Anlageninstandhaltung
| 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
|
|||
Anleitungen zur Datenextraktion
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
Keine Kreditkarte erforderlich. 14 Tage kostenlos testen.