Mobilelérés termékleírás
Mobilelérés
TARTALOMJEGYZÉK 1.
2.
3.
4.
5.
6.
7.
BEVEZETŐ
4
1.1.
Warehouse
4
1.2.
Production
4
1.3.
Sales
5
1.4.
Service
5
1.5.
Delivery
5
ALAPFOGALMAK
6
2.1.
ERP rendszer
6
2.2.
L-mobile
6
CÉLMEGHATÁROZÁS
6
3.1.
Az L-mobile rendszer fő feladatai
6
3.2.
ERP integráció
7
3.3.
ERP integráció: olvasás
7
3.4.
L-mobile – infor:COM integráció: olvasás
7
3.5.
ERP integráció: könyvelés
8
3.5.1.
Adatbázis-műveletekkel
8
3.5.2.
Belső könyvelő-processzekkel
8
3.5.3.
ERP API-k felhívásával
9
L-MOBILE FEJLESZTÉSI PLATFORM
9
4.1.
L-mobile rendszer általános követelményei
10
4.2.
L-mobile belső adatbázis
10
4.3.
L-mobile adminisztrációs felület
11
L-MOBILE – INFOR:COM MŰKÖDÉSI STRUKTÚRA
11
5.1.
ERP könyvelő: adatbázistábla
12
5.2.
ERP könyvelő-processz
12
L-MOBILE KÖNYVELÉSFELDOLGOZÁS
13
6.1.
Szinkron könyvelési üzemmód, megszakítással.
13
6.2.
Aszinkron könyvelési üzemmód
13
6.3.
Szinkron könyvelési üzemmód, megszakítás nélkül
13
HIBAKEZELÉS 7.1.
14
Várt hibák
14
7.1.1.
Alkalmazáshiba
14
7.1.2.
Könyvelési hiba
14
7.1.3.
Hálózati hiba
14
2/17
Mobilelérés
7.2.
Nem várt hibák:
15
7.2.1.
Alkalmazáshiba
15
7.2.2.
Könyvelési hiba
15
7.2.3.
Eszközhiba
15
7.2.4.
Hardverhiba
16
7.2.5.
Kiszolgálóhiba
16
7.2.6.
Adatbázishiba
16
7.2.7.
Hálózati hiba
16
3/17
Mobilelérés
1.
Bevezető
Az L-mobile optimalizálja a raktár, a gyártás, a szerviz és az értékesítés üzleti folyamatait. Az optimalizáláshozmobil kiegészítő megoldásokat kínálunk az ERP-rendszerekhez, amelyekkel az úton lévő, vagy acégen belül
gyakran mozgó munkatársakat mobilizálni lehet. Az értékesítők,
szerviztechnikusok, sofőrök,raktárosok, vagy az üzemben dolgozók a mobil eszközökön bármikor és bárhonnan hozzáférhetnek azERP-rendszer adataihoz, és a munkájuk elvégzését is közvetlenül az eszközön dokumentálhatják. Kínálunk
késztermékeket,
illetve
testreszabott,
professzionálisprojektmenedzsmenttel.
Az
egyedi
L-mobile
célmegoldásokat
bármilyen
is,
az
IT-környezethez
utóbbiakat illeszthető,
függetlenül attól, hogy ügyfeleinkmelyik ERP-rendszert használják. Teljes szolgáltatást kínálunk egy kézből
–
a
szoftvereken
és
amegvalósításon
túl
a
megfelelő
hardver-infrastruktúrát
is
szállítjuk.Mérettől és ágazattól függetlenül a legkülönfélébb cégek használják megoldásainkat, a kisközepes méretűkisipari üzemektől kezdve a világszerte jelen lévő konszernekig. A célunk az, hogy minden egyedi követelményhezmegtalálhassuk a lehető legjobb megoldást. E cél elérése érdekében mozgósítjuk mindentapasztalatunkat, tudásunkat és innovációs készségünket
1.1. Warehouse Az
L-mobile
Warehouse
a
raktározás
területén
működő
folyamatokat
támogató
rendszer.
Segítségével amobil eszközökön áttekinthetően jeleníthetőek meg az ERP-rendszer árumozgatási feladatai. A kivételezési listákat és az árumozgási bizonylatokat a rendszer elektronikusan állítja ki, majd útvonal-optimalizáltan adja ki azokat a feldolgozáshoz. A raktári mozgások rögzítése vonalkódos vagy RFID támogatással történhet, majd a szoftver az adatbevitel után az ERP-ben is végrehajtja a könyvelést. Utólagos, manuális rögzítésre nincs szükség. Egy-egy cikk vagy raktárhely aktuális készleteiről, a raktári mozgásokról a raktárban is azonnal nyerhető információ.
1.2. Production Az L-mobile Production a gyártás támogatására tervezett mobil online megoldás. A gyártási rendelések, azok adatai, az elvégzendő műveletek és műveleti utasítások azonnal továbbíthatóak a gép mellett dolgozó munkatárs ipari PDA-jára. Szintén a mobil eszközön történhet meg a műveletek előrehaladásának
visszajelentése:
a
munka
elkezdése,
előrehaladása,
befejezése,
esetleg
megszakadása. Egyúttal rögzíthető az összes előkészítés, anyag-kivételezés, szerszámváltás, selejt, állásidő is. A PDA-n felvett adatok azonnal megjelennek az ERP-rendszerben. A gyártásirányítás ezzel mindig teljes áttekintést kap az üzem működéséről, a tényadatok manuális munka nélkül rögzülnek, az önköltségszámításhoz vagy a normák finomításához minden adat rendelkezésre áll.
4/17
Mobilelérés
1.3. Sales Az L-mobile Sales az utazó értékesítők napi munkáját könnyíti meg azzal, hogy a tárgyalás során mindig kéznél vannak a naprakész vevői- és termékadatok, az információk az akciókról és a raktárkészletekről. A megrendeléseket közvetlenül lehet felvenni az ERP-be, a vevő azonnal megkaphatja a visszaigazolást. A napi munkavégzés és a felmerült költségek is a mobil eszközön vezethetők, és továbbíthatók a központba. Az áruszállítására, illetve a számlázásra utólagos rögzítés nélkül kerül sor.
1.4. Service A technikus mobil eszközén azonnal megjelennek a szervizrendelésben szereplő aktuális vevői- és gépadatok, a karbantartási tervekkel, ellenőrző listákkal és az eszköztörténettel együtt. Az idő- és anyagráfordításokat a helyszínről közvetlenül az ERP-rendszerbe könyvelheti. A központban a diszpécserek végezhetik a kiszállások tervezését, távolból is delegálhatnak új feladatokat. A csomagot GPS-funkciókkal kiegészítve tovább profitálhatnak a technikusok (pl. navigáció), és a központ is (pl. folyamatos áttekintés a munkatársak helyzetéről).
1.5. Delivery Az L-mobile Delivery megoldás minden olyan szolgáltatónak támogatást nyújt, ahol része a munkának a kiszállítás és/vagy a visszaszállítás. A sofőrök útvonalát a diszpozíció tervezi meg, azt a napi feladataikkal együtt mobil eszközeikre kapják meg. Helyben, az ügyfélnél igazoltathatják a szállítás megtörténtét, az esetleges megjegyzésekkel és reklamációkkal együtt. Az adatokat a központ azonnal eléri, nincs szükség utólagos rögzítésre. A GPS-kiegészítés itt is rendelkezésre áll.
5/17
Mobilelérés
2.
Alapfogalmak 2.1. ERP rendszer
A vállalat környezetére, belső működésére és a vállalat – környezet tranzakcióira vonatkozó információk koordinált és folyamatos beszerzését, feldolgozását, tárolását és szolgáltatását végző személyek, tevékenységek, valamint a funkciók ellátását lehetővé tevő hardver- és szoftvereszközök összessége
2.2. L-mobile Alkalmazásrendszer, melynek a feladata az ERP rendszerrel szorosan együttműködve egyrészt releváns, percre-pontos adatokkal ellátni a felhasználót, hogy a szükséges információk birtokában tudjon optimális döntéseket hozni, másrészt a felhasználó munkájához kapcsolódó, ERP rendszert érintő feladatokat, azonnal végre tudja hajtani oly módon, hogy tevékenységének eredménye azonnal bekerül az ERP rendszerbe, függetlenül a dolgozó helyzetétől Mobil eszköz: általában ipari PDA, vezeték nélküli hálózati kapcsolattal, aminek segítségével a felhasználó a munkáját végzi – ezen kapja meg a szükséges információkat, és ezzel hatja végre az ERP rendszert érintő könyvelési műveleteket
3.
Célmeghatározás 3.1. Az L-mobile rendszer fő feladatai
Az ERP rendszerből származó releváns információk biztosítása a felhasználónak
A felhasználó által kezdeményezett könyvelési műveletek gyors, biztonságos és konzisztens végrehajtása
A vállalat anyagáramlási és információáramlási folyamatai közötti időbeli és jelentésbeli eltérések minimalizálása
A hibalehetőségek csökkentése
Költségcsökkentés (pl.: erőforrások költségei, bérköltség, stb.)
Hatékonyságnövelés
Folyamatoptimalizálás
6/17
Mobilelérés
3.2. ERP integráció
Egy ERP rendszerrel történő integráció mindig nehéz, Az érintett ERP rendszerek nem rendelkeznek olyan modullal, ami az L-mobile által nyújtott funkcionalitást megvalósítaná. Túl zártak ahhoz, hogy a külső forrásból származó feladatokat könnyen el lehessen végezni. Túl bonyolultak ahhoz, hogy belső – az ERP rendszert szállító – partner információja és támogatása nélkül lehetne az adatbázis struktúrát feltérképezni és a megfelelő módosításokat elvégezni.
3.3. ERP integráció: olvasás
Az ERP rendszerekből történő olvasás általában egyszerű, mivel az ERP rendszerek – a magtevékenységre történő koncentrálás miatt – valamely standard adatbázist használnak
A standard adatbázisokhoz pedig szabadon elérhetőek azok a meghajtó-programok, amelyek a hozzáférést lehetővé teszik
Vagy maga az adatbázis gyártója kínál saját fejlesztésű adatbázis-kezelő drivereket, vagy a szabványosítás miatt el lehet az adatbázist ún. ODBC (Open DataBase Connectivity) meghajtókon (szabadon hozzáférhető, szabványos kommunikációt használó, nyílt meghajtóprogramok gyűjteménye) keresztül érni
3.4. L-mobile – infor:COM integráció: olvasás
Tekintve, hogy az infor:COM kétféle adatbázist képes használni működéséhez (Oracle és MS Sql), ezekhez pedig létezik mind sajátfejlesztésű, mind ODBC alapú hozzáférést és adatbázis műveleteket lehetővé tevő meghajtók, így magának az adatbázisnak az olvasása nem okozhat problémát technikai oldalról
Az ERP szállítójától természetesen szükség van tanácsadásra, amely során rendelkezésre bocsátja az adatbázis struktúráját érintő információit, hogy az L-mobile rendszeren keresztül biztosított adatok valódiak legyenek
7/17
Mobilelérés
3.5. ERP integráció: könyvelés
3.5.1. Adatbázis-műveletekkel
Ezzel a megoldással az ERP rendszer adatbázisába írunk be, vagy módosítunk rekordokat Előnye:
Gyors
Egyszerű, ha van hozzá megfelelő támogatás az ERP szállítójától
Hátránya:
Veszélyes, mert inkonzisztens állapot alakulhat ki
ERP rendszer működése is veszélyeztetett
Nem szokásos és nem is ajánlott, mert az ERP rendszer működését könnyen tönkre lehet tenni
Egyszerű ERP rendszerek esetén és a többi módszer kizárása esetén kivitelezhető
3.5.2. Belső könyvelő-processzekkel Ebben a megoldásban az ERP rendszerben kell olyan automatikusan lefutó processzeket létrehozni, amelyek képesek egy adott adatbázis-táblába beérkező könyveléseket figyelni, és azokat feldolgozni. A könyvelés eredményét ugyanebbe a táblába kell rögzíteni, hogy a külső alkalmazás értesüljön a könyvelés állapotáról Előnye:
L-mobile oldalon egyszerű
Gyors
ERP működését nem veszélyezteti
Hátránya:
ERP szállító közreműködését igényli
Idő, ha kivitelezhető, sokáig tarthat
Költség, ha kivitelezhető, drága lehet
Új partner bevonása, az ERP szállító bevonása csökkenti a rugalmasságot
Ennek a megoldásnak a használata csak akkor javasolt, ha nem áll, rendelkezésre korszerűbb könyvelési metódus
8/17
Mobilelérés
3.5.3. ERP API-k felhívásával
Ilyenkor előre elkészített gyári függvények segítségével végezzük el a könyveléseket. Előnye:
Gyors
Szabványos
ERP szállítótól csak tanácsadásra van szükség
Hátránya (ha van egyáltalán):
Dokumentáció és tapasztalat hiánya
Túlspecializáltság miatt nehezen alkalmazható bizonyos esetekben
Amennyiben rendelkezésre állnak az említett API-k mindenképpen ezt a könyvelési módot élszerű választani. Könyvelés szempontjából kijelenthető, hogy a 2-es típusú könyvelési módszer követendő, tekintve, hogy nincsenek előre elkészített gyári függvények, ám az ERP rendszer adatbázisa túl bonyolult ahhoz, hogy azt módosítsuk. Így egy olyan könyvelő-processzt kell létrehozni, ami egy előre definiált adatbázis táblából kiolvassa az L-mobile rendszer által oda beírt könyveléseket, végrehajtja, majd az eredményt ugyanebben az adatbázis rekordban tárolja.
4.
L-mobile fejlesztési platform
Az L-mobile alkalmazás egy Microsoft .Net Webes technológiára épülő megoldás. A Microsoft-os technológia választásával hosszú távon garantált a megfelelő támogatás, a továbbfejlesztési lehetőség és az egyszerű beépülés a Microsoft-os operációs rendszerekbe. A Webes technológia biztosítja
az
egyszerű
hozzáférést
és
a
klienseken
(mobil
eszközökön)
tárolt
adatok
nélkülözhetőségét, gyors és rugalmas fejlesztést tesz lehetővé, eszközhiba esetén a felhasználó másik eszközön gyakorlatilag azonnal folytathatja a munkát. Hátránya persze, hogy hálózati kapcsolat (WLAN, GPRS, közvetlen kábel-kapcsolat) hiánya esetén használhatatlan.
9/17
Mobilelérés
4.1. L-mobile rendszer általános követelményei
Az L-mobile rendszernek képesnek kell lennie – az alapfunkcionalitáson túl
A felhasználók adatait tárolni (A jelszavakat titkosított formában)
A felhasználók hozzáférését az alkalmazáshoz ellenőrizni
A többnyelvűséget támogatni
Saját
rendszerbeállításokkal
rendelkezni,
ami
lehetővé
teszi
a
rendszer
testreszabhatóságát és finomhangolását
Licensz alapú hozzáférést megvalósítani
Többtelephelyes működést támogatni
Telephelyenként saját rendszer-beállításokkal
A rendszernek működése során teljes körű naplózást kell végeznie, hogy utólag nyomon lehessen követni, hogy ki, melyik eszközről, mikor, milyen könyvelést hajtott végre
A rendszernek a felhasználó tétlensége esetén – megadott idő után – képesnek kell lennie a felhasználót kiléptetni a rendszerből
4.2. L-mobile belső adatbázis
Az L-mobile rendszer működéséhez szükséges adatokat egy saját belső adatbázisban tároljuk
Ez a belső adatbázis tartalmazza az L-mobile alkalmazás felhasználójának
Felhasználónevét
Jelszavát
Valódi nevét
Elérhető funkciók listáját
Elérhető modulok listáját
Felhasználó lokációját
Felhasználó szerepkörét
Felhasználó nyelvi beállításait
Ezen túl ebben az adatbázisban tároljuk az L-mobile rendszer
10/17
Mobilelérés
Beállításait
Nyelvi bejegyzéseit
4.3. L-mobile adminisztrációs felület
Az L-mobile alkalmazáshoz hozzáférő felhasználókat egy adminisztrátor felhasználónak kell kezelnie
5.
Ehhez egy külön felületet kell neki biztosítani, amin képes
Felhasználókat létrehozni, törölni, kezelni (adatokat módosítani)
Rendszerbeállításokat kezelni
Nyelvi bejegyzéseket kezelni
L-mobile – infor:COM működési struktúra
Az L-mobile rendszer működéséhez szükség van egy webszerverre, ami hozzáfér az ERP rendszer adatbázisszerveréhez, képes abból olvasni, képes abba írni A webszervernek mindenképpen Microsoft Windows operációs rendszert kell futtatnia, mivel csak ez az operációs rendszer támogatja teljes mértékben, a választott .Net-es fejlesztőkörnyezetben létrehozott alkalmazásokat A mobil eszközöknek képeseknek kell lenni a webszervert elérni A mobil eszközök a webszerveren futó L-mobile alkalmazás által generált HTML oldalakat jelenítik meg
A generált HTML oldalak mérete kicsi, így azok átküldése az átviteli közegen megfelelően gyors
11/17
Mobilelérés
5.1. ERP könyvelő: adatbázistábla • •
Az ERP rendszerben létre kell hozni egy speciális adatbázistáblát Az L-mobile rendszer ebbe a táblába írja a végrehajtandó könyveléseket, és azok paramétereit
•
Az ERP rendszer ebből a táblából kiolvassa a végrehajtandó könyveléseket, és azok paramétereit
•
Az ERP rendszer elvégzi a megfelelő könyvelést
•
Hiba esetén az ERP rendszer a hiba leírását lementi az adatbázistáblába
•
Sikeres könyvelés esetén előre meghatározott szöveget kell az adatbázisba az ERP rendszernek visszaírnia
•
Az L-mobile rendszer kiolvassa az adatbázisból a könyvelés eredményét, hiba esetén tájékoztatja a felhasználót
5.2. ERP könyvelő-processz
Az ERP rendszerben létre kell hozni egy olyan folyamatot, ami felhasználói indításra végtelen ciklusban fut. A folyamatnak minden egyes iterációban meg kell vizsgálnia az előre definiált adatbázistáblát, hogy érkezett-e új könyvelendő tétel. Ha érkezett, akkor azt végre kell hajtania. Ha nem érkezett, akkor várakozik tovább
Az ERP könyvelő-processznek képesnek kell lennie – az alapfunkcionalitáson túl
Könyvelési tételeket párhuzamosan feldolgozni
Természetesen másik ERP kliens alkalmazáson keresztül
Megelőzési kritériumokat helyesen kezelni
Pl.: adott könyvelésnek mindig meg kell előznie egy másik fajta könyvelést
Hibás könyvelés esetén megfelelő visszajelzést adni a hibáról
A könyvelő-processz futását megakadályozó eseményeket előzetesen kezelni
Ne legyen szükség felhasználó interakcióra az indítást követően
12/17
Mobilelérés
A párhuzamos működés miatti holtpontok figyelése, és kezelése, a könyvelőprocesszek ne akadályozzák meg egymás működését
Hibás könyvelés esetén történjen meg a tranzakció visszaállítása a kiinduló állapotba, az adatbázis ne kerülhessen inkonzisztens állapotba
A könyvelések feldolgozása gyors legyen, nincs szükség felületi elemekre, így azokat a fejlesztés során nem kell kezelni, így a feldolgozás gyorsulhat
6.
L-mobile könyvelésfeldolgozás 6.1. Szinkron könyvelési üzemmód, megszakítással. Ekkor az alkalmazás minden egyes könyvelés eredményét megvárja, megadott időintervallumon belül. Ha a létrehozott könyvelési rekord állapota módosul, akkor a könyvelő-processz végrehajtotta a könyvelést. Feldolgozottság után a visszatérési mező pedig jelzi, hogy sikeres volt-e a könyvelés, vagy nem. Hiba esetén a felhasználó értesítést kap a hibáról, hogy annak birtokában tudjon vagy továbbdolgozni, vagy a könyvelést újra megkísérelni. Amennyiben lejár a könyvelésre szánt idő, az alkalmazás közli, hogy az adminisztrátor ellenőrizze a könyvelőprocesszt, és jelzi, hogy a dolgozó ne hajtsa végre újra a könyvelést, amíg a fel nem dolgozottság oka meg nem szűnik
6.2. Aszinkron könyvelési üzemmód Ekkor az alkalmazás elküldi a könyvelési sort, de nem várja meg annak eredményét, hanem továbbfut. Az alkalmazás ilyenkor sosem ellenőrzi a feldolgozottságot
6.3. Szinkron könyvelési üzemmód, megszakítás nélkül
Hasonlóan
a
szinkron
módszerhez
az
alkalmazás
megvárja
a
könyvelések
eredményét, megadott időintervallumon belül
Hiba esetén ugyanúgy jelzi a hiba okát
Amennyiben azonban a könyvelés a megadott intervallumon belül nem történik meg, nem jelez hibát, és nem szakítja meg a dolgozó munkáját, hanem egyszerűen továbbfut
13/17
Mobilelérés
7.
Hibakezelés 7.1. Várt hibák 7.1.1. Alkalmazáshiba Ekkor az alkalmazásba beépített valamely ellenőrző rutin jelzi a hibát Felhasználó nyelvi beállításaitól függő nyelven egy hibaüzenet jelenik meg, és tájékoztatja a dolgozót A hibaüzenet az alkalmazás standard hibaoldalán keresztül kerül megmutatásra A hibaüzenet nyugtázása után a munka folytatható
7.1.2. Könyvelési hiba Ekkor a könyvelő-processz jelzi a hibát szabványos módon
A könyvelés megszakad
Az adatbázis visszaáll a könyvelés előtti állapotra
A hiba oka visszajelentésre kerül az L-mobile alkalmazáshoz, a standard könyvelési rekordon keresztül
A könyvelő-processz nem áll meg, további könyvelések feldolgozhatóak
A hibát az L-mobile alkalmazás rögzíti és a saját standard hibaoldalán keresztül megmutatja a felhasználónak A hibaüzenet nyugtázása után a munka folytatható
7.1.3. Hálózati hiba A mobil eszközök vezeték nélkül kapcsolódnak a hálózathoz A vezeték nélküli hálózat csak megadott távolságon belül működik Ha az eszköz elhagyja a vezeték nélküli hálózat biztonsági zónáját, a hálózati kapcsolat megszakadhat
Ekkor az eszköz nem képes kommunikálni a webszerverrel, így az L-mobile alkalmazás nem elérhető
Ilyenkor az eszközön futó böngészőben egy standard hibaüzenet jelenik meg, ami jelzi a felhasználónak, hogy a kapcsolat megszakadt, továbbá a mobil eszköz hálózatkezelője is mutatja a problémát és megpróbálja a kapcsolatot újra létrehozni
14/17
Mobilelérés
A felhasználó ilyenkor a mobil eszköz indikátorait figyelve – a kapcsolat újbóli működése esetén – újrakérheti a hibát jelző oldalt, amit az eszköz automatikusan megjelenít
Sikeres újratöltés esetén a munka folytatható, egyéb esetén az adminisztrátort kell értesíteni a hibáról
7.2. Nem várt hibák: 7.2.1. Alkalmazáshiba Amikor az L-mobile alkalmazásban egy nem kezelt hibás állapot lép fel, akkor a hibát a webszerver jelzi Egy – belső szabványnak megfelelő – hibaoldalt jelenít meg, amelyen részletes leírást ad a hiba okáról, és a hibát okozó forráskód pozíciójáról A felhasználónak ilyenkor mindig az adminisztrátort, és az L-mobile kapcsolattartót kell értesíteni, és ismertetni vele a hiba leírását Minden ilyen esetben az adminisztrátornak egyedileg kell elbírálnia, hogy a munka folytatható-e, az oldal újratöltésének kezdeményezésével Feladat: a tesztelések során a lehető legtöbb alkalmazáshibát kiküszöbölni
7.2.2. Könyvelési hiba Amennyiben az ERP könyvelő-processze fut valamilyen nem kezelt hibára, akkor az a feldolgozást általában megszakítja Ilyenkor a mobil eszközön – szinkron, megszakító üzemmód esetén – egy hibajelzés értesíti a felhasználót, aki értesíti az adminisztrátort Az adminisztrátornak kötelessége minden ilyen esetben a könyvelő-processzek állapotát manuálisan ellenőrizni, és a hiba jellegétől függően eljárni A felhasználó ilyen esetben az adminisztrátor utasításától függően dolgozik tovább Feladat: a tesztelés során a lehető legtöbb könyvelési hibát kiküszöbölni
7.2.3. Eszközhiba Eszközhiba esetén a mobil eszköz valamely komponense meghibásodik Ilyenkor ezzel az eszközzel a munka nem folytatható Az adminisztrátort mindig értesíteni kell, aki intézkedik a hibás eszköz javításáról és ad a felhasználónak egy másik eszközt, amellyel a munkát azonnal folytathatja
15/17
Mobilelérés
7.2.4. Hardverhiba Amikor a webszerverben vagy az adatbázisszerverben megy tönkre valamely alkatrész, az általa nyújtott szolgáltatás azonnal leáll Ilyenkor az alkalmazás vagy nem elérhető (webszerver hiba), vagy belső hibát jelez (adatbázis hiba) Az adminisztrátor kezeli a hibát és értesíti a megfelelő személyeket Mindenképpen igaz, hogy a hibás hardverelemek kicseréléséig a munka semmiképpen sem folytatható
7.2.5. Kiszolgálóhiba A webszervert vagy az adatbázis szervert futtató szoftverkörnyezet meghibásodása Kritikus esetben a munka a hiba pontos felméréséig és kezeléséig megszakad Nem kritikus esetben a hibásan működő szolgáltatás újraindításával a probléma kezelhető Mindkét esetben az adminisztrátornak kell eljárnia
7.2.6. Adatbázishiba Az adatbázis struktúrájába számos kemény korlát van beépítve Ezen korlátok megsértése esetén az adatbázis kiszolgáló hibát jelez A hiba okozójától függően kétféle kezelési mód létezik:
L-mobile alkalmazás: ha a hibát az L-mobile alkalmazás okozta, akkor az általa kért művelet meghiúsul, és erről a felhasználó értesítést kap a standard hibajelentő oldalon keresztül
ERP könyvelő-processz: ha a hibát a könyvelő-processz okozta, akkor a felhasználó – szinkron, megszakító üzemmód esetén – a könyvelés fel nem dolgozásáról kap értesítést, ilyenkor az adminisztrátornak kell közbeavatkoznia, és a feldolgozást folytattatnia
Feladat: az okozótól függetlenül az adatbázishibákat kiváltó okokat még a tesztelés során meg kell szüntetni
7.2.7. Hálózati hiba Olyan, hálózati kapcsolatot megszakító hibák tartoznak ide, amik az integrációban részt vevő entitások közötti hálózati összeköttetést szüntetik meg
16/17
Mobilelérés
Az oka lehet hardveres vagy szoftveres, általánosságban igaz, hogy a munkát mindaddig megakadályozza, amíg a hiba el nem hárul A felhasználó az L-mobile alkalmazás el nem éréséről szóló hibaüzenettel, belső hibára utaló standard hibaüzenettel, vagy a könyvelés fel nem dolgozottságára utaló hibaüzenettel értesül a hibáról Kezelése mindenképpen az adminisztrátor hatásköre
17/17
