Всяка CMMS система има вградено отчитане и всеки ръководител по поддръжката в крайна сметка го надхвърля. CMMS отчетите се оптимизират за операции по поддръжка - списъци с работни поръчки, графици за поддръжка, наличност на части - а не за финансовите разкази на ръководството, от които се нуждаят мениджърите на заводи, оперативните директори и финансовите директори. Междусистемният анализ е невъзможен в CMMS: не можете да съпоставите разходите за поддръжка с производствения резултат от ERP или съответствието с поддръжката с наличността на OEE от система за мониторинг на производството. Power BI и Tableau решават тези проблеми, като свързват CMMS данни с данни за производство, финанси и човешки ресурси. Най-ценните табла за управление на поддръжката комбинират CMMS данни с други системи: разходи за поддръжка като процент от приходите, корелация на наличността на OEE спрямо съответствието с поддръжката и ефективност на труда по поддръжка спрямо тенденциите в броя на персонала. Тези прозрения не са достъпни само от CMMS и са анализите, които ръководят решенията за капиталови инвестиции и брой на персонала на лидерско ниво.
Директната връзка с базата данни работи за локални CMMS системи с права за достъп до базата данни — пълен достъп до данните, но обикновено е недостъпна за облачни платформи и създава риск при промяна на схемите. REST API връзката е стандартният подход за облачни CMMS системи: MaintainX, Limble, Fiix, UpKeep и Fabrico предоставят REST API, към които Power BI отправя заявки чрез уеб конектора, поддържайки обновяване почти в реално време. Връзката с OData емисия е налична от някои CMMS платформи — Power BI има вградена OData поддръжка. Планираното експортиране на CSV файлове работи за платформи с ограничени API възможности, но въвежда латентност на данните. За повечето производители от среден пазар, REST API подходът с Power BI осигурява най-добрия баланс между свежест, простота и цена. Изграждането на функционално табло за поддръжка, свързващо се с облачен CMMS API, отнема от 2 до 4 дни. Интегрирани OEE+CMMS платформи като Fabrico връщат комбинирани данни за поддръжка и производство в една API връзка, елиминирайки стъпката на обединяване на данни, която изискват отделните системи.
Процент на съответствие с ПМ: планираните ПМ, завършени навреме, като процент от общия брой планирани — тенденция във времето по клас активи и обект, цел 85% или по-висока. Съотношение реактивна спрямо планирана работа: процент на непланираните работни поръчки — водещ индикатор за зрялост на програмата за поддръжка, цел 30% реактивна или по-малко. MTBF по критичен актив: средно време между повреди, тенденция за 20-те най-критични за производството активи — идентифицира промяна в надеждността, преди тя да се превърне в криза. Разходи за поддръжка на единица продукция: общи разходи, разделени на обема на производството, нормализиране на разходите за промени в използването и позволяване на смислено сравнение на обектите. Процент на първоначални поправки: работни поръчки, завършени без повторно посещение — ниските проценти показват пропуски в уменията или проблеми с наличността на части. Натрупване на просрочени работни поръчки: брой и възраст на просрочени работни поръчки — нарастващото натрупване е ранно предупреждение за ограничения на ресурсите. Честота на недостиг на части: честота на кодовете за причина за неналичност на части — водещ индикатор за качеството на управлението на запасите от MRO. Разходи за поддръжка спрямо бюджет: действителни спрямо бюджетирани по месец и категория разходи — метриката за финансов контрол, на която финансовите директори се позовават най-често. Изградете тези осем с линии на тенденции, цели и маркиране на отклоненията, а ръководителите по поддръжка ще ги посочват ежедневно.
Login
Блог
