Elavult raktárkezelő szoftverrel való foglalkozás

Megjelent: 2016. április 19. / Frissítés: 2021. április 24. - Szerző: Konrad Wolfenstein

Cserél vagy „tartsa fenn”?

A modern tárolórendszerek műszaki élettartama ma már tíz vagy több év, amely alatt az aktuális fejlesztésekhez igazíthatók. De mi a helyzet a vezérlőszoftverrel? Nehéz elképzelni, hogy egy cég tíz éves szoftverekkel sikeresen működjön a piacon. A logisztikusok ezért azzal a kérdéssel szembesülnek, hogy szükség van-e és mikor kell tenni, annak ellenére, hogy a hardver még néhány évig hatékonyan fog működni.

Elavult raktárkezelő szoftver, amely csak nem elégíti ki a folyamathatékonyság követelményeit, és már nem illeszkedik a modern hálózati világba: mindenképp sok vállalatot érintő forgatókönyv. Ennek ellenére gyakran elkerülhető annak kockázata, hogy a rendszert modern szoftveres megoldásra váltsák. Ez nem meglepő, hiszen az új raktárkezelő szoftver bevezetése sok logisztikusnak fejtörést okozhat, tekintettel a több ezer különféle cikkből álló nagy készleteikre. Természetesen az átállás után is minden tételt rögzíteni kell a rendszernek, és - legalább ennyire fontos - rendelkezni kell az ellátáshoz vagy készletezéshez.

Raktárkezelő szoftver: régi vs. új

Számos érthető oka van annak, hogy az informatikai vezetők visszariadnak attól a feladattól, hogy régi logisztikai rendszereiket új raktárkezelő szoftverre cseréljék. Ide tartoznak a tisztázatlan műszaki követelmények, az állásidőtől való félelem, a technikai vagy emberi erőforrások hiánya vagy egyszerűen egy új megvalósítás ideje és költsége. Ezért sok cég továbbra is elavult szoftverét használja a kiépítési rendszerek vezérlésére, még akkor is, ha az már nem illeszkedik az új hálózati világba. Ez elszigetelt szigetmegoldásokat hoz létre, amelyek megnehezítik az átfogó folyamatok szervezésének, ellenőrzésének és adminisztrációjának hatékony menedzselését. Ha egy új SAP modul integrálása vagy a WMS-sel való csere problémákat okoz, a hatékony használat aligha lehetséges. Sok logisztikus felismerte ezt, ezért újragondolja logisztikai folyamatait.

Az új raktárkezelő szoftver bevezetése azonban rendkívül gondos előkészítést igényel, különösen nagy készletek esetén. Az időkapacitások és a beruházási költségek tisztázása mellett az intralogisztikai struktúrákat és folyamatokat, valamint a raktár elrendezését és szerkezeti feltételeit is figyelembe kell venni. Végül, de nem utolsósorban gondoskodni kell arról, hogy az új szabályozási rendszer optimálisan harmonizáljon a meglévő tárolórendszerrel. Emiatt célszerű az új szoftvert a tárolóberendezés megfelelő gyártójával szoros együttműködésben megvalósítani. Végső soron saját logisztikai és informatikai szakértelmük mellett kiterjedt tapasztalataikat is behozzák más vállalatok hasonló projektjeiben.

1. lépés: Melyik szoftver milyen követelményeknek felel meg?

Kezdetben folyamatelemzést végeznek a szakemberek a helyszínen, a körülmények megismerése és a vevői oldali igények, követelmények meghatározása érdekében. Az eredményeket ezután beépítik a gyártó raktárkezelő szoftverének tesztrendszerébe. Például a Kardex Remstar, a dinamikus tároló- és visszakereső rendszereket gyártó, lehetőséget kínál eszközei vásárlóinak, hogy teszteljék azokat a Power Pick Global, a Kardex Remstar jelenlegi vezérlőrendszerével.

A kezdeti betanítás és oktatás után a raktári alkalmazottak és az intralogisztikáért felelős személyek a tesztrendszer segítségével feltérképezik napi munkakörnyezetüket – ideális esetben gyakorlatias módon és naponta egy bizonyos időtartamon keresztül. Ezt követően egy workshopon veszik fel a megszerzett tapasztalatokat. A követelmények specifikációja az esetleges ügyfél-specifikus módosításokkal az eredményekből származik, amelyek a kereskedelmi ajánlat alapját képezik. A projekt méretétől és a rendelkezésre álló forrásoktól függően a projekt időtartamát a befejezést követően határozzák meg.

Két rendszer vagy egy?

A következő lépés a közös döntéshozatal eredményétől függ. A struktúráktól, folyamatoktól és informatikai rendszertől függően a Kardex Remstar különböző szoftvermegoldásokat kínál ügyfeleinek. Például elavult raktárkezelő szoftver és új SAP esetén felmerül a kérdés: Az új szoftvert úgy kell-e a cég implementálnia, hogy az alárendelten működjön a cégnél már használt SAP megoldással? Ebben a konstellációban egy interfész az összes raktárral kapcsolatos rendelést továbbítja az SAP-tól a vezérlőrendszerhez (és visszakapja őket megerősítés és készlet-összehasonlítás céljából). A raktári dolgozóknak tehát két rendszert kell párhuzamosan üzemeltetniük, de kihasználhatják az új raktárkezelő szoftver (LVS) minden előnyét.

Egy másik lehetőség az lenne, ha az LVS zökkenőmentesen integrálódna az SAP-ba. Ezzel az SAP-orientált megoldással a raktári alkalmazottak csak az SAP felületen keresztül dolgoznak. Természetesen az LVS más ERP szoftverrendszerekhez is csatlakoztatható, például a Microsoft Dynamics vagy az Oracle .

Függetlenül attól, hogy az ügyfél végül melyik megoldást választja, a kényes probléma sikeres kezelésének megkönnyebbülése meghaladja a problémát. Mert az eredmények egyértelműek: a hatékonyabb folyamatok és a jobb anyagáramlás a raktárban egyértelműen azt mutatják, hogy az erőfeszítés viszonylag gyorsan megtérül. A raktárkezelő szoftver megújítására a cikkszámtól, az áteresztőképességtől és a raktárban lekötött tőkétől függően maximum egy éves beruházási megtérülést (ROI) számolunk.