
Kluczowe wnioski
Krótka odpowiedź: Hierarchia aktywów CMMS to struktura nadrzędny/podrzędny, która organizuje każdy zasób. Większość wdrożeń CMMS robi to źle od pierwszego dnia, a konsekwencje kumulują się przez lata, uszkodzone agregacje, niespójne nazwy, koszmary przebudowy. Praktyczna hierarchia używa 4, 6 poziomów (Zakład → Obszar → Linia → Komórka → Zasób → Komponent), z wyraźnymi konwencjami nazewnictwa, polami krytyczności i powiązaniami rodzica zdefiniowanymi przed załadowaniem danych. Zobacz także MES kontra CMMS.
CMMS bez czystej hierarchii generuje brzydkie raporty:
Przebudowa hierarchii po wdrożeniu CMMS jest bolesna, dane historyczne trzeba ponownie mapować, raporty przestają działać, konwencje nazewnictwa rozjeżdżają się. Ustaw to poprawnie na etapie konfiguracji.
Niektóre zakłady dodają siódmy poziom dla wymiennych podkomponentów. Większość tego nie potrzebuje; zlecenia pracy na poziomie komponentu to zazwyczaj wystarczające pokrycie.
Praktyczna konwencja nazewnictwa ma cztery cechy:
Przykład: ASLY-L3-CELL2-PUMP-001, Linia montażowa 3, Komórka 2, Pompa nr 001.
Krytyczność to nie tylko atrybut na poziomie zasobu. Cała hierarchia powinna ją zawierać:
Agregowanie tych wartości pozwala na priorytetyzację PM na właściwym poziomie.
Każdy zasób musi mieć rodzica. Łańcuch rodziców agreguje się do poziomu przedsiębiorstwa. To umożliwia:
Bez wyraźnych powiązań rodzica agregacje stają się niemożliwe, a raportowanie ogranicza się do pojedynczych zasobów.
Te sześć elementów ustalonych PRZED załadowaniem zapobiega 90% koszmarów przebudowy.
1. Najpierw ładowanie danych, potem struktura. Struktura krystalizuje się wokół załadunku i staje się trudna do zmiany.
2. Pozwalanie każdej linii na własne nazewnictwo. Niespójność trwała.
3. Za dużo poziomów. Powyżej 7 poziomów zwykle oznacza, że hierarchia robi to, co powinny robić inne pola.
4. Brak opiekuna danych. Hierarchia zanika, gdy różni ludzie dodają zasoby na różne sposoby.
5. Granularność na poziomie komponentu dla wszystkiego. Większość zakładów nie musi śledzić każdego śruby jako zasobu. Zatrzymaj się na poziomie, na którym są tworzone zlecenia pracy.
Reguła praktyczna: jeśli piszesz zlecenia pracy na jego podstawie, to jest to zasób. Jeśli wymieniasz go jako część zamienną podczas zlecenia pracy, to jest to komponent (który może, ale nie musi być w hierarchii w zależności od wymagań dotyczących śledzenia).
Agregowanie tych ocen pozwala planowaniu PM i priorytetyzacji zleceń pracy na podstawie właściwych kombinacji.
Nowoczesny CMMS egzekwuje hierarchię przy wprowadzaniu danych, obsługuje krytyczność na każdym poziomie, agreguje raporty według rodzica i pozwala opiekunowi danych egzekwować konwencje nazewnictwa za pomocą szablonów.
System CMMS firmy Fabrico obsługuje konfigurowalną głębokość hierarchii, krytyczność na każdym poziomie, wymuszanie szablonów nazewnictwa i raportowanie agregacyjne od komponentu do poziomu przedsiębiorstwa.
Zobacz, jak Fabrico to automatycznie przechwytuje, poznaj OEE dla produkcji lub zarezerwuj demo.
Zwykle 4, 6 poziomów. Więcej niż 7 zwykle oznacza, że hierarchia robi to, co powinny robić inne pola.
Tak, ale to bolesne. Dane historyczne trzeba ponownie mapować. Ustal poziomy poprawnie podczas konfiguracji.
Tak, jeśli przeprowadzasz analizy niezawodności na poziomie komponentu. Nie, jeśli każde zlecenie pracy dotyczy poziomu zasobu.
Użyj pola "aktualna lokalizacja", które wskazuje na lokalizację w hierarchii. Nie przenoś zasobu między rodzicami w hierarchii; to łamie historię.
Dwa do czterech tygodni dla typowego zakładu, wliczając przegląd międzyfunkcyjny. Pominięcie tej pracy kosztuje lata.