Ihr Daten-Template für die Anlageninstandhaltung

Universelles Process-Mining-Template
Ihr Daten-Template für die Anlageninstandhaltung

Ihr Daten-Template für die Anlageninstandhaltung

Universelles Process-Mining-Template

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
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Anlageninstandhaltung

Diese empfohlenen Datenfelder liefern den Kontext für Ihr Event Log und ermöglichen Ihnen, Instandhaltungsaufträge nach Anlagentyp, Priorität und Standort zu analysieren.
5 Erforderlich 9 Empfohlen 2 Optional
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
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Dieser Abschnitt beschreibt die wesentlichen Prozessschritte und Meilensteine, die Sie aus Ihren Daten erfassen sollten, um eine präzise Prozesserkennung und Engpassidentifizierung sicherzustellen.
7 Empfohlen 9 Optional
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
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Ausführliche Anweisungen finden Sie in unserem

ETL-Leitfaden

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.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Einrichtung in fünf Minuten.