Určte zdroj pravdy, predajné množstvo a okamih rezervácie. Nastavte limit držania nezaplatenej objednávky, pravidlo uvoľnenia a správanie backorders. Zmeny skladu prenášajte idempotentne podľa SKU, sledujte vek údajov a pravidelne porovnávajte WooCommerce s fyzickým systémom.
WooCommerce sklad musí rozlíšiť fyzické množstvo, predajnú dostupnosť a dočasnú rezerváciu počas objednávky. Pri súbehu môžu dvaja zákazníci vidieť posledný kus, platba jedného mešká a druhá objednávka príde z marketplace. Ak nie je jasné, kedy sa zásoba odpočíta a uvoľní, e-shop predáva nedostupný tovar alebo zadržiava kusy v nedokončených košíkoch.
Pri napojení na ERP alebo viac skladov je WooCommerce často iba predajným kanálom, nie zdrojom fyzickej pravdy. Integrácia preto potrebuje stabilné SKU, pravidlá latencie, bezpečnostnú rezervu a pravidelné zosúladenie. Tento článok opisuje prevádzkové rozhodnutia, ktoré treba urobiť pred nastavením checkboxov alebo doplnku.
Definujte fyzický, rezervovaný a predajný stav
Fyzický stav zahŕňa kusy v sklade, no časť môže byť poškodená, pridelená inému kanálu alebo v presune. Predajný stav je množstvo, ktoré e-shop smie ponúknuť. Rezervácia drží kus pre rozpracovanú či čakajúcu objednávku. Zapíšte rovnicu a vlastníka každého vstupu, aby tím nepoužíval slovo sklad pre tri rozdielne hodnoty.
Pri variantoch sa množstvo spravuje na úrovni konkrétneho SKU. Set môže spotrebovať viac komponentov a potrebuje pravidlo dostupnosti podľa najužšieho prvku. Digitálny produkt sklad často nepoužíva. Neznámy alebo oneskorený údaj má vedomý bezpečný stav, nie automatickú nulu či nekonečnú dostupnosť.
Nastavte rezerváciu podľa platobného toku
Rozhodnite, či sa kus rezervuje pri vytvorení objednávky, odoslaní na bránu alebo potvrdení platby. Skorá rezervácia znižuje súbeh, no môže blokovať zásobu pri opustených platbách. Neskorá rezervácia umožní dvom platbám súťažiť o posledný kus. Voľba závisí od metód, trvania a možnosti odmietnuť či neskôr vybaviť objednávku.
Čakajúca objednávka potrebuje časový limit a proces uvoľnenia. Bankový prevod sa správa inak než okamžitá karta. Pri oneskorenom webhooks nevracajte už zaplatenú objednávku do neplatného stavu. Každý prechod testujte aj opakovane; rovnaká platobná udalosť nesmie odpočítať sklad dvakrát.
- Okamih vytvorenia rezervácie
- Limit podľa platobnej metódy
- Uvoľnenie pri zrušení alebo vypršaní
- Idempotentná platobná udalosť
Backorders komunikujte ako obchodné rozhodnutie
Povolenie objednávky nad dostupný stav má zmysel iba pri reálnej schopnosti tovar doplniť a komunikovať termín. Rozlíšte povolené s upozornením, interné predobjednávky a absolútne zakázané položky. Zákazník musí stav vidieť pred pridaním do košíka aj v potvrdení. Všeobecné „na sklade“ pri backorder objednávke je zavádzajúce.
Určte poradie vybavovania, zmenu termínu, rozdelenie zásielky a možnosť zrušenia. Prevádzka potrebuje report záväzkov voči budúcemu príjmu, nie záporné číslo bez kontextu. Backorder nemá maskovať chybnú synchronizáciu alebo neexistujúce SKU. Pri neistom dodaní je bezpečnejší dopyt alebo upozornenie na dostupnosť.
Synchronizujte viac kanálov a skladov
ERP alebo skladový systém obyčajne vlastní fyzické pohyby, WooCommerce odosiela nové rezervácie a prijíma predajnú dostupnosť. Používajte stabilné SKU a verziu alebo čas zmeny, aby staršia správa neprepísala novšiu. Webhooky doplňte periodickým zosúladením. Pri výpadku zobrazte vek poslednej úspešnej synchronizácie a upozornite prevádzku.
Pri viacerých skladoch definujte, ktoré zásobujú daný trh, ako sa vyberá pobočka a či možno jednu objednávku rozdeliť. Súčty nestačia, ak logistika nevie kus doručiť na cieľ. Bezpečnostná rezerva môže znižovať riziko súbehu, ale jej výšku odvoďte z procesu a sledujte nevyužitý sklad.
- ERP ako určený zdroj pravdy
- Verzia zmeny proti starému prepisu
- Periodické zosúladenie
- Pravidlá pridelenia konkrétneho skladu
Testujte súbeh a kontrolujte rozdiely
V stagingu simulujte dve súčasné objednávky posledného kusu, zlyhanú a neskoro potvrdenú platbu, zrušenie, refundáciu a manuálnu úpravu. Overte stav produktu, objednávok, ERP aj e-mailov. Záťažový test musí používať testovaciu bránu a kontrolované dáta. Výsledok nemá závisieť od náhodného poradia požiadaviek.
Pravidelný report porovná množstvá podľa SKU a vysvetlí rozdiel rezerváciou, pohybom alebo chybou. Neznámy rozdiel smeruje vlastníkovi s korelačnými ID, nie automatickému prepisu správnej strany. Sledujte záporné hodnoty, staré rezervácie a produkty bez synchronizácie. Dokumentovaný postup inventúry chráni pred ručnou opravou, ktorú ďalší import okamžite vráti.
Časté otázky
Kedy WooCommerce znižuje sklad?
Závisí od nastavení, stavu objednávky a platobnej integrácie. Preto treba model overiť na konkrétnych metódach. Dôležité je odpočítať alebo rezervovať iba raz a uvoľniť podľa jasného stavu.
Čo znamená backorder vo WooCommerce?
Je to prijatie objednávky aj bez aktuálne dostupného množstva. Má sa povoliť iba pri schopnosti tovar doplniť, s jasnou komunikáciou termínu a prevádzkovým reportom budúcich záväzkov.
Ako zabrániť predaju posledného kusu dvakrát?
Použite atómovú rezerváciu alebo odpočet v správnom bode, spracovanie odolné voči opakovaniu a aktuálnu synchronizáciu. Presný návrh závisí od platby, zdroja skladu a súbehu a treba ho otestovať paralelnými objednávkami.
Zdroje a ďalšie čítanie
Web developer zo Spišskej Novej Vsi. Venuje sa WordPressu, WooCommerce, vlastným pluginom, API integráciám, webovým aplikáciám a praktickým AI automatizáciám.
