Ключови изводи
Управление на производителността на активите (APM) е практиката и категорията софтуер, която максимизира надеждността и наличността на физическите активи чрез обединяване на данни за представянето в реално време, наблюдение на състоянието и история на отказите. APM анализира тези данни, за да предскаже и предотврати повреди, да приоритизира поддръжката според риска и да повиши общата ефективност на оборудването в предприятието.
Управление на производителността на активите (APM) е наборът от практики и технологии, които оптимизират надеждността и наличността на индустриалните активи, така че оборудването да доставя максимален обем продукция при най-нисък устойчив риск и разход. Gartner дефинира пазара на APM като софтуер, който оптимизира надеждността и наличността на оперативните активи, обхващайки засичане на данни, свързаност, предиктивно прогнозиране, надеждностно-ориентирана поддръжка и финансово оптимизирани решения за поддръжка.
В прости оперативни термини, APM отговаря на четири въпроса за всяка критична машина: Как се представя в момента? В какво състояние е? Как и защо се е повредила преди? И имайки всичко това, какво е най-доброто следващо действие за поддръжка? Това е слойът, който превръща суровите данни от цеха в стратегия за поддръжка, а не в реактивна суматоха, когато линия спре.
Залогът е конкретен. Deloitte съобщава, че непланираните спирания струват на индустриалните производители приблизително 50 милиарда долара годишно и че неадекватните стратегии за поддръжка могат да намалят производствения капацитет на фабриката с 5 до 20 процента. APM съществува, за да атакува точно тези загуби.
Краткият отговор: CMMS изпълнява работите по поддръжка, EAM управлява целия жизнен цикъл на актива, а APM е аналитичният и стратегически мозък, който решава какво да се поддържа и кога. Те са допълващи се слоеве, а не конкуренти, и зрели предприятия използват и трите.
CMMS (компютъризирана система за управление на поддръжката) е системата за запис на изпълнението на поддръжката: работни поръчки, графици на превантивната поддръжка, части и история на работата. EAM (система за управление на активите на предприятието) разширява перспективата до целия жизнен цикъл на актива, от снабдяване и капитално планиране, през експлоатация до изписване, включително финанси и съответствие. APM седи над двата слоя, консумирайки данни за представяне и състояние, за да прогнозира повреди и да подреди поддръжката по риск и разходи.
| Измерение | CMMS | EAM | APM |
|---|---|---|---|
| Основен въпрос | Как изпълняваме и проследяваме работите по поддръжка? | Как управляваме активите през целия им жизнен цикъл? | Как поддържаме активите надеждни и налични, и действаме преди да се повредят? |
| Основен фокус | Работни поръчки, графици на превантивна поддръжка, части, труд | Жизнен цикъл, капитално планиране, финанси, съответствие | Надеждност, състояние, риск, предиктивна аналитика |
| Времеви хоризонт | Днес и тази седмица (тактически) | Години (стратегически, финансов) | Сега до близкия прозорец за предстоящи повреди |
| Ключови данни | История на работите, съответствие с PM | Регистри на активите, разходи, амортизация | OEE, данни от сензори и за състоянието, история на отказите |
| Типичен изход | Завършени, проследени работни поръчки | Решения за жизнен цикъл и бюджет | Прогнози за повреди, планове за поддръжка, подредени по риск |
Границите се размиват на практика. Много CMMS и EAM платформи вече включват APM-подобна аналитика, а много APM инструменти изпращат препоръчани работни поръчки обратно в CMMS за изпълнение.
Това, което е операционно важно, е да имате покрити всичките три функции: възможността да виждате представянето, да решавате какво да се прави и да действате по това. Ако все още дефинирате слоя за изпълнение, нашето ръководство за какво е CMMS е полезна отправна точка.
Всяка организация за поддръжка се намира някъде по крива на зрялост, и APM е двигателят, който придвижва предприятието нагоре. Широко използваната прогресия върви от реактивна към превантивна към предиктивна поддръжка, с все още развиваща се прескриптивна граница.
Практично предупреждение относно популярното твърдение, че можете да прескочите директно към предиктивна поддръжка: прогнозирането работи само когато основните данни за представяне и повреди са надеждни. Завод, който не може надеждно да измери защо линиите му спират, не може достоверно да прогнозира кога ще се случи това. Затова пътят на зрялост в основата си е пътешествие в данните.
APM работи на три потока данни: данни за представяне в реално време, данни за състоянието на актива и история на повредите. Слабост в който и да е от тях ограничава доколко високо по кривата на зрялост може да се изкачи едно предприятие.
Най-трудната от трите често е свързана с данните за представянето, привързани към истинската причина. Повечето предприятия знаят, че линия е спряла; много по-малко могат надеждно да кажат защо, защото причината е въведена късно, предполагаема или никога не е записана. Без данни за истинската причина, историята на повредите е списък със симптоми и всеки предиктивен модел, стъпил върху нея, унаследява тази мъгла.
Основните KPI за APM са наличност, MTBF, MTTR, OEE и надеждност. Заедно те описват колко често активът е готов за работа, колко дълго работи между повреди, колко бързо се възстановява и колко продуктивно работи, когато е в експлоатация.
| KPI | Какво измерва | Защо е важно за APM |
|---|---|---|
| Наличност | Работно време (uptime) спрямо общото планирано време | Дял от планираното време, в което активът действително е готов да произвежда |
| MTBF | Средно работно време между повреди | Директен сигнал за надеждност; нарастващо MTBF означава по-малко повреди |
| MTTR | Средно време за ремонт след повреда | Колко бързо екипът възстановява спрял актив |
| OEE | Наличност x производителност x качество | Единното най-добро обобщение на продуктивното представяне |
| Надеждност | Вероятност актив да работи без повреда за определен период | Резултатът, който APM в крайна сметка оптимизира |
За по-дълбоки дефиниции вижте нашите ръководства за наличност като метрика за поддръжка и за MTBF и MTTR метрики за надеждност. Практическо правило: не следете всички метрики наведнъж. Започнете с наличност и OEE, защото те разкриват най-големите загуби най-бързо, след което добавете MTBF и MTTR, когато историята на повредите узрее.
Започнете, като укрепите основата от данни за най-критичните си активи, след това разширявайте. Не купувайте предиктивен двигател преди да имате доверие в собствените си числа. Практична последователност:
Тази последователност е важна, защото повечето APM програми се задъхват не заради алгоритми, а заради качеството на данните. Рамки като тотална продуктивна поддръжка (TPM) и FMEA ви дават структуриран начин да организирате работата и да решите къде да се фокусирате.
Fabrico създава основата от данни и действия, на която стъпва APM програмата. Това е обединена система, която комбинира OEE и MES в реално време с пълен CMMS, така че слоевете за представяне, престой и изпълнение на работата да са на едно място, а не в разединени инструменти.
Три възможности съвпадат директно с нуждите от данни на APM по-горе. Първо, Fabrico се свързва с машинни PLC , за да улавя автоматично OEE и времена на цикъл, така че данните за наличност и престой да се измерват, а не да се оценяват ръчно.
Второ, използва компютърно зрение за улавяне на истинската причина за престоя , което е елементът, който повечето предприятия нямат, когато се опитват да създадат достоверна история на повредите.
Трето, превръща тези повреди в приоритизирани, готови с части дигитални работни поръчки на телефона на техника, с чеклисти, които изискват сканиране на QR код, затваряйки цикъла повреда, поправка, който определя колко от времето за престой всъщност възстановявате.
За да сме точни относно обхвата: прогноза и предписание са концепции за индустрията и посока на движение за сектора, а не изпратена функция на Fabrico. Това, което Fabrico предоставя днес, е надеждната, в реално време, данъчна основа за истинската причина, слойът, без който всякаква предиктивна амбиция е предположение.
Като платформа, изградена в ЕС със седалище в България, тя също дава на европейските производители ясна позиция по въпроса за местонахождението на данните. [ВЪВЕДЕТЕ ПРОВЕРЕНО ДОКАЗАТЕЛСТВО - да бъде потвърдено от оператора]
Ако искате да видите как автоматизирано OEE, улавяне на истинската причина и затворени работни поръчки се съчетават върху реални активи, можете да запишете демонстрация на Fabrico и да я разгледате спрямо собствените си линии.
Не. Предиктивната поддръжка е една от възможностите в по-обширна APM програма. APM е цялостната дисциплина за оптимизиране на надеждността и наличността на активите, използвайки данни за представянето, състоянието и повредите. Предиктивната поддръжка е конкретната практика за използване на тези данни за прогнозиране на повреди и намеса в правилния момент. Завод може да реализира смислена APM програма още на етапа на превантивна зрялост, преди да достигне до надеждно предсказване.
Не задължително, но ви трябват функциите, които те предоставят. APM потребява данни за представяне и повреди и произвежда препоръки за поддръжка, които все пак трябва да се изпълнят някъде, обикновено в CMMS, и да се управляват в перспектива за жизнен цикъл и бюджет, обикновено в EAM.
На практика много екипи започват, като първо осигуряват точни, автоматизирани данни за представяне и престой, след което гарантират надежден начин да превърнат прозренията в проследени работни поръчки, преди да добавят по-тежка аналитика.
Започнете с наличност и OEE, защото те разкриват най-големите загуби най-бързо и изискват само точни данни за време на работа и спирания. Когато историята на повредите узрее, добавете MTBF и MTTR за количествено измерване на надеждността и скоростта на възстановяване, и следете надеждността като резултата, който в крайна сметка подобрявате. Опитът да следите всички метрики наведнъж обикновено разсейва фокуса и забавя напредъка.
Защото предиктивният или планът за поддръжка, подреден по риск, е толкова добър, колкото историята на повредите, от която се учи. Повечето предприятия записват, че линия е спряла, но улавят реалната причина непоследователно, така че данните са списък със симптоми, а не с причини. Улавянето на истинската причина за престоя, включително кратките микро-спирания, дава на APM програмата надеждна основа; без нея всяка прогноза унаследява присъщата несигурност.
Зависи от завода, но практичният тесен участък рядко е скоростта на софтуера; той е качеството на данните и организационната дисциплина. Практичният път е първо да автоматизирате точния запис на представянето и престоя, да изградите история на повредите с истински причини за най-критичните си активи и да затворите цикъла към бързо изпълнение на работните поръчки. Само когато тази основа е надеждна, преминаването към подходи, базирани на състоянието и предиктивни подходи, дава надеждни резултати.