Řízení multichannel zásob napříč Amazonem a Shopify

Řízení objednávek napříč Amazonem i nezávislým obchodem na Shopify vyžaduje přísnou kontrolu nad synchronizací zásob, aby se předešlo přeprodeji. Rozšíření vašich e-commerce operací do fulfilmentu v Evropě přináší odlišné logistické výzvy, zejména při balancování zásob napříč více online prodejními kanály a místními logistickými partnery třetích stran. Když se úrovně zásob mezi platformami desynchronizují, zákazníci objednávají vyprodané položky, což způsobuje zpožděné zásilky a penále marketplace. Udržování přesných počtů zásob napříč platformami vyžaduje jasnou integraci systémů.

Mechanika obousměrné synchronizace zásob

Synchronizace zásob spoléhá na nepřetržitou komunikaci mezi vašimi prodejními platformami a vaším skladovým systémem. Když zákazník zakoupí položku na Shopify, tento prodej musí okamžitě spustit aktualizaci vaší centrální zásoby. Centrální zásoba vypočte zbývající dostupné množství a odešle tento aktualizovaný údaj do Amazonu a všech dalších připojených kanálů.

Tato komunikace probíhá přes aplikační programová rozhraní, běžně nazývaná API. Integrace posílají informace dvěma hlavními způsoby: webhooky a naplánovanými aktualizacemi. Webhooky fungují jako upozornění v reálném čase. Jakmile na Shopify dojde k objednávce, Shopify okamžitě upozorní váš software pro zásoby. Naplánované aktualizace běží v pevných intervalech, například každých patnáct minut nebo jednou za hodinu.

Aktualizace webhooků v reálném čase jsou zásadní během období prodejů s vysokým objemem. Pokud váš systém během propagační kampaně spoléhá na naplánované aktualizace, váš obchod může prodat padesát kusů položky s nízkými zásobami dřív, než další aktualizace řekne Amazonu, aby snížil svůj počet dostupných zásob. Amazon bude nadále přijímat objednávky na položky, které již ve skladu nemáte.

Systémy musí také správně zvládat rezervace zásob. Když zákazník přidá položku k pokladně na Shopify, centrální software musí rozlišovat mezi fyzickými zásobami, rezervovanými zásobami, které se právě vychystávají, přidělenými zásobami přiřazenými nezaplaceným objednávkám a čistě dostupnými zásobami bezpečnými k zobrazení online.

Rezervní zásoby a pravidla přidělování napříč kanály

Prodej na více kanálech bez bezpečnostních mechanismů vystavuje váš byznys vyprodání. Standardní praxí k ochraně zdraví vašeho účtu napříč platformami je nastavení pravidel rezervních zásob specifických pro kanál uvnitř vašeho softwaru pro správu zásob.

Rezervní zásoby jsou záměrné snížení počtu zásob zobrazeného konkrétnímu prodejnímu kanálu. Pokud držíte deset kusů produktu ve vašem evropském skladu, můžete nastavit pravidlo rezervy dvou kusů pro Amazon. Váš software pro zásoby nahlásí Amazonu osm dostupných kusů, zatímco Shopify nahlásí plných deset kusů. Když fyzické zásoby klesnou na dva kusy, software řekne Amazonu, že dostupné zásoby jsou nulové, čímž pozastaví prodej na marketplace a zároveň udrží položku aktivní na vašem přímém webu.

Tato strategie chrání vaše účty na marketplace před penále za fulfilment. Amazon přísně sleduje vaši míru opožděných zásilek a míru rušení. Rušení objednávek kvůli nedostatku zásob může vést k varováním nebo pozastavení účtu. Weby s přímým prodejem spotřebiteli na Shopify jsou obecně shovívavější k drobným zpožděním, což činí bezpečnějším vyčerpat zbývající zásoby na vlastním webu.

Pravidla přidělování můžete také použít k upřednostnění kanálů s vysokou marží. Během sezonních nedostatků můžete přidělit sedmdesát procent příchozích zásob vašemu webovému obchodu a rezervovat třicet procent pro prodej na marketplace.

Zvládání rezervních zásob Amazon FBA vedle zásob 3PL

Mnoho e-commerce značek působících napříč Evropou používá hybridní model fulfilmentu. Skladují část zásob uvnitř skladů Amazon Fulfilled by Amazon k získání odznaku Prime a rychlého místního doručení. Zároveň drží většinu svých regionálních zásob v neutrálním skladu logistiky třetí strany k odbavení objednávek ze Shopify a zásobování B2B maloobchodních účtů.

Řízení zásob napříč Amazon FBA i soukromým 3PL vyžaduje jasné oddělení mezi zásobami vyhrazenými kanálu a sdílenými zásobami. Zásoby uskladněné v objektech Amazon FBA nemohou snadno odesílat objednávky ze Shopify bez použití Amazon Multi-Channel Fulfillment, který nese odlišné nákladové struktury a obalová omezení.

Váš centrální systém zásob musí sledovat dva odlišné typy zásob: zásoby FBA držené v objektech Amazonu a zásoby odbavované obchodníkem držené u vašeho 3PL. Když přijde objednávka ze Shopify, systém tuto objednávku ve výchozím nastavení směruje na váš 3PL. Pokud vašemu 3PL dojdou zásoby, nakonfigurovaný middleware může automaticky přepnout na směrování objednávek na Amazon Multi-Channel Fulfillment jako sekundární záložní možnost.

Váš 3PL slouží také jako doplňovací hub pro vaše zásoby FBA. Namísto odesílání malých zásilek přímo od zámořských výrobců do objektů Amazonu odesílají značky hromadnou přepravu svému evropskému 3PL. 3PL uskladní zboží, připraví kartonované zásilky, aplikuje krabicové štítky Amazon FBA a rezervuje termíny dodání s fulfilmentovými centry Amazonu.

Logika směrování objednávek pro evropské zákaznické regiony

Odbavování objednávek napříč Evropou často zahrnuje navigaci mezi více regionálními sklady k minimalizaci tranzitních časů a přepravních poplatků. Pokud vaše značka provozuje objekty 3PL jak v Německu, tak v Nizozemsku, váš software potřebuje jasnou logiku k rozhodnutí, který sklad odešle každou příchozí objednávku.

Pravidla směrování objednávek posuzují několik proměnných dřív, než pošlou objednávku do skladu k vychystání. Zaprvé, shoda cílové adresy. Systém porovnává doručovací adresu zákazníka s předem definovanými geografickými zónami. Objednávky pro adresy v Rakousku nebo jižní Evropě mohou směrovat do německého objektu, zatímco objednávky pro Francii nebo Benelux směrují do nizozemského objektu.

Zadruhé, dostupnost zásob v reálném čase. Pokud optimálnímu geografickému skladu chybí plné zásoby pro objednávku s více položkami, logika směrování určuje, zda rozdělit objednávku mezi dva sklady, nebo odeslat celou objednávku ze sekundárního skladu, který drží všechny položky.

Zatřetí, celní úvahy. Odesílání ze skladu v EU do evropské destinace mimo EU, jako je Norsko nebo Švýcarsko, vyžaduje celní dokumentaci a elektronické obchodní faktury. Automatizovaná logika směrování zajišťuje, že objednávky mimo EU jsou posílány pouze do fulfilmentových lokalit vybavených k automatickému generování přeshraničních přepravních štítků.

Aktualizace stavu objednávky a sledovací čísla zpět do platforem

Pracovní postup fulfilmentu nekončí, když pracovník skladu zabalí objednávku. Posledním krokem je vrácení dat potvrzujících zásilku, sledovacích čísel a detailů dopravce zpět na původní prodejní platformu.

Když váš 3PL vygeneruje přepravní štítek, jeho skladový systém vytvoří sledovací záznam. Tento záznam musí protéct vaší integrační vrstvou zpět do Shopify nebo Amazonu k označení objednávky jako odbavené. Tento přenos dat musí přesně mapovat názvy dopravců. Pokud váš 3PL používá regionálního dopravce jako DPD Germany nebo PostNL, integrační systém musí přeložit interní kód dopravce na přesný název dopravce rozpoznaný Shopify nebo Amazon Seller Central.

Nesprávné mapování dopravce způsobuje provozní problémy. Pokud integrace odešle Amazonu nerozpoznaný název dopravce, Amazon označí zásilku jako postrádající platné sledovací informace. To negativně ovlivňuje vaše skóre Valid Tracking Rate, což může vést k omezením kategorie nebo ztrátě způsobilosti pro Buy Box.

Včasné aktualizace sledování jsou stejně důležité pro objednávky ze Shopify. Automatizované e-maily spoléhají na sledovací čísla k informování zákazníků, že jejich balík je na cestě.

Běžné body selhání v integracích platforem

Multichannel integrace platforem selhávají nejčastěji ve vrstvě překladu dat. Porozumění běžným režimům selhání vám pomáhá zavést monitorovací rutiny dřív, než problémy naruší zákaznické objednávky.

Neshody skladových jednotek jsou nejčastějším zdrojem chyb integrace. Jediný produkt musí mít identický řetězec SKU napříč vaším obchodem na Shopify, katalogem Amazonu, middlewarem a skladovým softwarem 3PL. Koncová mezera, malé písmeno namísto velkého nebo chybějící znak v řetězci SKU způsobí, že integrace bude s produktem zacházet jako s nerozpoznanou položkou. Když dorazí objednávka obsahující nenamapované SKU, skladový systém objednávku odmítne a ponechá ji neodbavenou, aniž by upozornil personál.

Sety produktů a multibalení vytvářejí další běžnou zranitelnost. Pokud prodáváte trojbalení produktu na Shopify pod jediným SKU setu, vaše integrace zásob musí rozložit toto SKU setu na tři jednotlivá komponentní SKU dřív, než pošle pokyn k vychystání 3PL. Pokud systém set nerozloží, pracovník skladu nemůže položku vychystat.

Limity rychlosti systému a časové limity API také vytvářejí skrytá selhání během událostí s vysokým provozem. Prodejní platformy omezují počet požadavků API, které integrace může poslat za minutu. Během bleskových výprodejů může vysoký objem objednávek překročit tyto limity rychlosti, což způsobí zpožděný přenos objednávek nebo zmeškané aktualizace synchronizace zásob.

K prevenci tichých selhání by provozní týmy e-commerce měly zavést denní rutiny auditu objednávek. Každé ráno projděte seznamy neodbavených objednávek napříč Shopify a Amazon Seller Central, porovnejte celkové počty objednávek s reporty dokončených zásilek od vašeho 3PL a zkontrolujte protokoly chyb integrace na odmítnuté objednávky.