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 Datentemplate für Process Mining für Instandhaltung von Anlagen. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.

Wählen Sie ein bestimmtes System aus
  • Vollständige Liste standardisierter Meilensteine der Instandhaltung
  • Flexibles Attributschema für detaillierte Leistungsanalysen
  • Vollständig kompatibel mit jeder Datenquelle für Enterprise Asset Management
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Anlageninstandhaltung

Diese empfohlenen Datenfelder liefern den Kontext für Ihr Event Log. Damit können Sie Instandhaltungsaufträge nach Anlagentyp, Priorität und Standort analysieren.
5 Erforderlich 9 Empfohlen 2 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Die konkrete Aufgabe, Statusänderung oder das Ereignis im Workflow.
Beschreibung

Dieses Attribut beschreibt die Schritte im Lebenszyklus des Instandhaltungsauftrags. Es erfasst die einzelnen Zustände, die der Auftrag durchläuft, etwa erstellt, genehmigt, in Bearbeitung, zurückgestellt und abgeschlossen.

Für eine präzise Process-Mining-Analyse fasst dieses Feld verschiedene Systemereignisse als verständliche Aktivitäten zusammen. Es ist entscheidend, um die Prozessübersicht darzustellen, Übergangszeiten zwischen Phasen zu berechnen und Nacharbeitsschleifen zu erkennen, in denen ein Arbeitsauftrag auf einen vorherigen Status zurückgesetzt wird.

Warum das wichtig ist

Es definiert die Knoten in der Prozessübersicht und ist erforderlich, um den Workflow zu rekonstruieren.

Woher beziehen

Abgeleitet aus Statushistorien, Transaktionsprotokollen oder Änderungsprotokollen für Arbeitsaufträge.

Beispiele
Instandhaltungsauftrag erstelltMaterial ausgegebenGenehmigung erteiltStatus auf „In Bearbeitung“ geändertInstandhaltungsauftrag geschlossen
Arbeitsauftragsnummer
WorkOrderNumber
Eindeutige Kennung des Instandhaltungsfalls oder Arbeitsauftrags.
Beschreibung

Dieses Attribut dient als zentrale Fallkennung für die Process-Mining-Analyse. Es steht für einen vollständigen Instandhaltungszyklus, von der ursprünglichen Anfrage oder dem präventiven Auslöser bis zum Abschluss und zur finanziellen Abrechnung.

In der Analyse dient dieses Feld als Primärschlüssel, um alle zugehörigen Ereignisse, Kosten und Ressourceneinträge zusammenzufassen. Die Process-Mining-Engine kann damit den Lebenszyklus einzelner Aufträge rekonstruieren. So können Analysten den Arbeitsablauf nachvollziehen, Engpässe auf Fallebene erkennen und Ergebnisse bestimmten Auftragstypen oder Prioritäten zuordnen.

Warum das wichtig ist

Dies ist die grundlegende Case-ID, die zur Unterscheidung einzelner Prozessinstanzen erforderlich ist.

Woher beziehen

In der Regel in der Kopfdatentabelle des Arbeitsauftrags zu finden (z. B. WONUM in Maximo, AUFNR in SAP).

Beispiele
WO-2023-884110049221PM-552-AREQ-992104500021
Ereigniszeitpunkt
EventTimestamp
Datum und Uhrzeit, zu denen eine Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut gibt jedem Ereignis im Instandhaltungsprotokoll einen zeitlichen Bezug. Es erfasst den genauen Zeitpunkt, zu dem sich ein Status geändert oder das Quellsystem eine Transaktion verbucht hat.

Timestamps bilden die Grundlage für alle zeitbezogenen Kennzahlen im Process Mining. Mit ihnen lassen sich Zykluszeiten, Durchlaufzeiten und Leerlaufzeiten von Ressourcen berechnen. Hochpräzise Timestamps sind erforderlich, um Ereignisse in der richtigen Reihenfolge anzuordnen, wenn sie kurz nacheinander auftreten.

Warum das wichtig ist

Damit lassen sich Ereignisse in eine Reihenfolge bringen und alle zeitbezogenen Kennzahlen berechnen.

Woher beziehen

Neben der Aktivität in Transaktionsprotokollen, Historientabellen oder Audit-Trails zu finden.

Beispiele
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Extraktion oder Aktualisierung des Datensatzes.
Beschreibung

Dieses Attribut gibt an, wie aktuell der für die Analyse verwendete Datensatz ist. 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.

Auch wenn dieses Attribut nicht zum tatsächlichen Prozessablauf gehört, ist es für die Data Governance wichtig. Es zeigt den Beteiligten, ob sie Echtzeitdaten oder einen Snapshot aus einer früheren Abschlussperiode betrachten.

Warum das wichtig ist

Es unterstützt die Prüfung der Datenaktualität und die Verwaltung inkrementeller Ladevorgänge.

Woher beziehen

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
Name der Anwendung oder Datenbank, aus der der Datensatz stammt.
Beschreibung

Dieses Attribut gibt an, in welcher Softwareumgebung die Daten erzeugt wurden. In komplexen Instandhaltungsumgebungen können die Daten aus einem ERP-System, einem spezialisierten CMMS oder einer IoT-Überwachungsplattform stammen.

Bei der Analyse hilft dieses Feld, Daten zu filtern, wenn mehrere Systeme in ein Prozessmodell einfließen. Es unterstützt die Nachverfolgung der Datenherkunft und ermöglicht den Vergleich von Datenqualität und Prozessvarianten zwischen verschiedenen Altsystemen.

Warum das wichtig ist

Es gewährleistet die Rückverfolgbarkeit von Daten in Umgebungen mit mehreren Systemen.

Woher beziehen

Während der Extraktion fest codiert oder aus der Systemkonfiguration übernommen.

Beispiele
SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM
Anlagen-ID
AssetId
Eindeutige Kennung des instand zu haltenden Geräts oder der Anlage.
Beschreibung

Dieses Attribut verknüpft den Arbeitsauftrag mit dem physischen Objekt vor Ort. Es bezeichnet die Kennnummer, Geräte-ID oder Maschinennummer der Anlage, an der die Instandhaltung durchgeführt wird.

Das Attribut ist wichtig, um Anlagen zu erkennen, die häufig repariert werden müssen. Wenn Analysten Arbeitsaufträge nach Anlagen-ID zusammenfassen, können sie die mittlere Betriebsdauer zwischen Ausfällen (MTBF) berechnen und Geräte identifizieren, die einen überproportional hohen Anteil des Instandhaltungsbudgets beanspruchen.

Warum das wichtig ist

Es ermöglicht die Leistungsanalyse einzelner Geräte und die Berechnung der MTBF.

Woher beziehen

Kopfdatentabelle des Arbeitsauftrags (z. B. ASSETNUM in Maximo, EQUNR in SAP).

Beispiele
PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05
Arbeitsauftragstyp
WorkOrderType
Ordnet Instandhaltungsarbeiten den Kategorien präventiv, korrektiv, Notfall oder projektbezogen zu.
Beschreibung

Dieses Attribut klassifiziert die Art der Instandhaltungsarbeit. Übliche Werte unterscheiden zwischen geplanten Arbeiten (präventiv) und ungeplanten Ausfällen (korrektiv oder Notfall). Es ist ein Standardfeld in nahezu allen EAM- und CMMS-Systemen.

Analysten verwenden dieses Feld, um das Prozessmodell nach Kategorien aufzuschlüsseln. Ein Vergleich von Notfallreparaturen mit präventiver Instandhaltung zeigt häufig deutliche Unterschiede bei Prozessabläufen, Genehmigungsanforderungen und Zykluszeiten. Das Feld ist die wichtigste Dimension zur 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.

Woher beziehen

Kopfdatentabelle des Arbeitsauftrags (z. B. WORKTYPE in Maximo, AUART in SAP).

Beispiele
PräventivKorrektivNotfallPrädiktivInvestitionsprojekt
Geplanter Abschlusstermin
TargetCompletionDate
Geplanter Termin, bis zu dem der Arbeitsauftrag abgeschlossen sein soll.
Beschreibung

Dieses Attribut enthält den vom Planer festgelegten oder durch das SLA vorgegebenen Fälligkeitstermin. Er dient als Referenz für die Berechnung termingerechter Abschlüsse.

Durch den Vergleich des tatsächlichen Abschlussdatums mit diesem Zieltermin lassen sich die Termineinhaltung und Verzögerungen berechnen. Große Abweichungen weisen auf Schwächen in der Planung oder Ressourcenengpässe hin.

Warum das wichtig ist

Er bildet die Grundlage für die Berechnung von Verzögerungen und Termineinhaltung.

Woher beziehen

Registerkarte zur Arbeitsauftragsplanung (z. B. GLTRP in SAP, SCHEDFINISH in Maximo).

Beispiele
2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z
Instandhaltungsabteilung
MaintenanceDepartment
Organisationseinheit oder Werkstatt, die für die Ausführung der Arbeiten zuständig ist.
Beschreibung

Dieses Attribut bezeichnet das Team, das Gewerk oder die Abteilung, der der Arbeitsauftrag zugewiesen ist, etwa Elektrotechnik, Mechanik, Instrumentierung oder Gebäudetechnik.

Diese Auswertung ermöglicht den Leistungsvergleich zwischen Teams. Analysten können Zykluszeiten, Rückstände und Nacharbeitsquoten der Abteilungen vergleichen, um Schulungsbedarf oder Ressourcenengpässe in bestimmten Gewerken zu erkennen.

Warum das wichtig ist

Es ermöglicht den Vergleich von Leistung und Auftragsrückständen zwischen verschiedenen Teams.

Woher beziehen

Kopfdatensatz des Arbeitsauftrags (z. B. Arbeitsplatz in SAP, Crew-ID in Maximo).

Beispiele
Mechanische WerkstattElektroinstandhaltungGebäudetechnikExterner AuftragnehmerInstrumentierung
Ist präventiv
IsPreventive
Kennzeichen dafür, ob der Arbeitsauftrag Teil eines präventiven Instandhaltungsprogramms ist.
Beschreibung

Dieses boolesche Attribut vereinfacht den Arbeitsauftragstyp zu einer binären Klassifizierung: präventiv oder nicht präventiv. Häufig wird es aus dem Arbeitsauftragstyp abgeleitet.

Mit diesem Kennzeichen lassen sich Dashboards schnell nach der Einhaltung präventiver Instandhaltungspläne filtern. Es vereinfacht die Berechnung der KPI für das Verhältnis von präventiver zu korrektiver Instandhaltung, einer branchenüblichen Kennzahl für den Reifegrad der Instandhaltungsorganisation.

Warum das wichtig ist

Es vereinfacht das Filtern und die KPI-Berechnung für den Anteil präventiver Instandhaltung.

Woher beziehen

Abgeleitet aus dem Arbeitsauftragstyp oder einem systemspezifischen Kennzeichen (z. B. PPM-Kennzeichen).

Beispiele
truefalse
Kritikalität der Anlage
AssetCriticality
Einstufung der betrieblichen Bedeutung der Anlage.
Beschreibung

Dieses Attribut klassifiziert Anlagen danach, welche Auswirkungen ein Ausfall auf Sicherheit, Umwelt oder Produktion hätte. Häufig ist es ein statisches Attribut im Anlagenstammsatz, wird aber oft auch im Arbeitsauftrag gespeichert.

Mithilfe dieses Attributs können Analysten prüfen, ob die Instandhaltungsteams Arbeiten an kritischen Anlagen angemessen priorisieren. Es hilft festzustellen, ob die wichtigsten Geräte die präventiven Instandhaltungspläne am zuverlässigsten einhalten.

Warum das wichtig ist

Es hilft, die Schwerpunkte der Instandhaltung an Geschäftsrisiken und betrieblichen Auswirkungen auszurichten.

Woher beziehen

Anlagenstammdaten oder, bei Denormalisierung, Kopfdatentabelle des Arbeitsauftrags.

Beispiele
A - LebenswichtigB - UnverzichtbarC - NachrangigSicherheitskritischProduktionskritisch
Prioritätsstufe
PriorityLevel
Dringlichkeit oder Bedeutung des Arbeitsauftrags.
Beschreibung

Dieses Attribut gibt an, wie kritisch die Instandhaltungsaufgabe für den Betrieb ist. Die Werte reichen üblicherweise von Zahlencodes (1, 2, 3) bis zu Bezeichnungen wie Kritisch, Hoch, Mittel und Niedrig. Sie bestimmen die erforderliche Reaktionszeit und die Ressourcenzuweisung.

In der Prozessanalyse dient dieses Attribut zur Prüfung der SLA-Einhaltung. Analysten untersuchen, ob Aufträge mit hoher Priorität den Prozess tatsächlich schneller durchlaufen als Aufträge mit niedriger Priorität oder ob sie in Genehmigungsprozessen stecken bleiben.

Warum das wichtig ist

Es ermöglicht die Analyse der SLA-Einhaltung und die Prüfung der Ressourcenpriorisierung.

Woher beziehen

Kopfdatentabelle des Arbeitsauftrags (z. B. PRIORITY in Maximo, PRIOK in SAP).

Beispiele
1 - Kritisch2 - Hoch3 - Mittel4 - NiedrigNotfall
Tatsächliche Arbeitsstunden
ActualLaborHours
Gesamtzeit, 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ächlichen Aufwand für die Erledigung der Aufgabe ab.

Diese Kennzahl ist wichtig, um die Auslastung der Belegschaft und die Arbeitseffizienz zu berechnen. Der Vergleich der tatsächlichen mit den geschätzten Stunden zeigt, wie genau die Planung war. Deutliche Abweichungen können auf unklare Auftragsumfänge oder fehlende Qualifikationen hinweisen.

Warum das wichtig ist

Es misst den Aufwand und dient zur Berechnung der Auslastung und Planungsgenauigkeit.

Woher beziehen

Aus Zeiterfassungs- oder Arbeitsbuchungstabellen zusammengefasst.

Beispiele
4.512.00.548.0160.0
Tatsächliche Gesamtkosten
TotalActualCost
Gesamte angefallene Kosten einschließlich Arbeit, Material und Dienstleistungen.
Beschreibung

Dieses Attribut summiert alle Finanzbuchungen zum Arbeitsauftrag. Es zeigt die endgültigen wirtschaftlichen Auswirkungen der Instandhaltungsmaßnahme.

Die Kostenanalyse ist ein wichtiger Anwendungsfall für Process Mining im Anlagenmanagement. Mit diesem Attribut lassen sich die teuersten Anlagenklassen in der Instandhaltung ermitteln und Fälle erkennen, in denen die Reparaturkosten den Wiederbeschaffungswert der Anlage übersteigen.

Warum das wichtig ist

Es ist zentral für die Analyse finanzieller Auswirkungen und die Berichterstattung zu Budgetabweichungen.

Woher beziehen

Kostensummierungstabellen oder Summen aus Hauptbuchbuchungen, die dem Auftrag zugeordnet sind.

Beispiele
1500.00245.5010000.000.00560.75
Arbeitsort
WorkLocation
Physischer Standort oder Funktionsbereich, an dem die Arbeit ausgeführt wird.
Beschreibung

Dieses Attribut bezeichnet den geografischen oder funktionalen Bereich, in dem sich die Anlage befindet. Das kann ein bestimmtes Gebäude, ein Stockwerk oder ein entfernter Standort sein.

Standortdaten helfen, ineffiziente Fahrtzeiten und logistische Probleme zu analysieren. Wenn Techniker viel Zeit für Fahrten zwischen weit auseinanderliegenden Standorten aufwenden, um Aufträge mit niedriger Priorität zu erledigen, 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.

Woher beziehen

Kopfdatensatz des Arbeitsauftrags oder verknüpfte Tabelle mit Anlagenstandorten.

Beispiele
Gebäude A - 2. StockNordwerkStandort 55Entfernte PumpstationWerkstatt
Zugewiesene Ressource
AssignedResource
Der Techniker oder die verantwortliche Person, der bzw. die mit der Arbeit betraut ist.
Beschreibung

Dieses Attribut bezeichnet die Person oder den leitenden Techniker, die bzw. der für die Ausführung der Instandhaltungsaufgabe zuständig ist. Während die Abteilung die Gruppe erfasst, wird hier die einzelne Person angegeben.

Diese Detailtiefe ist hilfreich, um die Arbeitslast im Team zu analysieren. Sie kann zeigen, ob bestimmte Techniker dauerhaft überlastet sind oder einzelne Personen häufiger Nacharbeiten verursachen, was auf Schulungsbedarf hindeuten kann.

Warum das wichtig ist

Es ermöglicht die Analyse der Arbeitslastverteilung und individueller Leistungskennzahlen.

Woher beziehen

Zuweisungen zu Arbeitsaufträgen oder detaillierte Arbeitszeittabellen.

Beispiele
J. SmithA. DoeTechniker-001Anbieter-XYZTeamleitung 5
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Dieser Abschnitt beschreibt die wichtigsten Prozessschritte und Meilensteine, die Sie aus Ihren Daten erfassen sollten, um Prozesse zuverlässig zu entdecken und Engpässe zu identifizieren.
7 Empfohlen 9 Optional
Aktivität Beschreibung
Arbeitsstunden erfasst
Eine Technikerin oder ein Techniker erfasst die tatsächlich für den Instandhaltungsauftrag geleisteten Stunden. Dieser Schritt kann sich wiederholen, wenn mehrere Teammitglieder an der Arbeit beteiligt sind.
Warum das wichtig ist

Die erfassten Stunden bilden die Grundlage für Kostenberechnungen und Auslastungsanalysen. Lücken zwischen Arbeitszeiteinträgen können auf Unterbrechungen im Prozess hindeuten.

Woher beziehen

Aus Zeitbestätigungstabellen oder Arbeitszeit-Transaktions-Logs ausgelesen.

Erfassung

Erfassen Sie jede Arbeitszeitbuchung für den Auftrag.

Ereignistyp explicit
Instandhaltungsauftrag abgeschlossen
Die technischen Arbeiten vor Ort sind abgeschlossen. Die Anlage wird wieder dem Betrieb übergeben, auch wenn administrative oder finanzielle Aufgaben noch ausstehen können.
Warum das wichtig ist

Der wichtigste Timestamp zur Berechnung der Reparaturdauer und des Anlagenstillstands.

Woher beziehen

Erfasst, wenn sich der Status zu „Abgeschlossen“, „TECO“ oder „Fertig“ ändert.

Erfassung

Erfassen Sie die Statusänderung, die den technischen Abschluss anzeigt.

Ereignistyp explicit
Instandhaltungsauftrag begonnen
Technikerinnen und Techniker beginnen mit den Arbeiten an der Anlage. Damit endet die Planungs- und Wartephase und die tatsächliche Ausführung beginnt.
Warum das wichtig ist

Entscheidend für die Berechnung der mittleren Reparaturdauer (MTTR) und die Abgrenzung administrativer Wartezeit von der tatsächlichen Reparaturzeit.

Woher beziehen

Üblicherweise erkennbar an einer Statusänderung zu „In Bearbeitung“ oder am Timestamp des ersten Arbeitszeiteintrags.

Erfassung

Erfassen Sie die Statusänderung zu „In Bearbeitung“ oder „Begonnen“.

Ereignistyp explicit
Instandhaltungsauftrag eingeplant
Dem Instandhaltungsauftrag werden bestimmte Arbeitskräfte, Teams oder ein fester Termin im Kalender zugewiesen. Damit wechselt der Auftrag vom Rückstand in den aktiven Tages- oder Wochenplan.
Warum das wichtig ist

So lässt sich unterscheiden, wie lange ein Auftrag im Rückstand liegt und wie lange er auf eine bestimmte Technikerin oder einen bestimmten Techniker wartet.

Woher beziehen

Abgeleitet aus der Erstellung von Arbeitseinsätzen oder Dispositionsdatensätzen.

Erfassung

Timestamp der Ressourcenzuweisung oder der Änderung des Dispositionsstatus.

Ereignistyp explicit
Instandhaltungsauftrag erstellt
Der Instandhaltungsauftrag wird offiziell im System angelegt. Dabei wird die Case-ID festgelegt und die Grundlage für Planung, Terminierung und Ausführung geschaffen.
Warum das wichtig ist

Dieser Schritt ist der zentrale Bezugspunkt des Prozesses und markiert den Beginn des administrativen Instandhaltungsprozesses.

Woher beziehen

Aus dem Erstellungs-Timestamp der Haupttabelle für Instandhaltungsaufträge ausgelesen.

Erfassung

Erfassen Sie den Timestamp, zu dem die eindeutige ID des Instandhaltungsauftrags erstellt wurde.

Ereignistyp explicit
Instandhaltungsauftrag freigegeben
Der Autorisierungsstatus ändert sich. Damit wird angezeigt, dass Arbeitsumfang, Kostenschätzung und Plan geprüft und freigegeben wurden. Die Arbeiten können nun ausgeführt werden.
Warum das wichtig ist

Damit wird die administrative Durchlaufzeit gemessen, die erforderlich ist, um Planungs- und Budgethürden zu überwinden.

Woher beziehen

Üblicherweise erfasst, wenn sich der Status in „Genehmigt“, „Freigegeben“ oder „Autorisiert“ ändert.

Erfassung

Filtern Sie nach Statusänderungen, die eine Autorisierung anzeigen.

Ereignistyp explicit
Instandhaltungsauftrag geschlossen
Der letzte administrative Schritt: Der Instandhaltungsauftrag wird finanziell abgeschlossen und archiviert. Danach können keine weiteren Kosten oder Arbeitsstunden gebucht werden.
Warum das wichtig ist

Markiert das endgültige Ende des Cases im System. Verzögerungen an dieser Stelle weisen auf administrative Rückstände hin.

Woher beziehen

Erfasst, wenn sich der Status zu „Geschlossen“, „Archiviert“ oder „CLSD“ ändert.

Erfassung

Erfassen Sie die abschließende Statusänderung zu „Geschlossen“.

Ereignistyp explicit
Instandhaltungsanfrage erstellt
Eine Bedienperson oder ein automatisiertes System meldet erstmals einen Mangel oder fordert eine Serviceleistung an. Dieser Schritt geht häufig dem formellen Instandhaltungsauftrag voraus und markiert den tatsächlichen Beginn des Anforderungsprozesses.
Warum das wichtig ist

Mit diesem Schritt lässt sich die gesamte Reaktionszeit ab dem Zeitpunkt berechnen, an dem ein Problem erkannt wird, und nicht erst ab der Annahme durch das Instandhaltungsteam.

Woher beziehen

Typischerweise in Serviceanfrage-Logs, Tabellen des Helpdesk-Ticketsystems oder Benachrichtigungsverläufen zu finden.

Erfassung

Lesen Sie den Erstellungs-Timestamp des vorgelagerten Anfrageobjekts aus, das mit dem Instandhaltungsauftrag verknüpft ist.

Ereignistyp explicit
Instandhaltungsauftrag storniert
Ein Instandhaltungsauftrag wird vor dem erfolgreichen Abschluss vorzeitig beendet. Das geschieht, wenn die Arbeiten nicht mehr erforderlich sind, doppelt erfasst wurden oder mit anderen Arbeiten zusammengelegt werden.
Warum das wichtig ist

Eine hohe Stornierungsquote kann auf unzureichende Prüfung vorgelagerter Anfragen oder doppelte Dateneingaben hindeuten.

Woher beziehen

Erfasst, wenn sich der Status zu „Storniert“, „Abgelehnt“ oder „Ungültig“ ändert.

Erfassung

Filtern Sie nach Endstatuswerten, die eine Stornierung anzeigen.

Ereignistyp explicit
Instandhaltungsauftrag zurückgestellt
Der Status des Instandhaltungsauftrags wird auf „Zurückgestellt“ gesetzt und die Ausführung unterbrochen. Gründe dafür sind häufig fehlende Teile, mangelnder Zugang oder Sicherheitsprobleme.
Warum das wichtig ist

Damit werden Engpässe und externe Abhängigkeiten sichtbar, die den üblichen Prozessablauf stören.

Woher beziehen

Explizit im Statusverlauf erfasst, wenn der Wert zu „Zurückgestellt“, „Ausgesetzt“ oder „Blockiert“ wechselt.

Erfassung

Filtern Sie nach Statusänderungen, die eine Zurückstellung anzeigen.

Ereignistyp explicit
Material ausgegeben
Ersatzteile werden physisch aus dem Lager für den Instandhaltungsauftrag ausgegeben. Damit wird bestätigt, dass die Materialien verfügbar waren und verbraucht wurden.
Warum das wichtig ist

Damit lässt sich bestätigen, dass Teile tatsächlich verwendet wurden. Zugleich endet die Messung von Verzögerungen aufgrund fehlender Materialien.

Woher beziehen

In Lagertransaktions-Logs zu finden, wenn die Buchungsart mit einem Instandhaltungsauftrag verknüpft ist.

Erfassung

Lesen Sie den Timestamp aus den Lagerentnahmebuchungen aus.

Ereignistyp explicit
Materialanforderung erstellt
Eine formelle Anforderung von Ersatzteilen oder Verbrauchsmaterialien wird mit dem Instandhaltungsauftrag verknüpft. Damit beginnt der für die Reparatur erforderliche Teilprozess der Lieferkette.
Warum das wichtig ist

Wichtig für die Analyse von Verzögerungen durch Abhängigkeiten in der Lieferkette und fehlende Materialien.

Woher beziehen

In Tabellen zu Materialanforderungen oder bei einer Statusänderung zu „Warten auf Material“ zu finden.

Erfassung

Ermitteln Sie, wann Materialpositionen erstellt und mit dem Instandhaltungsauftrag verknüpft werden.

Ereignistyp explicit
Nacharbeit in der Instandhaltung erfasst
Ein abgeschlossener Auftrag wurde abgelehnt oder ist kurz darauf fehlgeschlagen. Deshalb wird der Status wieder auf „In Bearbeitung“ gesetzt. Dies entspricht einer Prozessschleife.
Warum das wichtig ist

Ein wichtiger Hinweis auf Probleme bei der technischen Schulung oder auf Ersatzteile von mangelhafter Qualität.

Woher beziehen

Abgeleitet aus einer rückwärts gerichteten Statusänderung von „Abgeschlossen“ zu „In Bearbeitung“ oder explizit als Nacharbeitscode erfasst.

Erfassung

Ermitteln Sie rückwärts gerichtete Statusänderungen oder Nacharbeitskennzeichen.

Ereignistyp inferred
Priorität aktualisiert
Die Kritikalität oder Dringlichkeit des Instandhaltungsauftrags wird nach seiner Erstellung geändert. 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 auf Versuche hindeuten, Warteschlangen im Auftragsrückstand zu umgehen.

Woher beziehen

Üblicherweise in Feldänderungsprotokollen oder Systemverlaufs-Logs erfasst, die das Feld „Priorität“ überwachen.

Erfassung

Ermitteln Sie Änderungen am Prioritätsfeld im Audit-Log.

Ereignistyp explicit
Qualitätsprüfung abgeschlossen
Bei diesem Prüfschritt wird die Reparatur kontrolliert, vermessen oder getestet. So wird sichergestellt, dass die Anlage vor der Wiederinbetriebnahme die betrieblichen Standards erfüllt.
Warum das wichtig ist

Entscheidend für die Analyse von Compliance und Sicherheit. Fehler bei diesem Schritt führen zu Nacharbeitszyklen.

Woher beziehen

In Prüfprotokollen, abgeschlossenen Checklisten oder bestimmten Statusmeilensteinen zu finden.

Erfassung

Ermitteln Sie den Abschluss von Prüfaufgaben oder Aktualisierungen des Qualitätsstatus.

Ereignistyp explicit
Zieldatum aktualisiert
Das geplante Start- oder Abschlussdatum des Instandhaltungsauftrags wird aktualisiert. Die Änderung spiegelt angepasste Erwartungen aufgrund verfügbarer Ressourcen oder eingetretener Verzögerungen wider.
Warum das wichtig ist

Die Nachverfolgung von Terminverschiebungen zeigt, ob KPIs durch tatsächliche Leistung erreicht werden oder lediglich durch eine Verschiebung der Zielvorgaben.

Woher beziehen

In Audit-Logs zu Änderungen an den Feldern „Geplanter Start“ oder „Benötigt bis“ zu finden.

Erfassung

Erfassen Sie Änderungen an Datumsfeldern im Verlauf des Instandhaltungsauftrags.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in

unserem ETL-Leitfaden   oder   wählen Sie einen bestimmten Prozess und ein System aus.

Möchten Sie loslegen?

Ob Sie einer unserer Extraktionsanleitungen für eine bestimmte Plattform folgen oder dieses generische Template auf Ihre individuelle Datenumgebung übertragen: Sie können jetzt mit Ihrem Process-Mining-Projekt beginnen.

Steigern Sie noch heute die Effizienz Ihrer Anlageninstandhaltung

Verringern Sie Stillstandszeiten und senken Sie Instandhaltungskosten mit aktuellen Daten.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In 5 Minuten eingerichtet.