Példa webshop rendelésáramlás automatizálásra

Egy webshop rendelése beérkezik, majd valaki e-mailben vagy Excelben továbbítja az adatokat a raktárnak. A kolléga ellenőrzi a fizetést, átírja a számlázási adatokat, címkét készít, státuszt vált, végül megpróbálja értesíteni a vevőt. Ez addig működik, amíg napi néhány rendelésről van szó. A példa webshop rendelésáramlás automatizálásra akkor válik igazán hasznossá, amikor a növekedés már több kézi lépést, több kivételt és egyre nehezebben követhető felelősségeket jelent.

A probléma rendszerint nem az, hogy nincs elég alkalmazás. Inkább az, hogy a webshop, az ERP, a raktári rendszer, a számlázás és a futárszolgálat között az emberek tartják életben az információáramlást. Ha egy rendelés elakad, gyakran csak akkor derül ki, amikor az ügyfélszolgálat reklamációt kap. Ilyenkor nem automatizálási eszközzel érdemes kezdeni, hanem azzal a kérdéssel: pontosan mi történik egy rendeléssel a fizetéstől az átadásig?

Hol szakad meg a rendelés útja?

Egy közepes méretű kereskedőnél a rendelésfeldolgozás ritkán egyetlen folyamat. Más útja lehet a készleten lévő, az előrendelt, az utánvétes, a vállalati számlás vagy a személyes átvételes rendelésnek. A promóciós csomagok, részszállítások, visszatérítések és címhibák tovább növelik a változatok számát.

Ezért az első hiba gyakran az, hogy a vállalat megpróbál minden rendelést azonos módon kezelni. A valóságban nem az a cél, hogy egy rendszer vakon továbbítson minden adatot, hanem hogy a gyakori, egyértelmű esetek automatikusan haladjanak, a bizonytalan vagy üzletileg érzékeny esetek pedig a megfelelő emberhez kerüljenek.

Érdemes végigkövetni egy konkrét rendelést, nem csak a rendszerek képernyőin, hanem a tényleges munkában is. Ki dönt a fizetési eltérésről? Honnan tudja a raktár, hogy egy tétel még foglalható? Mikor készül a számla? Mi történik, ha a futárszolgálat nem fogadja el a címet? Ha ezekre a válaszok szájhagyományból vagy egy tapasztalt kolléga emlékezetéből állnak össze, akkor a folyamat még nincs kellően kontroll alatt.

Egy példa webshop rendelésáramlás automatizálásra

Tegyük fel, hogy a webshopból érkező rendeléseket jelenleg manuálisan rögzítik az ERP-ben. A raktár onnan dolgozik, a számla egy harmadik rendszerből készül, a fuvarcímkéket pedig egy külön felületen hozzák létre. A rendelési státusz a webshopban sokszor késve frissül, ezért az ügyfélszolgálat is telefonon kérdez rá a raktárra.

Ebben a helyzetben nem feltétlenül új webshop vagy teljes ERP-csere a jó első lépés. A kisebb, jól meghatározott változás az lehet, hogy a jóváhagyott rendelés automatikusan létrehozza vagy frissíti a megfelelő rendelési rekordot az ERP-ben. Az ERP továbbra is az üzleti teljesítés központi nyilvántartása marad: innen érkezik a készlet, a számlázási és a szállítási döntéshez szükséges adat.

Amikor a rendelés feldolgozható, a raktári rendszer megkapja a komissiózási feladatot. A csomag összeállítása után a szállítási adatok a futárkapcsolatba kerülnek, a címke visszajut a raktárhoz, majd a csomagazonosító és a megfelelő státusz frissül a webshopban. A vevő így nem egy kézzel összeállított e-mailből, hanem a tényleges teljesítési események alapján kap tájékoztatást.

A folyamat logikája röviden öt állapot köré szervezhető:

• rendelés beérkezett és technikailag érvényes;
• fizetés vagy üzleti jóváhagyás ellenőrzött;
• készlet lefoglalva és teljesítési feladat létrehozva;
• csomag átadásra kész vagy fuvarozónak átadva;
• teljesítés lezárva, a szükséges pénzügyi és ügyfélkommunikációs adatok rögzítve.

A státuszok elnevezése vállalatonként eltérhet. A lényeg az, hogy minden állapotnak legyen egyértelmű üzleti jelentése, felelőse és rendszeroldali forrása. A „feldolgozás alatt” például nem jó állapot, ha egyszer azt jelenti, hogy a fizetésre várnak, máskor pedig azt, hogy a csomag már a raktárban van.

Az automatizálás nem a kivételek eltüntetése

A rendelésáramlásban mindig lesznek kivételek. Egy termék kifogyhat a készletből, a banki visszaigazolás késhet, a cím hiányos lehet, vagy a vevő több rendelést szeretne összevonni. Ezeket nem célszerű elrejteni egy automatikus folyamat mögé.

A jó megoldás felismeri, hogy egy adott rendelés nem tud biztonsággal továbbhaladni, megállítja a megfelelő ponton, és feladatot hoz létre. A feladatnak láthatónak kell lennie: ki kapja meg, milyen információ alapján dönt, meddig vár a rendelés, és mi történik a döntés után. Ez nem adminisztratív részlet. Ha a kivételkezelés e-mailes keresgéléssé válik, az automatizálás csak gyorsabban termel bizonytalanságot.

Külön figyelmet érdemelnek a részleges hibák. Előfordulhat, hogy a rendelés létrejött az ERP-ben, de a raktári feladat nem. Vagy a futárcímke elkészült, de a webshop nem kapta meg a nyomkövetési azonosítót. Ilyenkor a rendszernek nem szabad újra és újra duplikált rendeléseket, számlákat vagy címkéket generálnia.

Ezért a technikai kialakításban szükség van egyedi azonosítókra, ismételhető feldolgozásra és naplózásra. Egyszerűen fogalmazva: később is meg kell tudni mondani, melyik rendszer mikor, milyen adatot adott át, és miért állt meg egy folyamat. Ez a működési kontroll része, nem csak fejlesztői kérdés.

Melyik rendszer mondja meg az igazat?

Sok rendelési hiba abból fakad, hogy ugyanazt az adatot több helyen szerkesztik. A webshopban módosítják a címet, az ERP-ben még a régi marad. A raktár egy táblázatból dolgozik, miközben a készlet már változott. A számlázó más vevőadatot használ, mint amit az ügyfélszolgálat lát.

Minden lényeges adatnál érdemes kijelölni a vezető rendszert. A terméktörzs, ár, vevőadat, készlet, rendelési státusz és számlaadat esetében nem feltétlenül ugyanaz lesz a forrás. Ez rendben van, ha a szabály kimondott és a szinkronizáció ezt követi.

A készlet különösen érzékeny terület. Webshopos értékesítésnél nem mindig a fizikai raktári készlet az értékesíthető készlet. Figyelembe kell venni a már lefoglalt mennyiséget, a minőségellenőrzés alatt álló termékeket, az átvezetés alatt lévő árut és esetenként a beszerzésből várható készletet is. Ha ezt a különbséget nem tisztázzák, az automatizált rendelésátadás túladást vagy indokolatlan leállást okozhat.

A mérés nem utólagos jelentéskészítés

Az automatizált rendelésáramlás akkor ad vezetői értéket, ha láthatóvá teszi a működést. Nem elegendő azt tudni, hány rendelés érkezett. Érdemes figyelni, mennyi idő telik el a rendelés és a raktári kiadás között, hány rendelés vár kivételkezelésre, melyik hiba ismétlődik, és hol gyűlik fel a munka.

Ezek az adatok gyakran kényelmetlen kérdéseket hoznak felszínre. Lehet, hogy nem az integráció lassú, hanem a napi egyszeri számlajóváhagyás tartja fel a rendeléseket. Az is lehet, hogy a raktár nem kap elég korán információt a kampányokról. A mérés célja nem a kollégák ellenőrzése, hanem annak megértése, hol érdemes a folyamaton változtatni.

A bevezetésnél célszerű egy jól körülhatárolt rendeléstípussal kezdeni. Például a készleten lévő, előre fizetett, belföldi kiszállításos rendelésekkel. Ezek általában jól szabályozhatók, és a tapasztalat alapján pontosíthatók a státuszok, adatmezők, hibakezelési szabályok. Ezután lehet bevonni az összetettebb eseteket.

A fokozatos megközelítés nem lassítja szükségszerűen a fejlődést. Inkább csökkenti annak esélyét, hogy egy rosszul értelmezett folyamatot építsenek be tartósan a rendszerekbe. A CGAT szemléletében az integráció és az automatizálás akkor értékes, ha a mögötte lévő munkarend is tisztábbá, mérhetőbbé és fenntarthatóbbá válik.

A jó első kérdés tehát nem az, hogy melyik eszköz köti össze a webshopot az ERP-vel. Inkább az, hogy ha holnap kétszer annyi rendelés érkezne, pontosan melyik lépésnél veszítené el a vállalat az irányítást. Ott érdemes először rendet tenni.