Ihr Daten-Template für die Anlageninstandhaltung
Ihr Daten-Template für die Anlageninstandhaltung
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
Attribute der Anlageninstandhaltung
| 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 | |||
Aktivitäten der Anlageninstandhaltung
| 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 | |||
Extraktionsanleitungen
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.
Keine Kreditkarte erforderlich. In 5 Minuten eingerichtet.