Egy sürgős vevői rendelés beérkezése sok üzemben még mindig telefonok, Excel-táblák és tapasztalati alapon meghozott döntések sorát indítja el. Eközben valaki átrendezi a gyártási tervet, valaki más már anyagot rendelt az eredeti sorrendhez, az értékesítés pedig egy olyan szállítási dátumot kommunikál, amelynek teljesíthetőségét senki sem ellenőrizte. A termelésütemező szoftverek összehasonlítása ezért nem elsősorban funkciólista-verseny: annak eldöntése, hogy a vállalat képes-e valós kapacitásokra és aktuális korlátokra építve szállítási határidőt vállalni, tervezni és reagálni.
Mire való valójában a termelésütemező rendszer?
A termelésütemező szoftver, gyakran APS-rendszerként említve, a gyártási megrendeléseket erőforrásokhoz és időpontokhoz rendeli. Figyelembe veheti a gépek rendelkezésre állását, a műszakrendeket, a szerszámokat, a dolgozói kompetenciákat, az átállási időket, az anyagellátást és a technológiai műveleti sorrendet. Nem csak azt mondja meg, mit kell legyártani, hanem azt is, hogy milyen sorrendben, melyik erőforráson és mikorra reális elkészíteni.
Ez lényeges különbség az ERP vagy MRP tervezési logikájához képest. Az ERP kezeli a rendeléseket, készleteket, cikktörzseket és pénzügyi folyamatokat, az MRP pedig elsősorban az anyagszükségletet és az ahhoz kapcsolódó beszerzési, illetve gyártási igényeket számítja. Ezekből azonban önmagában nem következik, hogy két gyártási művelet ugyanarra a gépre, ugyanarra az órára került-e. Az APS ezt az ütközést is képes feltárni, majd a megadott szabályok és prioritások alapján optimalizált ütemtervet készíthet.
A MES más feladatot lát el: a végrehajtás közbeni állapotokat, teljesítéseket, selejtet és gépadatokat gyűjti. A három rendszer együtt jól kiegészítheti egymást, de egyik sem automatikus helyettesítője a másiknak. Kisebb, kevés terméket gyártó üzemben egy jól beállított ERP-terv elég lehet. Nagy varianciájú, sok átállással, szűk keresztmetszetekkel vagy gyakori prioritásváltással működő gyártásban viszont az APS külön üzleti értéket adhat.
Termelésütemező szoftverek összehasonlítása: ne a képernyőképpel kezdjék
A demón látott látványos Gantt-diagram ritkán mondja meg, hogy egy rendszer valóban használható lesz-e a gyárban. A jó összehasonlítás a saját tervezési problémából indul ki. Ha a fő gond a határidők gyakori csúszása, más képességeket kell vizsgálni, mint akkor, ha a veszteséget a túl sok átállás, a hiányzó alapanyag vagy a folyamatos túlóra okozza.
Először azt kell tisztázni, hogy a jelenlegi terv miért nem tartható. Előfordulhat, hogy nincs megbízható adat a tényleges gépkapacitásról. Más esetben a gyártásirányítás kézzel módosítja a prioritásokat, de a változás nem jut vissza az értékesítéshez és a beszerzéshez. Az is gyakori, hogy a vállalatnak van terve, csak nem tudja gyorsan felmérni egy új rendelés, géphiba vagy anyagkésés hatását.
Az ilyen helyzetekben nem feltétlenül a legtöbb funkcióval rendelkező megoldás illeszkedik legjobban a vállalat működéséhez, hanem az, amely a döntési ciklust rövidíti le. A tervezőnek percek alatt kell választ kapnia arra, hogy egy változás mely rendeléseket veszélyezteti, milyen alternatív erőforrás áll rendelkezésre, és milyen kompromisszum árán tartható egy kiemelt határidő.
A döntést meghatározó képességek
Véges kapacitástervezés és valós korlátok
Az egyik legfontosabb választóvonal a véges és a végtelen kapacitásra tervezés között van. Végtelen kapacitás feltételezésével a rendszer nem veszi figyelembe, hogy egy adott erőforrás ténylegesen mennyi munkát képes elvégezni az adott időszakban. Véges kapacitással a rendszer csak annyi munkát helyez el egy gépen vagy munkahelyen, amennyi ténylegesen végrehajtható.
A gyakorlatban a véges kapacitás sem elég, ha a modell túl egyszerű. Érdemes megvizsgálni, hogy kezelhetők-e a párhuzamos gépek, a szerszámfüggések, a karbantartási ablakok, a műszakszünetek és a dolgozói korlátozások. Egy fröccsöntőüzemben például a szerszám elérhetősége ugyanolyan meghatározó lehet, mint a gépé. Egy fémipari üzemben pedig az átállási sorrend közvetlenül befolyásolja a rendelkezésre álló termelési időt.
Átállások, szabályok és optimalizálási célok
A szoftverek akkor mutatnak nagy különbséget, amikor nem pusztán előre, hanem jól kell ütemezni. Egyes rendszerek elsősorban határidőre rendeznek, mások képesek termékcsalád, szín, szerszám vagy technológiai hasonlóság alapján csökkenteni az átállásokat. Ez jelentős kapacitást szabadíthat fel, de van ára: a kevesebb átállás nem mindig egyezik a legrövidebb szállítási határidővel.
A kiválasztáskor ezért nem elég rákérdezni, van-e optimalizáló funkció. Azt kell kérni, hogy a szállító a vállalat saját szabályaival modellezzen egy valós helyzetet. Például mutassa meg, hogyan változik az ütemterv egy elsőbbségi rendelés, egy gépleállás és egy kritikus alapanyag késése esetén. Ebből derül ki, hogy a rendszer valódi döntéstámogatást ad-e, vagy csak gyorsabban rajzol új tervet.
Újratervezés és forgatókönyvek
Az ütemezés értéke nem a hétfő reggeli, optimálisnak tűnő tervben mérhető, hanem a szerda délutáni eltérés kezelésében. A jó rendszer képes szabályozottan újratervezni, és egyértelművé teszi a következményeket. Nem feltétlenül kell minden változásra automatikusan új tervet kiadnia. Sok üzemnek inkább olyan megoldás kell, amely alternatív forgatókönyveket készít, miközben a tervező megtartja a döntési kontrollt.
A tervezési folyamat teljes automatizálása különösen magas termékválaszték, kis sorozatok vagy instabil alapanyagellátás mellett lehet kockázatos. Ilyenkor a rendszer javaslatot tesz, de a tapasztalt diszpécser tudása továbbra is nélkülözhetetlen. Az a cél, hogy ez a tudás átlátható szabályokkal és adatokkal egészítse ki a tervet, ne pedig az legyen az egyetlen működő biztosíték.
Integráció és adatminőség
Az APS nem működik a vállalat többi rendszerétől függetlenül. Rendelési, készlet-, technológiai és erőforrásadatokra van szüksége, amelyek jellemzően ERP-ből, MES-ből, esetenként WMS-ből vagy gépadatgyűjtő rendszerből érkeznek. A szoftverek összehasonlításánál ezért vizsgálni kell az integráció módját, az adatfrissítés gyakoriságát, a hibakezelést és azt is, ki felel az egyes törzsadatokért.
A leggyakoribb bevezetési hiba nem technológiai probléma. Az, hogy a rendszerbe betöltött normaidők, műveleti idők, selejtarányok vagy gépnaptárak nem tükrözik a valóságot. Egy precíz optimalizáló algoritmus is félrevezető eredményt ad hibás bemenetre. Érdemes ezért a projekt elején néhány kritikus termékcsaládra és szűk keresztmetszetre fókuszálni, majd a modell hitelesítése után bővíteni a lefedettséget.
Milyen rendszertípus illik az üzemhez?
Az ERP-be épített ütemező modul általában jó kiindulás lehet, ha a termelési folyamatok viszonylag stabilak, kevés a kulcsfontosságú erőforrás, és a vállalat elsősorban alapvető tervezési fegyelmet akar teremteni. Előnye a közös adatbázis és az egyszerűbb integráció. Korlátja lehet, hogy az összetett, erőforrásfüggő vagy gyorsan változó ütemezési helyzeteket kevésbé rugalmasan kezeli.
Az önálló APS-rendszerek ott indokoltak, ahol a sorrendoptimalizálás, a véges kapacitás, az alternatív gépek vagy a gyakori újratervezés üzleti szempontból kritikus. Ezek mélyebb modellezést és rendszerint nagyobb bevezetési fegyelmet igényelnek. Nem ritka, hogy a technológia alkalmas lenne a kívánt működésre, de a vállalat még nem definiálta egységesen a prioritási szabályait.
A MES-hez vagy más gyártásirányítási rendszerhez szorosan kapcsolódó megoldások erősek lehetnek akkor, ha a tervnek gyorsan kell reagálnia a tényleges üzemállapotokra. Gépadatokkal, valós teljesítésekkel és leállási információkkal a tervezés és a tényleges termelési állapot között gyorsabb visszacsatolás alakítható ki. Ez azonban csak akkor hoz eredményt, ha az adatgyűjtés lefedettsége és a műszaki adatminőség megfelelő.
Így legyen a kiválasztásból kezelhető projekt
A rövid lista kialakítása előtt érdemes összegyűjteni három-hat tipikus, üzletileg fájdalmas esetet. Ilyen lehet egy sürgős rendelés beillesztése, egy kulcsgép meghibásodása, anyaghiány, túlterhelt munkahely vagy egymást kizáró vevői határidők kezelése. Ezek a helyzetek sokkal többet árulnak el, mint egy általános termékbemutató.
A szállítóktól ugyanarra az adatkészletre és azonos forgatókönyvekre épülő bemutatót kell kérni. Értékeljék nemcsak a végeredményt, hanem a tervezői munkát is: mennyi manuális beavatkozás kellett, követhető-e a döntés logikája, látszik-e a késések oka, és visszaállítható-e egy korábbi tervverzió. A kezelhetőség azért üzleti kérdés, mert a legjobb algoritmus sem termel értéket, ha a napi használatban megkerülik.
A megtérülést szintén több oldalról célszerű mérni. A javulás megjelenhet határidőtartásban, rövidebb átfutási időben, kisebb félkészletben, jobb gépkihasználásban, kevesebb túlórában vagy kevesebb manuális tervezési munkában. Nem minden mutató javul egyszerre, és a gyorsabb kiszolgálás olykor magasabb átállási költséget jelent. A vezetésnek előre ki kell mondania, melyik üzleti cél élvez elsőbbséget.
A bevezetés sikerét végül nem az dönti el, hogy a rendszer hány optimalizálási paramétert kínál. Az számít, hogy a termelés, a tervezés, az értékesítés és a beszerzés elfogad-e közös szabályokat a prioritásokról és a kivételekről. Ha ez megvan, a szoftver nem egy újabb képernyő lesz a gyárban, hanem közös nyelv a napi döntésekhez.