Конвенция за именуване на етикетите на активите: как заводът избягва постоянния шум в CMMS

Алгоритъм за именуване на етикети на активи: Как заводът избягва постоянния шум в CMMS Ключови изводи - Конвенция за именуване на етикети на активите = правилата за това как всеки актив се именува в CMMS. - Работещата конвенция е йерархична, стабилна, уникална и разпознаваема от техниците при първия поглед. - Конвенцията трябва да бъде заключена преди зареждането на данни. Пренастройването след това е болезнено. - Стандартизирайте на корпоративно ниво, ако имате няколко завода. Конвенции, определяни за всеки завод поотделно, разрушават възможността за сравнение между обектите. - Отговорникът за данните притежава конвенцията и я налага чрез шаблони и валидация. Кратък отговор: Конвенцията за именуване на етикети на активите е наборът от правила за именуване на всеки актив в CMMS. Работещата конвенция е йерархична (отразява позицията на актива), стабилна (не се променя при преотстъпване), уникална (няма дубли) и разпознаваема за техниците. Конвенцията трябва да бъде заключена преди зареждането на данни и да се налага чрез шаблони и валидация. Без такава конвенция CMMS се превръща в постоянен шум. Вижте също Йерархия на активите в CMMS. Защо именуването има по-голямо значение отколкото изглежда Етикетите на активите се появяват във всяка: - Работна поръчка. - Запис за превантивна поддръжка (PM). - Събитие OEE. - Заявка за резервни части. - Инженерен чертеж. - Операторски дневник. Несъгласуваното именуване компрометира всички тези записи. Отчетите не се сумират правилно. Техниците не могат да открият активите. Работните поръчки отиват на грешното място. Как изглежда работеща конвенция Пет свойства: - Йерархична. Името отразява позицията в йерархията на активите. - Стабилна. Не се променя, когато активът се премества или преотстъпва. - Уникална. Два актива не могат да имат едно и също име. - Разпознаваема. Техниците могат да идентифицират актива от името. - Скалираща се. Работи за 10 актива и за 10 000. Работещ пример За завод с няколко линии: SITE-AREA-LINE-CELL-TYPE-NUMBER Пример: NYC-ASLY-L3-CELL2-PUMP-001 означава обектът Ню Йорк, зона за сглобяване, Линия 3, Клетка 2, първата помпа. Правила за четене: всеки сегмент е кратък код с фиксирана дължина. Числата са с водещи нули за правилен ред на сортиране. Без интервали, без специални символи, освен тирета. Какво трябва да специфицира конвенцията 1. Брой полета. Колко сегмента трябва да има всяко име. 2. Определения на сегментите. Какво представя всеки сегмент. 3. Дължина на полето. Минимален и максимален брой символи за всеки сегмент. 4. Допустими символи. Букви, цифри, тирета — обикновено нищо друго. 5. Кодове за типове. Стандартни кодове за типове активи (PUMP, MTR, VLV и т.н.). 6. Правила за номериране. Водещи нули, начален номер. 7. Запазени кодове. Какво е забранено. Чести грешки при именуване 1. Имена свободен формат. „Помпа до котел 2“ генерира неоткриваем шум. 2. Включване на променлива информация. Помпи именовани по текущ оператор, текущо местоположение, текущ SKU. Преименуванията се отразяват хаотично върху историята. 3. Липса на налагане на уникалност. Множество активи с име „Pump A“ в завода. Търсенията дават двусмислени резултати. 4. Различни конвенции на отделните линии. Всеки поддръжник използва различни правила. Отчетите не могат да се сумират. 5. Несъгласувани кодове за типове. „MTR“, „MOTOR“, „Mtr“, „Motor1“ — всичко това се появява. Анализът по тип се разпада. Как да се налага - Шаблони при въвеждане на данни. CMMS автоматично предлага следващото валидно име въз основа на йерархията и типа. - Правила за валидация. Блокиране на имена, които не съвпадат с шаблона. - Преглед от отговорника за данни. Периодичен одит на новите имена на активи. - Обучение. Новите потребители научават конвенцията като част от въвеждащото обучение. Прилагането е предимно автоматизирано. Отговорникът за данните се намесва, когато системата отчете нарушения. Какво се променя, когато това се прави правилно - Отчетите се сумират чисто. - Техниците намират активите за секунди. - Сравнение между заводи става възможно. - Анализи по тип (напр. MTBF за клас помпи) работят. - Историята на актива се запазва при преотстъпване. Чести подходи за именуване - Функционално местоположение. Името отразява местоположението и функцията. Стандартната препоръка. - Сериен номер. Името отразява производствения сериен номер. Стабилно, но неразпознаваемо. - Последователно. Просто брояч. Лесно за налагане, но не казва нищо за актива. Повечето заводи печелят от именуване по функционално местоположение с последователен брояч на най-ниското ниво. Чести грешки 1. Преименуване на активи при преместване. Разрушава историята. Имената трябва да са стабилни. 2. Позволяване на оператори да добавят активи без шаблони. Отцепването започва незабавно. 3. Третиране на конвенцията като упражнение по документиране. Без налагане конвенцията е театър. 4. Липса на корпоративен стандарт. Конвенции за всеки завод поотделно нарушават корпоративните отчети. Как модерен CMMS подпомага именуването Модерен CMMS предоставя шаблони за именуване, правила за валидация, списъци с кодове за типове и работни потоци за преименуване, които запазват историята. CMMS на Fabrico поддържа конфигурируеми шаблони за именуване, валидация, речници с кодове за типове и преименуване, което запазва историята. Вижте как Fabrico улавя това автоматично — разгледайте OEE за производство или заявете демонстрация. Свързано четиво - Йерархия на активите в CMMS - Подмяна на активи срещу ремонт - Почистване на историята на активите Често задавани въпроси Колко дълго трябва да бъде името на актива? Достатъчно дълго, за да е уникално и информативно; достатъчно кратко, за да се въвежда лесно. Обичайно 20–30 знака. Мога ли да внедря конвенция за именуване след зареждане на данни? Възможно, но болезнено. Докладите се чупят, историята е трудно да се пренасочи. Заключете конвенцията преди зареждането. Трябва ли да включвам серийния номер в името? Обикновено не. Серийните номера трябва да са в отделно поле. Етикетът е за идентификация в работните потоци. Какво ако активът бъде заменен? Запазете името на етикета; променете метаданните на актива (серийният номер, дата на инсталация). Историята остава. Трябва ли обектите да споделят една конвенция? Да, ако искате сравнение между обектите. Стандартизирайте на корпоративно ниво.