Určete zdroj pravdy, prodejné množství a okamžik rezervace. Nastavte limit držení nezaplacené objednávky, pravidlo uvolnění a chování backorders. Změny skladu přenášejte idempotentně podle SKU, sledujte stáří dat a pravidelně porovnávejte WooCommerce s fyzickým systémem.
Sklad ve WooCommerce musí rozlišovat fyzické množství, prodejní dostupnost a dočasnou rezervaci během objednávky. Při souběhu mohou dva zákazníci vidět poslední kus, platba jednoho se zpozdí a druhá objednávka přijde z marketplace. Pokud není jasné, kdy se zásoba odečte a kdy uvolní, e-shop prodává nedostupné zboží nebo zadržuje kusy v nedokončených košících.
Při napojení na ERP nebo více skladů je WooCommerce často pouze prodejním kanálem, nikoli zdrojem fyzické pravdy. Integrace proto potřebuje stabilní SKU, pravidla latence, bezpečnostní rezervu a pravidelné sladění. Tento článek popisuje provozní rozhodnutí, která je třeba učinit před nastavením zaškrtávacích políček nebo doplňku.
Definujte fyzický, rezervovaný a prodejní stav
Fyzický stav zahrnuje kusy ve skladu, jejich část však může být poškozená, přidělená jinému kanálu nebo na cestě. Prodejní stav je množství, které smí e-shop nabídnout. Rezervace drží kus pro rozpracovanou či čekající objednávku. Zapište rovnici a vlastníka každého vstupu, aby tým nepoužíval slovo sklad pro tři různé hodnoty.
U variant se množství spravuje na úrovni konkrétního SKU. Sada může spotřebovat více komponent a potřebuje pravidlo dostupnosti podle nejužšího prvku. Digitální produkt sklad často nepoužívá. Neznámý nebo opožděný údaj má mít vědomě zvolený bezpečný stav, ne automatickou nulu či nekonečnou dostupnost.
Nastavte rezervaci podle platebního toku
Rozhodněte, zda se kus rezervuje při vytvoření objednávky, odeslání na bránu, nebo potvrzení platby. Brzká rezervace snižuje souběh, ale může blokovat zásobu při opuštěných platbách. Pozdní rezervace umožní, aby dvě platby soupeřily o poslední kus. Volba závisí na platebních metodách, jejich trvání a možnosti objednávku odmítnout či vyřídit později.
Čekající objednávka potřebuje časový limit a proces uvolnění. Bankovní převod se chová jinak než okamžitá platba kartou. Při opožděném webhooku nevracejte již zaplacenou objednávku do neplatného stavu. Každý přechod testujte i opakovaně; stejná platební událost nesmí odečíst sklad dvakrát.
- Okamžik vytvoření rezervace
- Limit podle platební metody
- Uvolnění při zrušení nebo vypršení
- Idempotentní platební událost
Backorders komunikujte jako obchodní rozhodnutí
Povolení objednávky nad dostupný stav má smysl pouze při reálné schopnosti zboží doplnit a komunikovat termín. Rozlište povolené s upozorněním, interní předobjednávky a absolutně zakázané položky. Zákazník musí stav vidět před přidáním do košíku i v potvrzení. Obecné „skladem“ u backorder objednávky je zavádějící.
Určete pořadí vyřizování, změnu termínu, rozdělení zásilky a možnost zrušení. Provoz potřebuje report závazků vůči budoucímu příjmu, ne záporné číslo bez kontextu. Backorder nemá maskovat chybnou synchronizaci nebo neexistující SKU. Při nejistém dodání je bezpečnější poptávka nebo upozornění na dostupnost.
Synchronizujte více kanálů a skladů
ERP nebo skladový systém obvykle vlastní fyzické pohyby, WooCommerce odesílá nové rezervace a přijímá prodejní dostupnost. Používejte stabilní SKU a verzi nebo čas změny, aby starší zpráva nepřepsala novější. Webhooky doplňte pravidelným sesouhlasením. Při výpadku zobrazte stáří poslední úspěšné synchronizace a upozorněte provoz.
U více skladů definujte, které z nich zásobují daný trh, jak se vybírá pobočka a zda lze jednu objednávku rozdělit. Součty nestačí, pokud logistika nedokáže kus doručit na místo určení. Bezpečnostní rezerva může snižovat riziko souběhu, ale její výši odvoďte z procesu a sledujte nevyužité zásoby.
- ERP jako určený zdroj pravdy
- Verze změny oproti starému přepisu
- Periodické sladění
- Pravidla přidělení konkrétního skladu
Testujte souběh a kontrolujte rozdíly
Ve stagingu simulujte dvě souběžné objednávky posledního kusu, neúspěšnou a pozdě potvrzenou platbu, zrušení, refundaci a ruční úpravu. Ověřte stav produktu, objednávek, ERP i e-mailů. Zátěžový test musí používat testovací bránu a kontrolovaná data. Výsledek nesmí záviset na náhodném pořadí požadavků.
Pravidelný report porovná množství podle SKU a vysvětlí rozdíl rezervací, pohybem nebo chybou. Neznámý rozdíl směřuje k vlastníkovi s korelačními ID, nikoli k automatickému přepsání správné strany. Sledujte záporné hodnoty, staré rezervace a produkty bez synchronizace. Zdokumentovaný postup inventury chrání před ruční opravou, kterou další import okamžitě vrátí.
Časté dotazy
Kdy WooCommerce snižuje sklad?
Záleží na nastavení, stavu objednávky a platební integraci. Proto je třeba model ověřit na konkrétních metodách. Důležité je odečíst nebo rezervovat jen jednou a uvolnit podle jasného stavu.
Co znamená backorder ve WooCommerce?
Je to přijetí objednávky i bez aktuálně dostupného množství. Má se povolit jen tehdy, když je možné zboží doplnit, s jasnou komunikací termínu a provozním reportem budoucích závazků.
Jak zabránit tomu, aby se poslední kus prodal dvakrát?
Použijte atomickou rezervaci nebo odečet ve správném bodě, zpracování odolné vůči opakování a aktuální synchronizaci. Přesný návrh závisí na platbě, zdroji skladových dat a souběhu a je třeba ho otestovat paralelními objednávkami.
Zdroje a další čtení
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
