Ugyanazt az árut egyszerre több helyen árulod – az eMAG-on, a Trendyolon és a saját webáruházadban – de raktárad csak egy van. Amikor a készletadatok elcsúsznak a csatornák között, elkezdődnek a túladások, a rendelések lemondásai, és romlik a fiók értékelése. A készletszinkronizálás a többcsatornás értékesítésben nem úri huncutság, hanem a fiók jó állapotának feltétele. Megmutatjuk, hogyan működnek a szinkronizálási modellek, hogyan válaszd meg a gyakoriságot, és hogyan kerüld el a konfliktusokat, mielőtt valódi problémává nőnek.

Tartalomjegyzék

  1. Miért fáj, ha elcsúsznak a készletadatok?
  2. A készletszinkronizálás modelljei
  3. A szinkronizálás gyakorisága és a konfliktusok
  4. A többcsatornás szinkronizálás bevált gyakorlatai
  5. Gyakori kérdések

Miért fáj, ha elcsúsznak a készletadatok?

Képzeld el egy termék utolsó darabját a polcon. Látja a vásárló az eMAG-on, a vásárló a Trendyolon és a vásárló a webáruházadban – és bármelyikük megveheti ugyanabban a percben. Ha a csatornák nem tudnak egymásról, egy árut háromszor adsz el. Éppen ez a túladás (oversell), és ez a szinkronizálás hiányának legköltségesebb következménye.

A következmények nem érnek véget egyetlen elégedetlen vásárlónál. A készletadatok elcsúszása egész lavinát indít el:

  • Rendelések lemondása – ha nincs miből teljesítened az eladást, le kell mondanod a rendelést. A marketplace-en az eladó hibájából történő lemondás az egyik legrosszabb jelzés, amelyet a platformnak küldhetsz.
  • Az értékelés és a fiók állapotának romlása – a platformok számolják a lemondások és a késések arányát. A magas lemondási arány rontja az értékelést, hátrébb sorolja az ajánlatot a találatok között, szélsőséges esetben pedig a fiók korlátozásához vezet. Hogy hogyan figyeld ezeket a mutatókat az eMAG-on, azt az eMAG-fiók értékeléséről és állapotáról szóló anyagunkban írjuk le.
  • A Buy-button és a láthatóság elvesztése – a lemondásokkal terhelt előzményű ajánlat azonos ár mellett is alulmarad a versenytársakkal szemben.
  • Ügyintézési költség – minden lemondás időt visz el: magyarázkodni kell a vásárlónak, vissza kell téríteni a fizetést, és ott a negatív vélemény kockázata, amely sokáig a fiókon marad.

A fordított probléma csendesebb, de ugyanúgy valós. Amikor óvatosságból minden csatornán alacsonyabb készletet mutatsz, nehogy túl sokat adj el, eladást veszítesz – az áru a raktárban áll, az ajánlat pedig azt mutatja: „nincs készleten”. A jó szinkronizálás e két forgatókönyv közötti egyensúly megtalálása: eladni mindent, amid van, de soha nem többet.

A készletszinkronizálás modelljei

A készletszinkronizálás mindig ugyanarra az elvre épül: léteznie kell egyetlen hiteles forrásnak az elérhetőségről, amelyből minden csatorna a számokat veszi. A modellek közötti különbség abban áll, hol található ez a forrás, és hogyan osztja el az elérhető árut a csatornák között.

Központi raktár (single source of truth)

A legtisztább modell: egyetlen rendszer – leggyakrabban OMS vagy integrátor – tartja nyilván minden SKU aktuális készletét, és küldi szét az összes csatornára. A webáruháznak és a marketplace-eknek nincsenek saját, független számaik, csak „kijelzői” annak, amit a központi raktár mutat. Ha még nincs ilyen rendszered, érdemes azzal kezdeni, hogy megérted, mi az a rendeléskezelő OMS rendszer, és milyen szerepet tölt be a többcsatornás értékesítésben.

Előnye a logika egyszerűsége: egy készlet van, így nincs min vitatkozni. A kihívás a sebesség – a készletnek olyan gyorsan kell eljutnia a csatornákra, hogy két párhuzamos eladás ne tudjon egymásra csúszni.

Biztonsági pufferek

A puffer (stock buffer) szándékos tartalék, amelyet nem teszel ki eladásra. Ha 10 darabod van, és a puffert 2-re állítod, a csatornák 8-at látnak. A két darab párna a szinkronizálás késéseire és azokra az eladásokra, amelyek a frissítések közötti ablakban egymásra csúsznak.

  • Százalékos vagy darabszámos puffer – fix darabszám vagy a készlet százaléka. A százalék jobban skálázódik a gyorsan forgó termékeknél.
  • Csatornánkénti puffer – a lassabban szinkronizáló vagy több párhuzamos rendelést kapó csatornának nagyobb párnát adhatsz.
  • A puffer költsége – minél nagyobb a puffer, annál kisebb a túladás kockázata, de annál több a „befagyasztott” áru, amelyet nem adsz el. Ez tudatos kompromisszum, nem „örökre szóló” beállítás.

Csatornaprioritások és dedikált készletek

Amikor kevés az áru, csatorna viszont több van, el kell dönteni, kié az elsőbbség. Itt két stratégia jön szóba: a csatornaprioritás (alacsony készletnél az áru először a legfontosabb csatornára „megy”) és a dedikált készletek (mereven felosztod a készletet, pl. egy rész a webáruházé, egy rész az eMAG-⁠é, egy rész a román piaci Trendyol-értékesítésé). Az alábbi táblázat a három megközelítést veti össze.

Modell Hogyan működik Mikor válik be
Közös készlet + puffer Minden csatorna ugyanazt a készletet látja, mínusz a puffer Alapértelmezett választás – maximalizálja a teljes készlet eladását
Csatornaprioritás Alacsony készletnél a csatornák sorrendje számít Amikor az egyik csatorna árrés szempontjából egyértelműen fontosabb
Dedikált készletek A készlet mereven felosztva a csatornák között Limitált termékek, szerződések, garantált elérhetőség

A gyakorlatban leggyakrabban a közös készlet és puffer modelljét alkalmazzák, a dedikált készleteket pedig azoknak a termékeknek tartják fenn, amelyek egy adott csatornán egyszerűen nem fogyhatnak ki.

A szinkronizálás gyakorisága és a konfliktusok

A kulcskérdés: az egyik csatornán történt eladás után milyen gyorsan értesül a többi csatorna az új készletről? Minél hosszabb ez az ablak, annál nagyobb a kockázata, hogy közben valaki megvesz egy árut, amely már nincs meg.

Két fő frissítési mechanizmus létezik:

  • Időközönkénti (polling) – a rendszer bizonyos időközönként lekérdezi a csatornákat, és elküldi az új készleteket. Egyszerű és kiszámítható, de két ciklus között van egy „vak ablak”.
  • Eseményvezérelt (webhook / near real-time) – a csatorna maga jelzi az eladást a megtörténtekor, a rendszer pedig azonnal korrigálja a készletet mindenhol máshol. A vak ablakot szinte nullára zárja, de stabil integrációt és hibakezelést igényel.

A valós gyakoriság az egyes platformok API-limitjeitől függ – nem lehet őket tetszőleges gyakorisággal lekérdezni. A konkrét időközök és limitek eltérnek az eMAG, a Trendyol és a webáruház platformja között, és időnként változnak.

Külön téma az írási konfliktusok kérdése, vagyis az a helyzet, amikor két esemény ugyanabban a pillanatban próbálja módosítani ugyanazt a készletet. A leggyakoribb esetek és a hatástalanításuk módja:

  • Két eladás versenye – két rendelés ugyanarra az árura a szinkronizálási ablakban. Megoldás: biztonsági puffer és a frissítések sorba állítása az „aki utoljára ír, az nyer” típusú felülírás helyett.
  • Kézi korrekció kontra automata – a raktáros ugyanabban a pillanatban javítja a készletet, amikor a szinkronizálás felülírja. Megoldás: egyetlen hiteles forrás és világos szabály, hogy a kézi módosítások kizárólag a központi raktáron keresztül mennek.
  • Visszaküldés és újbóli bevételezés – az áru visszajön, és vissza kell kerülnie a készletbe. Megoldás: a visszaküldés automatikus jóváírása ugyanabban a rendszerben, amely eladáskor csökkenti a készletet.
  • Integrációs hiba – a csatorna nem igazolta vissza a frissítést. Megoldás: újrapróbálkozás (retry) és riasztás, ha a készlet néhány próbálkozás után sem igazolódik vissza.

A többcsatornás szinkronizálás bevált gyakorlatai

A készletszinkronizálás nem egyszeri beállítás, hanem folyamat, amelyet meg kell tervezni és figyelni kell. Az alábbi szabályok különböztetik meg a gyakorlatban leggyakrabban a túladás nélküli fiókokat azoktól, amelyek hetente tüzet oltanak.

  • Egyetlen hiteles forrás a készlethez – válassz egy rendszert (OMS vagy integrátor), amely a készletet nyilvántartja, és ne engedd, hogy bármelyik csatornának saját, független száma legyen.
  • Egységes SKU-⁠k és ajánlat-hozzárendelés – ugyanannak a terméknek egyértelműen össze kell lennie kötve a webáruház, az eMAG és a Trendyol között. Tiszta SKU-hozzárendelés nélkül a szinkronizálás nem azokat az ajánlatokat frissíti, amelyeket kellene.
  • A forgáshoz igazított puffer – nagyobb a sok párhuzamos rendelést kapó bestsellereknél, kisebb a lassan forgó tételeknél.
  • Eseményvezérelt frissítés, ahol csak lehet – minél közelebb a valós időhöz, annál kisebb a túladás vak ablaka.
  • Monitoring és riasztások – értesítés, ha a készlet a küszöb alá esik, ha a szinkronizálás nem igazolja vissza a módosításokat, vagy ha készlethiány miatti lemondás történik.
  • Sor a felülírás helyett – a frissítések egymás után kerülnek feldolgozásra, hogy két párhuzamos módosítás ne üsse ki egymást.
  • Visszaküldési logika ugyanabban a rendszerben – a visszaküldött áru automatikusan visszakerül a készletbe, kézi könyvelés nélkül.

A kirakós technikai rétegét leggyakrabban integrátorral vagy egyedi szkripttel valósítják meg. Hogy egy ilyen integráció hogyan néz ki a gyakorlatban egy népszerű eszköz példáján, azt a BaseLinker és az eMAG integrációjáról szóló anyagunkban mutatjuk meg. A választott eszköztől függetlenül az elv ugyanaz marad: a készletet egy helyen számolják, a csatornák pedig csak tükrözik.

Gyakori kérdések

Hogyan szinkronizáljam a készletet az eMAG, a Trendyol és a webáruház között?

Egyetlen hiteles készletforrásra van szükséged – OMS rendszerre vagy integrátorra, amely nyilvántartja minden termék aktuális készletét, és szétküldi az összes csatornára. A csatornáknak így nincsenek saját, független számaik, csak a központi raktárat tükrözik. Ehhez jön a biztonsági puffer és a monitoring, hogy bezárd a túladás ablakát.

Mi az a túladás, és hogyan kerülhető el?

A túladás (oversell) az, amikor ugyanazt az árut egyszerre több csatornán adod el, mert a készlet nem frissült időben. Egyetlen hiteles forrással, biztonsági pufferrel és a lehető leggyorsabb, lehetőleg eseményvezérelt készletfrissítéssel kerülheted el.

Milyen gyakran frissítsem a készletet a marketplace-eken?

A szabály egyszerű: olyan gyakran, ahogy az adott platform API-ja engedi, a valós időhöz közelítve. A valós gyakoriság az egyes csatornák limitjeitől függ, és időnként változik.

Nem jelent eladásvesztést a biztonsági puffer?

A puffer befagyasztja az áru egy részét, tehát elméletileg igen – de ez tudatos kompromisszum. Jobb néhány darabbal kevesebbet eladni, mint lemondásokat begyűjteni, amelyek rontják a fiók értékelését, és hátrébb sorolják az ajánlatokat a találatok között. A puffert a forgáshoz és a szinkronizálás sebességéhez igazítják, nem egyszer s mindenkorra állítják be.

Elég a szinkronizáláshoz önmagában egy WooCommerce- vagy Shopify-webáruház?

A webáruház az egyik csatorna, de ritkán alkalmas a teljes többcsatornás értékesítés központi hiteles forrásának. Három csatornánál általában jobban beválik egy OMS-réteg vagy integrátor, amely a webáruház és a marketplace-ek fölött áll, és egyszerre vezérli mindegyik készletét.

Tedd meg a következő lépést

Ha a túladások és a lemondások rendszeresen visszatérnek nálad, az annak a jele, hogy a készletet érdemes egyetlen, automatizált hiteles forrásra építeni. Nézd meg, hogyan közelítjük meg az automatizálást és az OMS-bevezetést, vagy írj nekünk – elemezzük a csatornáid kirakósát, és a forgáshoz és a platformjaid limitjeihez igazított szinkronizálási modellt javaslunk.