A gyártási probléma sokszor már a leállás előtt látszik
Egy gyártócégnél a gépsor leállása ritkán derült égből villámcsapás. Előtte gyakran vannak apró jelek: egy munkaállomásnál nő a várakozási idő, egy gép ciklusideje lassan romlik, egy műszakban több a selejt, egy alapanyag-késés miatt át kell szervezni a sorrendet, vagy a karbantartás mindig ugyanott csúszik. Ezeket a jeleket sokszor látják is a műszakban dolgozók, de fejben, Excelben, papíron vagy külön rendszerekben szétszórva maradnak.
A digitális iker lényege, hogy a gyártás egy részéről — például gépsorról, üzemrészről, raktári folyamatról vagy teljes termelési láncról — adatvezérelt, frissülő digitális modell készül. Nem egyszerű 3D-s látványterv, hanem olyan működési kép, amely gépadatokból, szenzorokból, termelési naplókból, ERP- vagy MES-rendszerből, minőségellenőrzési adatokból és karbantartási információkból dolgozik. A digitális iker akkor hasznos, ha nem csak megmutatja, mi történik, hanem segít előre látni, hol fog elakadni a folyamat.
Nem kell az egész gyárat lemásolni
Sok KKV azért nem foglalkozik digitális ikerrel, mert nagyvállalati, drága, futurisztikus rendszernek képzeli. Pedig a jó belépési pont nem a teljes gyár digitális leképezése, hanem egy jól körülhatárolt probléma. Például: miért torlódik fel a félkész termék az egyik gép előtt? Miért van sok túlóra hónap végén? Miért nő a selejt bizonyos műszakokban? Miért nem teljesül a tervezett kapacitás, miközben papíron elég gép és ember van?
Egy kisebb gyártócégnél már egyetlen kritikus gépsor digitális modellje is értékes lehet. Ehhez nem feltétlenül kell minden gépre szenzort szerelni. Kezdetben elég lehet a ciklusidők, állásidők, átállási idők, selejtarány, műszakbeosztás, alapanyag-érkezés és rendelési ütem összekapcsolása. A cél az, hogy a vezetés ne utólag, heti riportból lássa a bajt, hanem még a torlódás előtt kapjon jelzést.
Milyen adat kell hozzá?
A digitális iker nem varázsol gyenge adatból pontos előrejelzést. Ha a gépállás okát mindenki másképp írja be, ha a selejtet csak hónap végén összesítik, ha az átállási idő becsült, vagy a rendszerben nem látszik a valós műszaklétszám, a modell is pontatlan lesz. Ezért a bevezetés első lépése nem szoftvervásárlás, hanem adatfegyelem.
Hasznos adatok lehetnek:
- gépek ciklusideje és tényleges futási ideje;
- állásidő oka és időtartama;
- átállási idő termékváltáskor;
- selejtarány gépenként, műszakonként, terméktípusonként;
- félkész készlet mennyisége a munkaállomások között;
- műszaklétszám és kulcskompetenciák elérhetősége;
- alapanyag-beérkezés és készlethiány;
- karbantartási események, hibakódok, javítási idők.
Ezekből már látszódhat, hogy egy gép valóban szűk keresztmetszet-e, vagy csak azért tűnik annak, mert előtte rosszul ütemezik a munkát. A szűk keresztmetszet nem mindig a leglassabb gép, hanem az a pont, amelyik a teljes folyamat áteresztőképességét korlátozza.
Mit lehet előre jelezni?
Egy jól felépített digitális iker segíthet megmutatni, mi történik, ha változik a rendelési sorrend, kiesik egy gép, késik az alapanyag, új termék kerül a sorra, vagy kevesebb ember van a műszakban. Ez különösen hasznos akkor, amikor a termelés papíron teljesíthetőnek tűnik, de a gyakorlatban mindig túlóra, kapkodás és minőségi hiba lesz a vége.
Például egy csomagolóüzemben a modell megmutathatja, hogy a töltőgép kapacitása elég lenne, de a címkézőnél alakul ki torlódás termékváltás után. Egy fémipari cégnél kiderülhet, hogy nem a CNC-gép a gond, hanem a mérés és minőségellenőrzés szűk keresztmetszete. Egy élelmiszeripari üzemben láthatóvá válhat, hogy egy rövid takarítási ablak rossz időpontban viszi el a napi kapacitást.
A digitális iker tehát nem csak hibát jelez. Forgatókönyveket is próbálhat: mi történik, ha az átállási idő 20 perccel rövidebb, ha egy műszakba más kompetenciájú ember kerül, ha a karbantartás nem péntek délutánra esik, vagy ha a sürgős rendelést nem előre, hanem két termék közé ütemezik.
Hol bukik el sok bevezetés?
A leggyakoribb hiba, hogy a cég túl nagyot akar kezdeni. Teljes üzemmodell, sok integráció, látványos dashboard, de közben nincs egyetlen konkrét üzleti kérdés. Ilyenkor a rendszer drága adatgyűjtővé válik, amelyet a műszakvezetők nem használnak.
A másik hiba, hogy a projektet kizárólag IT-feladatként kezelik. A digitális ikerhez kell termelésvezető, karbantartás, minőségügy, műszakvezető és operátori visszajelzés is. Ők tudják megmondani, hogy egy állásidőkód mit jelent valójában, mikor reális egy átállási idő, és hol vannak a nem dokumentált kerülőutak.
Fontos az is, hogy a modell ne büntetőeszköz legyen. Ha a dolgozók azt érzik, hogy minden adatot ellenük használnak, romlani fog az adatminőség. Jobb úgy kommunikálni, hogy a cél a kapkodás, túlóra, selejt és váratlan leállás csökkentése.
Milyen megtérülést lehet keresni?
A digitális iker megtérülése ott jelenhet meg, ahol kevesebb állásidő, kevesebb selejt, rövidebb átállás, jobb gépkihasználás, pontosabb szállítási ígéret vagy kevesebb túlóra érhető el. Nem kell mindet egyszerre elérni. Egy pilotnál elég egy-két mérhető cél: például 10 százalékkal rövidebb átállási idő, 5 százalékkal jobb gépkihasználás, vagy a késő rendelések számának csökkentése egy kritikus termékcsaládnál.
A bevezetés előtt legyen kiinduló szám. Ha a cég nem tudja, most mennyi az állásidő, selejt, torlódás vagy túlóra, később azt sem fogja tudni, mit javított a digitális iker.
Jó indulás: egy gépsor, egy kérdés, három hónap
KKV-nál életszerű kezdés lehet egy 8–12 hetes pilot egy kritikus gépsoron. A kérdés legyen pontos: hol torlódik a félkész készlet, miért csúszik a határidő, vagy melyik átállás viszi el a kapacitást. Ehhez kell adatgyűjtés, egyszerű modell, napi vagy heti visszanézés, majd konkrét beavatkozás.
A digitális iker nem attól értékes, hogy modern technológia, hanem attól, hogy hamarabb mutatja meg a termelési bajt, mint ahogy az rendeléscsúszásként vagy gépleállásként megjelenik. Egy gyártócégnél ez nem látványos extra, hanem versenyképességi kérdés: kevesebb vakrepülés, több előrehozott döntés, kisebb működési veszteség.
Fotó: Magnific