Egy népszerű termékből már csak két darab maradt, a webshop mégis korlátlanul fogadja a rendeléseket. Ez nem adminisztrációs apróság, hanem gyors út a késedelmes teljesítéshez, a visszamondásokhoz és a bizalomvesztéshez. Az UNAS készletkezelés beállítása egyszerűen megoldható, ha előbb nem a kapcsolókat keresi, hanem eldönti, milyen készletfolyamatot kell a webshopnak lekövetnie.
A jó beállítás célja nem az, hogy minden termék mellett legyen egy darabszám. A cél az, hogy a vásárló valós elérhetőségi információt lásson, a munkatársak pedig tudják, mikor kell rendelni, ellenőrizni vagy beavatkozni. Ehhez a termékadatoknak, a rendelési státuszoknak és – ha van ilyen – a külső számlázó-, raktár- vagy vállalatirányítási rendszernek ugyanazt a logikát kell követnie.
Először a készlet üzleti logikáját tisztázza
Mielőtt termékenként feltölti a mennyiségeket, válaszoljon meg néhány működési kérdést. Egyetlen raktárból, saját készletről értékesít? Vagy beszállítói készletet is megjelenít? Van üzlethelyiségi eladás, személyes átvétel, több telephely vagy piactéri jelenlét? Ezekre nem ugyanaz a beállítás a jó válasz.
Saját raktár esetén a webshop készlete jellemzően a ténylegesen eladható mennyiséget mutatja. Ebbe nem érdemes beleszámítani a sérült, lefoglalt, bemutatódarabként használt vagy még be nem érkezett árut. Ha egy termék több csatornán is fogy, a közös készlet frissítésének sebessége különösen kritikus. Egy napi egyszeri kézi átvezetés alacsony forgalomnál még működhet, de népszerű termékeknél hamar pontatlanná válik.
Beszállítói vagy rendelésre érkező termékeknél érdemes külön kezelni az „elérhető” és a „rövid határidővel beszerezhető” állapotot. A készleten státusz ilyenkor nem marketingüzenet, hanem teljesítési ígéret. Ha a beszerzés bizonytalan, a túl optimista megjelenítés több kárt okozhat, mint az, ha a termék átmenetileg nem rendelhető.
A termékkód legyen az azonosítás alapja
A készletmozgások, CSV-importok és külső integrációk stabil alapja az egyedi cikkszám vagy SKU. Ezt már induláskor következetesen kell kialakítani. A termék neve változhat, a leírás javítható, de a termékkódot nem célszerű kampányonként vagy beszállítóváltáskor átírni.
Különösen fontos ez költöztetésnél vagy nagyobb termékkatalógus importjánál. Ha ugyanaz a termék több, egymástól eltérő cikkszámmal szerepel a rendszerben, az import könnyen új terméket hoz létre a meglévő frissítése helyett. Ennek következménye lehet duplikált termékoldal, hibás készlet és később SEO-szempontból is nehezebben kezelhető termékstruktúra.
UNAS készletkezelés beállítása egyszerűen: az alapok
Az UNAS adminisztrációjában a készletkezeléshez kapcsolódó döntéseket nem elég egyszer, globálisan beállítani. A központi működési szabályok mellett a termékek adatlapján is ellenőrizni kell a készletet, a rendelhetőséget és az esetleges változatokat.
Első lépésként adja meg minden aktív terméknél a valós induló készletet. A nullás érték nem feltétlenül jelenti azt, hogy a terméket el kell rejteni: dönthet úgy is, hogy a vásárló értesítést kap a várható beszerzésről, vagy előrendelést adhat le. Ezt azonban csak akkor érdemes engedni, ha a beszerzési idő valóban tartható.
A rendszer szintjén azt is meg kell határozni, mi történjen, amikor a mennyiség elfogy. A három tipikus üzleti döntés a termék elrejtése, nem rendelhetőként való megjelenítése, illetve rendelhetőként hagyása hosszabb szállítási ígérettel. Az első csökkenti a hibás rendelések kockázatát, de értékesítési lehetőséget is elvesz. A harmadik több rendelést hozhat, de csak megbízható utánpótlással vállalható.
A negatív készlet engedélyezése szintén nem technikai kényelmi funkció, hanem üzleti kockázat. Akkor lehet indokolt, ha az értékesítő kolléga biztosan tudja, hogy az áru rövid időn belül megérkezik, vagy a rendelés egyedi beszerzésre épül. Általános beállításként viszont elfedi a készlethiányt, és megnehezíti az eltérések felderítését.
Mikor csökkenjen a készlet?
Ez az egyik legtöbb problémát okozó pont. A készletnek ahhoz a rendelési státuszhoz kell kapcsolódnia, amely az Ön folyamatában már valódi foglalást jelent. Előre utalásos rendelésnél például nem biztos, hogy célszerű már a rendelés leadásakor végleg levonni a készletet, ha a nem fizetett rendelések rendszeresen törlődnek. Ugyanakkor a túl késői levonás túladást okozhat, ha közben más vásárló is megveszi az utolsó darabot.
Nincs minden webshopra érvényes univerzális szabály. Nagy értékű, kis darabszámú termékeknél gyakran indokolt a korai foglalás, majd a fizetési határidő lejártakor a készlet visszaadása. Sok, gyorsan forgó terméknél a fizetési és rendelési státuszok automatizált, következetes kezelése a fontosabb. A törölt, sikertelen vagy visszafizetett rendelések készlet-visszarendezését mindig tesztelje.
Változatoknál ne csak a főtermék készletét nézze
Méret, szín, kiszerelés vagy más opció esetén a vásárló valójában nem a főterméket, hanem egy konkrét változatot vásárol. Ha a készletet csak a főtermékhez rögzíti, könnyen előfordulhat, hogy a kifogyott M-es méret továbbra is rendelhető marad, mert más méretből még van készlet.
A változatonkénti készletkezelés több adatkarbantartást igényel, viszont pontosabb vásárlói tájékoztatást ad. Akkor különösen indokolt, ha az opciók önálló cikkszámmal, vonalkóddal vagy eltérő beszerzési mennyiséggel rendelkeznek. Egyszerűbb, kis választékú termékeknél a közös készlet is elegendő lehet, de ezt ne megszokásból, hanem a raktári folyamat alapján döntse el.
Import és külső rendszer: legyen egy adatgazda
Néhány tucat termék készlete kézzel is karbantartható. Több száz cikknél, rendszeres beszállítói frissítésnél vagy bolti értékesítés mellett viszont az import és a szinkronizáció már nem kényelmi kérdés. Itt az első feladat annak kijelölése, melyik rendszer a készletadat elsődleges forrása.
Ha a vállalatirányítási rendszer vagy a raktárprogram az adatgazda, az UNAS-ba onnan kell érkeznie a mennyiségeknek. Ilyenkor kerülni kell, hogy az adminisztrációban kézzel javított értékeket a következő automatikus import felülírja. Ha viszont az UNAS az elsődleges rendszer, a külső exportokat kell ehhez igazítani.
CSV-import előtt készítsen mentést, és először néhány tesztterméken ellenőrizze az oszlopok megfeleltetését. A cikkszám, a készletmennyiség, az aktív állapot, az ár és a változatok mezői különösen érzékenyek. Egy rosszul választott elválasztójel vagy hibás karakterkódolás nemcsak ékezetes termékneveket ronthat el, hanem hibás mezőbe is írhat adatokat.
A szinkron gyakoriságát a forgalomhoz kell igazítani. Napi frissítés megfelelő lehet egy stabil, kevés rendelést kezelő B2B katalógusnál. Gyorsan fogyó, több csatornán értékesített termékeknél gyakoribb adatátadás szükséges. A valós idejű kapcsolat sem mindig ideális: költségesebb, bonyolultabb lehet, és hibakezelési terv nélkül egy rövid kapcsolatkimaradás is eltéréseket eredményezhet.
Teszteljen úgy, mintha hiba történne
Éles indulás előtt ne csak azt nézze meg, hogy egy rendelés után csökken-e a darabszám. A készletkezelés akkor tekinthető használhatónak, ha a kivételeket is helyesen kezeli. Legalább az alábbi helyzeteket futtassa végig teszttermékekkel:
- az utolsó darab megrendelése és a következő vásárló próbálkozása;
- sikertelen online fizetés vagy át nem utalt rendelés;
- rendelés törlése, részleges teljesítése és visszatérítése;
- változatos termék egyetlen konkrét méretének vagy színének kifogyása;
- import utáni készletfrissítés és egy kézi módosítás viszonya.
A teszt során ne csak az adminisztrációs készletet ellenőrizze. Nézze meg a termékoldalt, a kosarat, a rendelés-visszaigazolást és a belső rendeléskezelési folyamatot is. Előfordulhat, hogy a mennyiség technikailag helyes, de a vásárló félrevezető „raktáron” üzenetet lát, vagy a kolléga nem kap jelzést a sürgős utánrendelésről.
Napi működésben a kivételek számítanak
A készletpontosság nem egyszeri projekt. A leltárkülönbözetek, sérült termékek, beszállítói késések és manuális bolti eladások idővel eltérést okoznak. Érdemes kijelölni egy felelőst, aki rendszeresen ellenőrzi a negatív mennyiségeket, a gyanúsan magas készletszinteket és a nullára futott, mégis rendelhető termékeket.
Hasznos egy egyszerű belső szabály: aki fizikailag megmozgatja a készletet, az tudja, hol kell jeleznie a változást. Nem kell minden munkatársnak teljes adminisztrátori hozzáférés, de a készletkorrekció útjának egyértelműnek kell lennie. A jogosultságok és a módosítások nyomon követése később vitás helyzetekben is sok időt takarít meg.
Ha a webshop már több raktárt, üzletet, beszállítót vagy összetett csomagtermékeket kezel, a standard beállítások önmagukban korlátozottak lehetnek. Ilyenkor az integráció, egyedi folyamat vagy módosított terméklogika előtt érdemes pontosan felmérni, mi történik rendeléskor, kiszedéskor, számlázáskor és visszáruzáskor. A GrenT Média ilyen helyzetekben nem csak a technikai beállítást, hanem a mögötte lévő értékesítési és adminisztrációs folyamatot is egységben vizsgálja.
A jól kezelt készlet csendben dolgozik: nem ígér olyat, amit nem tud teljesíteni, és nem rejti el azt sem, amit valóban el lehet adni. Ez a fajta pontosság a vásárlónak megbízható webshopélményt, a vállalkozásnak pedig kiszámíthatóbb működést ad.
