Egy webáruház fejlesztése során ezért már előre számolni kell a kapcsolódó rendszerek időszakos hibáival. Nem az a kérdés, hogy előfordul-e kimaradás, hanem az, hogy a webáruház észleli-e, megőrzi-e az addigi eredményeket, és képes-e biztonságosan folytatni a munkát.
Egy rövid szolgáltatáskiesésből is lehet kézi munka
Tegyük fel, hogy a vásárló kifizeti a rendelést. Az adatok átkerülnek a vállalatirányítási rendszerbe, a webáruház pedig megpróbálja elkészíteni a futárcímkét. A futárszolgálat rendszere éppen néhány másodpercig nem válaszol. Ha az összekapcsolás nem készül fel erre, a címke nem jön létre, a rendelés pedig megállhat a folyamat közepén.
Ilyenkor valakinek észre kell vennie az elakadást, meg kell keresnie az érintett rendelést, ellenőriznie kell, mi történt, majd újra kell indítania a megfelelő műveletet. Egyetlen eset még kezelhető. Sok száz napi rendelésnél viszont az ilyen apró fennakadások rendszeres pluszmunkát jelentenek, és időt vesznek el az ügyfélszolgálattól vagy az üzemeltetéstől.
A gondot az is nehezítheti, ha a különböző rendszerek eltérő állapotot mutatnak. Az egyik helyen a rendelés már feldolgozottnak látszik, egy másikban viszont hiányzik róla a címke vagy a számla. Ilyenkor nem elég újraindítani valamit: előbb tisztázni kell, melyik művelet sikerült, és hol szakadt meg a folyamat. Enélkül egy ismételt lépés akár kettőzött adatot is létrehozhat.
Az automatikus újrapróbálásnak is legyenek szabályai
Átmeneti hiba esetén a rendszer megpróbálhatja később újra elvégezni a sikertelen műveletet. Ha a címkekészítés elsőre nem sikerül, egy későbbi próbálkozás már eredményes lehet, és a rendelés emberi beavatkozás nélkül haladhat tovább. Fontos, hogy ilyenkor csak az elakadt lépés induljon újra, ne a teljes rendelési lánc.
Az ismétlés módját előre meg kell tervezni. Ha a rendszer túl gyakran küldi újra ugyanazt a kérést, az tovább terhelheti a hibásan működő külső szolgáltatást. Biztonságosabb lehet, ha a próbálkozások között fokozatosan hosszabb idő telik el, és egy előre meghatározott ponton a rendszer leáll az automatikus ismétléssel. Ekkor jelezheti a felelős munkatársnak, hogy beavatkozásra van szükség.
Azt is végig kell gondolni, hogy egy művelet megismétlése járhat-e nem kívánt következménnyel. Ha például a fizetés feldolgozását indítja el újra a rendszer, gondoskodni kell róla, hogy a vásárlót ne terhelje meg kétszer, és a rendelésből se keletkezzen két példány. A fejlesztés során ezért minden lépésnél tisztázni kell, hogy biztonságosan ismételhető-e, vagy külön ellenőrzés szükséges hozzá.
A hibát nem mindig lehet megelőzni, a következményeit igen
Egy külső rendszer átmeneti kiesését a webáruház önmagában nem tudja megakadályozni. Azt viszont meg lehet tervezni, hogy ilyenkor mi történjen: melyik művelet ismétlődjön meg, mikor álljon le az automatikus próbálkozás, milyen adatokat rögzítsen a rendszer, és kit értesítsen a tartós hibáról.
A Webeditor több mint tizenöt éve foglalkozik egyedi webáruházak és üzleti weboldalak fejlesztésével, valamint vállalati rendszerek összekapcsolásával. A munkájuk része a számlázó-, vállalatirányítási és ügyfélkapcsolati rendszerek összekötése is. Az ilyen megoldásoknál a megbízhatóság nem kizárólag azon múlik, hogy a szokásos folyamat rendben lefut-e: az is számít, mi történik, ha egy lépés váratlanul meghiúsul.
Egy nagyobb forgalmú webáruháznál a hibakezelés nem mellékes műszaki részlet. A követhető állapotok, a körültekintően beállított újrapróbálások és az egyértelmű értesítések segítenek csökkenteni a kézi javítások számát. Ha mégis emberi beavatkozás kell, a munkatárs gyorsabban megtalálhatja a hibát, és pontosabban láthatja, honnan folytatható a rendelés feldolgozása.
