Verbessern Sie Ihre Datenbank für Reparatur-/Korrekturmaßnahmen

Chris Winston

February 4, 2025

Computerized Maintenance Management Systems (CMMS) oder Enterprise Asset Management (EAM) -Systeme sind nur Software, mit der Sie Ihre Daten organisieren können. Die Analyse dieser Daten kann Informationen liefern, die es Ihnen ermöglichen, knappe Ressourcen dorthin umzuleiten, wo sie am dringendsten benötigt werden, und diese Maßnahmen zu rechtfertigen. Wir sind uns also einig, dass wir gute Daten benötigen, um hilfreiche Informationen herauszuholen. Lassen Sie uns vor diesem Hintergrund zunächst die Reparaturdaten in Angriff nehmen.

Daten reparieren

Grundlegende Reparaturdatenfelder lassen sich in vier Kategorien unterteilen, die den Lebenszyklus abdecken:

  • Entstehung
  • Planung
  • Terminplanung
  • Ergebnisse

In diesem Blog werden wir uns nur mit Entstehung und Ergebnissen befassen, da sie in allen Arbeitsaufträgen erscheinen werden, einschließlich Notfallarbeitsaufträgen, die weder geplant noch geplant sind.

Entstehung

Zu den Herkunftsdaten gehören die Priorität oder zumindest eine Erklärung, ob es sich um einen Notfall handelt, die Identifizierung des Urhebers, die Anlage mit dem Problem und die Problembeschreibung. Ja, es können mehr sein, aber betrachten Sie dies als das absolute Minimum, das bei jeder Anfrage angegeben werden sollte. Im Allgemeinen hilft dies dabei, die besten Ressourcen für den Job bereitzustellen. Obwohl es äußerst wichtig ist, alle Daten konsistent und korrekt in jedes Feld einzufügen, treten die meisten Probleme bei der Auftragserstellung auf und vervielfachen sich mit der Bearbeitung des Arbeitsauftrags.

Die Bedeutung der Problembeschreibung kann nicht unterschätzt werden. Jeder, der um Arbeit bittet, sollte darin geschult werden, wie er die Problembeschreibung eingibt (eintippen, schreiben, Nachricht senden usw.) kann. Dies sollte beinhalten, was beobachtet wurde und zu dem Anruf geführt hat. Beispiele für schlechte Problembeschreibungen:

  • „Es funktioniert nicht“ oder „Es ist ausgefallen“
  • „Es ist kaputt“
  • „Es klingt, als würde es scheitern“

Schlechte Problembeschreibungen liefern nicht genügend beschreibende Daten und führen zu schlechten beschreibenden Ergebnissen wie:

  • „Es funktioniert“ oder „Es ist aus“
  • „Es ist behoben“
  • „Klingt okay für mich; nur ein bisschen lauter als normal“
  • Und manchmal gar keine Beschreibung — nur ein Arbeitsauftrag, der in den Status „Fertig“ versetzt wurde

Wenn die historischen Aufzeichnungen im System Beschreibungen enthalten, die diesen ähnlich sind (oder die Beschreibungen null sind), planen Sie, alle sofort umzuschulen und eine Stichprobe dieser Aufzeichnungen beizufügen, um zu zeigen, wie nützlich (oder nicht) sie für historische Analysen sind.

Die Anforderer sollten geschult werden, sich zunächst darauf zu konzentrieren, das Problem auf der Grundlage ihrer Beobachtungen zu beschreiben, z. B.:

  • „... habe ein Leck gesehen bei...“
  • „Ich habe übermäßiges Zahnradknirschen gehört“
  • „Ich habe ein Knallen in der Trennleiste gehört und etwas Rauch gesehen“
  • „Fühlte bei normaler Laufgeschwindigkeit übermäßige Vibration“
  • „Es hat geschmeckt, als wäre zu viel Sirup drin, aber die Kontrollen zeigen die richtige Mischung an“

Dies sind wirklich stark vereinfachte Beispiele, aber Ihre Wartungsabteilung kann dies verwenden, um einen Ausgangspunkt zu identifizieren und eine aussagekräftigere Reaktion auf die Ursache zu fördern. Für historische Zwecke kann dies von unschätzbarem Wert sein, wenn es darum geht, sich wiederholende Probleme zu untersuchen und darauf hinzuarbeiten, sie zu beseitigen und bessere Daten für die Verwendung durch Maximo Work Order Intelligence.

Die Verbesserung der Daten zu Arbeitsanforderungen/Auftragserfassung ist wahrscheinlich die größte und kostengünstigste Methode, um einen großen Sprung bei der Erfassung von Reparaturdaten zu machen. Auch wenn Sie verwenden Schnelle Berichterstattung, Sie beginnen immer noch in der Regel mit 100 Zeichen im Hauptfeld, bevor Sie zur langen Beschreibung übergehen müssen. Sie haben auch die Möglichkeit, einen Problemcode einzugeben, falls Sie diesen entwickelt haben. Durch die Verwendung von Codierung in der Fehlerhierarchie werden Ihre Möglichkeiten zur quantitativen Analyse Ihrer Daten weiter verbessert.

Ergebnisse

Die Ergebnisdaten sollten mindestens die Fertigkeit oder den Beruf, mit dem die Arbeiten abgeschlossen wurden, die Arbeitszeit, eine Beschreibung der geleisteten Arbeit, der verwendeten Materialien und ihrer Kosten, die Ursache, etwaige Ausfallzeiten und eine Bewertung der Reparatur (sind Folgearbeiten erforderlich?) enthalten.

Dem Skill sollte ein entsprechender Rechnungssatz zugeordnet sein, sodass die in Rechnung gestellten Stunden als für die Reparatur berechnete Dollar identifiziert werden können, und zwar zurück an die Anlage. Dies hilft dabei, neben anderen Kostenfeldern auch das Kostenfeld für die Anlage seit Jahresbeginn auf der Anlage auszuweiten.

Noch besser ist es, die Identifizierung des tatsächlichen Technikers beizufügen, insbesondere wenn eine Nachverfolgung erforderlich ist und Sie die richtige Person kontaktieren möchten. Diese Techniker verfügen außerdem über Aufzeichnungen darüber, woran sie gearbeitet haben, wenn es für Schulungs- und Zertifizierungszwecke sinnvoll ist, den Überblick zu behalten.

In der Arbeitsbeschreibung sollten die zur Fertigstellung des Auftrags ergriffenen Maßnahmen erläutert werden. Es gibt viel Platz für eine detaillierte Beschreibung, und auch hier haben Sie Zugriff auf das Problem. Ursache und Abhilfemaßnahmen für diese Daten wurden entwickelt.

Ausfallzeiten können kompliziert sein, daher ist es wichtig, dass alle Beteiligten genau wissen, wie sie berechnet und genutzt werden, bevor sie gemeldet werden.

Die verwendeten Materialien und ihre Kosten sind hilfreich, um das Inventar auf dem neuesten Stand zu halten und die Materialkosten für jeden Vermögenswert in Rechnung zu stellen. Auf diese Weise erhalten Sie einen besseren Überblick über die Nutzung und die Kosten für die Wartung der Anlage.

Die Identifizierung des Materials anhand seiner Tracking-Nummer oder ITEMNUM in Maximo ist für die Dokumentation des Ersatzteilverbrauchs unerlässlich und kann bei der Erstellung der Stückliste (Asset Spare Parts) helfen, wenn diese Funktion für den Artikel aktiviert ist.

Diese Kosten sind besonders wichtig, da viele Materialkosten die Arbeitskosten erheblich übersteigen können. Beide sind erforderlich, um die Wartungsanforderungen richtig einzuschätzen und eine vollständigere Historie einer bestimmten Anlage zu erstellen.

Je besser und konsistenter alle Arbeitsaufträge aufgezeichnet werden, desto größer ist das Potenzial, genauere Informationen über die Wartung aller Anlagen sowohl in qualitativer als auch in quantitativer Hinsicht zu erhalten. Je schneller dies geschehen kann, desto eher werden die tatsächlichen Aktivitäten gemeldet und nützliche Historien können mithilfe statistischer Methoden erstellt und analysiert werden.


Willst du mehr erfahren? Schauen Sie sich die Ressourcen auf der Naviam an Webseite oder Kontakt unser Team heute!

Entdecken Sie den ultimativen Leitfaden zur IBM Maximo Application Suite (MAS)

Erfahren Sie alles, was Sie wissen müssen, um Ihre Vermögensverwaltungsstrategie zu modernisieren.

Darin erfährst du:

  • Was ist neu in IBM Maximo Application Suite 9.0
  • Hauptunterschiede zwischen Maximo 7.6 und MAS
  • Wie AppPoints und OpenShift das Spiel verändern
  • Branchenanwendungsfälle in den Bereichen Energie, Fertigung und Transport
  • Schrittweise Anleitung für das Upgrade und die Bereitschaft zur Migration
Cover of 'The Ultimate Guide to MAS Maximo Application Suite' by Naviam featuring a man in a yellow construction helmet and safety vest holding a tablet.
×

ActiveG, BPD Zenith, EAM Swiss, InterPro Solutions, Lexco, Peacock Engineering, Projetech, Sharptree, and ZNAPZ have united under one brand: Naviam.

You’ll be redirected to the most relevant page at Naviam.io in a few seconds — or you can go now.

Read Press Release