Ihre Daten-Vorlage für die Asset-Wartung
Ihre Daten-Vorlage für die Asset-Wartung
Dies ist unsere generische Process-Mining-Datenvorlage für Anlageninstandhaltung. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Umfassende Liste der standardmäßigen Instandhaltungsmeilensteine
- Flexibles Attributschema für tiefergehende Leistungsanalysen
- Volle Kompatibilität mit jeder Datenquelle für Enterprise Asset Management
Attribute der Anlageninstandhaltung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Die spezifische Aufgabe, Statusänderung oder das Ereignis, das innerhalb des Workflows auftritt. | ||
| Beschreibung Dieses Attribut definiert die Schritte im Lebenszyklus eines Instandhaltungsauftrags. Es erfasst die verschiedenen Status, die ein Auftrag durchläuft, wie etwa erstellt, genehmigt, in Bearbeitung, pausiert und abgeschlossen. Für ein präzises Process Mining vereinheitlicht dieses Feld verschiedene Systemereignisse zu verständlichen Aktivitäten. Es ist unverzichtbar für die Visualisierung der Prozesslandkarte, die Berechnung von Übergangszeiten zwischen den Phasen und die Identifizierung von Rework-Schleifen, bei denen ein Auftrag in einen vorherigen Status zurückfällt. Bedeutung Es definiert die Knoten in der Prozesskarte und ist erforderlich, um den Workflow zu rekonstruieren. Datenquelle Abgeleitet aus Statusverlaufstabellen, Transaktionsprotokollen oder Arbeitsauftrags-Änderungsprotokollen. Beispiele Arbeitsauftrag erstelltMaterial ausgegebenGenehmigung erteiltStatus auf 'In Bearbeitung' geändertArbeitsauftrag abgeschlossen | |||
| Arbeitsauftragsnummer WorkOrderNumber | Die eindeutige Kennung für den Wartungs-Case oder Arbeitsauftrag. | ||
| Beschreibung Dieses Attribut dient als zentrale Case ID für die Process Mining Analyse. Es repräsentiert einen einzigen End-to-End-Wartungszyklus, von der ursprünglichen Anfrage oder dem präventiven Auslöser bis zum Abschluss und der finanziellen Schließung.\n\nIn der Analyse fungiert dieses Feld als Primärschlüssel für die Gruppierung aller zugehörigen Events, Kosten und Ressourcenprotokolle. Es ermöglicht der Process Mining Engine, den Lebenszyklus spezifischer Aufgaben zu rekonstruieren, wodurch Analysten den Arbeitsfluss verfolgen, Engpässe auf Case-Ebene identifizieren und spezifische Ergebnisse mit Auftragstypen oder Prioritäten korrelieren können. Bedeutung Es ist die grundlegende Case ID, die erforderlich ist, um eindeutige Prozessinstanzen zu unterscheiden. Datenquelle Typischerweise in der Arbeitsauftragskopftabelle (z.B. WONUM in Maximo, AUFNR in SAP) zu finden. Beispiele WO-2023-884110049221PM-552-AANF-992104500021 | |||
| Ereignis-Timestamp EventTimestamp | Das spezifische Datum und die Uhrzeit, wann eine Aktivität stattfand. | ||
| Beschreibung Dieses Attribut bietet den zeitlichen Kontext für jedes Event im Wartungsprotokoll. Es zeichnet den genauen Moment auf, in dem sich ein Status geändert oder eine Transaktion im Quellsystem durchgeführt wurde.\n\nTimestamps sind die Grundlage für alle dauerbasierten Metriken im Process Mining. Sie ermöglichen die Berechnung von Zykluszeiten, Durchlaufzeiten und Ressourcenstillstandszeiten. Hochpräzise Timestamps sind notwendig, um Events, die schnell aufeinanderfolgen, korrekt zu ordnen. Bedeutung Es ermöglicht die Abfolge von Ereignissen und die Berechnung aller Dauermetriken. Datenquelle Gefunden in Transaktionsprotokollen, Historientabellen oder Audit-Trails parallel zur Aktivität. Beispiele 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann der Datensatz zuletzt extrahiert oder aktualisiert wurde. | ||
| Beschreibung Dieses Attribut verfolgt die Aktualität des in der Analyse verwendeten Datensatzes. Es hilft Analysten, die Aktualität der Daten zu verstehen und potenzielle Latenzprobleme zwischen dem operativen System und der Process Mining Umgebung zu identifizieren.\n\nObwohl es nicht Teil des physischen Prozessflusses ist, ist es entscheidend für die Data Governance. Es stellt sicher, dass Stakeholder wissen, ob sie Echtzeitdaten oder einen Snapshot aus einer früheren Abschlussperiode betrachten. Bedeutung Es unterstützt die Validierung der Datenaktualität und die Verwaltung inkrementeller Ladungen. Datenquelle Generiert durch die ETL-Pipeline oder das Extraktionsskript zur Laufzeit. Beispiele 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Quellsystem SourceSystem | Der Name der Anwendung oder `Database`, in der der Datensatz entstanden ist. | ||
| Beschreibung Dieses Attribut identifiziert die Softwareumgebung, die für die Datengenerierung verantwortlich ist. In komplexen Wartungslandschaften können Daten aus einem ERP, einem spezialisierten CMMS oder einer IoT-Überwachungsplattform stammen.\n\nIn der Analyse ist dieses Feld nützlich, um Daten zu filtern, wenn mehrere Systeme in ein einziges Prozessmodell integriert werden. Es hilft, die Datenherkunft zu überprüfen und kann verwendet werden, um die Datenqualität oder Prozessvarianten zwischen verschiedenen Altsystemen zu vergleichen. Bedeutung Es gewährleistet die Datenrückverfolgbarkeit in Multi-System-Umgebungen. Datenquelle Im Extraktionsprozess fest codiert oder aus der Systemkonfiguration zugeordnet. Beispiele SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Anlagen-ID AssetId | Die eindeutige Kennung des zu wartenden Geräts oder der Anlage. | ||
| Beschreibung Dieses Attribut verknüpft den Arbeitsauftrag mit dem physischen Objekt im Feld. Es repräsentiert die Tag-Nummer, Geräte-ID oder Maschinencode für das zu wartende Asset.\n\nDies ist entscheidend für die Identifizierung von „Bad Actors“ oder Assets, die häufiger Reparaturen erfordern. Durch die Aggregation von Arbeitsaufträgen nach Asset ID können Analysten die Mean Time Between Failures (MTBF) berechnen und Geräte identifizieren, die einen unverhältnismäßig hohen Anteil des Wartungsbudgets verbrauchen. Bedeutung Es ermöglicht die Leistungsanalyse spezifischer Geräte und MTBF-Berechnungen. Datenquelle Arbeitsauftragskopftabelle (z.B. ASSETNUM in Maximo, EQUNR in SAP). Beispiele PUMPE-4410HLK-GEBÄUDE-1FÖRDERBAND-02FLOTTEN-LKW-99CNC-DREHMASCHINE-05 | |||
| Anlagenkritikalität AssetCriticality | Eine Bewertung, die die betriebliche Bedeutung des Assets angibt. | ||
| Beschreibung Dieses Attribut kategorisiert Assets basierend auf den Auswirkungen, die ein Ausfall auf Sicherheit, Umwelt oder Produktion hätte. Es ist oft ein statisches Attribut im Asset-Stammsatz, wird aber häufig auf den Arbeitsauftrag gesnapshottet.\n\nMit diesem Attribut können Analysten feststellen, ob Wartungsteams die Arbeit an kritischen Assets korrekt priorisieren. Es hilft zu überprüfen, ob die wichtigste Ausrüstung die höchste Einhaltung der präventiven Wartungspläne aufweist. Bedeutung Es hilft, den Instandhaltungsfokus an Geschäftsrisiko und operativen Auswirkungen auszurichten. Datenquelle Anlagenstammdaten oder Arbeitsauftragskopf, falls denormalisiert. Beispiele A - EntscheidendB - WesentlichC - SekundärSicherheitskritischProduktionskritisch | |||
| Arbeitsauftragstyp WorkOrderType | Kategorisiert die Instandhaltungsarbeiten als präventiv, korrekt, Notfall oder projektbezogen. | ||
| Beschreibung Dieses Attribut klassifiziert die Art der Wartungsarbeit. Gängige Werte unterscheiden zwischen geplanter Arbeit (präventiv) und ungeplanten Ausfällen (korrektiv oder Notfall). Es ist ein Standardfeld in fast allen EAM/CMMS-Systemen.\n\nAnalysten nutzen dieses Feld, um das Prozessmodell zu segmentieren. Der Vergleich des Workflows von Notfallreparaturen mit präventiver Wartung offenbart oft signifikant unterschiedliche Prozesspfade, Genehmigungsanforderungen und Zykluszeiten. Es ist die primäre Dimension zur Berechnung des Verhältnisses von präventiver zu reaktiver Wartung. Bedeutung Es ist entscheidend für die Segmentierung der Analyse zwischen geplanten und ungeplanten Arbeiten. Datenquelle Arbeitsauftragskopftabelle (z.B. WORKTYPE in Maximo, AUART in SAP). Beispiele PräventivKorrektivNotfallPrädiktivInvestitionsprojekt | |||
| Gesamte Ist-Kosten TotalActualCost | Die gesamten entstandenen finanziellen Kosten, einschließlich Arbeitsaufwand, Materialien und Dienstleistungen. | ||
| Beschreibung Dieses Attribut summiert alle finanziellen Buchungen, die mit dem Arbeitsauftrag in Verbindung stehen. Es liefert die finalen wirtschaftlichen Auswirkungen der Wartungsaktivität.\n\nDie Kostenanalyse ist ein wichtiger Treiber für Process Mining im Asset Management. Dieses Attribut hilft, die teuersten Asset-Klassen in der Wartung zu identifizieren und Ausreißer hervorzuheben, bei denen die Reparaturkosten den Wiederbeschaffungswert des Assets übersteigen. Bedeutung Es ist zentral für die Finanzwirkungsanalyse und Budgetabweichungsberichte. Datenquelle Kostenübersichtstabellen oder aggregiert aus mit dem Auftrag verknüpften GL-Buchungen. Beispiele 1500.00245.5010000.000.00560,75 | |||
| Instandhaltungsabteilung MaintenanceDepartment | Die Organisationseinheit oder Werkstatt, die für die Ausführung der Arbeiten verantwortlich ist. | ||
| Beschreibung Dieses Attribut identifiziert das Team, Gewerk oder die Abteilung, die dem Arbeitsauftrag zugewiesen ist, z.B. Elektrik, Mechanik, Instrumentierung oder Facility Management.\n\nDiese Ansicht ermöglicht das Performance Benchmarking zwischen verschiedenen Teams. Analysten können Zykluszeiten, Rückstandsniveaus und Nacharbeitsquoten über Abteilungen hinweg vergleichen, um Schulungsbedarfe oder Ressourcenengpässe in spezifischen Gewerken zu identifizieren. Bedeutung Es ermöglicht das Benchmarking von Leistung und Rückstand über verschiedene Teams hinweg. Datenquelle Arbeitsauftragskopf (z.B. Arbeitsplatz in SAP, Crew ID in Maximo). Beispiele Mechanische WerkstattElektrische WartungAnlagenAuftragnehmer-ExtInstrumentierung | |||
| Ist präventiv IsPreventive | Ein Flag, das anzeigt, ob der Arbeitsauftrag Teil eines vorbeugenden Wartungsprogramms ist. | ||
| Beschreibung Dieses Boolesche Attribut vereinfacht den Arbeitsauftragstyp in eine binäre Klassifizierung: Präventiv vs. Nicht-Präventiv. Es wird oft vom Arbeitsauftragstypcode abgeleitet.\n\nDieses Flag ist der schnellste Weg, Dashboards zu filtern, um sich auf die PM-Compliance zu konzentrieren. Es vereinfacht die Berechnung des PM/CM-Verhältnis-KPI, das eine Standard-Industrie-Metrik zur Messung der Reife der Wartungsorganisation ist. Bedeutung Es vereinfacht die Filterung und KPI-Berechnung für Kennzahlen der vorbeugenden Instandhaltung. Datenquelle Abgeleitet aus dem Arbeitsauftragstyp oder einem spezifischen System-Flag (z.B. PPM-Flag). Beispiele truefalsch | |||
| Prioritätsstufe PriorityLevel | Die dem Arbeitsauftrag zugewiesene Dringlichkeit oder Wichtigkeit. | ||
| Beschreibung Dieses Attribut gibt an, wie kritisch die Wartungsaufgabe für den Betrieb ist. Die Werte reichen in der Regel von numerischen Codes (1, 2, 3) bis zu beschreibenden Bezeichnungen (Kritisch, Hoch, Mittel, Niedrig). Es bestimmt die erforderliche Reaktionszeit und Ressourcenzuweisung.\n\nIn der Prozessanalyse wird dieses Attribut verwendet, um die SLA Compliance zu überprüfen. Analysten untersuchen, ob hochpriorisierte Elemente tatsächlich schneller durch den Prozess laufen als niedrigpriorisierte, oder ob sie in Genehmigungs-Engpässen stecken bleiben. Bedeutung Es ermöglicht die SLA-Compliance-Analyse und Ressourcenpriorisierungsprüfungen. Datenquelle Arbeitsauftragskopftabelle (z.B. PRIORITY in Maximo, PRIOK in SAP). Beispiele 1 - Kritisch2 - Hoch3 - Mittel4 - NiedrigNotfall | |||
| Tatsächliche Arbeitsstunden ActualLaborHours | Die von Technikern für die Bearbeitung des Auftrags aufgewendete Gesamtzeit. | ||
| Beschreibung Dieses Attribut aggregiert die Dauer aller Arbeitszeiterfassungen, die dem Arbeitsauftrag zugeordnet sind. Es spiegelt den tatsächlichen Aufwand wider, der zur Erledigung der Aufgabe erforderlich war.\n\nDiese Metrik ist entscheidend für die Berechnung der Arbeitsauslastung und Arbeitseffizienz. Der Vergleich der tatsächlichen Stunden mit den geschätzten Stunden zeigt die Genauigkeit des Planungsprozesses. Deutliche Abweichungen können auf unklare Aufgabenbereiche oder Qualifikationslücken hinweisen. Bedeutung Es misst den Aufwand und wird zur Berechnung der Auslastung und Planungsgenauigkeit verwendet. Datenquelle Aggregiert aus Zeiterfassungs- oder Arbeitsvorgangstabellen. Beispiele 4,512,00.548,0160,0 | |||
| Ziel-Abschlussdatum TargetCompletionDate | Die geplante Frist, bis zu der der Arbeitsauftrag abgeschlossen sein sollte. | ||
| Beschreibung Dieses Attribut repräsentiert das Fälligkeitsdatum, das vom Planer festgelegt oder durch die SLA vorgegeben wird. Es dient als Referenzpunkt für die Pünktlichkeitsberechnung.\n\nDer Vergleich des tatsächlichen Abschlussdatums mit diesem Zieldatum ermöglicht die Berechnung der Termineinhaltung (Schedule Compliance) und Verzögerungsmetriken. Große Abweichungen deuten auf Planungsineffizienzen oder Ressourcenengpässe hin. Bedeutung Es ist die Grundlage für die Berechnung von Verzögerungen und Terminplan-Compliance. Datenquelle Arbeitsauftragsplanungs-Tab (z.B. GLTRP in SAP, SCHEDFINISH in Maximo). Beispiele 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Arbeitsort WorkLocation | Der physische Standort oder der Funktionsort, an dem die Arbeit ausgeführt wird. | ||
| Beschreibung Dieses Attribut definiert den geografischen oder funktionalen Bereich, in dem sich das Asset befindet. Dies kann ein bestimmtes Gebäude, eine Etage oder ein entfernter Standort sein.\n\nStandortdaten helfen bei der Analyse von Ineffizienzen bei Reisezeiten und Logistik. Wenn Techniker viel Zeit mit dem Reisen zwischen weit entfernten Standorten für Aufgaben mit niedriger Priorität verbringen, kann Process Mining die Möglichkeit einer besseren Routenplanung oder Gruppierung von Arbeitsaufträgen nach Standort aufzeigen. Bedeutung Es unterstützt bei der Logistikanalyse und der Identifizierung standortspezifischer Engpässe. Datenquelle Arbeitsauftragskopf oder verknüpfte Asset-Standorttabelle. Beispiele Gebäude A - 2. EtageNordwerkStandort 55Entlegene PumpstationWerkstatt | |||
| Zugewiesene Ressource AssignedResource | Der spezifische Techniker oder die leitende Person, die der Arbeit zugewiesen ist. | ||
| Beschreibung Dieses Attribut identifiziert den einzelnen oder leitenden Techniker, der für die Ausführung der Wartungsaufgabe verantwortlich ist. Während Abteilungen die Gruppe verfolgen, verfolgt dies die spezifische Person.\n\nDiese Granularität ist nützlich für die Analyse der Arbeitslastverteilung unter den Mitarbeitern. Sie kann aufzeigen, ob bestimmte Techniker dauerhaft überlastet sind oder ob bestimmte Personen höhere Nacharbeitsquoten aufweisen, was auf einen Schulungsbedarf hindeutet. Bedeutung Es ermöglicht die Analyse der Arbeitslastverteilung und individuelle Leistungskennzahlen. Datenquelle Arbeitsauftragszuweisungen oder detaillierte Arbeitszeittabellen. Beispiele J. SchmidtA. DoeTechniker-001Lieferant-XYZTeamleiter 5 | |||
Anlageninstandhaltungs-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Arbeitsauftrag abgeschlossen | Der letzte administrative Schritt, bei dem der Arbeitsauftrag finanziell gesperrt und archiviert wird. Es können keine weiteren Kosten oder Arbeitszeiten erfasst werden. | ||
| Bedeutung Markiert das absolute Ende des Falls im System. Verzögerungen hier weisen auf administrative Rückstände hin. Datenquelle Erfasst, wenn sich der Status in „Abgeschlossen“, „Archiviert“ oder „CLSD“ ändert. Erfassen Erfassen Sie die letzte Statusänderung auf „Abgeschlossen“ Ereignistyp explicit | |||
| Arbeitsauftrag erstellt | Die formale Erstellung des Instandhaltungsauftragsdatensatzes im System. Dies legt die Case ID fest und bildet die Grundlage für Planung, Terminierung und Ausführung. | ||
| Bedeutung Dies ist der zentrale Ankerpunkt für den Prozess, der den Start des administrativen Wartungslebenszyklus definiert. Datenquelle Extrahiert aus dem Erstellungs-Timestamp der Haupttabelle des Arbeitsauftragskopfs. Erfassen Erfassen Sie den Timestamp, wann die eindeutige Arbeitsauftrags-ID generiert wurde Ereignistyp explicit | |||
| Arbeitsauftrag fertiggestellt | Die technische Fertigstellung der physischen Arbeit. Das Asset wird an den Betrieb zurückgegeben, obwohl administrative Finanzaufgaben noch ausstehen können. | ||
| Bedeutung Der primäre Timestamp zur Berechnung des Endes der Reparaturdauer und der Anlagenausfallzeit. Datenquelle Erfasst, wenn sich der Status in „Erledigt“, „TECO“ oder „Abgeschlossen“ ändert. Erfassen Erfassen Sie die Statusänderung, die die technische Fertigstellung anzeigt Ereignistyp explicit | |||
| Arbeitsauftrag genehmigt | Die Statusänderung der Autorisierung, die anzeigt, dass der Arbeitsumfang, die Kostenschätzung und der Plan geprüft und akzeptiert wurden. Die Arbeit ist nun zur Ausführung freigegeben. | ||
| Bedeutung Dies misst die administrative Durchlaufzeit, die erforderlich ist, um Planungs- und Budgethürden zu beseitigen. Datenquelle Typischerweise aufgezeichnet, wenn sich der Status in Genehmigt, Freigegeben oder Autorisiert ändert. Erfassen Nach Statusänderungsereignissen filtern, die eine Autorisierung anzeigen Ereignistyp explicit | |||
| Arbeitsauftrag geplant | Die Zuweisung spezifischer Arbeitsressourcen, Teams oder eines festen Kalenderslots zum Arbeitsauftrag. Dies verschiebt den Auftrag aus dem Rückstand in den aktiven täglichen oder wöchentlichen Plan. | ||
| Bedeutung Unterscheidet zwischen der Zeit, die ein Auftrag im Rückstand ist, und der Zeit, die er auf einen bestimmten Techniker wartet. Datenquelle Abgeleitet aus der Erstellung von Arbeitsaufträgen oder Dispatch-Aufzeichnungen. Erfassen Timestamp, wenn eine Ressource zugewiesen oder der Dispositionsstatus gesetzt wird Ereignistyp explicit | |||
| Arbeitsauftrag gestartet | Der Moment, in dem Techniker mit der physischen Arbeit am Asset beginnen. Dies markiert den Übergang von der Planung und dem Warten zur tatsächlichen Ausführung. | ||
| Bedeutung Entscheidend für die Berechnung der mittleren Reparaturzeit (MTTR) und die Trennung von administrativer Wartezeit und Schrauberzeit. Datenquelle Wird in der Regel durch eine Statusänderung zu „In Bearbeitung“ oder den Timestamp des ersten Arbeitszeiteintrags angezeigt. Erfassen Erfassen Sie die Statusänderung auf „In Bearbeitung“ oder „Gestartet“ Ereignistyp explicit | |||
| Arbeitsstunden erfasst | Ein Techniker erfasst die tatsächlich geleisteten Stunden für den Arbeitsauftrag. Diese Aktivität wiederholt sich oft mehrmals, da verschiedene Teammitglieder zur Arbeit beitragen. | ||
| Bedeutung Bildet die Basis für Kostenkalkulation und Auslastungsanalyse. Lücken zwischen Arbeitszeiteinträgen können auf Prozessunterbrechungen hinweisen. Datenquelle Extrahiert aus Zeitbestätigungstabellen oder Arbeitsvorgangsprotokollen. Erfassen Erfassen Sie jede Zeitbuchung für den Auftrag Ereignistyp explicit | |||
| Arbeitsauftrag in Wartestellung | Der Status des Arbeitsauftrags wird auf einen Wartezustand geändert, wodurch die Ausführung unterbrochen wird. Dies geschieht typischerweise aufgrund fehlender Teile, mangelndem Zugang oder Sicherheitsproblemen. | ||
| Bedeutung Identifiziert Engpässe und externe Abhängigkeiten, die den Standardprozessfluss stören. Datenquelle Explizit aus der Statushistorie erfasst, wenn der Wert zu „Angehalten“, „Ausgesetzt“ oder „Blockiert“ wechselt. Erfassen Nach Statusänderungen filtern, die einen Wartezustand anzeigen Ereignistyp explicit | |||
| Arbeitsauftrag storniert | Die vorzeitige Beendigung eines Arbeitsauftrags vor erfolgreichem Abschluss. Dies tritt auf, wenn die Arbeit als unnötig, dupliziert oder konsolidiert erachtet wird. | ||
| Bedeutung Hohe Stornierungsraten können auf eine schlechte Filterung von Anfragen vorgelagert oder auf Probleme mit doppelter Dateneingabe hinweisen. Datenquelle Erfasst, wenn sich der Status in „Storniert“, „Abgelehnt“ oder „Ungültig“ ändert. Erfassen Nach Endstatuswerten filtern, die eine Stornierung anzeigen Ereignistyp explicit | |||
| Instandhaltungsanforderung erstellt | Die erste Einreichung eines Mängelberichts oder einer Serviceanfrage durch einen Bediener oder ein automatisiertes System. Dies geht oft dem formellen Arbeitsauftrag voraus und markiert den tatsächlichen Beginn des Bedarfslebenszyklus. | ||
| Bedeutung Die Erfassung dieses Schritts ermöglicht die Berechnung der Gesamtantwortzeit ab dem Zeitpunkt, an dem ein Problem identifiziert wird, nicht nur ab dem Zeitpunkt der Annahme durch das Wartungsteam. Datenquelle Typischerweise in Serviceanfrage-Protokollen, Helpdesk-Ticket-Tabellen oder Benachrichtigungsverlaufs-Tabellen zu finden. Erfassen Extrahieren Sie den Erstellungs-Timestamp des übergeordneten Anforderungsobjekts, das mit dem Arbeitsauftrag verknüpft ist Ereignistyp explicit | |||
| Instandhaltungsnacharbeit erfasst | Zeigt an, dass eine abgeschlossene Arbeit schnell abgelehnt oder fehlgeschlagen ist, wodurch der Status auf „In Bearbeitung“ zurückgesetzt werden muss. Dies stellt eine Prozessschleife dar. | ||
| Bedeutung Ein wichtiger Indikator für technische Schulungsprobleme oder Ersatzteile minderer Qualität. Datenquelle Abgeleitet, wenn der Status rückwärts von „Abgeschlossen“ zu „In Bearbeitung“ übergeht oder explizit als Nacharbeits-Code protokolliert wird. Erfassen Rückwärts gerichtete Statusübergänge oder Nacharbeits-Flags identifizieren Ereignistyp inferred | |||
| Material ausgegeben | Die physische Ausgabe von Ersatzteilen aus dem Lager an den Arbeitsauftrag. Dies bestätigt, dass Materialien verfügbar sind und verbraucht wurden. | ||
| Bedeutung Validiert, dass Teile tatsächlich verwendet wurden, und stoppt die Uhr bei Materialverfügbarkeitsverzögerungen. Datenquelle Gefunden in Inventartransaktionsprotokollen, bei denen der Kostentyp mit einem Arbeitsauftrag verknüpft ist. Erfassen Timestamp aus Bestandsausgangstransaktionen extrahieren Ereignistyp explicit | |||
| Materialanforderung erstellt | Eine formelle Anforderung für Ersatzteile oder Verbrauchsmaterialien wird mit dem Arbeitsauftrag verknüpft. Dies initiiert den für die Reparatur erforderlichen Lieferketten-Teilprozess. | ||
| Bedeutung Unerlässlich für die Analyse von Verzögerungen, die durch Abhängigkeiten in der Lieferkette und Materialunverfügbarkeit verursacht werden. Datenquelle Gefunden in Materialanforderungstabellen oder wenn sich ein Status in „Wartet auf Material“ ändert. Erfassen Die Erstellung von Materialpositionen, die mit dem Arbeitsauftrag verknüpft sind, identifizieren Ereignistyp explicit | |||
| Priorität aktualisiert | Eine Änderung des Kritikalitäts- oder Dringlichkeitsgrades des Arbeitsauftrags nach seiner ersten Erstellung. Dies erfasst den neuen Prioritätswert und den Zeitpunkt der Entscheidung. | ||
| Bedeutung Häufige Prioritätsänderungen können auf mangelhafte Triage-Prozesse oder eine Umgehung von Rückstandswarteschlangen hinweisen. Datenquelle Wird üblicherweise in Feldprüfprotokollen oder Systemverlaufsprotokollen aufgezeichnet, die das Prioritätsfeld überwachen. Erfassen Änderungen am Prioritätsfeld im Audit-Log identifizieren Ereignistyp explicit | |||
| Qualitätsinspektion abgeschlossen | Ein spezifischer Validierungsschritt, bei dem die Reparatur inspiziert, gemessen oder getestet wird. Dies stellt sicher, dass die Anlage die Betriebsstandards erfüllt, bevor sie wieder in Betrieb genommen wird. | ||
| Bedeutung Entscheidend für Compliance- und Sicherheitsanalysen. Fehler in diesem Schritt lösen Nacharbeitsschleifen aus. Datenquelle Gefunden in Inspektionsprotokollen, Checklistenabschlüssen oder spezifischen Statusmeilensteinen. Erfassen Abschluss von Inspektionsaufgaben oder Qualitätsstatus-Updates identifizieren Ereignistyp explicit | |||
| Zieldatum aktualisiert | Eine Aktualisierung des geplanten Start- oder Fertigstellungsdatums des Arbeitsauftrags. Dies spiegelt Anpassungen der Erwartungen basierend auf Ressourcenverfügbarkeit oder Verzögerungen wider. | ||
| Bedeutung Das Verfolgen von Terminverschiebungen hilft zu erkennen, ob KPIs durch Leistung oder durch einfaches Verschieben der Zielvorgaben erreicht werden. Datenquelle Gefunden in Audit-Logs, die Änderungen an den Feldern „Geplanter Start“ oder „Erforderlich bis“ verfolgen. Erfassen Erfassen Sie Aktualisierungen von Datumsfeldern in der Arbeitsauftragshistorie Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,