Népszerű bejegyzések

2011. február 24., csütörtök

Első nap, péntek

Távoli munka, az ERP rendszer indításának napjaira oda kell költöznünk. Az indulást megelőző napokban még tesztelni próbálunk a logisztikai rendszeren, de az nem akarja. (Úgy látszik, nem hasonlít a mosómacira Pepin storyjából.)
A tesztelés maga távolról egyébként elég izgalmas. Követni kell tudni, melyik is az aktuális teszt rendszer, vajon a mobil terminál, amelyiken a tesztelés legfontosabb kérdéseit kell próbálgatni, be van-e kapcsolva, azon a legfrissebb verzió fut-e, az emulátor működik-e, lehet-e birkaveséből időjárást jósolni, stb. Szóval van egy pár dolog, ami akadályozhat napi szinten az ERP tesztben, sokszor maguk a fejlesztők fekszenek a síneken keresztben. Miért nincsenek még kész a fejlesztéssel? (mert azzal soha nem lehet végezni) Tényleg volt már olyan go-live, ami előtt minden fejlesztés lezárult, minden ág ki lett tesztelve? Biztosan egy alternatív univerzumban.
Megérkezünk. Az iroda kellemesen üres, akit csak lehetett nélkülözni, a végekre küldtek tüzet oltani. Miért itt nem lesz tűz? Ja igen, az itteni tüzet oltani a mi dolgunk is lesz!
Boot kávé után kibogozzuk, melyik rendszer is most a mi teszt rendszerünk. Elő a mobil terminálokkal, nézzük meg, melyik rendszerbe akarnak bejelentkezni. Hopsz ezen még vannak csiszolni valók, az elcsigázott informatikai stáb pont arra vár, hogy végre ezzel piszkáljuk őket. Azért megoldódik, irány a rendszer. Hopsz jogosultság sehol. Várjunk egy kicsit, addig megnézzük a frontvonalat. Irány a raktár, visszük magunkkal L-t, a logisztikai vezetőt is.

Ez a dolgozókra már beállításra került, de mi admin jogosultságaink beállításaival még gondok voltak.  A beállítás során engedélyezzük a felhasználóhoz a raktárakat, valamint az itt végezhető feladatokat. (Cs.)

LG központi raktár nagyjából rendben. Hetekkel ezelőtt átszereltettük az egész raktár hossztartóit. Korábban a klasszikus „kaotikus” raktár volt ez J. (Csak egy kis szakmai nyelvészkedéses kitérő: szabad tárhely foglalású raktárat kaotikusnak nevezni pont akkora fordítási, magyarítási hiba, mint a narrow-aisle fogalmat szűk folyosós rendszernek fordítani keskeny folyosós helyett. Mi legalábbis nem káosz raktáron dolgozunk és lehetőség szerint megfelelő kiszolgáló méretű kiszolgáló folyosót tervezünk nem pedig szűket. Mégha az egészen keskeny is.) Egy ilyen raktárstruktúrát leképezni és karbantartani az ERP rendszerben egyenlő a lehetetlennel. Megvizsgáltuk a forgalmi adatokat, a méreteket, az eloszlásokat, így most minden szépen rendben sorakozik a tárhelyeken, a raktár átlátható és rendezett. Mindenhol tárhelycímke (azért egy pár még hiányzik, de ezek már gyártás alatt vannak), a raktár tárhely szerint leltározva, minden gyűjtőn vonalkódos termék címkék.
OH raktár új galériás állványrendszert kapott, még tart a költözködés. Itt a tárhelycímkék kicsit hiányosak, és némely esetben a felhasználóknak nem sikerült átvenni az instrukcióinkat. Látszólag rend van, a számításaink szerint szépen el lehet mindent rakni. Raktárosok kérdeznek, én válaszolok, bár tudom, nem minden válaszom lesz holnap is igaz. De most ennyit tudunk. Egyenlőre mélyebbre nem ásunk, ennek még később ára lesz, de most még elégedettek vagyunk, és időnk is most ennyi volt.
Vissza az ERP rendszerhez. Cs. feladata a cikkek beállításai, adatokkal feltöltése, majd a raktári betárolási algoritmusok beállítása az összes tárhelyre. Ha ezzel meglesz, lehet folytatni a kiszedési feladatokhoz tartozó beállítások kérdéseivel. Ez a két mondat gyakorlatilag két nap. Cikkek száma ezres nagyságrendű, tárhelyből egy nagyságrenddel több van. Na jó, lesznek más megoldandó kérdések is, egyenlőre mindenki hozzá fordul a kérdéseivel.

A cikkek számtalan paramétere között elsődleges fontosságú a beállítás, hogy milyen tárolási jellegű.  Azaz, rábízhatjuk a rendszerre a döntést, hogy a raktár mely területeire kerüljön a beszállított áru elhelyezésre. Ezt ráadásul minden olyan raktárra is be kell állítani, ahol a rendszer feladata a tárhelykeresés. Mindez azonban hatással van arra is, hogy miként kerül be az áru a tárolási helyére. Van, amit raklapon tárolunk be, és van, amit kis kézipolcokban. Természetesen a betárolási folyamat is eltérő.
Visszatérve a cikk tárolási besorolására, számtalan jellemzőt, történelmi adatsort kell figyelembe venni ahhoz, hogy eldönthető legyen, hogy egy cikk milyen besorolású legyen. A besoroláshoz szükség van a raktárvezető tapasztalatára, továbbá megvizsgálom, hogy a hosszú nónapok alatt zajlott felmérés során (ami a cikkek csomagolási méreteinek felvételére irányult) rögzített méretadatok, és a cikk múltbeli készletszintjei alapján milyen jellegű és méretű tárhelyeken szeretnénk a cikket látni. (Cs.)

Én nekilátok tesztelni az logisztika modul aktuális állapotát. Azt tervezem okosan, majd szépen végignézem a betárolástól a logisztika folyamatát. Persze ez naiv tévedés volt. Egyrészt az ERP ezen programrésze kicsit még bogaras volt, másrészt be kellett látnom, a maradék idő a go-live-ig arra lesz elég, hogy legalább a kiadás flottul menjen. Vagy egyáltalán valahogy.
Mobil terminál az egyik kézben, másikkal a billentyűzetet és egeret felváltva kezelem. Rengeteg dolgot végig kell nézni. Sajnos azt nem sikerül elérni, hogy csak a kiszemelt, tenyésztett tesztadatok legyenek a rendszerben. Ezekről készítettünk tervet, de sajnos a felhasználóknak ezt a go-live időpontjáig nem sikerült a teszt rendszerben rögzíteni. Lehet csak egyszerűen nem készült olyan teszt rendszer klón, ahol csak ezek az adatok lennének. Egyszóval most itt figyel minden kezelendő adat, mintha az éles rendszerben lennénk. Ennél fogva eleinte azzal kell küzdeni, hogy a tesztelendő cikkek minden paramétere fel legyen töltve, be legyen állítva. E nélkül folyamatosan botlunk hibákba, és ezektől a hibáktól nem tudjuk az igazi bogarakat felderíteni. Mire van 3 ilyen cikk elmegy a fél nap. Sajnos már a második fele.
Most akkor melyik a kiadó terület kódja? Honnan lesznek egységképző azonosítók? Miért maradnak a készletek egy területen, mikor azt hittük kikönyveltük ezeket onnan? Megmondtuk, aláhúzás nincs a kódban, itt meg mindenhol az van beállítva. Miért? Hol állítsuk vissza? Hogy megy át ez az éles rendszerbe?
Lassan hat óra van, napi értékelés.
A recepciós lány kijavítja a go-live-ig hátralévő napokat mutató táblán a számot.
Másnap a cikkeket be kell tenni az éles ERP rendszerbe az összes adatukkal és tárhelyes leltárukkal együtt. A raktári rendszer ezer paramétere még hátravan, és még nem sejtjük, lesznek dolgok, amit feleslegesen csinálunk.
Vissza a szállásra, holnap is nap lesz. De milyen!

2011. február 22., kedd

Nulladik nap, meg egy kis bevezető

Mi az ERP rendszer raktárlogisztikai folyamainak fejlesztésében vettünk részt. Végigelemezzük a cég folyamatait, gyomlálgatunk, új módszereket mutatunk, megkeressük azokat a pontokat, ahol fejleszteni kell ahhoz, hogy egyáltalán el lehessen indítani egy modern raktárinformatikai rendszert. Konzultálunk az informatikai és logisztikai stábbal, sokszor mi vagyunk az összekötő kapocs, néha úgy érezzük, a hiányzó láncszem.
Maga a disztribúciós raktári struktúra több szintből és több raktárbázisból álló, országos terítőhálózatot működtető rendszer. Indításkor a disztribúciós lánc egy részében hagyományos raktári rendszerekként, két kiemelt fontosságú pontján viszont vonalkódos bizonylatolású, szigorú tárhely nyomonkövetéses rendszer lesz „pilot” rendszerként elindítva.
Távolról a rendszert teszteljük, adatokat, táblázatokat gyűrünk, raktárstruktúrát dolgozunk ki, kérdésekre válaszolunk, hiszen még mi tudjuk a legtöbbet a tervezett rendszer működéséről.
Felkészítjük az embereket, a raktárakat, az adatokat, az adatok struktúráját, a tárolási rendszert arra, hogy elérjük az indításhoz szükséges minimális feltételeket. Az, hogy melyek a minimális igények, az persze soha nem egzakt kérdés. Vannak dolgok, amiben úgy érezzük, le vagyunk maradva, vannak, amelyeknél mi magunk is tudjuk, magasra emeljük a lécet, legfeljebb nekifutás előtt még visszább lehet venni a célokat.
Az állványok elkészültek, a tárhelyek azonosítóit legyártattuk és reméljük fel is vannak úgy ragasztva, mint ahogy azt megmutattuk, az emberek betanítva és motiválva, a működés váza az ERP rendszerben kitesztelve (az hogy csak ennyi emiatt némileg aggódunk).
Eljött az idő, lassan már neki kell futni a go-live-nak, és akkor nem lesz min gondolkodni. Csak arra kell koncentrálni majd, hogy legyőzzük a problémákat.
Utazás!