Ihr Daten-Template für die Anlageninstandhaltung
Ihr Daten-Template für die Anlageninstandhaltung
Dies ist unser generisches Daten-Template für Process Mining für Anlageninstandhaltung. Verwenden Sie unsere systemspezifischen Templates für eine gezieltere Anleitung.
Bestimmtes System auswählen- Umfassende Liste standardmäßiger Instandhaltungsmeilensteine
- Flexibles Attributschema für detaillierte Leistungsanalysen
- Vollständige Kompatibilität mit Datenquellen aus dem Enterprise Asset Management
Attribute der Anlageninstandhaltung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Die konkrete Aufgabe, Statusänderung oder das Ereignis innerhalb des Workflows. | ||
| Beschreibung Dieses Attribut beschreibt die Schritte im Lebenszyklus des Instandhaltungsauftrags. Es erfasst die einzelnen Zustände, die der Arbeitsauftrag durchläuft, etwa erstellt, genehmigt, in Bearbeitung, wartend und abgeschlossen. Für präzises Process Mining normalisiert dieses Feld verschiedene Systemereignisse zu verständlichen Aktivitäten. Es ist entscheidend für die Visualisierung der Prozessübersicht, die Berechnung der Übergangszeiten zwischen Phasen und die Erkennung von Nacharbeitschleifen, in denen ein Arbeitsauftrag in einen früheren Status zurückkehrt. Warum das wichtig ist Es definiert die Knoten in der Prozessübersicht und ist für die Rekonstruktion des Workflows erforderlich. Bezugsquelle Abgeleitet aus Statustabellen, Transaktionsprotokollen oder Änderungsprotokollen von Arbeitsaufträgen. Beispiele Arbeitsauftrag erstelltMaterial ausgegebenGenehmigung erteiltStatus auf In Bearbeitung geändertArbeitsauftrag geschlossen | |||
| Arbeitsauftragsnummer WorkOrderNumber | Die eindeutige Kennung für den Instandhaltungsfall oder Arbeitsauftrag. | ||
| Beschreibung Dieses Attribut dient als zentrale Case-ID für die Process-Mining-Analyse. Es repräsentiert einen einzelnen durchgängigen Instandhaltungszyklus, von der ursprünglichen Anfrage oder dem präventiven Auslöser bis zum Abschluss und zur finanziellen Abrechnung. In der Analyse fungiert dieses Feld als Primärschlüssel für die Gruppierung aller zugehörigen Ereignisse, Kosten und Ressourcenprotokolle. Dadurch kann die Process-Mining-Engine den Lebenszyklus einzelner Aufträge rekonstruieren. Analysten können den Arbeitsfluss nachverfolgen, Engpässe auf Case-Ebene erkennen und konkrete Ergebnisse mit Auftragstypen oder Prioritäten in Beziehung setzen. Warum das wichtig ist Dies ist die grundlegende Case-ID, die zur Unterscheidung eindeutiger Prozessinstanzen erforderlich ist. Bezugsquelle Typischerweise in der Kopfzeilentabelle des Arbeitsauftrags zu finden, zum Beispiel WONUM in Maximo oder AUFNR in SAP. Beispiele WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Ereigniszeitpunkt EventTimestamp | Das konkrete Datum und die genaue Uhrzeit, zu denen eine Aktivität stattgefunden hat. | ||
| Beschreibung Dieses Attribut liefert den zeitlichen Kontext für jedes Ereignis im Instandhaltungsprotokoll. Es erfasst den genauen Zeitpunkt, zu dem sich ein Status geändert hat oder eine Transaktion im Quellsystem verbucht wurde. Timestamps bilden die Grundlage für alle dauerbasierten Kennzahlen im Process Mining. Sie ermöglichen die Berechnung von Zykluszeiten, Durchlaufzeiten und Leerlaufzeiten von Ressourcen. Zeitstempel mit hoher Genauigkeit sind erforderlich, um Ereignisse, die in kurzer Folge auftreten, korrekt zu ordnen. Warum das wichtig ist Es ermöglicht die zeitliche Reihenfolge der Ereignisse und die Berechnung aller Dauerkennzahlen. Bezugsquelle In Transaktionsprotokollen, Historientabellen oder Audit-Trails zusammen mit der Aktivität zu finden. 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 dokumentiert die Aktualität des für die Analyse verwendeten Datensatzes. Es hilft Analysten, die Aktualität der Daten einzuschätzen und mögliche Verzögerungen zwischen dem operativen System und der Process-Mining-Umgebung zu erkennen. Obwohl es nicht zum physischen Prozessablauf gehört, ist es für die Data Governance entscheidend. So ist ersichtlich, ob die Beteiligten mit Echtzeitdaten oder mit einer Momentaufnahme aus einer früheren Abschlussperiode arbeiten. Warum das wichtig ist Es unterstützt die Prüfung der Datenaktualität und die Verwaltung inkrementeller Ladevorgänge. Bezugsquelle Zur Laufzeit von der ETL-Pipeline oder dem Extraktionsskript erzeugt. Beispiele 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Quellsystem SourceSystem | Der Name der Anwendung oder Datenbank, aus der der Datensatz stammt. | ||
| Beschreibung Dieses Attribut identifiziert die Softwareumgebung, in der die Daten erzeugt wurden. In komplexen Instandhaltungslandschaften können die Daten aus einem ERP-System, einem spezialisierten CMMS oder einer IoT-Überwachungsplattform stammen. In der Analyse eignet sich dieses Feld zum Filtern der Daten, wenn mehrere Systeme in ein gemeinsames Prozessmodell übernommen werden. Es unterstützt die Prüfung der Datenherkunft und ermöglicht den Vergleich von Datenqualität oder Prozessvarianten zwischen verschiedenen Altsystemen. Warum das wichtig ist Es gewährleistet die Nachvollziehbarkeit von Daten in Umgebungen mit mehreren Systemen. Bezugsquelle Während der Extraktion fest hinterlegt oder aus der Systemkonfiguration übernommen. Beispiele SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Anlagen-ID AssetId | Die eindeutige Kennung des zu wartenden Geräts oder Standorts. | ||
| Beschreibung Dieses Attribut verknüpft den Arbeitsauftrag mit dem physischen Objekt vor Ort. Es steht für die Kennnummer, Geräte-ID oder den Maschinencode der gewarteten Anlage. Es ist entscheidend, um Anlagen mit besonders häufigen Reparaturen zu erkennen. Durch die Aggregation der Arbeitsaufträge nach Anlagen-ID können Analysten die Mean Time Between Failures (MTBF) berechnen und Geräte identifizieren, die einen überproportional hohen Anteil des Instandhaltungsbudgets verbrauchen. Warum das wichtig ist Es ermöglicht die Leistungsanalyse einzelner Geräte und die Berechnung der MTBF. Bezugsquelle Kopfzeilentabelle des Arbeitsauftrags, zum Beispiel ASSETNUM in Maximo oder EQUNR in SAP. Beispiele PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Arbeitsauftragstyp WorkOrderType | Ordnet die Instandhaltungsarbeit als präventiv, korrektiv, notfallbedingt oder projektbezogen ein. | ||
| Beschreibung Dieses Attribut klassifiziert die Art der Instandhaltungsarbeit. Übliche Werte unterscheiden zwischen geplanter Arbeit, also Preventive, und ungeplanten Ausfällen, also Corrective oder Emergency. Es ist ein Standardfeld in nahezu allen EAM- und CMMS-Systemen. Analysten verwenden dieses Feld, um das Prozessmodell zu segmentieren. Der Vergleich von Emergency-Reparaturen mit Preventive Maintenance zeigt häufig deutlich unterschiedliche Prozesspfade, Genehmigungsanforderungen und Durchlaufzeiten. Es ist die zentrale Dimension für die Berechnung des Verhältnisses von präventiver zu reaktiver Instandhaltung. Warum das wichtig ist Es ist entscheidend, um geplante und ungeplante Arbeiten getrennt zu analysieren. Bezugsquelle Kopfzeilentabelle des Arbeitsauftrags, zum Beispiel WORKTYPE in Maximo oder AUART in SAP. Beispiele VorbeugendKorrigierendNotfallPrädiktivInvestitionsprojekt | |||
| Geplantes Abschlussdatum TargetCompletionDate | Die geplante Frist, bis zu der der Arbeitsauftrag abgeschlossen sein soll. | ||
| Beschreibung Dieses Attribut bezeichnet das vom Planer festgelegte oder durch das SLA vorgegebene Fälligkeitsdatum. Es dient als Referenz für die Berechnung termingerechter Abschlüsse. Durch den Vergleich des tatsächlichen Abschlussdatums mit diesem Zieldatum lassen sich Termintreue und Verzögerungen berechnen. Große Abweichungen weisen auf Ineffizienzen in der Planung oder Ressourcenengpässe hin. Warum das wichtig ist Es bildet die Grundlage für die Berechnung von Verzögerungen und Termintreue. Bezugsquelle Registerkarte zur Arbeitsauftragsplanung, zum Beispiel GLTRP in SAP oder SCHEDFINISH in Maximo. Beispiele 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Instandhaltungsabteilung MaintenanceDepartment | Die Organisationseinheit oder Werkstatt, die für die Ausführung der Arbeit verantwortlich ist. | ||
| Beschreibung Dieses Attribut identifiziert das Team, Fachgebiet oder die Abteilung, der der Arbeitsauftrag zugewiesen ist, etwa Electrical, Mechanical, Instrumentation oder Facilities. Diese Sicht ermöglicht den Leistungsvergleich zwischen verschiedenen Teams. Analysten können Durchlaufzeiten, Rückstand und Nacharbeitsquoten abteilungsübergreifend vergleichen, um Schulungsbedarf oder Ressourcenengpässe in bestimmten Fachbereichen zu erkennen. Warum das wichtig ist Es ermöglicht den Vergleich von Leistung und Rückstand zwischen verschiedenen Teams. Bezugsquelle Kopfzeile des Arbeitsauftrags, zum Beispiel Work Center in SAP oder Crew ID in Maximo. Beispiele Mechanische WerkstattElektrische InstandhaltungGebäudetechnikExterner AuftragnehmerInstrumentierung | |||
| Ist präventiv IsPreventive | Ein Kennzeichen dafür, ob der Arbeitsauftrag Teil eines präventiven Instandhaltungsprogramms ist. | ||
| Beschreibung Dieses boolesche Attribut vereinfacht den Arbeitsauftragstyp zu einer binären Klassifizierung: Preventive oder Non-Preventive. Häufig wird es aus dem Code des Arbeitsauftragstyps abgeleitet. Mit diesem Kennzeichen lassen sich Dashboards schnell auf die Einhaltung präventiver Instandhaltungspläne filtern. Außerdem vereinfacht es die Berechnung der KPI für das PM/CM-Verhältnis, einer branchenüblichen Kennzahl zur Bewertung des Reifegrads der Instandhaltungsorganisation. Warum das wichtig ist Es vereinfacht die Filterung und KPI-Berechnung für das Verhältnis der präventiven Instandhaltung. Bezugsquelle Abgeleitet aus dem Arbeitsauftragstyp oder einem spezifischen Systemkennzeichen, zum Beispiel dem PPM-Kennzeichen. Beispiele truefalse | |||
| Kritikalität der Anlage AssetCriticality | Eine Bewertung der betrieblichen Bedeutung der Anlage. | ||
| Beschreibung Dieses Attribut klassifiziert Anlagen anhand der Auswirkungen, die ihr Ausfall auf Sicherheit, Umwelt oder Produktion hätte. Häufig ist es ein statisches Attribut im Anlagenstammsatz, wird jedoch regelmäßig in den Arbeitsauftrag übernommen. Mithilfe dieses Attributs können Analysten feststellen, ob Instandhaltungsteams Arbeiten an kritischen Anlagen richtig priorisieren. Es unterstützt die Prüfung, ob die wichtigsten Geräte die höchste Einhaltung der präventiven Instandhaltungspläne aufweisen. Warum das wichtig ist Es hilft, den Instandhaltungsfokus an Geschäftsrisiken und betrieblichen Auswirkungen auszurichten. Bezugsquelle Anlagenstammdaten oder Kopfzeile des Arbeitsauftrags, falls die Daten bereits denormalisiert sind. Beispiele A - UnverzichtbarB - WesentlichC - NachrangigSicherheitskritischProduktionskritisch | |||
| Prioritätsstufe PriorityLevel | Die dem Arbeitsauftrag zugewiesene Dringlichkeit oder Bedeutung. | ||
| Beschreibung Dieses Attribut zeigt, wie kritisch die Instandhaltungsaufgabe für den Betrieb ist. Die Werte reichen üblicherweise von numerischen Codes wie 1, 2 und 3 bis zu Bezeichnungen wie Critical, High, Medium und Low. Es bestimmt die erforderliche Reaktionszeit und Ressourcenzuweisung. In der Prozessanalyse dient dieses Attribut zur Prüfung der SLA-Einhaltung. Analysten untersuchen, ob Aufgaben mit hoher Priorität tatsächlich schneller durch den Prozess laufen als Aufgaben mit niedriger Priorität oder ob sie in Genehmigungsengpässen stecken bleiben. Warum das wichtig ist Es ermöglicht die Analyse der SLA-Einhaltung und die Prüfung der Ressourcenpriorisierung. Bezugsquelle Kopfzeilentabelle des Arbeitsauftrags, zum Beispiel PRIORITY in Maximo oder PRIOK in SAP. Beispiele 1 - Kritisch2 - Hoch3 - Mittel4 - NiedrigNotfall | |||
| Tatsächliche Arbeitsstunden ActualLaborHours | Die gesamte Zeit, die Techniker für den Auftrag aufgewendet haben. | ||
| Beschreibung Dieses Attribut summiert die Dauer aller Arbeitszeiteinträge, die dem Arbeitsauftrag zugeordnet sind. Es bildet den tatsächlich erbrachten Aufwand für die Aufgabe ab. Diese Kennzahl ist entscheidend für die Berechnung der Auslastung und Arbeitseffizienz. Der Vergleich der tatsächlichen mit den geschätzten Stunden zeigt, wie genau die Planung ist. Deutliche Abweichungen können auf unklare Auftragsumfänge oder fehlende Kompetenzen hinweisen. Warum das wichtig ist Es misst den Aufwand und dient zur Berechnung von Auslastung und Planungsgenauigkeit. Bezugsquelle Aggregiert aus Tabellen zur Zeiterfassung oder zu Arbeitstransaktionen. Beispiele 4.512.00.548.0160.0 | |||
| Tatsächliche Gesamtkosten TotalActualCost | Die insgesamt angefallenen finanziellen Kosten einschließlich Arbeit, Material und Dienstleistungen. | ||
| Beschreibung Dieses Attribut summiert alle finanziellen Buchungen, die mit dem Arbeitsauftrag verbunden sind. Es zeigt die endgültigen wirtschaftlichen Auswirkungen der Instandhaltungsaktivität. Die Kostenanalyse ist ein wichtiger Anwendungsfall für Process Mining im Anlagenmanagement. Dieses Attribut hilft, die teuersten zu wartenden Anlagenklassen zu erkennen und Ausreißer hervorzuheben, bei denen die Reparaturkosten den Ersatzwert der Anlage übersteigen. Warum das wichtig ist Es ist zentral für die Analyse finanzieller Auswirkungen und die Berichterstattung zu Budgetabweichungen. Bezugsquelle Kostensummtabellen oder aggregiert aus mit dem Auftrag verknüpften Sachkontenbuchungen. Beispiele 1500.00245.5010000.000.00560.75 | |||
| Arbeitsort WorkLocation | Der physische Standort oder funktionale Ort, an dem die Arbeit ausgeführt wird. | ||
| Beschreibung Dieses Attribut beschreibt den geografischen oder funktionalen Bereich, in dem sich die Anlage befindet. Dabei kann es sich um ein bestimmtes Gebäude, ein Stockwerk oder einen entfernten Standort handeln. Standortdaten helfen bei der Analyse ineffizienter Anfahrtszeiten und der Logistik. Wenn Techniker für Aufgaben mit niedriger Priorität viel Zeit zwischen weit entfernten Standorten verbringen, kann Process Mining Möglichkeiten für eine bessere Routenplanung oder die Bündelung von Arbeitsaufträgen nach Standort aufzeigen. Warum das wichtig ist Es unterstützt die Logistikanalyse und die Erkennung standortspezifischer Engpässe. Bezugsquelle Kopfzeile des Arbeitsauftrags oder verknüpfte Tabelle zu Anlagenstandorten. Beispiele Gebäude A - 2. StockWerk NordStandort 55Pumpstation im AußenbereichWerkstatt | |||
| Zugewiesene Ressource AssignedResource | Der konkrete Techniker oder die leitende Person, der die Arbeit zugewiesen ist. | ||
| Beschreibung Dieses Attribut identifiziert die Person oder den leitenden Techniker, die oder der für die Ausführung der Instandhaltungsaufgabe verantwortlich ist. Während Abteilungen die Gruppe abbilden, erfasst dieses Feld die konkrete Person. Diese Detailtiefe eignet sich zur Analyse der Arbeitsverteilung im Team. Sie kann zeigen, ob bestimmte Techniker dauerhaft überlastet sind oder einzelne Personen höhere Nacharbeitsquoten aufweisen, was auf Schulungsbedarf hindeuten kann. Warum das wichtig ist Es ermöglicht die Analyse des Arbeitsausgleichs und individueller Leistungskennzahlen. Bezugsquelle Zuweisungstabellen für Arbeitsaufträge oder detaillierte Arbeitstabellen. Beispiele J. SmithA. DoeTech-001Vendor-XYZTeamleitung 5 | |||
Aktivitäten der Anlageninstandhaltung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Arbeitsauftrag abgeschlossen | Der technische Abschluss der physischen Arbeiten. Die Anlage wird wieder dem Betrieb übergeben, auch wenn administrative Finanzaufgaben noch offen sein können. | ||
| Warum das wichtig ist Der wichtigste Timestamp zur Berechnung des Endes der Reparaturdauer und des Anlagenstillstands. Bezugsquelle Erfasst, wenn sich der Status zu „Abgeschlossen“, „TECO“ oder „Fertig“ ändert. Erfassen Statusänderung zum technischen Abschluss erfassen Ereignistyp explicit | |||
| Arbeitsauftrag erstellt | Die formelle Erstellung des Datensatzes für den Instandhaltungsarbeitsauftrag im System. Dadurch wird die Case-ID angelegt und die Grundlage für Planung, Terminierung und Ausführung geschaffen. | ||
| Warum das wichtig ist Dies ist der zentrale Ankerpunkt des Prozesses und definiert den Beginn des administrativen Instandhaltungslebenszyklus. Bezugsquelle Aus dem Erstellungs-Timestamp der zentralen Tabelle mit den Arbeitsauftragskopfdaten extrahiert. Erfassen Timestamp der Erstellung der eindeutigen Arbeitsauftrags-ID erfassen Ereignistyp explicit | |||
| Arbeitsauftrag genehmigt | Die Statusänderung zur Autorisierung zeigt an, dass Arbeitsumfang, Kostenschätzung und Plan geprüft und akzeptiert wurden. Der Auftrag ist nun für die Ausführung freigegeben. | ||
| Warum das wichtig ist Damit wird die administrative Vorlaufzeit gemessen, die erforderlich ist, um Planungs- und Budgethürden zu überwinden. Bezugsquelle Typischerweise erfasst, wenn sich der Status in „Genehmigt“, „Freigegeben“ oder „Autorisiert“ ändert. Erfassen Nach Statusänderungsereignissen filtern, die eine Autorisierung anzeigen Ereignistyp explicit | |||
| Arbeitsauftrag geschlossen | Der abschließende administrative Schritt, bei dem der Arbeitsauftrag finanziell gesperrt und archiviert wird. Danach können keine weiteren Kosten oder Arbeitszeiten gebucht werden. | ||
| Warum das wichtig ist Markiert das absolute Ende des Cases im System. Verzögerungen an dieser Stelle weisen auf administrative Rückstände hin. Bezugsquelle Erfasst, wenn sich der Status zu „Geschlossen“, „Archiviert“ oder „CLSD“ ändert. Erfassen Letzte Statusänderung zu „Geschlossen“ erfassen Ereignistyp explicit | |||
| Arbeitsauftrag gestartet | Der Zeitpunkt, an dem Techniker mit der physischen Arbeit an der Anlage beginnen. Damit wechselt der Prozess von Planung und Warten in die tatsächliche Ausführung. | ||
| Warum das wichtig ist Entscheidend für die Berechnung der Mean Time to Repair (MTTR) und die Trennung von administrativer Wartezeit und tatsächlicher Reparaturzeit. Bezugsquelle Üblicherweise durch eine Statusänderung zu „In Bearbeitung“ oder den Timestamp des ersten Arbeitszeiteintrags angezeigt. Erfassen Statusänderung zu „In Bearbeitung“ oder „Gestartet“ erfassen Ereignistyp explicit | |||
| Arbeitsauftrag terminiert | Die Zuweisung bestimmter Arbeitsressourcen oder Teams beziehungsweise eines festen Kalenderzeitraums zu einem Arbeitsauftrag. Dadurch wechselt der Auftrag vom Rückstand in den aktiven Tages- oder Wochenplan. | ||
| Warum das wichtig ist Damit lässt sich unterscheiden, wie lange ein Auftrag im Rückstand liegt und wie lange er auf einen bestimmten Techniker wartet. Bezugsquelle Aus der Erstellung von Arbeitszuweisungen oder Dispositionsdatensätzen abgeleitet. Erfassen Timestamp der Ressourcenzuweisung oder der Festlegung des Dispositionsstatus Ereignistyp explicit | |||
| Arbeitsstunden erfasst | Ein Techniker erfasst die tatsächlich für den Arbeitsauftrag geleisteten Stunden. Diese Aktivität kann sich wiederholen, wenn mehrere Mitglieder eines Teams an der Aufgabe arbeiten. | ||
| Warum das wichtig ist Liefert die Grundlage für Kostenberechnung und Auslastungsanalyse. Lücken zwischen Arbeitszeiteinträgen können auf Prozessunterbrechungen hindeuten. Bezugsquelle Aus Tabellen zur Zeitbestätigung oder Protokollen von Arbeitszeittransaktionen extrahiert. Erfassen Jede Arbeitszeitbuchung für den Auftrag erfassen Ereignistyp explicit | |||
| Arbeitsauftrag storniert | Die vorzeitige Beendigung eines Arbeitsauftrags vor dem erfolgreichen Abschluss. Dies geschieht, wenn die Arbeit als unnötig oder doppelt eingestuft oder mit einem anderen Auftrag zusammengeführt wird. | ||
| Warum das wichtig ist Hohe Stornierungsquoten können auf eine unzureichende vorgelagerte Filterung von Anfragen oder Probleme durch doppelte Dateneingaben hindeuten. Bezugsquelle Erfasst, wenn sich der Status zu „Storniert“, „Abgelehnt“ oder „Ungültig“ ändert. Erfassen Nach Endstatuswerten filtern, die eine Stornierung anzeigen Ereignistyp explicit | |||
| Arbeitsauftrag zurückgestellt | Der Status des Arbeitsauftrags wird in einen Unterbrechungsstatus geändert, wodurch die Ausführung stoppt. Dies geschieht typischerweise wegen fehlender Teile, fehlenden Zugangs oder Sicherheitsproblemen. | ||
| Warum das wichtig ist Identifiziert Engpässe und externe Abhängigkeiten, die den standardmäßigen Prozessablauf unterbrechen. Bezugsquelle Explizit aus der Statushistorie erfasst, wenn der Wert zu „Zurückgestellt“, „Unterbrochen“ oder „Blockiert“ wechselt. Erfassen Nach Statusänderungen filtern, die einen Zurückstellungsstatus anzeigen Ereignistyp explicit | |||
| Instandhaltungsanfrage erstellt | Die erstmalige Übermittlung eines Mängelberichts oder einer Serviceanfrage durch einen Bediener oder ein automatisiertes System. Dieser Schritt geht häufig dem formellen Arbeitsauftrag voraus und markiert den tatsächlichen Beginn des Nachfragelebenszyklus. | ||
| Warum das wichtig ist Durch die Erfassung dieses Schritts lässt sich die gesamte Reaktionszeit ab dem Moment berechnen, in dem ein Problem erkannt wird, und nicht erst ab der Annahme durch das Instandhaltungsteam. Bezugsquelle Typischerweise in Protokollen von Serviceanfragen, Helpdesk-Ticketing-Tabellen oder Tabellen zur Benachrichtigungshistorie zu finden. Erfassen Erstellungs-Timestamp des mit dem Arbeitsauftrag verknüpften vorgelagerten Anfrageobjekts extrahieren Ereignistyp explicit | |||
| Material ausgegeben | Die physische Ausgabe von Ersatzteilen aus dem Lager an den Arbeitsauftrag. Dies bestätigt, dass die Materialien verfügbar waren und verbraucht wurden. | ||
| Warum das wichtig ist Bestätigt, dass Teile tatsächlich verwendet wurden, und beendet die Messung von Verzögerungen bei der Materialverfügbarkeit. Bezugsquelle In Transaktionsprotokollen des Lagers zu finden, wenn die Buchungsart mit einem Arbeitsauftrag verknüpft ist. Erfassen Timestamp aus Lagerausgabetransaktionen extrahieren Ereignistyp explicit | |||
| Materialanforderung erstellt | Eine formelle Anforderung von Ersatzteilen oder Verbrauchsmaterialien wird mit dem Arbeitsauftrag verknüpft. Dadurch beginnt der für die Reparatur erforderliche Teilprozess der Lieferkette. | ||
| Warum das wichtig ist Unverzichtbar für die Analyse von Verzögerungen durch Abhängigkeiten in der Lieferkette und fehlende Materialien. Bezugsquelle In Tabellen zu Materialbedarfen oder bei einer Statusänderung zu „Warten auf Material“ zu finden. Erfassen Erstellung von mit dem Arbeitsauftrag verknüpften Materialpositionen identifizieren Ereignistyp explicit | |||
| Nacharbeit in der Instandhaltung erfasst | Zeigt an, dass ein abgeschlossener Auftrag abgelehnt wurde oder kurzfristig fehlgeschlagen ist und der Status wieder auf „In Bearbeitung“ gesetzt werden musste. Dies stellt eine Prozessschleife dar. | ||
| Warum das wichtig ist Ein wichtiger Indikator für Probleme bei der technischen Schulung oder für mangelhafte Ersatzteile. Bezugsquelle Abgeleitet, wenn der Status von „Abgeschlossen“ zurück auf „In Bearbeitung“ wechselt oder explizit ein Nacharbeitscode protokolliert wird. Erfassen Rückwärts gerichtete Statusänderungen oder Nacharbeitskennzeichen identifizieren Ereignistyp inferred | |||
| Priorität aktualisiert | Eine Änderung der Kritikalitäts- oder Dringlichkeitsstufe eines Arbeitsauftrags nach seiner ursprünglichen Erstellung. Erfasst werden der neue Prioritätswert und der Zeitpunkt der Entscheidung. | ||
| Warum das wichtig ist Häufige Prioritätsänderungen können auf mangelhafte Triage-Prozesse oder eine gezielte Umgehung von Rückstands-Warteschlangen hindeuten. Bezugsquelle Üblicherweise in Feldprüfprotokollen oder Systemhistorien erfasst, die das Feld „Priorität“ überwachen. Erfassen Änderungen des Prioritätsfelds im Audit Log identifizieren Ereignistyp explicit | |||
| Qualitätsprüfung abgeschlossen | Ein konkreter Validierungsschritt, bei dem die Reparatur geprüft, vermessen oder getestet wird. Dadurch wird sichergestellt, dass die Anlage vor der Wiederinbetriebnahme die betrieblichen Standards erfüllt. | ||
| Warum das wichtig ist Entscheidend für Compliance- und Sicherheitsanalysen. Fehler in diesem Schritt lösen Nacharbeits-Schleifen aus. Bezugsquelle In Prüfprotokollen, abgeschlossenen Checklisten oder bestimmten Statusmeilensteinen zu finden. Erfassen Abschluss von Prüfaufgaben oder Aktualisierungen des Qualitätsstatus identifizieren Ereignistyp explicit | |||
| Zieltermin aktualisiert | Eine Aktualisierung des geplanten Start- oder Abschlusstermins eines Arbeitsauftrags. Sie bildet Anpassungen aufgrund der Ressourcenverfügbarkeit oder von Verzögerungen ab. | ||
| Warum das wichtig ist Die Nachverfolgung von Terminverschiebungen zeigt, ob KPIs durch tatsächliche Leistung erreicht werden oder ob lediglich die Zielvorgaben verschoben werden. Bezugsquelle In Audit Logs zu finden, die Änderungen an den Feldern „Geplanter Start“ oder „Erforderlich bis“ erfassen. Erfassen Aktualisierungen von Datumsfeldern in der Arbeitsauftragshistorie erfassen Ereignistyp explicit | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Ausführliche Anweisungen finden Sie in unserem
oder wählen Sie einen bestimmten Prozess und ein bestimmtes System aus.
Bereit für den Start?
Unabhängig davon, ob Sie einer unserer plattformspezifischen Extraktionsanleitungen folgen oder dieses generische Template auf Ihre individuelle Datenumgebung anwenden, können Sie jetzt mit Ihrem Process-Mining-Projekt beginnen.
Steigern Sie noch heute die Effizienz Ihrer Anlageninstandhaltung
Reduzieren Sie Stillstandszeiten und senken Sie Instandhaltungskosten mit Echtzeitdaten.
Keine Kreditkarte erforderlich. Einrichtung in fünf Minuten.