Wesentliche Erkenntnisse
Kurzantwort: Die CMMS-Anlagenhierarchie ist die Eltern-/Kind-Struktur, die jede Anlage organisiert. Die meisten CMMS-Einführungen haben das am Anfang falsch, und die Folgen summieren sich über Jahre — gebrochene Aggregationen, inkonsistente Benennungen, Umstrukturierungs-Alpträume. Eine praxisnahe Hierarchie nutzt 4–6 Ebenen (Standort → Bereich → Linie → Zelle → Anlage → Komponente), mit expliziten Namenskonventionen, Kritikalitätsfeldern und definierten Elternverknüpfungen, bevor Daten geladen werden. Siehe auch MES vs CMMS.
Ein CMMS ohne saubere Hierarchie liefert hässliche Berichte:
Die Umstrukturierung der Hierarchie, nachdem das CMMS in Betrieb ist, ist schmerzhaft — historische Daten müssen neu zugeordnet werden, Berichte brechen, Namenskonventionen driften auseinander. Richten Sie es bei der Einrichtung richtig ein.
Einige Werke fügen eine siebte Ebene für austauschbare Unterkomponenten hinzu. Die meisten benötigen das nicht; Arbeiten auf Komponentenebene werden durch Arbeitsaufträge abgedeckt.
Eine funktionierende Namenskonvention hat vier Eigenschaften:
Beispiel: ASLY-L3-CELL2-PUMP-001 — Fertigungslinie 3, Zelle 2, Pumpe Nr. 001.
Kritikalität ist nicht nur eine Anlagen-Eigenschaft. Die gesamte Hierarchie sollte sie tragen:
Das Hochrechnen dieser Werte ermöglicht die richtige Priorisierung von PMs auf der passenden Ebene.
Jede Anlage muss einen Eltern-Knoten haben. Die Elternkette läuft bis zum Enterprise. Das ermöglicht:
Ohne explizite Elternverknüpfungen werden Aggregationen unmöglich und Berichte sind nur noch pro Anlage möglich.
Diese sechs Punkte, die VOR dem Laden entschieden werden, verhindern 90% der Umstrukturierungs-Albträume.
1. Erst Daten laden und später strukturieren. Die Struktur verfestigt sich um den Import und ist nur schwer zu ändern.
2. Jede Linie lässt ihre eigene Namensgebung zu. Inkonsistenz wird dauerhaft.
3. Zu viele Ebenen. Mehr als 7 Ebenen bedeutet meist, dass die Hierarchie Dinge tut, die andere Felder übernehmen sollten.
4. Kein Data Steward. Die Hierarchie zerfällt, wenn unterschiedliche Personen Anlagen unterschiedlich anlegen.
5. Komponenten-Ebene für alles. Die meisten Werke müssen nicht jede Schraube als Anlage verfolgen. Hören Sie auf der Ebene auf, auf der Arbeitsaufträge geschrieben werden.
Faustregel: Wenn Sie Arbeitsaufträge dagegen schreiben, ist es eine Anlage. Wenn Sie es als Ersatzteil während eines Arbeitsauftrags austauschen, ist es eine Komponente (die je nach Rückverfolgbarkeitsanforderungen ggf. nicht in der Hierarchie sein muss).
Das Hochrechnen dieser Werte ermöglicht PM-Planung und Priorisierung von Arbeitsaufträgen auf Basis der richtigen Kombination.
Ein modernes CMMS erzwingt die Hierarchie bei der Dateneingabe, unterstützt Kritikalität auf jeder Ebene, aggregiert Berichte über Elternknoten und ermöglicht dem Data Steward, Namenskonventionen über Templates durchzusetzen.
Fabrico's CMMS unterstützt konfigurierbare Hierarchietiefen, Kritikalität auf jeder Ebene, Erzwingung von Namensvorlagen und Rollup-Berichte von der Komponente bis zum Unternehmen.
Sehen Sie, wie Fabrico das automatisch erfasst — OEE für die Fertigung erkunden oder eine Demo buchen.
Typischerweise 4–6 Ebenen. Mehr als 7 bedeutet meist, dass die Hierarchie Aufgaben übernimmt, die andere Felder besser abbilden sollten.
Ja, aber es ist schmerzhaft. Historische Daten müssen neu zugeordnet werden. Stellen Sie die Ebenen bei der Einrichtung richtig ein.
Ja, wenn Sie eine Zuverlässigkeitsanalyse auf Komponentenebene durchführen. Nein, wenn alle Arbeitsaufträge auf Anlagenebene geschrieben werden.
Verwenden Sie ein Feld „aktueller Standort“, das auf einen Ort in der Hierarchie zeigt. Bewegen Sie die Anlage nicht zwischen Elternknoten; das bricht die Historie.
Zwei bis vier Wochen für ein typisches Werk, inklusive fachübergreifender Überprüfung. Das Überspringen dieser Arbeit kostet Jahre.
Anmeldung
Blog
