Az SAP R/3 mobil adatrögzítés a termelékenység növelésére

Az előadások a következő témára: "Az SAP R/3 mobil adatrögzítés a termelékenység növelésére"— Előadás másolata:

1 Az SAP R/3 mobil adatrögzítés a termelékenység növelésére
gyors, hibamentes adatbevitel, sok beépített ellenőrzéssel papírmentes feldolgozás rendkívül rugalmas, on-line, operatív feladatmegosztás (queue management) raktári monitoring (pillanatnyi helyzetkép a raktári feladatok állásáról) raktári feladatok, terhelés tervezése néhány üzleti folyamat csak on-line adatfeldolgozás valósítható meg kapcsolat a HR modullal (raktárosok teljesítménybérezése) A mobil adatrögzítés fő előnye az integrált on-line adatkezelés: Néhány funkció csak ezzel az eszközzel nyer értelmet (pl. nulleltár). Rugalmasan vezérelt feladatsor: pl. sürgősség alapján kapják a dolgozók a raktári feladatokat, azon belül bejárási sorrend szerint. Flexibilis queue-management: nagy terhelés esetén a feladatok más feladatsorhoz való átrendezése

2 A mobil adatrögzítés felhasználása az SAP rendszerben
Elsősorban a logisztikai modulok (48 standard funkció): Raktárgazdálkodás (LE-WM, 4.6A verziótól): mozgatások nyugtázása (be-, ki- és áttárolás, átkönyvelés) leltári feladatok lekérdezések Logisztikai végrehajtás (LE): csomagolási feladatok kezelési egység management (4.6C verziótól) Minőségbiztosítás (QM, később tervezett) vizsgálati eredmények rögzítése

3 Csatlakozás az SAP-hoz: SAPConsole alapú megoldás
RF front end (Windows NT) SAP R/3 Applikációs szerver RF Terminál Rádió-frekvenciás adatátviteli elemek SAPConsole Telnet szerver RF Terminál Az SAP R/3 4.6A verziótól támogatja a z RF terminálok ‘közvetlen’ illesztését. E megoldás esetén a karakteres terminál úgy viselkedik, mintha közvetlenül, 'front end' jelleggel kapcsolódna a SAP rendszerhez. A SAPConsole megoldás a folyamatok szempontjából teljesen átlátható, transzparens környezetet nyújt: az RF terminál közvetlen módon éri el a SAP rendszer tranzakcióit. A SAPConsole tesztelésének a végeredménye: A SAPConsole képes az SAP és az RF terminálok közötti kapcsolattartás biztosítására, A SAPConsole technológia a válaszidő szempontjából várhatóan nem hat hátrányosan a raktári munkára, A mobil tranzakciók működnek, de némi módosításukra van szükség, hogy a folyamatokhoz illesszük ezeket és alkalmasak legyenek a napi raktári feladatok ellátására, Vannak olyan funkciók, melyeket az SAP 4.6B verziója még nem támogat, de fejlesztéssel ezek is megoldhatók. A SAPConsole Windows NT környezetet igényel, ahol az SAP nem ilyen op. rendszer alatt fut, szükség van az RF front-end szerver kiépítésére. RF Terminál TRANSZPARENS

4 Csatlakozás az SAP-hoz: Közbülső illesztő rendszer
Illesztő rendszer (több szállítótól) SAP R/3 Aplikációs szerver RF Terminál - Önálló RF terminál kezelés Session tartás üzemszünetnél Adminisztrációs felület Folyamatok nyomonkövetése Nagyobb sebesség Hangjelzés Rádió-frekvenciás adatátviteli elemek RF Terminál MIDDLEWARE fogalma: olyan közbülső rendszer (esetünkben az SAP és az RF terminálok között), amely önálló funkciókat (adatfeldolgozást) is ellát. Ehhez az adatokat saját táblákban tárolja. Ahol az SAP WM modul bevezetése előtti időkben a régi raktárkezelői rendszer képes volt az RF eszközök kezelésére gyakran felmerül ezen rendszerek fenntartása az RF kommunikáció céljából. Érdemes figyelembe venni, hogy míg az SAP szoftver ezen a téren gyors ütemben fejlődik és a verzióváltásokkal az új funkciók is használatba vehetők, addig a régi raktárkezelői rendszereknél folyamatosan szoftverkövetési költségek fognak felmerülni. Sok helyen a middleware rendszerek egyéb, SAP által nem támogatott funkciókat is ellátnak (Szállítószalag- vagy anyagmozgató berendezés vezérlése, kezelési egységekre bontás, stb.). Előfordul, hogy egy későbbi verzióban ezek standard SAP funkciók által részben támogatott folyamatokká válnak. Emiatt a két illesztési megoldás közötti döntést, mindig az aktuális helyzetben a legfrissebb információk alapján kell meghozni. RF Terminál TRANSZPARENS

5 Csatlakozás az SAP-hoz: Közbülső middleware rendszer
Illesztő rendszer (több szállítótól) SAP R/3 Aplikációs szerver RF Terminál Saját adatbázissal rendelkezik Saját üzleti logika illeszthető hozzá (adatfeld.) Az előző megoldás tulajdonságaival bír Kapcsolattartás SAP-val ALE/IDOC/RFC technikával. Rádió-frekvenciás adatátviteli elemek ‘ RF Terminál MIDDLEWARE fogalma: olyan közbülső rendszer (esetünkben az SAP és az RF terminálok között), amely önálló funkciókat (adatfeldolgozást) is ellát. Ehhez az adatokat saját táblákban tárolja. Ahol az SAP WM modul bevezetése előtti időkben a régi raktárkezelői rendszer képes volt az RF eszközök kezelésére gyakran felmerül ezen rendszerek fenntartása az RF kommunikáció céljából. Érdemes figyelembe venni, hogy míg az SAP szoftver ezen a téren gyors ütemben fejlődik és a verzióváltásokkal az új funkciók is használatba vehetők, addig a régi raktárkezelői rendszereknél folyamatosan szoftverkövetési költségek fognak felmerülni. Sok helyen a middleware rendszerek egyéb, SAP által nem támogatott funkciókat is ellátnak (Szállítószalag- vagy anyagmozgató berendezés vezérlése, kezelési egységekre bontás, stb.). Előfordul, hogy egy későbbi verzióban ezek standard SAP funkciók által részben támogatott folyamatokká válnak. Emiatt a két illesztési megoldás közötti döntést, mindig az aktuális helyzetben a legfrissebb információk alapján kell meghozni. RF Terminál ALE/IDOC/RFC

6 A két közvetlen illesztési mód összehasonlítása

7 Adatforgalom SAPConsole esetén
SAP szerver A felhasználó meghív egy menü-funkciót a terminálról A Teklogix kontroller megteremti a kapcsolatot a Telnet Serverhez A Telnet Server miután megkapta az igényt, továbbítja azt az SAP Consolhoz Az SAPConsole az igényt megformázza és elküldi az SAP-hoz egy nyílt SAPGUI kapcsolaton keresztül Az SAP értelmezi az igényt és végrehajtja a megfelelő tevékenységet Az SAPConsole miután visszakapta a SAPGUI képernyőt, szöveges formátumra alakítja át A Telnet Server az RF terminálra szöveges képernyőt küld Prezentációs szerver Windows NT Alkalmazás SAPConsole Adatok VT 220 Telnet Ethernet VT220 RF Vezérlő egység (kontroller) RF-készülékek Telnet sessionnel a Telnet szerverre rácsatlakozva (remote connection)

8 Telnet szerver kiválasztása
Fő kiválasztási szempontok: megfelelő terminál-emuláció funcióbillentyűk használhatósága magyar karakterkészlet használhatósága memóriafelszabadítás jogosultság-beállítás megbízható működés automatikus bejelentkezés biztosítása felhasználó-adminisztrációs felület biztosítása Tapasztalatok (tesztek, árak) A SAPConsole alapú RF terminál illesztésnek alapvető szoftver komponense az un. Telnet szerver. Sok gyártótól beszerezhető, de a termékek igen eltérő szolgáltatásokkal bírnak. A lehetséges fontosabb problémákat illetve a Telnet szoftverrel szembeni elvárásokat az alábbiakban foglaljuk össze: A Telnet szerver alkalmas legyen az irodalom alapján ajánlott VT220 terminál emulációra. A karakter orientált RF terminálok alapvetően a VT220 emulációt igénylik. Ezzel szemben csak az ANSI kommunikációs módban működik a hangjelzés, ami szintén elsődleges szempont a szerver kiválasztásánál. Az SAP moduljaiban való munkához várhatóan szükséges a funkcióbillentyűk használata. Ezen kódok átvitelére alkalmas Telnet szervert kell választani. Az egyes Telnet szerverek, illetve az RF terminálok a speciális karakterek, ékezetek kezelése szempontjából eltérő szolgáltatást nyújtanak. Elvárás, hogy a Telnet szerver és az RF terminál kódlapja összehangolható legyen. A Windows NT szerveren kritikus lehet az esetlegesen megszakadt RF tranzakciók által foglalt memória felszabadítása. DLL alapú alkalmazások esetén a teljes memória felszabadítás nem garantált. Az RF terminál kezelője a Windows NT gépen semmilyen tevékenységet nem folytat a SAPConsole program automatikus elindításán kívül. Nem feltétlenül szükséges minden RF felhasználóhoz külön Telnet felhasználót rendelni. Biztonságtechnikai szempontok (IP címre szűkíthető bejelentkezés) Automatikus bejelentkezés biztosítása

9 RF tranzakciók az SAP-ban I.
Rugalmas, felhasználófüggő menürendszer Terminál felbontásától függő képernyők Rugalmasan alakítható standard tranzakciók ellenőrzendő adatok beállítása (forrás és céltárhely esetén is) automata funkcióhívás, pozicionálás Feladatsorok (queue) definiálása és kezelése Tételek feldolgozási sorrendjének definiálása Általánosan minden standard tranzakcióról elmondható, hogy az SAP nem hang-, hanem képernyőüzenetek formájában jelzi az esetleges beviteli vagy adatfeldolgozási hibákat (pl. verifikáció után). Mind a forrás mind a cél tárhely információi esetében lehetőség van verifikációs (ellenőrző) adatok bevitelére, tehát bizonyos adatok (tárhely, cikkszám, raktári egység, mennyiség stb.) helyességének ellenőrzésére, ami az adott vonalkód beolvasásával történik. A képernyők közötti mozgás és a funkciók végrehajtása funkcióbillentyűk segítségével történik. A funkciók hívása (pl. új tétel) bizonyos adatbevitelhez automatikusan hozzákapcsolható (pl. képernyőn utolsó vonalkód beolvasása). A WM-ben a raktári feladatok (bizonylatok) létrehozása után, a mozgások nyugtázására használjuk az RF tranzakciókat. A mozgatási utasítások nyugtázása történhet tételenként vagy több tételes bizonylatnál a tételeket sorba véve(zárolás). Több tételes mozgatási utasításoknál többfajta feldolgozási sorrendet lehet megvalósítani. A felhasználó vezette tranzakcióknál a felhasználó maga szkenneli be a feldolgozni kívánt bizonylat számát. A rendszervezérelt tranzakcióknál a rendszer automatikusan adja (növekvő sorrendben) a bizonylattételeket. Ezt a sorrendet meg user exit segítségével tetszőlegesen változtathatjuk. A rendszervezérelt tranzakciók más munkaszervezést követelnek, mert nem szükséges feladatsort nyomtatni az RF-felhasználó számára, hiszen ezt a feladatsort a rendszer automatikusan összeállítja. . A feladatsorok a raktári munkavégzés és a felhasználók csoportokba foglalásával könnyebbé teszi a munkaszervezést, a felhasználói feladatok és jogosultságok szabályozását.

10 RF tranzakciók az SAP-ban II.
Mobil terminállal még elvégezhető funkciók: leltározás készletlekérdezés anyagonként ki- és becsomagolás (4.6C-től javasolt) rakodás (4.6C-től javasolt) tárhelycímke nyomtatás kezelési egység mozgatása (4.6C-től) A standard tranzakciók hátrányai többképernyős megoldás (többszöri kommunikáció, zárolási problémák) bonyolult képernyőfelépítés, a képernyők sok esetben csak user-exit fejlesztéssel módosíthatók nincs hangjelzés a felhasználónak az új standard funkciókban még sok hiba (4.6 B verzió) A leltározási folyamatból, az RF-terminálokon keresztül csak a számbavétel rögzítése történik meg. Az SAP az RF tranzakciókat a standard-ok mintájára alkotta meg. Pl. belépés után áttekintő képernyő, ebből szelekcióval dolgozható fel egy tétel, ami sok, az RF környezetben nehezen kivitelezhető pozicionálgatást jelent. A raktári munka ettől eltérő igényeket támasz: pl. egy vonalkód-leolvasással azonosítható a bizonylatszám+tétel, amiből rögtön a tétel-feldolgozás hívható. A standard SAP RF tranzakciók képernyőkezelése igen rugalmasan, az ügyfél igényei szerint módosíthatóak. A bevezetés során azonban nyilvánvalóvá vált, hogy a standard SAP RF tranzakciók többsége sajnos nem kielégítő a raktár működése szempontjából. Ennek fő oka, hogy a standard RF tranzakciók elképzelése nem az egy képernyőn végrehajtható tranzakciókon alapul, egy tranzakció elvégzéséhez legalább 2-3 képernyőváltásra, eközben néhány tabulálásra van szükség. Mivel az SAP szerver távoli elérése hálózati kommunikációt igényel, a tranzakció feldolgozási idő lecsökkentése érdekében egyképernyős tranzakciókat alakítottunk ki, - így csak a mentéskor történik képernyőváltás és ezáltal hálózati kommunikáció. Másik ok, hogy a kurzor mozgatása automatikusan, eseményvezérelt módon, az ügyfél igényeinek megfelelően volt így kialakítható, ezzel minimalizáltuk a terminálon végzendő felesleges tabulálásokat.

11 Testre szabott megoldások fejlesztése
Egy képernyős tranzakciók, gyors válaszidő Felesleges információk kiküszöbölése – gyorsabb kommunikáció A helyi igényeknek megfelelő lefutási logika, Felesleges pozicionálás, funkcióbillentyű-használat kiküszöbölése Hangjelzés küldése Fejlesztett zárolási mechanizmus Egy raktári működés kis számú RF tranzakcióval leképezhető. Ezek a tranzakciók fajlagosan a leggyakrabban használt funkciók. A fenti megoldásokkal egy raktári feladat feldolgozási idejét jelentősen csökkenthetjük, ami összességében jelentős hatékonyság-növekedést eredményez. Ennek következtében a fejlesztési költségek sokszorosan megtérülnek, melyet a tapasztalatok is alátámasztanak. A fejlesztendő tranzakcióval szemben támasztott legfontosabb követelmények: · manuális adatbevitel minimálisra csökkentését. · vonalkód beolvasás után a rendszer automatikusan a következő beviteli mezőre ugorjon, ha nincs szükség egyéb megerősítésre. · a vonalkódos adatbeolvasás preferálását, mező-összevonás egy vonalkódba · a leegyszerűsített képernyő felépítést, · az adatbevitelnél a minimális, releváns adatokra való szorítkozást · könnyű kezelhetőséget, · fellépő zárolási problémák minimalizálását. Általunk fejlesztett tranzakciók: ·        szállítási utasítás felvétele transzportba, ·        becsomagolás, ·        kicsomagolás. ·        kiszedő láda hozzárendelése szállítási utasításhoz ·        visszatárolás kábelvágás után ·        betárolás + ·        kitárolás +

12 Zárolás, válaszidők, megbízhatóság
Az RF tranzakciók normál működés esetén csak az elmentés pillanatában okoznak zárolást Mentéskor a bizonylatáram aktualizálása miatt az alapbizonylatok is zárolás alá kerülnek A válaszidő az átvitt karakterek számától függ A régi rendszerektől egyenletesebb válaszidők A széles-sávú RF-adatátvitelnél <1 sec válaszidők Keskeny sávú RF-átvitelnél max. 5 sec. (90%-ban 2-3 sec) RF-átvitel szűk keresztmetszetének a vizsgálata A zárolási mechanizmusok és az ellenőrzések jó része a mozgatási utasítás létrehozásakor fut. Nyugtázásánál zárolás alapvetően már nem fordul elő, hiszen ekkor már sem az anyagszámot sem a tárhelyet nem zárolja az SAP. A bizonylatban szereplő mennyiség már a mozgatási utasítás létrehozásakor zárolás alá került. Az RF tranzakciók normál működés esetén csak az elmentés pillanatában okoznak zárolást. Tehát amíg vonalkód leolvasóval a vonalkódot leolvassák addig nincs zárolás. Egyetlen kivétel létezik, mégpedig akkor, ha a mozgatási utasítás nyugtázásakor mennyiségi eltérésre kerül sor. Ilyen esetben azokat a tárhelyeket zárolja a rendszer, ahol eltérés mutatkozott. Ekkor olyan mozgatási utasítás tétel nem nyugtázható, amelyben ez a tárhely szerepel. Kitároláskor a szállítási utasítás státusa is aktualizálódik. Az aktualizálódás azt jelenti, hogy a szállítási utasítás zárolás alá kerül. Ha a szállítási utasításból több mozgatási utasítást is létrehoztak, akkor a következő mozgatási utasítást nem tudjuk addig nyugtázni, amíg az elsőt el nem mentették. Ugyanez a probléma merül fel a többi követő vagy megelőző bizonylat feldolgozásánál (transzport). A tranzakció lefutási logikája is befolyásolja a zárolást (tételenként vagy sorba véve). A fenti problémákat raktári munkaszervezéssel lehet kiküszöbölni. A szakirodalom szűk keresztmetszetek lehetőségéről (RF bottleneck) tesz említést.