A Shopify a készletet nem egyetlen számként kezeli: külön van elérhető, lekötött, raktáron és nem értékesíthető mennyiség, és a legtöbb túlértékesítés abból születik, hogy valaki nem ugyanazt a számot nézi, mint amit a rendszer használ. Raktárból a Basic, Grow és Advanced csomagon legfeljebb tíz aktív lehet, Plus csomagon 200. A túlértékesítés natív ellenszere a biztonsági készlet, ami egy nem értékesíthető állapot. És van egy csapda, amiről kevesen tudnak: a tömeges szerkesztővel végzett készletmódosításról nem marad mozgás-nyom.
| Kérdés | Rövid válasz |
|---|---|
| Hány raktáram lehet? | Basic, Grow, Advanced: 10. Plus: 200. Starter: 2 |
| A deaktivált raktár beleszámít? | Nem. Ahogy a fulfillment-appok sem |
| Mi a különbség elérhető és raktáron között? | A raktáron tartalmazza a lekötött és a nem értékesíthető mennyiséget is |
| Hogyan előzöm meg a túlértékesítést? | Biztonsági készlettel, ami nem értékesíthető állapot |
| Milyen nem értékesíthető állapotok vannak? | Sérült, minőségellenőrzés, biztonsági készlet, egyéb |
| Marad nyoma a módosításnak? | Igen, a korrekciós előzményben. A tömeges szerkesztőnél viszont nem |
| Kezel a Shopify polchelyet? | Igen, bin néven, CSV-importtal és tömeges szerkesztővel |
| Új raktár készlete mennyi? | Nulla. Minden terméken, amíg fel nem töltöd |
A négy szám, ami nem ugyanaz
Kezdjük ott, ahol a legtöbb félreértés születik. Amikor a boltodban a készletet nézed, nem egy számot látsz, hanem többet, és nem mindegy, melyikre nézel.
Elérhető (Available): amit ma el tudsz adni. Ez a szám dönti el, hogy a vásárló kosárba teheti-e a terméket.
Lekötött (Committed): amit már megrendeltek, de még nem teljesítettél. Fizikailag ott van a polcon, eladni viszont már nem tudod.
Nem értékesíthető (Unavailable): ott van, de valamiért nem árulható. Mindjárt részletezzük.
Raktáron (On hand): a fizikai valóság. Ez tartalmazza mindhárom előzőt.
A gyakorlati következmény egyszerű, mégis rendszeresen okoz vitát a raktár és a webshop között. Ha a raktáros megszámol tizenkettőt, a boltban meg nyolcat lát, abból még nem következik, hogy hibás a rendszer. Lehet, hogy négy darab már le van kötve egy ki nem szállított rendelésre.
A Shopify adminban ezt három helyen tudod szerkeszteni: a Készlet oldalon (elérhető és raktáron), a termék adatlapján és a variáns adatlapján (elérhető és összesen). A módosítás két lépésben mentődik: előbb függőben lévő változás lesz belőle, aztán a Mentés gombbal érvényesül. Ha közben elnavigálsz, a függőben lévő módosítások elvesznek.
Az elérhetetlen készlet, amiről kevesen tudnak
A nem értékesíthető készlet négy alállapotot ismer, és ezek közül az egyik közvetlenül a túlértékesítés ellenszere.
| Állapot | Mire való |
|---|---|
| Sérült | ami megvan, de eladhatatlan |
| Minőségellenőrzés | ami bevizsgálásra vár |
| Biztonsági készlet | amit szándékosan tartalékban tartasz |
| Egyéb | amit te definiálsz |
A biztonsági készlet az a natív eszköz, amit magyar boltoknál a legritkábban látunk használatban, pedig pontosan arra való, amitől mindenki fél. Ha egy termékedből tíz van, és kettőt biztonsági készletbe teszel, a bolt nyolcat fog eladhatónak mutatni. A maradék kettő fedezetet ad a leltárhibára, a sérülésre, a párhuzamos csatornára, vagy arra a fél napra, amíg a szinkron utoléri magát.
Ez sokkal tisztább megoldás, mint a másik gyakori reflex, hogy a boltos kézzel levon néhány darabot a készletből. Az utóbbinál ugyanis pár hét múlva senki nem tudja megmondani, hogy a különbség tartalék volt-e, vagy lopás.
Az állapotok közötti mozgatás a Készlet oldalon a mennyiségre kattintva, a Módosítás ennyivel móddal megy: megadod, honnan hová kerül a mennyiség.
Több raktár: mennyi fér bele, és mi számít raktárnak
A raktárak számát a csomagod szabja meg. Starter csomagon kettő, Basic, Grow és Advanced csomagon tíz, Plus csomagon 200 aktív raktárad lehet.
Két dolog nem számít bele ebbe a keretbe, és ez sokat segít. A deaktivált raktár nem fogyasztja a limitet, viszont a készletét megőrzi: onnan is tudsz mozgatni, oda is tudsz visszárut fogadni. És a fulfillment-appok, tehát a dropshipping-szolgáltatók és a külső logisztikai partnerek szintén nem számítanak bele, pedig raktárként viselkednek.
Amit érdemes előre tudni, mert kellemetlen meglepetés: amikor új raktárat hozol létre, minden termék nulla készlettel kerül bele. Nem osztja szét a meglévőt, nem másol. Nulláról indul, és neked kell feltöltened, tömeges szerkesztővel vagy CSV-vel.
Egy másik alapértelmezés, amit érdemes tudatosan kezelni: az új raktárnál alapból be van kapcsolva, hogy a készlete elérhető az online rendelések teljesítéséhez. Ha egy raktárból nem akarsz webes rendelést kiszolgálni, ezt a kapcsolót kell kivenned, különben a rendelés-irányítás oda is fog küldeni.
Túlértékesítés: hol keletkezik valójában
Négy tipikus forrás, és csak az egyik szól a készletszámról.
A készlethiányos eladás engedélyezése. Ha be van kapcsolva a „continue selling when out of stock", a bolt nullánál sem áll meg. Van, ahol ez tudatos döntés, van, ahol egy régi beállítás, amiről mindenki megfeledkezett. Ez a leggyakoribb ok.
A szinkron késése. Ha külső rendszer viszi a készletet, a Shopify mindig annyit tud, amennyit az utolsó szinkron írt bele. Ha a szinkron óránként fut, akkor a boltod egy óráig egy múltbeli számot mutat. Kampányidőszakban ez elég a bajhoz.
A párhuzamos csatorna. Ha ugyanabból a készletből árulsz a boltban, egy piactéren és személyesen is, akkor három rendszer nyúl ugyanahhoz a számhoz. Itt a biztonsági készlet nem luxus, hanem alapfelszerelés.
A csomagok. A bundle készlete a legszűkebb komponens szerint számolódik, viszont a Shopify kihagyja a számításból azt a komponenst, amelyiknél nincs készletkövetés vagy engedélyezett a készlethiányos eladás. Ilyenkor a csomag készlete magasabbnak látszik, mint amennyi kiszállítható. Erről a bundle-cikkünkben írtunk részletesen, ábrával.
A polchely, ami júliusban még fejlesztői preview volt
Ez a szakasz egy saját frissítés is egyben.
Júliusban hírt írtunk arról, hogy a Shopify fejlesztői preview-ban kiadta a fizikai készletkezelő API-t, benne a tárolóhelyekkel. Akkor azt írtuk, hogy ez fejlesztőknek szól, és egy raktárral dolgozó bolttulajdonosnak nincs vele teendője.
Ez időközben megváltozott. A tárolóhely (bin) ma már kereskedői funkció: a Készlet oldalról exportált CSV-ben van egy Bin name oszlop, oda beírod a polc azonosítóját, visszaimportálod, és onnantól a tömeges szerkesztőben is módosíthatod. A tárolóhely megjelenik a Készlet oldalon külön oszlopként, és ami a legfontosabb: a kiszedési listán is, tehát a raktáros a polc szerinti sorrendben szedheti össze a rendelést.
Négy szabály tartozik hozzá. Egy variáns raktáranként egy tárolóhelyre kerülhet. Egy tárolóhelyre viszont több cikkszám is mehet. A tárolóhely neve raktáron belül egyedi. És a rendezés betűrendben történik, nem szám szerint, ezért az A-01 formátum a jó, nem az A-1. Aki ezt elrontja, annak az A-10 a lista elejére kerül az A-9 elé.
Új tárolóhelyet egyelőre csak CSV-importtal tudsz létrehozni. A meglévőket a tömeges szerkesztőben átírhatod vagy törölheted.
A korrekciók, amiknek van nyoma, és amiknek nincs
Itt jön az a rész, ami miatt ezt a cikket egyáltalán érdemes elolvasni, ha külső rendszerrel szinkronizálsz.
A Shopify minden készletmódosítást rögzít egy korrekciós előzményben, és a módosításhoz indoklást is választhatsz: korrekció, leltár, beérkezés, visszáru-visszavételezés, sérülés, lopás vagy veszteség, promóció vagy adomány. Ez ad egy auditálható nyomvonalat, amiből később megállapítható, mi történt és mikor.
És most a csavar. Ha a készletet tömeges szerkesztővel módosítod, akkor nem kell megadnod, honnan hová megy a mennyiség, viszont a mozgásról nem készül nyilvántartás. A Shopify saját dokumentációja mondja ki: a tömeges szerkesztő használatakor a készletmozgás nem kerül rögzítésre.
Ez pontosan az a mód, amit a külső rendszerből szinkronizáló boltok használnak, mert gyors és nem kérdez semmit. Vagyis a gyorsaságért cserébe pont azt adod fel, amire szükséged lesz akkor, amikor kiderül, hogy a készlet nem stimmel: a történetet.
Ebből következik a gyakorlati tanács. Ha külső rendszer viszi a készletet, akkor a külső rendszernek kell auditálhatónak lennie, mert a Shopify oldalán a nyom nem lesz meg. Ha viszont a Shopify a fő nyilvántartásod, akkor a napi korrekciókat a Készlet oldalon végezd, indoklással, és a tömeges szerkesztőt tartsd meg a tényleges tömeges műveletekre.
Amikor külső rendszer viszi a készletet
A magyar boltoknál ez a leggyakoribb felállás, és három visszatérő súrlódási pontja van a saját projektjeinkből.
A státuszok nem fedik egymást. A Shopify a rendelést lényegében teljesítettként vagy teljesítetlenként ismeri. A logisztikai partnerek viszont jellemzően több köztes állapotot használnak: átvéve, összekészítés alatt, feladva. Az egyik integrációnknál pontosan ez akadt el: a partner „folyamatban" státuszának nem volt hova érkeznie. A gyakorlati megoldás ilyenkor a rendelés-címkézés vagy a metamező, nem a státusz.
A visszáru kézi marad. Ugyanebből következik: ha a rendelés-státuszok nem elég részletesek, a visszáru kezelése kilóg a rendszerből, és valaki kézzel vezeti. Ez addig működik, amíg kevés van belőle.
A termékszegmensek elvesznek. Volt olyan esetünk, ahol a fulfillment-szolgáltatók egyike sem tudott külön termékszegmenseket kezelni, tehát a bolt nem tudott a partner felé eltérő logikát adni különböző termékcsoportokra. Ez nem Shopify-korlát, hanem a partner rendszerének a korlátja, viszont a boltnak ugyanúgy fáj.
Egy negyedik, amit külön kiemelnék, mert kellemetlenül gyakori: a kiszerelések. Ha ugyanaz a termék 50 grammos, 200 grammos és 8 kilós kiszerelésben is létezik, akkor ezek külön cikkszámok, külön készlettel, miközben a raktárban ugyanabból az alapanyagból vannak. A Shopify erre nem ad receptúra-logikát. Aki ilyet árul, annak vagy a beszerzési oldalon kell fejben tartania az átváltást, vagy olyan rendszer kell hozzá, ami ismeri az összetételt.
Amit rendezz el, mielőtt appot veszel
A korpuszunkban van egy eset, ahol a készletellenőrzés Excelben zajlott, és a megjegyzés az volt rá, hogy hosszú távon nem fenntartható. Ez igaz, de érdemes pontosítani, mert a következtetés nem az, hogy Excel helyett app kell.
A tényleges probléma nem az Excel, hanem hogy két nyilvántartás van, és egyik sem a főnök. Amíg ez nincs eldöntve, minden app csak egy harmadik számot ad hozzá.
Négy kérdés, amit előbb kell megválaszolni, mint az appválasztást.
Melyik rendszer az igazság forrása? A Shopify, a raktárprogram, vagy a logisztikai partner? Egy lehet, és mindenki másnak abból kell dolgoznia.
Milyen gyakran szinkronizál, és mi történik két szinkron között? Ha a válasz „óránként", akkor a biztonsági készletet ehhez kell méretezni.
Ki nyúlhat kézzel a készlethez, és hol? Ha a Shopify a forrás, akkor a raktárprogramban végzett kézi javítás vissza fog jönni. Ha fordítva, akkor az adminban végzett javítás.
Marad-e nyoma? Ez az, amit a legkevesebben kérdeznek meg, és ami a leltárnál kiderül.
Ha ezekre megvan a válasz, az app már csak eszköz. Ha nincs, az app csak gyorsabbá teszi a káoszt.
A készlet végül nem informatikai kérdés, hanem bizalmi. A vásárló akkor bocsát meg egy késést, ha időben szólsz. Amit nem bocsát meg, az a visszaigazolt rendelés, amiről két nappal később kiderül, hogy nincs is miből teljesíteni. A Shopify ehhez ma megadja az összes szükséges számot, sőt többet, mint amennyit a legtöbb bolt használ. A nehéz rész nem a rendszer beállítása. Az, hogy eldöntsd, melyik számban hiszel.
Gyakran ismételt kérdések
Hány raktárat állíthatok be Shopify-on?
Starter csomagon kettőt, Basic, Grow és Advanced csomagon tízet, Shopify Plus csomagon 200-at. A deaktivált raktárak nem számítanak bele a keretbe, és a fulfillment-appok, például a dropshipping- vagy logisztikai szolgáltatók sem, pedig raktárként viselkednek.
Mi a különbség az elérhető és a raktáron készlet között?
Az elérhető az, amit a vásárló meg tud venni. A raktáron a fizikai valóság, ami tartalmazza a lekötött (megrendelt, de még nem teljesített) és a nem értékesíthető mennyiséget is. Ha a raktáros többet számol, mint amennyit a bolt mutat, az jellemzően a lekötött készlet.
Hogyan előzhetem meg a túlértékesítést Shopify-on?
A natív eszköz a biztonsági készlet, ami egy nem értékesíthető állapot: a mennyiség fizikailag megvan, de a bolt nem kínálja eladásra. Emellett ellenőrizd, nincs-e bekapcsolva a készlethiányos eladás, és méretezd a biztonsági készletet a szinkron gyakoriságához.
Kezel a Shopify polchelyeket a raktáron belül?
Igen. A tárolóhelyeket (bin) a Készlet oldalról exportált CSV Bin name oszlopában adod meg, majd a tömeges szerkesztőben módosíthatod. Megjelennek a Készlet oldalon és a kiszedési listán is. Egy variáns raktáranként egy tárolóhelyre kerülhet, és a rendezés betűrendben történik, ezért az A-01 formátumot használd.
Marad nyoma a készletmódosításnak?
A Készlet oldalon végzett módosításokról igen: a korrekciós előzmény rögzíti a mozgást, és indoklást is választhatsz hozzá. A tömeges szerkesztővel végzett módosításokról viszont nem készül mozgás-nyilvántartás. Ha külső rendszerből szinkronizálsz, ez utóbbi az alapértelmezett út, tehát az auditálhatóságot a külső rendszernek kell biztosítania.
Mennyi készlettel jön létre egy új raktár?
Nullával, minden terméknél. A Shopify nem osztja szét a meglévő készletet és nem másolja át. A feltöltés a tömeges szerkesztővel vagy CSV-importtal megy.
Miért mutat a bundle-öm több készletet, mint amennyi van?
Mert a csomag készlete a legszűkebb komponens szerint számolódik, de a Shopify kihagyja a számításból azt a komponenst, amelyiknél nincs készletkövetés vagy engedélyezett a készlethiányos eladás. Ellenőrizd a komponensek készletbeállításait.
Hasznos linkek
- Bundle és csomagajánlat Shopify-on – a csomagkészlet számítása, ábrával
- Termékfeltöltés Shopify-on – cikkszám, készletkövetés, az alapok
- Tömeges árszerkesztés Shopify-on – a tömeges szerkesztő működése
- Fizikai készletkezelés API fejlesztői preview-ban – a háttér, ami azóta kereskedői funkcióvá vált
- Visszaküldés és refund Shopify-on – hova kerül vissza a visszavett darab
- Shopify Súgó: készletmennyiségek módosítása – az állapotok, az indoklások és a tömeges szerkesztő korlátja
- Shopify Súgó: raktárak beállítása – a csomagonkénti raktárlimit hivatalos forrása
- Shopify Súgó: tárolóhelyek CSV-vel – a bin-kezelés kereskedői leírása
Gyuri
Hugyecz György – keresőoptimalizálási szakértő és a TotalStudio egyik tulajdonosa. Weboldalaknál és webáruházaknál elsősorban SEO-val, tartalomfejlesztéssel és technikai auditokkal foglalkozik, emellett fizetett hirdetésekkel (Google Ads, Meta), szövegírással és általános tanácsadással is; aktívan érdeklődik és használja a különböző AI-megoldásokat.
Profil
