· 6 perc olvasás

Többcsatornás készletkezelés az Amazonon és a Shopifyon

Gyakorlati útmutató e-kereskedelmi márkáknak, amelyek túlértékesítés nélkül szeretnék egyensúlyban tartani készletüket az Amazon, a Shopify és az európai 3PL-hálózatok között.

Többcsatornás készletkezelés az Amazonon és a Shopifyon

Az Amazonon és egy független Shopify-webáruházban érkező rendelések kezelése a készletszinkronizálás szigorú ellenőrzését igényli a túlértékesítés elkerülése érdekében. Ha e-kereskedelmi működését az európai fulfillment irányába bővíti, az sajátos logisztikai kihívásokkal jár, különösen akkor, ha a készletet több online értékesítési csatorna és helyi, harmadik fél általi logisztikai partnerek között kell egyensúlyban tartania. Amikor a készletszintek elcsúsznak a platformok között, a vásárlók készleten nem lévő termékeket rendelnek, ami késedelmes szállításhoz és piactéri szankciókhoz vezet. A pontos készletszámok platformokon átívelő fenntartásához egyértelmű rendszerintegráció szükséges.

A kétirányú készletszinkronizálás működése

A készletszinkronizálás az értékesítési platformok és a raktárirányítási rendszer közötti folyamatos kommunikációra épül. Amikor egy vásárló megvásárol egy terméket a Shopifyon, ennek az eladásnak azonnal frissítenie kell a központi készletállományt. A központi készlet kiszámítja a fennmaradó elérhető mennyiséget, és ezt a frissített számot továbbítja az Amazonnak és minden más csatlakoztatott csatornának.

Ez a kommunikáció alkalmazásprogramozási felületeken, közismert nevükön API-kon keresztül zajlik. Az integrációk két fő módon küldenek információt: webhookokkal és ütemezett frissítésekkel. A webhookok valós idejű értesítésként működnek. Amint egy rendelés létrejön a Shopifyon, a Shopify azonnal értesíti a készletkezelő szoftvert. Az ütemezett frissítések rögzített időközönként futnak, például tizenöt percenként vagy óránként egyszer.

A valós idejű webhook-frissítések nagy forgalmú értékesítési időszakokban elengedhetetlenek. Ha rendszere egy promóciós kampány alatt ütemezett frissítésekre támaszkodik, webáruháza akár ötven darabot is eladhat egy alacsony készletű termékből, mielőtt a következő frissítés szólna az Amazonnak, hogy csökkentse az elérhető készletet. Az Amazon pedig továbbra is fogadja a rendeléseket olyan termékekre, amelyek már nincsenek a raktárában.

A rendszereknek a készletfoglalásokat is helyesen kell kezelniük. Amikor egy vásárló a Shopifyon a pénztárhoz ad egy terméket, a központi szoftvernek meg kell különböztetnie a fizikai készletet, az éppen komissiózás alatt álló lefoglalt készletet, a kifizetetlen rendelésekhez rendelt allokált készletet, valamint a nettó elérhető készletet, amely biztonsággal megjeleníthető online.

Biztonsági készlet és allokációs szabályok csatornánként

A biztonsági mechanizmusok nélküli többcsatornás értékesítés készlethiánynak teszi ki vállalkozását. A fiókok állapotának platformokon átívelő védelmére bevett gyakorlat, hogy a készletkezelő szoftverben csatornaspecifikus biztonsági készletszabályokat állítanak be.

A biztonsági készlet egy adott értékesítési csatorna felé megjelenített készletszám szándékos csökkentése. Ha európai raktárában tíz darab van egy termékből, beállíthat az Amazon számára egy kétdarabos biztonsági szabályt. A készletkezelő szoftver ekkor nyolc elérhető darabot jelent az Amazonnak, a Shopifynak viszont mind a tízet. Amikor a fizikai készlet két darabra csökken, a szoftver nullát jelez az Amazonnak, ezzel szünetelteti az értékesítést a piactéren, miközben a termék aktív marad a közvetlen webhelyén.

Ez a stratégia megvédi piactéri fiókjait a fulfillmenthez kapcsolódó szankcióktól. Az Amazon szigorúan figyeli a késedelmes szállítási arányt és a lemondási arányt. A készlethiány miatt lemondott rendelések figyelmeztetésekhez vagy a fiók felfüggesztéséhez vezethetnek. A Shopifyon működő, közvetlenül a fogyasztóknak értékesítő webhelyek általában elnézőbbek a kisebb késésekkel szemben, így biztonságosabb a maradék készletet a saját webhelyén kifuttatni.

Allokációs szabályokkal a magas árrésű csatornákat is előnyben részesítheti. Szezonális hiány idején például a beérkező készlet hetven százalékát a webáruházához rendelheti, harminc százalékát pedig a piactéri értékesítésre tarthatja fenn.

Az Amazon FBA tartalékkészlet kezelése a 3PL-készlet mellett

Sok, Európa-szerte működő e-kereskedelmi márka hibrid fulfillment-modellt alkalmaz. Készletük egy részét az Amazon Fulfilled by Amazon raktáraiban tárolják, hogy Prime-jelvényt és gyors helyi kézbesítést kapjanak. Ugyanakkor regionális készletük nagy részét egy semleges, harmadik fél általi logisztikai raktárban tartják, hogy onnan teljesítsék a Shopify-rendeléseket és lássák el B2B kiskereskedelmi partnereiket.

Az Amazon FBA és egy saját 3PL közötti készletkezelés megköveteli a csatornához rendelt készlet és a közös készletállomány egyértelmű elkülönítését. Az Amazon FBA létesítményeiben tárolt készletből nem lehet könnyen Shopify-rendeléseket kiszállítani az Amazon Multi-Channel Fulfillment igénybevétele nélkül, amelynek sajátos költségszerkezete és csomagolási korlátai vannak.

A központi készletnyilvántartó rendszernek két különböző készlettípust kell követnie: az Amazon létesítményeiben tartott FBA-készletet és a 3PL-nél tartott, a kereskedő által teljesített készletet. Amikor Shopify-rendelés érkezik, a rendszer alapértelmezés szerint a 3PL-hez irányítja. Ha a 3PL-nél elfogy a készlet, a megfelelően beállított köztes szoftver automatikusan átválthat, és másodlagos tartalékmegoldásként az Amazon Multi-Channel Fulfillmenthez irányíthatja a rendeléseket.

A 3PL egyben az FBA-készlet utántöltési központjaként is szolgál. Ahelyett, hogy kis csomagokat küldenének közvetlenül a tengerentúli gyártóktól az Amazon létesítményeibe, a márkák tömeges szállítmányban küldik az árut európai 3PL-partnerüknek. A 3PL tárolja az árut, kartonos szállítmányokat készít elő, felhelyezi az Amazon FBA dobozcímkéket, és kézbesítési időpontot foglal az Amazon-fulfillment-központjainál.

Rendelésirányítási logika az európai vásárlói régiókhoz

Az Európa-szerte történő rendelésteljesítés gyakran több regionális raktár összehangolását igényli a szállítási idők és díjak minimalizálása érdekében. Ha márkája Németországban és Hollandiában is működtet 3PL-létesítményt, a szoftverének egyértelmű logikára van szüksége annak eldöntéséhez, melyik raktár szállítsa ki az egyes beérkező rendeléseket.

A rendelésirányítási szabályok több változót is mérlegelnek, mielőtt egy rendelést komissiózásra küldenek egy raktárba. Először is a célcím illesztését. A rendszer összeveti a vásárló szállítási címét az előre meghatározott földrajzi zónákkal. Az ausztriai vagy dél-európai címekre szóló rendelések egy németországi létesítménybe, a franciaországi vagy Benelux-államokbeli rendelések pedig egy hollandiai létesítménybe kerülhetnek.

Másodszor a valós idejű készletelérhetőséget. Ha a földrajzilag optimális raktárban nincs meg a teljes készlet egy több tételből álló rendeléshez, az irányítási logika dönti el, hogy két raktár között ossza-e meg a rendelést, vagy a teljes rendelést egy olyan másodlagos raktárból szállítsa ki, ahol minden tétel megvan.

Harmadszor a vámügyi szempontokat. Ha egy uniós raktárból EU-n kívüli európai célállomásra, például Norvégiába vagy Svájcba szállít, vámdokumentációra és elektronikus kereskedelmi számlára van szükség. Az automatizált irányítási logika biztosítja, hogy az EU-n kívüli rendelések csak olyan fulfillment-helyszínekre kerüljenek, amelyek képesek automatikusan határon átnyúló szállítási címkéket előállítani.

Rendelésállapot-frissítések és nyomkövetési számok visszaküldése a platformokra

A fulfillment-munkafolyamat nem ér véget azzal, hogy egy raktári dolgozó becsomagol egy rendelést. Az utolsó lépés a szállítási visszaigazolás adatainak, a nyomkövetési számoknak és a fuvarozói adatoknak a visszajuttatása az eredeti értékesítési platformra.

Amikor a 3PL szállítási címkét állít elő, a raktárirányítási rendszere nyomkövetési rekordot hoz létre. Ennek a rekordnak az integrációs rétegen keresztül vissza kell jutnia a Shopifyhoz vagy az Amazonhoz, hogy a rendelést teljesítettként jelölje meg. Az adatátvitel során a fuvarozók neveit pontosan kell leképezni. Ha a 3PL olyan regionális fuvarozót használ, mint a DPD Germany vagy a PostNL, az integrációs rendszernek a belső fuvarozókódot pontosan arra a fuvarozónévre kell lefordítania, amelyet a Shopify vagy az Amazon Seller Central felismer.

A hibás fuvarozó-leképezés működési problémákat okoz. Ha egy integráció ismeretlen fuvarozónevet küld az Amazonnak, az Amazon a szállítmányt érvényes nyomkövetési információ nélkülinek jelöli. Ez rontja a Valid Tracking Rate mutatóját, ami kategóriakorlátozásokhoz vagy a Buy Box-jogosultság elvesztéséhez vezethet.

Az időben történő nyomkövetési frissítések a Shopify-rendeléseknél is ugyanilyen fontosak. Az automatikus e-mailek a nyomkövetési számokra támaszkodnak, hogy tájékoztassák a vásárlókat arról, hogy csomagjuk úton van.

A platformintegrációk gyakori hibapontjai

A többcsatornás platformintegrációk leggyakrabban az adatfordítási rétegben hibáznak. A gyakori hibatípusok ismerete segít abban, hogy felügyeleti rutinokat vezessen be, mielőtt a problémák megzavarnák a vásárlói rendeléseket.

Az integrációs hibák leggyakoribb forrása a cikkszámok (SKU-k) eltérése. Egy terméknek azonos SKU-karakterlánccal kell rendelkeznie a Shopify-webáruházban, az Amazon-katalógusban, a köztes szoftverben és a 3PL raktári szoftverében. Egy SKU végén lévő szóköz, egy nagybetű helyett használt kisbetű vagy egy hiányzó karakter miatt az integráció ismeretlen tételként kezeli a terméket. Amikor egy leképezetlen SKU-t tartalmazó rendelés érkezik, a raktári rendszer elutasítja a rendelést, amely így teljesítetlen marad anélkül, hogy a munkatársak értesítést kapnának.

A csomagtermékek és a többdarabos kiszerelések egy másik gyakori sebezhetőséget jelentenek. Ha a Shopifyon egy termék háromdarabos csomagját egyetlen csomag-SKU alatt értékesíti, a készletintegrációnak ezt a csomag-SKU-t három különálló komponens-SKU-ra kell bontania, mielőtt a komissiózási utasítást elküldené a 3PL-nek. Ha a rendszer nem bontja fel a csomagot, a raktári dolgozó nem tudja komissiózni a tételt.

A rendszerek lekérdezési korlátai és az API-időtúllépések szintén rejtett hibákat okoznak a nagy forgalmú eseményeken. Az értékesítési platformok korlátozzák, hogy egy integráció percenként hány API-kérést küldhet. Villámakciók idején a nagy rendelésszám túllépheti ezeket a korlátokat, ami késleltetett rendelésátvitelt vagy elmaradt készletszinkronizálási frissítéseket okoz.

A csendes hibák megelőzése érdekében az e-kereskedelmi operatív csapatoknak napi rendelésellenőrzési rutint kell kialakítaniuk. Minden reggel tekintsék át a teljesítetlen rendelések listáját a Shopifyban és az Amazon Seller Centralban, vessék össze az összes rendelés számát a 3PL teljesített szállítási jelentéseivel, és ellenőrizzék az integrációs hibanaplókat az elutasított rendelések után kutatva.

Összes útmutató