CMMS vagy prediktív karbantartás: mit kell valójában tudnia egy karbantartás-menedzsment rendszernek

Egy karbantartási vezető „egy CMMS-t” kér. A szállító szenzorokkal, gépi tanulással és egy olyan műszerfallal válaszol, amely három héttel előre jelzi a meghibásodásokat. A beszélgetés valahol elveszíti az igazi kérdést: mi történik legközelebb, amikor egy gép hajnali kettőkor leáll. A CMMS és a prediktív karbantartás nem egymással versengő beszerzés, de nem is ugyanaz a beszerzés. Az egyik a nyilvántartási gerinc; a másik egy stratégia, amelyet erre a gerincre építenek. A másodikat megvenni az első nélkül a gyakoribb és a drágább hiba.

Mire való valójában egy CMMS

A számítógépes karbantartás-menedzsment rendszer szándékosan látványtalan: munkalapok, megelőző karbantartási tervek, pótalkatrész-készlet és géptörténet egy helyen, ahelyett hogy egy írótáblán, egy táblázatban és annak a technikusnak a fejében élnének, aki még emlékszik, mi történt legutóbb. Az idő- és használatalapú tervek — havonta, évente, vagy minden N üzemóránként vagy legyártott darabszámonként — automatikusan jönnek létre és követődnek, ahelyett hogy azon múlnának, észreveszi-e valaki az esedékességet.

Ez a gerinc fontosabb, mint a rá épülő bármelyik stratégia, mert minden stratégia ugyanarra a nyilvántartásra támaszkodik. Egy előrejelzés, amely szerint egy csapágy hamarosan tönkremegy, semmit nem ér, ha nincs munkalap, amely alapján cselekedni lehet, nincs kijelölt technikus, és nincs feljegyzés arról, mit is csináltak valójában, amikor azt a csapágyat legutóbb szervizelték. Azok az üzemek, amelyek a munkalap-fegyelem rendbetétele nélkül egyenesen a prediktív karbantartásra ugranak, jellemzően azt tapasztalják, hogy a modell volt a könnyebbik fele.

Ahol a prediktív karbantartás kezdődik, és a CMMS megáll

A megelőző karbantartás naptárra vagy számlálóra épül: szervizelje ezt a hajtóművet 90 naponta vagy 50 000 ciklusonként, amelyik előbb bekövetkezik, függetlenül attól, hogy a hajtómű valójában hogy van. Olcsó elindulni vele — elég hozzá egy stratégiaalapú tervekkel rendelkező CMMS, szenzor nélkül —, és eközben túlszervizeli az egészséges berendezést, miközben alulszervizeli a szokatlan terhelés alatt állót, mert az idő és a ciklusszám csak közelítő jele a kopásnak, nem annak mérése.

A prediktív karbantartás a közelítő jelet méréssel váltja fel. Az IoT-szenzorokból vagy egy meglévő PLC-ből érkező rezgés-, hőmérséklet- és áramadat egy olyan modellt táplál, amely a meghibásodás előtt jelzi a leromlást — egy csapágyat, amely melegebben fut a saját alapértékénél, egy motort, amely többet vesz fel áramból, mint ugyanaz a motor egy hónappal korábban, ugyanazon a munkán. A kimenet továbbra is munkalap, ugyanabban a CMMS-ben; csak a kiváltó ok változott, dátumból valódi jelzéssé.

Az őszinte fenntartás: egy prediktív modell csak annyit ér, amennyit a meghibásodás-történet, amelyből tanult. Egy gép, amelynek nincs feljegyzett meghibásodása és nincs szenzortörténete az elmúlt évből, semmit nem ad a modellnek, amihez viszonyítani tudna. Ez a gyakorlati oka annak, hogy a prediktív karbantartás egy üzemben általában a második lépés, nem az első — a CMMS-nek valódi meghibásodásokat és valódi javításokat kell rögzítenie, mielőtt a „jelezzük előre a következőt” bármit is jelentene.

A két szám, amely megmondja, hogy bármelyik is működik-e

Az MTBF (a meghibásodások közötti átlagos idő) és az MTTR (az átlagos javítási idő) nem hiúsági mutatók; ez az a két szám, amely elválasztja azt, hogy csupán „karbantartást végzünk”, attól, hogy „a karbantartás működik”. Az emelkedő MTBF azt jelenti, hogy bármelyik stratégia is fut éppen — megelőző, prediktív vagy mindkettő —, az valóban megelőzi a meghibásodásokat, nem csak utólag dokumentálja őket. A csökkenő MTTR azt jelenti, hogy amikor valami mégis elromlik, a munkalap, a kijelölt technikus és a pótalkatrész elég gyorsan megérkezik ahhoz, hogy az állásidő mechanikai probléma legyen, ne adminisztratív.

Egy karbantartási előzmény, amely csak megszámolja a meghibásodásokat, de nem rögzíti a „bejelentve”, „elkezdve” és „lezárva” időbélyegeket, egyik számot sem tudja őszintén előállítani. Ez a konkrét oka annak, hogy a géptörténetnek strukturált adatnak kell lennie a CMMS-en belül — MTBF, MTTR, állásidő-arány, sürgősségi arány és költség gépenként, soronként és üzemenként, ugyanazokból a feljegyzésekből számolva, amelyeket a technikus amúgy is kitöltött, nem utólag, emlékezetből rekonstruálva.

Miért harcol a karbantartás és a gyártás ugyanazokért az órákért integráció nélkül

A karbantartási terv és a gyártási ütemterv is ugyanazokra a gépórákra tart igényt, és ha két, egymással nem kommunikáló rendszerben készülnek, az egyik oldal meglepetésként szembesül a másikkal. A karbantartás kedd délutánra ütemez egy csapágycserét; a gyártásnak kedd délutánra van egy sürgős rendelése ugyanazon a soron. Valaki veszít, és általában az dönt, aki aznap reggel hangosabban kiabál, nem az, amelyik választás ténylegesen kevesebbe kerül.

Ha a karbantartási időablakokat a gyártási ütemtervbe tervezik be — nem annak ellenében —, ebből a vitából ütemezési korlát lesz, nem patthelyzet. Az APS a terv felépítésekor nem elérhető időszakként látja a karbantartási ablakot, a karbantartás pedig lekötött rendeléseket lát, amikor időablakot javasol. Egyik oldalt sem éri meglepetés, mert egyik oldal sem olyan tervből dolgozik, amelyet a másik nem lát.

Hol ér véget a MES, és hol kezdődik a CMMS

Ugyanaz a határkérdés érvényes itt, amely a MES-t elválasztja az ERP-től és a SCADA-tól, és érdemes ugyanolyan pontosnak lenni vele kapcsolatban. A MES-é a pillanat, amikor egy gép leáll: valós időben, a gyártócsarnokban rögzíti az állásidő okát — kategóriát, időbélyeget, melyik műveletet érintette —, mert ott látszik legelőször a leállás. A CMMS-é, ami ezután történik: az állásidő-okból automatikusan létrejövő karbantartási bejelentés, a kiküldött technikus, a lefoglalt alkatrész, a rögzített javítás, és a lezáráskor a teljes esemény beépül az adott gép MTBF-jébe.

Ha a kettőt egymás helyettesítőjeként kezeljük, mindkét irányban elromlik valami. Ha a MES-től várjuk a javítás menedzselését, annak fogalma sincs pótalkatrész-készletről, technikusi képzettségről vagy megelőző naptárról — nem erre való. Ha a CMMS-től várjuk, hogy egyáltalán észlelje a leállást, csarnokból érkező adatfolyam nélkül, minden bejelentés azon múlik, hogy valaki eszébe jut-e kézzel rögzíteni — ez pontosan az a fegyelmi probléma, amelynek megszüntetésére a CMMS-t megvették. Az integráció, amely valóban működik, szűk és konkrét: a MES-ben rögzített állásidő-ok automatikusan létrehozza a karbantartási bejelentést, benne a géppel, az idővel és a hibakóddal, már kitöltve. Senki nem gépel be semmit újra, és semmi nem vár arra, hogy valaki észrevegye.

Pótalkatrészek: a lépés, amelyet minden CMMS-bevezetés alábecsül

Egy munkalap, amely megmondja a technikusnak, mit javítson, de nem mondja meg, hogy az alkatrész ott van-e a polcon, csak fél rendszer — és meglepően sok CMMS-bevezetés itt bukik el csendben az első évben. A készletellenőrzés így is megtörténik — csak épp a raktárnak szóló telefonhívásként, nem a szoftveren belül, ami pontosan oda teszi vissza a késést, ahonnan a CMMS-nek el kellett volna távolítania.

A karbantartási munkalapok közvetlen összekapcsolása a pótalkatrész-készlettel bezárja ezt a rést: a munkalap lefoglalja a szükséges alkatrészt, egy vonalkód-megerősítésű raktárközi átszállítás mozgatja, ha az egy másik soron vagy másik telephelyen van, és automatikusan beszerzési megrendelés indul, ha a polc valóban üres. A technikus még mindig odasétál a polchoz, de a szoftver már megválaszolta a kérdést, hogy ott lesz-e az alkatrész — és ez a különbség egy tízperces séta és egy kétnapos várakozás között ugyanannál a javításnál.

Mi változik valójában, amikor a megelőzőből prediktív lesz

A Meta Smart Factory karbantartási bevezetéseiben a tisztán reaktív vagy lazán megelőző beállításból egy CMMS-be való átállás, amelyre prediktív karbantartás épül, jellemzően nagyjából 45%-kal kevesebb meghibásodást, 20%-kal hosszabb géptartósságot és 30%-kal alacsonyabb karbantartási költséget eredményez, a munkalapok pedig teljesen digitálissá válnak, bármi is volt korábban a papír és az emlékezet keveréke. Ez a négy szám egyike sem kizárólag a szenzoroktól származik — a kombinációból ered: egy CMMS-ből, amely megbízhatóan rögzít minden meghibásodást és minden javítást, megelőző tervekből, amelyek felhagynak az intervallumok találgatásával, prediktív riasztásokból ott, ahol a meghibásodás-történet ezt indokolja, és pótalkatrészekből, amelyeket még a technikus kiküldése előtt lefoglalnak, nem pedig utólag derül ki, hogy hiányoznak.

A gyakorlati sorrend kérdése nem az, hogy „CMMS vagy prediktív karbantartás” — hanem hogy melyik jön előbb, és a válasz mindig a CMMS. A prediktív karbantartás egy olyan stratégia, amelyet egy már működő karbantartási rendszerre irányítanak, amely valósághűen rögzíti, mi romlik el és mibe kerül. Ha ennél kevesebbre irányítják, a modellnek nincs miből tanulnia.