Иерархия на активите в CMMS: Как да я структурирате преди да заредите 10 000 актива

Ключови изводи

• Иерархия на активите = родителско/дъщерна структура, която организира всеки актив в CMMS.
• Повечето внедрявания на CMMS грешат от първия ден и плащат за това години наред. Преструктурирането по-късно е болезнено.
• Практична йерархия: Обект → Зона → Линия → Клетка → Актив → Компонент. Обикновено 4, 6 нива.
• Йерархията трябва да поддържа агрегиране по нива: съответствие с PM по линия, MTBF по клетка, разходи за актив по зона.
• Конвенции за именуване, полета за критичност и връзки към родителите трябва да бъдат дефинирани преди зареждане на данни.

Кратък отговор: Йерархията на активите в CMMS е родителско/дъщерната структура, която организира всеки актив. Повечето внедрявания на CMMS допускат грешки още в началото и последствията се натрупват с години, счупени агрегирания, несъгласувани имена, кошмари при преструктуриране.

Практичната йерархия използва 4, 6 нива (Обект → Зона → Линия → Клетка → Актив → Компонент), с ясни конвенции за именуване, полета за критичност и връзки към родителите, дефинирани преди зареждане на данни. Вж. също MES срещу CMMS .

Защо йерархията е важна

CMMS без чиста йерархия води до некачествени отчети:

• Не може да се агрегира MTBF, MTTR или разходи за поддръжка по линия, зона или обект.
• Не може да се филтрира спазването на PM по отговорна група.
• Не може да се идентифицират проблемни линии или зони.
• Не може да се прави приоритизация на PM въз основа на критичност в мащаб.

Преструктурирането на йерархията след като CMMS е в продукция е болезнено, историческите данни трябва да бъдат преразпределени, отчетите се счупват, конвенциите за именуване се разминават. Направете го правилно при настройката.

Практична шестстепенна йерархия

1. Предприятие (за операции с множество заводи). По избор.
2. Обект / Завод. Един за всяко физическо съоръжение.
3. Зона. Основна функционална зона в завода (Производство, Комунални услуги, Опаковане).
4. Линия / Система. Една производствена линия или една основна система (ОВК, отопление/вентилация/климатизация, въздушни компресори).
5. Клетка / Машина. Индивидуална работна станция или машина.
6. Актив / Компонент. Конкретният актив, който се поврежда, помпа, двигател, сензор, клапан.

Някои заводи добавят седмо ниво за заменяеми подсистеми. Повечето не се нуждаят от това; работните нареждания на нивото на компонентите покриват случая.

Правила за именуване

Работеща конвенция за именуване има четири свойства:

• Йерархична. Името отразява позицията в йерархията.
• Стабилна. Не се променя, когато активите се преместват или преотстъпват.
• Уникална. Няма два актива с едно и също име, дори ако описанията са сходни.
• Четима. Техникът трябва да може да разпознае актива само по името.

Пример: ASLY-L3-CELL2-PUMP-001, Сглобителна линия 3, Клетка 2, Помпа №001.

Критичност на всяко ниво

Критичността не е само атрибут на ниво актив. Цялата йерархия трябва да я носи:

• Критичност на обекта (някои обекти са по-важни от други в мрежата).
• Критичност на зоната (някои зони са тесни места).
• Критичност на линията (тясно място при единична линия спрямо резервирана линия).
• Критичност на актива (стандартна матрица за критичност на оборудването).

Агрегирането им позволява приоритизацията на PM да се прави на правилното ниво.

Връзки с родител и агрегиране

Всеки актив трябва да има родител. Веригата от родители се агрегира до ниво предприятие. Това позволява:

• Агрегация на разходите за поддръжка по линия, зона, обект.
• Съответствие с PM по линия, зона, обект.
• MTBF и MTTR по линия, зона, обект.
• Разпределение на модовете на отказ по линия, зона, обект.

Без явни връзки към родителите агрегиранията стават невъзможни и отчетността се ограничава само до нивото на актив.

Какво да дефинирате преди да заредите данни

1. Шестте (или колкото са) нива. Документирани.
2. Конвенцията за именуване. С примери.
3. Рамка за оценка на критичността. За всяко ниво.
4. Таксономия на класовете активи. Типове и подтипове, които свързват сходни активи в завода.
5. Задължителни полета за всяко ниво. Какви метаданни трябва да има всеки актив.
6. Отговорник за данните. Един човек, отговорен за именуване, критичност и решения относно йерархията.

Тези шест елемента, решени ПРЕДИ зареждането, предотвратяват 90% от кошмарите при преструктуриране.

Чести грешки

1. Зареждане на данните първо и структуриране след това. Структурата се втвърдява около първоначалния внос и става болезнена за промяна.

2. Даване на свобода на всяка линия да дефинира собствено именуване. Несъответствието става постоянно.

3. Прекалено много нива. Над 7 нива обикновено означава, че йерархията върши работа, която трябва да се прави от други полета.

4. Липса на отговорник за данните. Йерархията деградира, тъй като различни хора добавят активи по различен начин.

5. Грануларност на ниво компонент за всичко. Повечето заводи не трябва да следят всеки болт като актив. Спрете на нивото, на което се пишат работните нареждания.

Кога да добавите актива

Практическо правило: ако срещу него се издават работни нареждания, то е актив. Ако се заменя като резервна част по време на работно нареждане, то е компонент (който може или да не бъде в йерархията в зависимост от изискванията за проследимост).

Как да зададете критичността на всяко ниво

• Обект: една стойност, отразяваща стратегическата важност.
• Зона: оценка на въздействието върху производството.
• Линия: оценка за тесно място, резервираност, пропускателна способност.
• Актив: пълна матрица за критичност (производство, безопасност, околна среда, нормативни изисквания, разходи, време за доставка).

Агрегирането им позволява планиране на PM и приоритизация на работни нареждания въз основа на правилната комбинация.

Как съвременен CMMS поддържа това

Съвременен CMMS налага йерархията при въвеждане на данни, поддържа критичност на всяко ниво, агрегира отчети по родители и позволява на отговорника за данните да налага конвенции за именуване чрез шаблони.

CMMS на Fabrico поддържа конфигурируема дълбочина на йерархията, критичност на всяко ниво, налагане на шаблони за именуване и агрегиране на отчети от компонент до предприятие.

Вижте как Fabrico улавя това автоматично, вж. OEE за производството или заявете демонстрация.

Свързано четене

• MES срещу CMMS
• Проблеми при внедряване на CMMS
• CMMS срещу FSM
• CMMS On-Prem срещу облак

Често задавани въпроси

Колко нива са нужни в моята йерархия?

Обикновено 4, 6 нива. Повече от 7 обикновено означава, че йерархията върши работа, която трябва да се извърши от други полета.

Мога ли да добавя нива по-късно?

Да, но е болезнено. Историческите данни трябва да бъдат преразпределени. Настройте нивата правилно още при първоначалната конфигурация.

Трябва ли да разграничавам нивата актив и компонент?

Да, ако правите анализ за надеждност на ниво компонент. Не, ако всички работни нареждания са на ниво актив.

А какво със мобилни активи, които се преместват?

Използвайте поле „текущо местоположение“, което сочи към място в йерархията. Не премествайте актива между родители в йерархията; това нарушава историята.

Колко време отнема настройката на йерархията на активите?

От две до четири седмици за типичен завод, включително междуфункционален преглед. Пропускането на тази работа ще струва години.