CMMS (karbantartás-irányítási rendszer)

A szerelő ott áll a szivattyú mellett, a papírlapon viszont nem szerepel, melyik tömítés való bele, ki hagyta jóvá a munkát, és mikor cserélték utoljára. Egy jól használt rendszerben ez a három kérdés fel sem merül, mert minden a megrendelés köré rendeződik. Nézzük meg, mi a CMMS, miért a megrendelés a középpontja, és mi az a három fázis, amitől egy bevezetés sikeres lesz.

A CMMS (számítógépes karbantartás-irányítási rendszer) olyan szoftver, amely a karbantartási munkát a megrendelés (work order) köré szervezve tartja nyilván. Nyilvántartja a megelőző karbantartási ütemterveket és törzsadatokat, az anyagokat és alkatrészeket, a munkaterveket és az eszköztörténeti adatokat is. Sikere nem a szoftveren múlik, hanem három fázis helyes végigvitelén: kiválasztás, megvalósítás, használat. Sok cég csupán ~50%-os kihasználtságot ér el, ami nem engedi a befektetés teljes megtérülését.

1. ábra: a megrendelés a CMMS magja, a modulok adatai befelé áramlanak, a lezárt WO a berendezés-történetbe kerül.

Kinek szól?

Azoknak, akik a karbantartási munka nyilvántartásáért, tervezéséért és adatminőségéért felelnek: karbantartási vezető és tervező · megbízhatósági (reliability) mérnök · üzemvezető · műszakvezető · raktár- és beszerzési munkatárs · HSE-szakember.

Tanulási célok

A modul elvégzése után képes leszel:

• meghatározni a CMMS-t, és megnevezni a törzsadatainak alapelemeit
• végigkövetni a megrendelés életciklusát a munkaigénytől a műszaki és pénzügyi lezárásig
• felsorolni a bevezetés négy célját és a projekt három fázisát
• felismerni azt a három tanulságot, amelyen a legtöbb CMMS-projekt elbukik

A lényeg

• A CMMS magja a megrendelés (WO): egy berendezésre vagy helyszínre (épület, emelet, szoba) írják ki.
• A WO lezárás után a berendezés-történetbe kerül, így elérhető marad történeti elemzésre.
• A modulok adatai a WO-hoz áramlanak (munkaerő, alkatrész, kivitelező, bérlet), és a PM/PdM-feladatok is WO-ként generálódnak.
• Négy cél: folyamat-érvényesítés · bizonylatolás megkönnyítése · bizonylatolás javítása (riportok) · integráció más vállalati rendszerekkel.
• Három fázis: kiválasztás → megvalósítás → használat; a megvalósítás a törzsadattal kezdődik, ami akár több emberévnyi munka.
• Három tanulság: a képzést ne hagyd el; a felhasználókat vond be már a kiválasztáskor; biztosítsd a folyamatos használat erőforrásait.

Mi a CMMS, és miért a megrendelés a középpontja?

A megrendelést rendszerint egy berendezésre, vagy egy létesítményen belül egy épületre, emeletre vagy szobára írják ki. Amikor elkészül, iktatják az adott berendezés vagy elhelyezkedés történetében, így elérhető marad történeti elemzésre.

Ahogy a megrendelés tervezése, ütemezése és végrehajtása halad (lásd karbantartas-tervezes-utemezes), a CMMS többi modulja adatot küld a WO-hoz: a munkaerő-költséget, a felhasznált pótalkatrészeket, a kivitelezőket, a bérelt berendezéseket, a felújított alkatrészeket és minden egyéb költséget. Még a megelőző és prediktív feladatok is WO-ként generálódnak, végrehajtásuk után a megfelelő történeti fájlba kerülnek.

A CMMS az Uptime Elements keretrendszer öt tudásterülete (REM, ACM, WEM, LER, AM) közül a Munkavégzés irányítása (WEM) eleme.

A megrendelés életciklusa

A megrendelés nem egy adatlap, hanem egy végponttól végpontig futó folyamat, amelynek célja a berendezés állapotának fenntartása a minimális életciklus-költségen, valamint a tudásgyűjtés és a költségkontroll a lehető legmélyebb eszközszinten.

2. ábra: a megrendelés útja a munkaigénytől a kettős lezárásig.

1. Munkaigény felvétele egy eltérés vagy egy kisebb módosítási igény alapján, majd az értesítés kiegészítése és lezárása.
2. Kapuőrzés kockázatalapú munkakiválasztással: a szervezet jóváhagyja vagy elutasítja az igényt, prioritást, legkorábbi kezdést és legkésőbbi befejezést rendel hozzá.
3. WO-specifikáció és elfogadás: a jóváhagyott igényből műszaki tartalom lesz, amelyet a tervezés előtt átvesznek.
4. Tervezés: munkaerő, anyag, szerszám, dokumentáció és engedélyek, árajánlattal és annak elfogadásával.
5. Ütemezés és kiosztás: heti ütemterv, jóváhagyás, diszpécselés.
6. Végrehajtás minőségellenőrzéssel, utána műszaki átadás és a teljesítés visszaigazolása.
7. Lezárás műszaki és pénzügyi szempontból egyaránt, teljes adattartalommal.

A kettős lezárás nem formaság: műszakilag lezárt, de pénzügyileg nyitott WO-kból nem áll össze a valós eszközköltség.

Miért vezet be egy szervezet CMMS-t?

Négy okból: hogy érvényesítse a karbantartási folyamatait, hogy könnyebb és hogy jobb legyen a bizonylatolás, és hogy a karbantartási adat összeérjen a többi vállalati rendszerrel.

3. ábra: a négy fő ok, amiért egy szervezet CMMS-t választ, vezet be és használ.

1. Karbantartási folyamatok érvényesítése. A CMMS struktúrát ad a karbantartási diszciplínák érvényesítéséhez. Minden CMMS-nek (legyen vásárolt vagy házon belül fejlesztett) megvan a saját filozófiája arról, hogyan kell a karbantartásnak működnie; ez uralja, milyen információt gyűjt a megrendelés, a raktár, a beszerzés és a jelentés. Innen a „tojás vagy tyúk” kérdés: kell-e előbb jó papíralapú rendszer, vagy a számítógépesítés maga adja az útmutatást? Ha először a CMMS-t választják és a sikerhez szükséges folyamatokra használják, az jelentős időt és pénzt takarít meg.
2. Bizonylatolás megkönnyítése. A papíralapú rendszerben jellemzően egy adatbeviteli pont van, a CMMS-ben több, ezért gyorsabb a rögzítés. Mivel a rendszer érvényesíti a bevitt adatokat, azok pontosabbak és teljesebbek, ami jobb tájékoztatást ad a vezetői döntésekhez.
3. Bizonylatolás javítása. A CMMS gyors- és összesítő riportokat készít, így a vezető tömör, jelentéssel bíró formában látja az adatot egy trendhez. A riportképesség CMMS-enként eltér: némelyik csak listát ad, ami káros a rendszer hasznosságára.
4. Integráció más vállalati rendszerekkel. Az önálló CMMS adatait kézzel kell átvinni más rendszerbe (könyvelés, beszerzés). A teljesen integrált rendszer ezt kiküszöböli, és javítja az adatpontosságot, mert nincs kézi adatmanipulációs hibalehetőség.

A CMMS-projekt három fázisa

Egy CMMS-projekt három fázisból áll, és mindhármat végig kell vinni: a kiválasztás dönti el, mit kapunk, a megvalósítás azt, hogy működik-e, a használat pedig azt, hogy két év múlva is működik-e.

4. ábra: minden sikeres CMMS-projekt három fázisa.

1 · Kiválasztás

Először világosan érteni kell, miért választ a szervezet (vagy miért cserél) CMMS-t: lehet, hogy a manuális rendszer túlterhelt, vagy a meglévő CMMS nem felel meg a követelményeknek. Azonosítani kell, mit kell tennie a rendszernek: ehhez kell a karbantartási folyamatok részletezése, a kívánt, de ma nem végzett folyamatok listája, a kívánt rendszerjellemzők listája, és egy harmadik lista a kívánt, de nem kötelező funkciókról. Ezekből áll össze a követelmény-specifikáció, amelyet egyensúlyba kell hozni az árral, mert minél terjedelmesebb a specifikáció, annál drágább a rendszer.

A kész specifikációt eljuttatják a szállítókhoz. Ha legalább 3–5 szállító pozitívan reagál, jöhetnek a bemutatók és termékértékelések, sőt egy tárgyalótermi pilot is korlátozott adatbázison. A megfelelő termék kiválasztása után tárgyalás következik az árról, a képzésről, a szükséges interfészekről és a tanácsadásról.

2 · Megvalósítás

A megvalósítás mindig a törzsadatokkal kezdődik, ezek együtt szükségesek a CMMS helyes működéséhez: berendezésszám, funkcionális hely (eszközhierarchia), PM-ellenőrzések, pótalkatrész-adatok, anyagjegyzék (BOM), beszerzési és személyzeti adatok, meglévő eszköztörténet. Egy eszközön használt legtöbb alkatrésznek szerepelnie kell egy anyagjegyzéken, és azonosíthatónak kell lennie az egyedi megrendeléseken. Egyszerűnek tűnik, de egy vállalatnak lehet több ezer berendezése, ezernyi PM-szemléje, sok ezer pótalkatrésze, ezért ez a leggyakrabban alábecsült terület: a törzsadat összegyűjtése és betöltése szó szerint több emberévnyi erőfeszítés lehet.

Az adatbetöltés után a rendszert kiterjesztik a szervezetre, és meghatározzák minden használó szerepét és felelősségét (minimum a tervezők, felügyelők, technikusok; ha van, az irodai támogatás is). Mindenkinek értenie kell a saját szerepe hatását az adatpontosságra, ehhez kiterjedt képzés kell. Ezután a rendszer „élesben indul“, és egy felülvizsgálat ellenőrzi, hogy az adatokat helyesen vitték-e be és mindenkit betanítottak-e. 3–6 hónap után auditálni kell a használatot az üzleti célok elérése végett; a hiányosságok többnyire az adatpontosság körül gyűlnek, ilyenkor a szerepeket és felelősségeket kell felülvizsgálni. Ha a használat helyes, éves felülvizsgálatok tartják fenn a szintet.

3 · Használat

A használatot időszakonként át kell tekinteni, hogy az eredeti célokat még teljesítik-e. Ez a törzsadatok és a tényleges használat auditját jelenti. Mivel a rendszer a bevezetés óta nem változott, ha probléma van, az jellemzően azért, mert valaki helytelenül használja: az idő múlásával sok szervezet rövidebb utakat keres a rögzítésben. Ilyenkor a szervezeti szerepeket és felelősségeket kell újra megvizsgálni.

Három tanulság a korábbi CMMS-projektekből

A korábbi projektek tapasztalata három területre összpontosul, és mindhárom emberi, nem technikai kérdés.

5. ábra: a három legfontosabb tanulság, és a kihasználtsági figyelmeztetés.

• Képzés. A CMMS-bevezetés is, mint minden projekt, a végén kifut az időből és a keretből, és a képzés az utolsó sor, ahol még pénzt lehet „megspórolni”. A többnapos képzést órákra rövidítik vagy elhagyják, ami megakadályozza az optimális használatot. A végfelhasználók képzése a siker megkerülhetetlen feltétele, és nem egyszeri esemény: szervezeti átmenetkor újra kell futtatni.
• Felhasználók bevonása. Már a kiválasztáskor kezdődik: a végfelhasználókat akkor kell megkérdezni, amikor eldől, milyen funkciókat kell teljesítenie a rendszernek, és végig bevonva kell tartani őket. Így alakul ki a tulajdonosi szemlélet, amely a projektet sikeressé teszi; e nélkül nincs elköteleződés.
• Folyamatos használat. A helyes, tartós használatot a jól megválasztott szerepek, felelősségek és elég erőforrás határozza meg. Gyakran a megvalósításhoz hozott extra erőforrások utána eltűnnek, a maradó alkalmazottak túlterheltté válnak, ez pedig hibás használathoz vezet.

Figyelmeztetés: sok cég csupán ~50%-os kihasználtságot ér el a CMMS-szel, ami nem engedi a szoftverbe fektetett pénz teljes megtérülését.

Gyakori hibák

• Előbb papíralapú rendszert építeni a CMMS kiválasztása előtt: ha eleve a jó rendszert választják, ez időpocsékolás.
• Túlméretezett követelmény-specifikáció: felhajtja az árat, egyensúlyozni kell.
• A törzsadat alábecslése: a betöltés több emberév, e nélkül a CMMS nem szállítja az eredményeket.
• A képzés elhagyása a projekt végén: a leggyakoribb és legdrágább hiba.

Mikor NE használd? (a módszer korlátai)

A CMMS eszköz, nem stratégia. Ott téveszt célt, ahol a szervezet a szoftvertől várja a hiányzó fegyelmet.

• Ne várd tőle a szerepek pótlását. Ha nem világos, kinek, hogyan és mikor kell használnia, a törzsadat sérül, és a kapott információból nem származik valódi érték.
• Ne tekintsd automatikus elemzési alapnak. Rosszul használva a CMMS csupán összefüggéstelen információk halmaza lesz, amit kézi módszerrel kell átbogarászni; a munkaelőzményt ideális esetben meghibásodási módok szerint kell strukturálni (eszkozallapot-menedzsment).
• Ne engedd, hogy vészhelyzetben a rendszer legyen az akadály. Az azonnali beavatkozás kihagyja a WO-folyamat elejét, az értesítést utólag rögzítik; ez kivétel, nem gyakorlat.
• Ne vásárolj üzleti követelmények nélkül. Specifikáció híján a kiválasztás a szállító filozófiáját ülteti a szervezetre.

Ipari és biztonsági kontextus

A CMMS iparágfüggetlen; a rendszert gyakran EAM (Enterprise Asset Management, eszközgazdálkodás) néven, tágabb eszközgazdálkodási hatókörrel is árulják. A folyamatiparban a megrendelés a karbantartási munka mellett a biztonsági réteget is hordozza: a HSE-kockázatokat és a különleges szabályokat már WO-szinten, majd a munkaengedély előkészítésekor rögzíteni kell.

A kapu, ami nem megkerülhető

Munka csak jóváhagyott megrendeléssel (a vészhelyzeti munka kivételével) és az adott munkára kiadott érvényes munkaengedéllyel végezhető. A munkaengedély és a WO tehát nem két külön adminisztráció, hanem egyetlen kapu két fele (operacios-kockazatertekeles).

A pontos eszköztörténet teszi lehetővé a megbízhatósági stratégia és a kritikusság-elemzés adatalapú működését, valamint egy gyökér-ok elemzés vagy egy hatósági audit lefolytatását.

Bevezetés a gyakorlatban

Így vezetnéd be holnap, ha ma kaptad meg a feladatot:

1. Írd le az üzleti követelményeket egy fél napos műhelymunkán a tervezőkkel, felügyelőkkel és technikusokkal: mit csinálunk ma, mit szeretnénk csinálni, mi kötelező funkció és mi csak kívánság.
2. Egyensúlyozd a specifikációt az árral, mielőtt kiküldöd; minden extra sor pénzbe kerül.
3. Kérj be legalább 3–5 ajánlatot, nézz demót, és futtass tárgyalótermi pilotot korlátozott adatbázison.
4. Tervezz emberéveket a törzsadatra (berendezés, funkcionális hely, PM, alkatrész, BOM, eszköztörténet).
5. Oszd ki a szerepeket (tervező, felügyelő, technikus, raktár), és képezz szerepenként, nem egységes tananyaggal.
6. Auditáld a használatot 3–6 hónappal az élesítés után, majd évente; a hibák jellemzően az adatpontosságnál gyűlnek.
7. Mérd a kihasználtságot, és tűzz ki célértéket rá.

Vidd haza (kulcsok)

• Bármely CMMS kulcsfontosságú eleme a megrendelés. Ha a WO gyenge, minden más adat is gyenge lesz.
• A rendszer kiválasztásának kulcsa az üzleti követelmények alkalmas definiálása, nem a funkciólista hossza.
• A bevezetés kulcsa a munkaköri szerep szerinti képzés. Egységes tananyagból senki nem tanulja meg a saját felelősségét.
• A teljes kihasználás kulcsa a pontos törzsadat és a következetes használat, a megadott üzleti feladatok szerint.
• A képzés nem egyszeri esemény: szervezeti átalakuláskor újra kell futtatni.

Kapcsolat az OPEREX-hez (műszaknapló)

A CMMS a megrendelés rendszergazdája; az OPEREX műszaknapló az az operatív réteg, ahol a tényleges műszakesemény (az elvégzett PM-kör, az észlelt rendellenesség, az „ütemtörő” reaktív munka) alacsony súrlódással, visszaigazolva rögzül. A rögzítés súrlódásának csökkentése a képzés és a tisztázott szerepek mellett javítja a WO-történet felé folyó adat minőségét.

Terminológia (HU / EN)

Magyar	English (kanonikus)	Megjegyzés
Számítógépes karbantartás-irányítási rendszer	Computerized Maintenance Management System (CMMS)	a keretrendszer eleme
Eszközgazdálkodás	Enterprise Asset Management (EAM)	közel szinonim megnevezés, tágabb hatókörrel
Megrendelés	Work order (WO)	a CMMS magja
Törzsadat	Master data	a helyes működés alapja
Funkcionális hely	Functional location	az eszközhierarchia hivatkozási pontja
Anyagjegyzék	Bill of materials (BOM)	a WO alkatrész-hivatkozása
Kihasználtság	Utilization	gyakran csak fele a lehetségesnek
Tárgyalótermi pilot	Conference-room pilot	kísérleti próba

A terminológia az Uptime Elements és Wireman szóhasználatát követi.

GYIK

Mi a CMMS?

Szoftverrendszer, amely a karbantartási folyamatok többségét számítógépesíti: megrendelések, PM-ütemtervek és törzsadatok, anyagok és alkatrészek, munkatervek és eszköztörténeti adatok rögzítése és nyilvántartása. Magja a megrendelés (work order).

Miért a megrendelés a CMMS középpontja?

Mert minden adat a WO köré épül: a munkaerő-, leltár-, kivitelező- és egyéb modulok a WO-hoz küldik adataikat, a PM- és PdM-feladatok WO-ként generálódnak, a lezárt WO pedig a berendezés történetébe kerül, így lesz történeti elemzésre alkalmas.

Mikor tekinthető lezártnak egy megrendelés?

Akkor, ha műszaki és pénzügyi szempontból egyaránt lezárták, és minden helyes információ bekerült a rendszerbe. A csak műszakilag lezárt WO-kból nem áll össze a valós eszközköltség.

Miért éri el sok cég csak az \~50%-os kihasználtságot?

Jellemzően a kihagyott végfelhasználói képzés, a tisztázatlan szerepek és felelősségek, valamint a folyamatos használathoz hiányzó erőforrások miatt. Ezek nélkül a törzsadat sérül, és a rendszer nem hozza a megtérülést.

Önteszt

Önellenőrző kérdések

1. Mi a különbség egy műszakilag lezárt és egy valóban lezárt megrendelés között?
2. Egy sürgős, azonnali beavatkozást igénylő javításnál elmarad a WO-létrehozás. Mi a helyes eljárás?
3. Miért nem elég a CMMS megvásárlása ahhoz, hogy a munkaelőzményből megbízhatósági elemzés készüljön?

Válaszkulcs: 1) A valóban lezárt WO műszakilag és pénzügyileg is lezárt, teljes adattartalommal; enélkül nincs valós eszközköltség. · 2) A munka elvégezhető, de az értesítést utólag rögzíteni kell a rendszerben, és a hatókör a vészhelyzet elhárítására korlátozódik. · 3) Mert rosszul használva a CMMS összefüggéstelen adathalmaz; az elemzéshez pontos törzsadat és hibamód szerint strukturált munkaelőzmény kell.

Alkalmazott feladat

• Válassz ki tíz múlt havi lezárt megrendelést, és nézd meg mindegyiknél: van-e funkcionális hely, van-e alkatrész-hivatkozás, és pénzügyileg is lezárták-e.

Kapcsolódó fogalmak

karbantartas-tervezes-utemezes | megelozo-karbantartas | operatortol-fuggo-megbizhatosag | megbizhatosagi-strategia | kritikussag-analizis | gyokerok-elemzes-rca | megbizhatosagi-kpi | eszkozallapot-menedzsment | eszkozgazdalkodas-iso-55000

Hivatkozások / További olvasnivaló

• Terry Wireman: Successfully Utilizing CMMS/EAM Systems. Maintenance Strategy Series 4. Reliabilityweb.com, 2011.
• Uptime Elements megbízhatósági keretrendszer, © NetexpressUSA Inc. d/b/a Reliabilityweb.com: a »számítógépes karbantartás-irányítási rendszer« elem a Munkavégzés irányítása (WEM) tudásterületen.
• ISO 55000 (eszközgazdálkodás), ISO 31000 (kockázatkezelés) és az API 691: a modern CMMS ezekkel a szabványokkal összhangban adja az eszközállapot holisztikus képét (eszkozgazdalkodas-iso-55000).
• Folyamatipari karbantartási munkarendelés-szabályzat, 2022 (anonimizált kivonat): a megrendelés végponttól végpontig tartó folyamata, a kockázatalapú munkakiválasztás és a munkaengedély-kapu.