Ihr Daten-Template für die Anlageninstandhaltung
Ihr Daten-Template für die Anlageninstandhaltung
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Prozessmeilensteine zur Überwachung
- Systemspezifische Anleitung zur Extraktion aus Oracle
Attribute der Anlageninstandhaltung
| 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
|
|||
Aktivitäten der Anlageninstandhaltung
| 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
|
|||
Anleitungen zur Extraktion
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
Keine Kreditkarte erforderlich. Kostenlose Testphase für 14 Tage.