Miért késik a rendelésfeldolgozás cégeknél?

Reggel valaki letölti a webshopból az új rendeléseket, átmásolja őket egy táblázatba, majd elküldi a raktárnak. A raktár visszajelez, hogy két tétel készleten nincs elég, ezért az ügyfélszolgálatnak egyeztetnie kell. Mire a rendelés számlázható és átadható a futárnak, már délután van. Ha felmerül a kérdés, hogy miért késik rendelésfeldolgozás, a válasz ritkán annyi, hogy „lassú a raktár”.

A késés többnyire ott kezdődik, ahol az információ rendszert vált, emberhez kerül, vagy kivételes szabály alapján dönteni kell róla. Egy növekvő vállalatnál ezek a lépések sokáig működhetnek elfogadhatóan. Aztán nő a rendelésmennyiség, bővül a termékkínálat, több értékesítési csatorna jelenik meg, és ugyanaz a folyamat már nem kiszámítható.

Miért késik a rendelésfeldolgozás valójában?

A rendelésfeldolgozás nem egyetlen raktári feladat. Egy teljes információs és operatív lánc: a rendelés beérkezése, fizetési státusza, készletellenőrzése, jóváhagyása, komissiózása, számlázása, csomagolása, fuvarlevélkészítése és ügyfélkommunikációja is ide tartozhat.

Ha a lánc bármely pontján hiányos, késői vagy ellentmondásos adat jelenik meg, a következő szereplő várni kezd. Sok esetben a várakozás nem látszik a rendszerben. A rendelés „feldolgozás alatt” áll, de senki nem tudja pontosan, hogy készletre, jóváhagyásra, címjavításra, fizetési ellenőrzésre vagy egy munkatárs válaszára vár-e.

Ezért félrevezető kizárólag az átfutási időt mérni. A releváns kérdés inkább az, hogy a rendelés a teljes folyamat idejének mekkora részében halad ténylegesen, és mennyit tölt sorban állással, kereséssel vagy egyeztetéssel.

A leggyakoribb késések nem a polcoknál keletkeznek

Kézi adatátadás rendszerek között

Sok vállalatnál a webshop, az ERP, a számlázó, a készletnyilvántartás és a futárszolgálati felület külön működik. Önmagában egyik rendszerrel sincs feltétlenül probléma. A fennakadás ott keletkezik, amikor egy munkatársnak kell összekötnie őket.

Ha a rendelési adatokat naponta egyszer importálják, a délelőtt beérkező rendelés a következő feldolgozási ciklusig vár. Ha egy cím, megjegyzés vagy cikkszám más formátumban kerül át, azt valakinek ellenőriznie és javítania kell. Egyetlen ilyen lépés néhány perc. Több tucat vagy több száz rendelésnél azonban már jelentős kapacitást köt le, miközben hibalehetőséget is visz a folyamatba.

A probléma nem az, hogy az adminisztrátor lassan dolgozik. Az a probléma, hogy ő vált az információáramlás kézi összekötőjévé.

Nem valós idejű vagy nem egységes készletadatok

A rendelés akkor is késhet, ha a rendszer szerint eladható egy termék, a raktárban viszont már nincs belőle szabad készlet. Ez gyakori több értékesítési csatorna, külső raktár, üzlethelyiség vagy részben manuális készletkorrekció mellett.

A következmény nem pusztán egy késő csomag. Az ügyfélszolgálatnak alternatívát kell keresnie, a beszerzésnek után kell néznie a várható beérkezésnek, a pénzügynek esetleg visszatérítést kell kezelnie. Egy készlethiba így több osztályon keresztül termel újabb munkát.

Itt érdemes különbséget tenni a készlet pontatlansága és a készletkezelési szabály hiánya között. Előfordulhat, hogy az adat helyes, csak nincs tisztázva, melyik rendelés foglalhat készletet, meddig érvényes a foglalás, vagy mikor kezelhető egy rendelés részszállítással.

Jóváhagyások és rejtett kivételek

Egyes rendeléseknek valóban ellenőrzésre van szükségük: magas értékű megrendelések, egyedi árak, partneri feltételek, előrefizetés nélküli B2B vevők, exportdokumentáció vagy veszélyes áru esetén. Ezek legitim üzleti szabályok.

A gond akkor jelentkezik, ha az ellenőrzés minden rendelésre rákerül, vagy nincs egyértelmű felelőse és határideje. A „nézze meg még a kolléga” típusú lépés könnyen többórás késést okoz, különösen szabadság, műszakváltás vagy nagyobb forgalom idején.

A kivételek kezelését nem lehet egyszerűen eltüntetni. Viszont el kell választani a normál folyamattól. Ha a standard, hibátlan rendelés ugyanabban a sorban vár, mint a problémás, akkor a kivétel a teljes működést lassítja.

A feldolgozás kulcsemberekhez kötődik

Van olyan munkatárs, aki tudja, melyik partner rendelése igényel külön csomagolást. Más valaki fejben tartja, milyen termékkombinációkhoz kell plusz dokumentum. Egy harmadik ember érti, miért nem szabad egy bizonyos rendelést automatikusan számlázni.

Ez a tudás értékes, de ha nincs látható szabályokba, folyamatleírásba vagy megfelelő rendszerlogikába építve, üzemi kockázattá válik. Betegség, szabadság vagy egyszerű túlterhelés esetén a rendelésfeldolgozás kiszámíthatatlanná válik. A vezetés ilyenkor gyakran csak annyit lát, hogy „lassult a csapat”, holott a valódi ok a személyfüggő működés.

Ne a tünetet, a rendelés útját vizsgálják

A késő rendeléseket sok vállalat sürgősségi szabályokkal próbálja kezelni. Több ember segít be, prioritási listák készülnek, telefonok és üzenetek indulnak. Rövid távon ez szükséges lehet, de nem javítja az alapfolyamatot. Sőt, a sok kivételes beavatkozás tovább rontja az átláthatóságot.

Hasznosabb végigkövetni egy rendelést a beérkezéstől az átadásig. Nem elméleti folyamatábrát, hanem a tényleges napi működést kell feltérképezni. Ki kapja meg először az információt? Melyik adatot írják be másodszor? Hol várakozik a rendelés? Ki dönt a kivételekről? Melyik rendszer az adat forrása, ha eltérés van?

A vizsgálat során a következő négy mérőszám általában gyorsan megmutatja, hol van a probléma:

• mennyi idő telik el a rendelés beérkezése és a feldolgozható státusz között;
• mennyi rendelés igényel kézi adatjavítást vagy ellenőrzést;
• hány rendelés áll meg készlet, fizetés vagy jóváhagyás miatt;
• mennyi a rendelésenkénti tényleges emberi munkaidő.

Ezeket nem kell tökéletesen mérni az első napon. Már egy két-három hetes mintavétel is megmutathatja, hogy a legnagyobb veszteséget nem a komissiózás, hanem például a délelőtti importciklus vagy a hiányos partneradatok okozzák.

Előbb egyszerűsíteni, utána támogatni technológiával

Nem minden késésre integráció, új ERP vagy automatizálás a megfelelő válasz. Ha egy jóváhagyás üzletileg indokolt, azt nem szabad csak azért megszüntetni, mert lassít. Ha a készletadat forrása bizonytalan, egy gyorsabb adatkapcsolat csak gyorsabban továbbítja a bizonytalanságot.

Elsőként azt kell eldönteni, mely lépések adnak valódi értéket. Szükség van-e minden rendelés manuális ellenőrzésére? Kell-e ugyanazt az ügyféladatot három helyen karbantartani? Egyértelmű-e, hogy mikor rendelhető meg egy hiányzó termék helyett alternatíva? Van-e látható tulajdonosa minden kivételnek?

Csak ezután érdemes meghatározni a technikai támogatást. Egy jól kialakított rendszerkapcsolat átadhatja a rendelést és a státuszokat a megfelelő rendszerek között. Szabályalapú workflow külön sorba irányíthatja a problémás eseteket. Egy belső kezelőfelület összehozhatja a szétszórt információt. Bizonyos dokumentum- vagy adatellenőrzési feladatoknál AI-támogatás is hasznos lehet, de csak akkor, ha a döntési felelősség és az ellenőrzési folyamat tiszta marad.

A cél nem az, hogy kevesebb ember foglalkozzon a rendelésekkel. A cél az, hogy az emberek ne másolással, státuszkereséssel és ismétlődő javításokkal töltsék az idejüket, hanem a valóban kivételes, ügyfélhatással járó helyzeteket kezeljék.

A gyorsabb feldolgozás valójában nagyobb kontroll

A jól működő rendelésfeldolgozás nem attól jó, hogy minden csomag rekordgyorsan elhagyja a raktárt. Attól jó, hogy a vállalat pontosan tudja, melyik rendelés hol tart, miért várakozik, ki felel a következő lépésért, és milyen feltétellel haladhat tovább.

Ez a láthatóság csökkenti a napi tűzoltást, megbízhatóbb ügyféltájékoztatást ad, és növekedéskor sem követel arányosan több adminisztrációt. Ha a késés okát nem egyetlen osztály hibájaként, hanem a teljes rendelési folyamat jelzéseként kezelik, gyakran már egy kisebb, célzott változtatás is érezhetően rövidebb átfutást eredményez.