termékleírás
TARTALOMJEGYZÉK 1. BEVEZETŐ 4 1.1. Warehouse 4 1.2. Production 4 1.3. Sales 5 1.4. Service 5 1.5. Delivery 5 2. ALAPFOGALMAK 6 2.1. ERP rendszer 6 2.2. L-mobile 6 3. 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 4. 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 5. 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 6. 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 7. HIBAKEZELÉS 14 7.1. 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
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
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, egyedi célmegoldásokat is, az utóbbiakat professzionálisprojektmenedzsmenttel. Az L-mobile bármilyen IT-környezethez 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
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
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
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
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: Hátránya: Gyors Egyszerű, ha van hozzá megfelelő támogatás az ERP szállítójától 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
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
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
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 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 5. 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
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
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
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
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
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
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