Deset hrnků na polici neznamená, že lze všech deset prodat. Zmapujte množství, místa a odpovědnosti a před spoléháním na společnou dostupnost otestujte prodej, rezervaci, vrácení i převod.
Společná evidence zásob pomáhá prodejnám i online prodeji slibovat zákazníkům totéž. Nejdřív si ujasněte, jaké zboží a místo každé množství označuje, které kusy lze ještě prodat a který systém přijímá změny. Propojení dvou součtů bez těchto rozhodnutí může vést k tomu, že zaměstnanci vidí stejné číslo, ale každý mu rozumí jinak.
Začněte jedním produktem ve dvou prodejnách. Zmapujte množství a potom sledujte prodej, rezervaci pro zákazníka, vrácení a převod. Vedoucí maloobchodního provozu tak získá konkrétní podklad, který může se zaměstnanci a dodavatelem projít ještě předtím, než začne důvěřovat dostupnosti zobrazované zákazníkům.
Následující firma, čísla a odpovědnosti jsou smyšlené. Vezměme modrý hrnek o objemu 350 ml, SKU MUG-BLUE-350, který se v prodejnách Sever a Jih počítá po jednotlivých kusech. Identifikátory produktu a místa v každém kanálu přiřaďte přesně k těmto záznamům. Jiná velikost ani balení nesmí potichu sdílet stejný počet.
V tomto příkladu záznamy produktů určují variantu a jednotku. Skladová evidence spravuje potvrzené stavy každé položky a místa. Pokladna a online objednávkový systém odesílají označené pohyby; online katalog zobrazuje dostupnost vypočtenou z evidence. Vedoucí provozu řeší nesrovnalosti. Zaměstnanci prodejen poskytují fyzické počty pro schválené úpravy, místo aby sami přepisovali stavy v několika systémech.
Dva jsou rezervované zákazníkům, tři jsou přiřazené k přijatým objednávkám a jeden vrácený hrnek čeká na kontrolu. Nabídnout lze čtyři. Nic není na cestě.
Jeden je rezervovaný zákazníkovi a nabídnout lze pět. Žádný není přiřazený k objednávce ani nečeká na kontrolu. Další dva hrnky jsou na cestě do Jihu a nejsou zahrnuté do fyzického ani dostupného stavu.
Deset fyzických hrnků na Severu tvoří dva rezervované, tři přiřazené k objednávkám, jeden čekající na kontrolu a čtyři dostupné. Šest hrnků na Jihu tvoří jeden rezervovaný a pět dostupných. Fyzický stav k těmto menším skupinám nepřičítejte, už je obsahuje. Příchozí hrnky se počítají zvlášť a vrácený hrnek je ve fyzickém stavu zahrnutý pouze jednou.
Tohle jsou obchodní definice pro tento příklad. Pokyny Shopify k evidenci zásob také rozlišují počty fyzických, dostupných, přiřazených a nedostupných kusů podle položky a místa. Jejich názvy je ale nutné chápat v jejich vlastním kontextu. Podle aktuálních pokynů jsou rezervace v konceptu objednávky přiřazené; „reserved“ je samostatný nedostupný stav. Proces, kterému ve své prodejně říkáte rezervace, proto automaticky nepatří do pole „reserved“ dodavatele.
Než namapujete pole, zapište si, co jednotlivé systémy znamenají. Microsoft v doporučení k překladu mezi systémy vysvětluje, proč může být nutné překládat i zdánlivě podobné obchodní pojmy, a upozorňuje na průběžnou údržbu i možné zpoždění. Praktickým úkolem je zachovat význam pohybu při jeho průchodu propojením.
Každý následující příklad znovu začíná výše uvedenými počty. Jde o navržené provozní postupy, nikoli o tvrzení, jak se ve výchozím nastavení chová konkrétní platforma.
Předpokládejme, že evidence podle pravidel firmy přijme online objednávku jednoho hrnku ze Severu. Dostupný počet klesne ze čtyř na tři a počet přiřazený k objednávkám vzroste ze tří na čtyři. Fyzický stav zůstává deset, protože hrnek je stále na místě. Po odeslání klesne fyzický stav na devět a přiřazený počet se vrátí na tři. Samotné zobrazení stránky ani informace o platbě nepotvrzují, že bylo toto přiřazení přijato.
Prodavač rezervuje jeden hrnek ze Severu k vyzvednutí. V tomto smyšleném modelu klesne dostupný počet ze čtyř na tři a počet zákaznických rezervací vzroste ze dvou na tři. Firma musí určit dobu platnosti a proces nebo osobu, která rezervaci uvolní. Zrušení nebo vypršení obnoví dostupnost pouze tehdy, pokud hrnek mezitím nebyl přiřazen k objednávce nebo prodán. Rezervaci v konceptu objednávky Shopify by bylo potřeba namapovat samostatně na stav „committed“.
Přijetí jednoho dříve prodaného hrnku zvýší fyzický stav Severu z deseti na jedenáct a počet kusů čekajících na kontrolu z jednoho na dva. Dostupný počet zůstává čtyři. Po kontrole se hrnek buď uvolní k prodeji, nebo se zaznamená jako neprodejný. Vrácení peněz a fyzické přijetí jsou dvě různé události, proto zaměstnanci potřebují vědět, která z nich už skutečně nastala.
Začněme znovu od výchozího stavu. Zaměstnanci pošlou dva dostupné hrnky ze Severu na Jih v rámci jednoho označeného převodu. Fyzický stav Severu klesne z deseti na osm a dostupný počet ze čtyř na dva. Příchozí množství pro Jih vzroste ze dvou na čtyři; jeho fyzický stav zůstává šest a dostupný počet pět. Dva hrnky, které byly na cestě už ve výchozím stavu, patří k jinému pohybu.
Když Jih tento nový převod jednou přijme a dokončí případnou kontrolu, příchozí množství se vrátí na dva, fyzický stav vzroste na osm a dostupný na sedm. Pouze naplánovaný převod ještě nebyl odeslán. Dohodněte se, kdy se zboží stáhne z prodeje a kdy je po přijetí opět prodejné, aby hrnky na cestě nenabízely obě prodejny.
U každého pohybu musí zaměstnanci dohledat položku, jednotku, místo, množství, identifikátor akce a stav přijetí. Převod potřebuje také výchozí a cílové místo. Díky těmto údajům lze změnu stavu vysvětlit, místo aby se odhadovala z posledního součtu.
Požádejte dodavatele, aby tyto navržené akceptační scénáře předvedl v podporovaném odděleném testovacím prostředí. Použijte smyšlené položky a vypněte skutečné zápisy zásob, objednávky, platby, vyřizování i zprávy zákazníkům. Prohlédněte si záznamy přijatých pohybů a výsledné stavy v cílovém systému i obrazovku, kterou vidí zaměstnanci.
Zpřístupněte jeden kus a ve stejnou chvíli o něj požádejte u pokladny i online. Kde se rozhoduje o jeho přiřazení? Ukažte, která žádost se přijme a co uvidí druhý zákazník nebo prodavač. Zobrazení dostupnosti z mezipaměti nedokáže rozhodnout mezi souběžnými žádostmi.
Potom nechte rezervaci vypršet ve chvíli, kdy se přijímá objednávka. Ověřte, že se tentýž kus dostane do zamýšleného stavu pouze jednou. Odešlete přijetí vráceného zboží nebo převodu dvakrát a ověřte, že zaměstnanci poznají jediné fyzické přijetí a nepřičtou zásobu dvakrát. Testy ověří chování za předvedených podmínek. Nemohou zaručit okamžité aktualizace za všech okolností ani odstranit veškeré riziko přeprodeje.
Přerušte propojení před potvrzením a potom pokus zopakujte s přerušením až poté, co cílový systém pohyb přijme. Odesílatel nemusí dostat odpověď ani v jednom případě, důsledky pro zásoby se však liší. Než zaměstnanci cokoli odešlou znovu, musí rozlišit čekající operaci, potvrzené přijetí a nejistý výsledek.
Po obnovení propojení porovnejte identifikátor akce, položku, místo, množství a stav s údaji cílového systému. Zjistěte, jak propojení určuje pořadí a aktuálnost, pokud starší odpověď dorazí po novější. Samotný čas doručení nesmí potichu udělat ze starého stavu směrodatný údaj.
Rozhodněte, co uvidí zaměstnanci a zákazníci: například naposledy potvrzenou dostupnost s časem potvrzení nebo výslovný stav „čeká na potvrzení“. Pokud nelze stav spolehlivě určit, zásobu nepřiřazujte a sporné objednávky předejte určené osobě.
Uchovejte oba stavy i poslední známý přijatý pohyb. Vedoucí provozu je porovná s určeným směrodatným systémem, podle potřeby získá fyzické potvrzení, zaznamená schválenou opravu a zkontroluje dotčené objednávky, než se obnoví běžné sliby zákazníkům.
To jsou příklady pravidel, která si firma může zvolit. Nejvyšší číslo ani poslední doručená aktualizace nejsou univerzálním pravidlem pro řešení nesrovnalostí. Fyzická inventura může rozpor odhalit, oprava však stále potřebuje zaznamenaný důvod a odpovědnou osobu.
Výsledkem má být dohodnutá mapa položek a míst, definice jednotlivých množství, správce přijatých změn a určený postup pro nejisté pohyby a spory. Přiložte k ní otestovaný prodej, rezervaci, vrácení a převod. Zaměstnanci tak budou vědět, co mohou slíbit a co je potřeba ověřit.
Společný přehled zásob může podpořit prodejní kanály, které už používáte. Mapa pomůže určit, zda je potřeba upravit nastavení, doplnit propojení nebo změnit odpovědnosti zaměstnanců. Pokud je propojení potřeba, můžeme probrat integrace API pro tyto pohyby a výjimečné situace. Rozsah i následnou péči dohodneme pro konkrétní projekt.
Ne. Fyzický stav počítá zboží podle zvolené definice. Některé kusy už mohou být přiřazené k objednávkám, rezervované nebo čekat na kontrolu. Dostupný stav označuje množství, které může firma po uplatnění dohodnutých výjimek nabídnout pro danou položku a místo.
Použijte systém určený jako směrodatný pro dané množství a ověřte přijaté pohyby, které k němu vedly. Určený správce nesrovnalostí prověří oba stavy a případně i fyzické důkazy, poté zaznamená schválenou opravu. Nejvyšší číslo ani poslední doručená aktualizace nemají univerzální přednost.
Podle pravidel firmy pro přijetí a kontrolu. Vrácený hrnek může být fyzicky na místě, ale nedostupný. Zboží na cestě zůstává u přijímající prodejny příchozí zásobou až do převzetí; nemělo by být dostupné na obou místech současně.
Dokud cílový systém neposkytne potvrzení, považujte výsledek za nejistý. Před opakováním zkontrolujte označený pohyb, zobrazte dohodnutý stav čekání nebo neaktuálnosti a sporné objednávky předejte odpovědné osobě.
Poslední newsletter: jak vydělat víc z předplatného webu nebo aplikace, které už vlastníte.
Ten předchozí: jak rozeznat AI nesmysly od skutečných úspěchů.
Zajímá vás to?
Týdně Nebo nám dejte vědět a upravíme to podle vás. Zní to dobře?
