Наборът от функции на CMMS , който обслужва ръководител на поддръжката на ниво завод, подробни работни потоци за поръчки за работа, конфигуриране на графици за профилактично поддържане (PM), управление на каталог с части, е почти без значение за главен оперативен директор, който отговаря за 5, 15 производствени обекта.
Какво има значение за COO: мога ли да сравня нивата на съответствие с графиците за профилактично поддържане (PM) за всички мои обекти в един изглед? Мога ли да идентифицирам кои обекти предизвикват най-много непланирани престои и разходи за поддръжка? Мога ли да видя дали инвестицията в поддръжка подобрява достъпността на производството?
И мога ли да го направя без да чакам месечни доклади, подготвяни от ръководителите на поддръжката на обектите, които имат стимул да представят резултатите си в по‑благоприятна светлина?
CMMS системи, които отговарят на тези въпроси за главните оперативни директори, са рядкост, повечето платформи са оптимизирани за използване на ниво завод и добавят „управленски отчети“, които изискват значителна персонализация, за да бъдат полезни.
Внедряванията на CMMS в множество обекти най-често се провалят не заради възможностите на софтуера, а заради стандартизацията на данните: когато всеки обект конфигурира собствените си имена на активи, честоти на профилактичните дейности (PM) и кодове за причини за престой, сравненията на ниво група стават невъзможни.
Изисквайте тези спецификации във всяко запитване за предложения (RFP) за CMMS за множество обекти.
Първо, централизирано управление на основните данни: таксономия на активите, шаблони за графици на профилактичните дейности и библиотеки с кодове за причини за престой трябва да могат да се конфигурират на ниво група и да се наследяват от обектите, обектите трябва да могат да добавят локални елементи, но да не могат да презаписват стандартите на групата.
Второ, отчитане на ниво група без нужда от конфигурация на обектите: таблото за управление за ниво COO трябва да бъде достъпно от първия ден на внедряване, а не след 6 месеца натрупване на данни от обектите.
Трето, изчисление на разходите за поддръжка на единица продукция: възможността да се разделят разходите за поддръжка (труд + части + външни изпълнители) на обема на производството дава нормализирано сравнение между обектите, което е значимо независимо от големината на обекта.
Четвърто, интеграция с ERP на ниво група за финансово консолидиране: данните за разходите за поддръжка трябва да постъпват автоматично в SAP или Oracle на ниво група, без ръчна консолидaция от местните финансови контролери.
За главните оперативни директори (COO) най-мощната възможност на CMMS не е управлението на поддръжката, а връзката между представянето на поддръжката и производствените резултати.
Отделните системи OEE и CMMS принуждават ръководителите на операциите да съпоставят два източника на данни, за да отговорят на въпроса „защо Обект 3 работи при 68% OEE, а Обект 7, със същото оборудване, при 79%?“ Интегрирана платформа OEE+CMMS отговаря директно: Обект 3 има с 15% по-ниска спазваемост на плановата поддръжка
двойно по-висок дял на реактивната работа и 3 съоръжения с повтарящи се модели на повреди, които не се наблюдават на Обект 7.
Този анализ, наличен в една интегрирана система, води до правилния оперативен разговор, не „какъв е нашият OEE?“, а „коя промяна в практиките на поддръжката би подобрила най-много OEE на нашите слабо представящи се обекти?“ Fabrico е проектиран около тази интеграция: данните от OEE и CMMS споделят общ модел на активите
което позволява директна корелация между качеството на изпълнение на поддръжката и производственото представяне във всички обекти.
За главните оперативни директори, които управляват портфейли с множество обекти, където разликата в представянето между най-добрия и най-лошия обект надвишава 10 OEE точки, тази видимост, и оперативната отчетност, която тя осигурява, струва повече от която и да е отделна функция на CMMS.
Вижте как Fabrico обединява OEE и поддръжката в една платформа.
Поискайте демо
Вход
Блог
