Webshop készletfoglalás: hogyan előzd meg a túleladást?

Mikor foglaljon készletet a webshop, és mikor engedje el? Döntési keret, rendelési példa és ellenőrzőlista a túleladás megelőzéséhez.

Szerző: Buda Sándor · Megjelent: 2026-10-29

Az utolsó darabot két vásárló is megrendeli. A webshop szerint még elérhető, a raktár szerint már egy másik rendeléshez tartozik, az ügyfélszolgálat pedig próbál helyettesítő terméket találni. Ilyenkor nem feltétlenül a készletszám rossz: gyakran az nincs egyértelműen meghatározva, mikor és melyik rendszer ígérheti oda az árut.

A webshop készletfoglalás feladata, hogy egy rendeléshez ideiglenesen vagy véglegesen hozzárendelje a szükséges mennyiséget. A jó megoldás a fizetést, a raktári munkát és a többi értékesítési csatornát is figyelembe veszi. Ez az útmutató a foglalási szabályok megtervezéséhez ad döntési keretet, konkrét példát és átadáskor használható ellenőrzőlistát.

Mi a különbség a készlet és az eladható mennyiség között?

A raktárban lévő darabszám önmagában nem mondja meg, mennyit értékesíthetsz. Lehetnek olyan termékek, amelyek más rendeléshez tartoznak, sérültek, ellenőrzésre várnak, vagy biztonsági tartalékként vannak elkülönítve. A beszállítónál elérhető vagy úton lévő áru pedig még nem feltétlenül adható fel a vevőnek.

Érdemes legalább a fizikai, a foglalt, a nem értékesíthető és a szabad készletet megkülönböztetni. Egy egyszerű modellben az eladható mennyiség a fizikailag rendelkezésre álló készletből a foglalások és az egyéb elkülönítések levonásával adódik. Ehhez minden mennyiségnek ugyanarra a termékváltozatra, raktárra és mértékegységre kell vonatkoznia.

A Shopify hivatalos készletállapot-leírása is elkülöníti a helyben lévő, eladható, lekötött, nem elérhető és beérkező készletet. A saját rendszered elnevezései eltérhetnek; az a lényeg, hogy ugyanazt a darabot ne számold egyszerre szabadnak és lefoglaltnak.

Egy egyszerű számpélda

Tegyük fel, hogy egy termékből tíz darab van a raktárban. Négy már rendeléshez tartozik, egy sérült, egyet pedig tartaléknak különítettél el. Ebben a példában négy darab értékesíthető. A holnapra ígért húszdarabos beszállítás nem növeli automatikusan a ma feladható mennyiséget. Ha előrendelést is fogadsz, annak külön ígéretet és várható teljesítési időt kell kapnia.

Először jelöld ki, melyik rendszer dönthet a készletről

Gyakori, hogy a webshop, a vállalatirányítási rendszer és a pénztárgéphez kapcsolt értékesítési felület is tárol készletadatot. Ez önmagában rendben van, de meg kell határozni, melyik az egyes adatok hiteles forrása, és hol történik a foglalás elfogadása. A legutóbb beérkezett szám nem feltétlenül a legfrissebb üzleti állapot.

Készíts rövid adatgazda-térképet. A fizikai bevételezést rögzítheti a raktári rendszer, a rendelési igényt a webshop, a közös eladható mennyiségről pedig dönthet egy központi készletszolgáltatás. Nem szükséges minden adatot egyetlen programban tartani, de egyértelmű felelősség és következetes átadás kell a rendszerek között.

Ha az eltérés a webshop és a háttérrendszer kapcsolatánál keletkezik, a meglévő webshop készletintegrációjának fejlesztése célzott megoldás lehet. A felméréshez egy problémás rendelés teljes története hasznosabb, mint az az általános kérés, hogy legyen minden „valós idejű”.

Mikor foglaljon a webshop: kosárnál, rendelésnél vagy fizetésnél?

Erre nincs minden üzletre érvényes válasz. A döntés függ a termék szűkösségétől, a fizetési módoktól, az átlagos vásárlási időtől és attól, mekkora kárt okoz egy sikertelen teljesítés. A választott szabályt a vásárló felé tett ígérettel is össze kell hangolni.

Kosárba helyezéskor

A korai foglalás védi a vásárlót attól, hogy fizetés közben elfogyjon az áru. Ugyanakkor a magukra hagyott kosarak blokkolhatják a készletet, különösen kevés darabos termékeknél. Ha ezt választod, legyen valódi lejárat, mennyiségi korlát és védelem a korlátlan foglalással szemben. A visszaszámláló csak akkor jelenjen meg, ha tényleges rendszerbeli foglalást jelez.

A rendelés véglegesítésekor

Ebben a modellben a kosár még nem jelent biztos készletet. A rendelés elküldésekor új ellenőrzés történik, és a sikeres foglalás alapján halad tovább az ügy. Ez sok helyzetben jól érthető határ, de kezelni kell a közben megváltozott mennyiséget: a vásárló kapjon világos visszajelzést, és módosíthassa a kosarát.

Fizetési folyamat közben

A kizárólag sikeres fizetés utáni foglalás kockázata, hogy a pénz beérkezik, de az áru elfogyott. Érdemes ezért megtervezni a fizetés előtti átmeneti foglalást, majd annak megerősítését vagy feloldását. Az átutalás, az utánvét és az online kártyás fizetés eltérő időzítést igényelhet; ne kezeld őket azonos lejárati szabállyal pusztán technikai kényelemből.

A foglalásnak legyen saját életútja

A „foglalt” jelölés mellé kell a rendelés és a rendelési tétel azonosítója, a termékváltozat, a raktár, a mennyiség, a létrehozás ideje és a lejárati szabály. Rögzítsd azt is, mi változtathat az állapoton. Ezekből lehet később megérteni, miért nincs eladható készlet, miközben a polcon még látszik a termék.

Egy lehetséges folyamat: ideiglenes foglalás, megerősített rendelési foglalás, majd kiadás. Alternatív lezárás lehet lejárat vagy lemondás. A raktári kiadáskor a fizikai készlet csökken, miközben a hozzá tartozó foglalás megszűnik. Ezt összehangolt változásként kell kezelni, különben ugyanaz a rendelés kétszer csökkentheti az eladható mennyiséget.

A foglalás feloldásáról se csak időzítő döntsön. Sikeres fizetés és lejárat közel azonos időben is érkezhet. A rendszernek az aktuális állapot alapján kell eldöntenie, melyik esemény alkalmazható; a már megerősített foglalást egy későn lefutó lejárati feladat nem szabadíthatja fel.

Mi történjen, ha ketten kérik az utolsó darabot?

Két böngésző ugyanazt az egy darabot láthatja. Ha mindkettő külön ellenőrzi a készletet, majd később csökkenti, mindkét rendelés sikeresnek tűnhet. A termékoldal gyors frissítése ezt önmagában nem oldja meg: a készletellenőrzésnek és a foglalás rögzítésének együtt kell érvényesülnie a döntést hozó rendszerben.

Üzleti elfogadási feltételként ezt egyszerűen megfogalmazhatod: egy eladható darabra két párhuzamos igényből legfeljebb egy kaphat sikeres készletfoglalást. A másik vásárló ne maradjon bizonytalan állapotban, és ne kapjon olyan visszaigazolást, amely biztos teljesítést ígér. A technikai megvalósítás a platformtól függ, de az elvárás előre tesztelhető.

Az ismételt kéréseket is számításba kell venni. Dupla kattintás, hálózati újraküldés vagy ismételten érkező fizetési visszajelzés ugyanazt az üzleti műveletet többször is elindíthatja. Ugyanazon foglalási kérés ismétlése ne hozzon létre újabb készletlevonást. A sikeres válasz elvesztése után az állapot legyen visszakereshető, ne csak vakon újraindítható.

Így néz ki egy végiggondolt rendelési példa

Az alábbi helyzet szemléltető példa, nem ügyféltörténet. Egy webshop két darab lámpát értékesíthet. Anna egyet rendel kártyás fizetéssel, Béla pedig kettőt szeretne utánvéttel. A kiválasztott üzleti szabály szerint a rendelés elküldésekor történik a foglalás, és részleges mennyiséget a rendszer nem fogad el automatikusan.

1. Anna rendelése sikeresen lefoglal egy lámpát. A szabad készlet egy darabra csökken, a fizikai készlet kettő marad.
2. Béla két darabra szóló igénye nem teljesíthető. A webshop felajánlja a mennyiség módosítását, de nem írja át csendben a rendelést.
3. Anna fizetése sikeres, a foglalás megerősített állapotba kerül. Egy ismételt fizetési értesítés nem foglal újabb darabot.
4. A raktár kiadja Anna lámpáját. A fizikai készlet egyre csökken, Anna foglalása lezárul; a szabad készlet továbbra is egy darab.
5. Ha Anna a kiadás előtt lemondana, a foglalás feloldható lenne. A pénzügyi visszatérítés ettől külön követendő folyamat.

Ugyanezt a történetet futtasd végig sikertelen fizetéssel, lejárattal és késve érkező visszajelzéssel is. Ha a csapat ezekre eltérő választ ad, még nem programozási részlet hiányzik, hanem üzleti döntés.

Több csatorna, több raktár és csomagtermékek

Ha üzletben, piactéren és webshopban is értékesítesz, ugyanarra a készletre több helyről érkezhet igény. A rendszeres szinkronizálás csökkentheti az eltérést, de késleltetése miatt nem garantálja, hogy az utolsó darabot senki sem adja el kétszer. Dönteni kell központi foglalásról, csatornánként elkülönített keretről vagy tudatosan vállalt kockázati korlátról.

A biztonsági készlet mérsékelheti a késésből adódó problémát, de nem helyettesíti a helyes elszámolást. A túl nagy tartalék értékesíthető árut rejt el, a túl kicsi nem biztos, hogy elég a forgalmi csúcsban. A mennyiségét a saját eltérésekből és kiszolgálási tapasztalatokból vezesd le, ne általános százalékból.

Több raktárnál a foglalás helye is számít. A két telephelyen lévő egy-egy darab nem feltétlenül teljesíthető egy csomagban az ígért határidővel. Csomagterméknél pedig az összetevőket kell figyelni: ha ugyanaz az alkatrész külön is eladható, a csomag és az egyedi termék nem tarthat egymástól független, szabad készletet.

Összetett raktári szabályoknál a webshop mögötti egyedi készlet- és üzleti rendszer tervezése is része lehet a feladatnak. Ilyenkor a webshop csatlakozó felület; a teljes folyamatot a raktári és értékesítési munkával együtt érdemes kialakítani.

A visszáru nem automatikusan szabad készlet

A visszatérítés, a rendelés lemondása és a termék fizikai visszaérkezése három külön esemény. A már feladott terméket nem lehet pusztán a pénzügyi művelet miatt ismét eladhatónak jelölni. Előbb meg kell érkeznie, majd a meghatározott ellenőrzésen át kell mennie.

Részleges lemondásnál csak az érintett mennyiség szabaduljon fel. Cserénél külön kezeld a visszaérkező árut és a csereként kiküldendő termék foglalását. Kézi készletjavításnál legyen indok, jogosultság és visszakereshető változástörténet; egy eltérés eltüntetése ne fedje el a hibás rendelési folyamatot.

Beállítás, integráció vagy egyedi fejlesztés kell?

Ha egy csatornán, egy raktárból értékesítesz, és a platform alapfolyamata megfelel, először a beállításokat és a bővítmények együttműködését vizsgáld meg. Egy hibás készletkövetési kapcsoló vagy rosszul megválasztott foglalási idő miatt nem indokolt teljes rendszert cserélni.

Ha a webshop önmagában helyesen működik, de az ERP késve vagy más jelentésű adatot küld, integrációs javítás kellhet. Shopify esetén a platformhoz illeszkedő Shopify-integráció tervezésénél az aktuális készletállapotokat és a használt alkalmazások működését együtt kell ellenőrizni. Egy általános „készlet” mező másolása nem biztos, hogy elegendő.

Egyedi webshop megoldás akkor kerülhet előtérbe, ha a szükséges foglalási, jóváhagyási vagy csomagképzési szabályok a meglévő platformon csak nehezen ellenőrizhető kerülőutakkal valósíthatók meg. A döntéshez kérj alternatívákat, és hasonlítsd össze a bevezetést, az üzemeltetést és a hibák kezelésének költségét is.

Átvételi ellenőrzőlista a készletfoglaláshoz

A bemutató rendelés mellett a határeseteket is kérd számon. Minden tesztnél legyen ismert kezdőkészlet, eseménysorrend és elvárt végállapot. A sikeres képernyő mellett nézd meg a rendelési, foglalási és raktári adatokat is.

• Két párhuzamos rendelés az utolsó darabra nem eredményez két sikeres foglalást.
• Az ismételt rendelési kérés és fizetési visszajelzés nem von le kétszer készletet.
• A fizetés megszakadása után a foglalás a megadott szabály szerint felszabadul.
• A lejárattal egy időben érkező fizetés követhető, egyértelmű állapotot eredményez.
• A raktári kiadás nem csökkenti másodszor is az eladható mennyiséget.
• A részleges lemondás kizárólag az érintett tételek foglalását módosítja.
• A visszáru ellenőrzés előtt nem jelenik meg automatikusan eladhatóként.
• A csomagtermék és a külön értékesített összetevő közös készlete helyesen változik.
• A külső rendszer kiesésekor látható, mely rendelések várnak készletdöntésre.
• A helyreállt kapcsolat után az egyeztetés feltárja és javíthatóvá teszi az eltéréseket.

Bevezetés után mit érdemes figyelni?

Kövess néhány közvetlenül értelmezhető mutatót: készlethiány miatt meghiúsult visszaigazolt rendelések, indokolatlanul nyitva maradt foglalások, kézi készletkorrekciók és rendszerek közötti eltérések száma. Az arányokat mindig a rendelési volumen mellett értékeld; a több hibajegy önmagában nagyobb forgalmat is tükrözhet.

Induláskor szűk termékkörön ellenőrizd az új folyamatot, majd fokozatosan bővítsd. A visszaállási terv térjen ki a már létrejött foglalásokra is: az új kapcsolat kikapcsolása nem törölheti el a közben elfogadott rendeléseket. Legyen kijelölt felelős, aki a nyitott eltéréseket naponta áttekinti a bevezetési időszakban.

Összegzés: azt szabályozd, kinek mit ígérhetsz

A megbízható webshop készletfoglalás alapja az eladható mennyiség közös értelmezése, az egyértelmű döntési pont és a teljes foglalási életút. Ehhez tartozik a párhuzamos vásárlás, a sikertelen fizetés, a többcsatornás értékesítés és a visszáru kezelése is. A gyors adatkapcsolat akkor ér valamit, ha minden résztvevő ugyanazt érti a számok alatt.

Ha rendszeresen olyan terméket igazolsz vissza, amelyet végül nem tudsz szállítani, gyűjts össze néhány konkrét rendelési esetet és a hozzájuk tartozó készletváltozásokat. A webshop továbbfejlesztésének felmérésén ezekből pontosan meghatározható, hogy beállítás, rendszerkapcsolat vagy új üzleti logika szükséges. Így az ajánlat egy ellenőrizhető működési célra készülhet.