Sklad, výroba a pokladna uvnitř e-shopu. Ne vedle něj.

Proč to vůbec stavíme

Požadavek nepřišel od obchodu, který právě odeslal první balík. Přišel od firem, které prodávají v desítkách až stovkách milionů korun ročně — a dostaly se do bodu, kdy jim e-shopová platforma přestala stačit dřív než sklad.

Ta sestava vypadá skoro všude stejně: e-shop v jedné platformě, skladové hospodářství ve druhém programu, pokladna na prodejně ve třetím, účetnictví ve čtvrtém. Mezi nimi jede noční export, u kterého stojí člověk, jehož prací je hlídat, že se ta čísla potkala. A jednou za čas se nepotkají — zákazník si koupí kus, který už fyzicky někdo prodal na pobočce.

Tohle nejsou dva systémy, které spolu mluví. Tohle je jeden systém, který si odporuje. Právě proto jsme sklad nepřipojili zvenčí, ale postavili dovnitř.

Co znamená „všechno na jednom místě"

Znamená to jednu databázi a jednu transakci. Když někdo na prodejně naúčtuje zboží, vznikne pokladní doklad a odepíše se zásoba — v jedné a téže operaci. Buď proběhne obojí, nebo nic. Neexistuje mezistav, ve kterém je doklad vystavený, ale sklad o něm ještě neví.

Totéž platí napříč celým provozem: výrobní příkaz odepíše suroviny a naskladní hotové kusy jedním krokem, příjemka zapíše zboží i jeho skutečnou pořizovací cenu, vychystání objednávky ubere kus z konkrétní pozice. Žádný synchronizační běh, žádné „počkejte do rána".

Zdroj pravdy je kniha pohybů

Zásoba u nás není pole, které se přepíše. Je to součet pohybů. Každý příjem, výroba, prodej, převod, vratka i inventurní rozdíl je jeden řádek v knize pohybů — a ten řádek se už nikdy nemění ani nemaže. Opravou vzniká další řádek, ne přepis toho původního.

Zní to jako technický detail, ale je to celý rozdíl mezi „stav sedí" a „stav sedí a víme proč". U každého kusu se dá dohledat, kdy přišel, za kolik, kdo s ním hnul a kde je teď. Když stav nesedí, není potřeba hádat — je vidět, který pohyb ho rozhodil.

Co konkrétně umíme

Řízený sklad s pozicemi

• Více skladů a prodejen, priority vyskladnění.
• Pozice s vlastním kódem a vytištěným štítkem; zvlášť běžné, karanténní, rezervační a odkládací místo.
• Skenování čtečkou i kamerou telefonu — čtečka se chová jako klávesnice, žádný ovladač.
• Převody mezi pozicemi i sklady, včetně hromadných.
• Pořizovací cena metodou FIFO, ve vrstvách — včetně šarže a data expirace u vrstvy.

Příjem a inventura

• Očekávaný příjem: co má dorazit, dorazilo, a v jakém množství.
• Inventura za provozu — počítá se průběžně, rozdíly se zaúčtují jedním uzavřením. Sklad se kvůli ní nezavírá.
• Jednorázové zavedení skladu: zásoba z katalogu se převede do knihy pohybů, odtud už je zdrojem pravdy kniha.

Vychystávání a expedice

• Fronta objednávek k přípravě; spěchající objednávku lze poslat napřed.
• Vychystávací list seřazený po pozicích, sken potvrdí konkrétní kus.
• Stavy zabaleno → předáno dopravci, odložení zásilky, plán svozů.
• Osobní odběr na pultu: příprava, rezervace, výdej, hlídání propadlých zásilek.

Skladníci, směny a mobil

• Skladník se přihlásí PINem a otevře směnu; docházka i události zůstávají v systému.
• Vychystává v prohlížeči telefonu — u regálu, ne u počítače.
• Na konci dne je dohledatelné, kdo co naskladnil, vychystal a přepočítal.

Nákup a dodavatelé

• Dodavatelé se sortimentem, jejich cenami a minimálním odběrem.
• Nákupní objednávka s celým životním cyklem: odeslání dodavateli, na cestě, příjem, uzavření i se zbytkem, zrušení.
• Příjemka se skutečnou pořizovací cenou — a s rozpuštěním dopravy a vedlejších nákladů do ceny za jednotku. Marže pak není odhad.

Výroba a kusovníky

• Verzovaný kusovník, i víceúrovňový a v desetinných množstvích (litry, kilogramy).
• Rozpad na suroviny, dostupnost k výrobě, kalkulace nákladů po druzích položek.
• Výrobní příkaz: uvolnění, zápis skutečné spotřeby, dokončení — odpis surovin jde v téže transakci jako naskladnění výrobku.

Pokladna na prodejnu

• Běží v prohlížeči na tabletu i notebooku; skener čárových kódů kamerou.
• Vlastní číselná řada dokladů pro každé pokladní místo, směny a uzávěrka s pohyby hotovosti.
• Funguje i bez internetu — doklad vzniká na pokladně a server ho převezme, až je spojení zpátky.
• Doklad nejde dodatečně upravit; storno i vratka jsou nový doklad. Hlídá to databáze, ne dobrá vůle obsluhy.

Obaly a výkaz PPWR

• Krabice a výplň jsou normální skladová položka s materiálem a hmotností.
• Systém navrhne obal k objednávce a zapíše, co se skutečně použilo.
• Z té spotřeby vznikne výkaz po materiálech za období. Co nemá vyplněnou hmotnost nebo materiál, se do součtu nezapočítá a vypíše se jmenovitě — výkaz radši přizná mezeru, než aby tiše lhal.

Předpovědi: co systém opravdu počítá

Tady chceme být přesní, protože „AI predikce poptávky" je dnes na každém druhém webu a většinou to znamená sloupcový graf.

Co u nás skutečně běží:

• Kdy zboží dojde. Z tempa prodeje za posledních 14 dní se spočítá, na kolik dní zásoba vystačí. Co vydrží méně než pět dní, se objeví jako návrh k doobjednání — s odhadem tržby, která je tím ohrožená.
• Ležáky. Zboží skladem, které se 21 a více dní neprodalo, seřazené podle vázaného kapitálu — tedy podle toho, kolik peněz v něm doopravdy leží.
• Minima. Prahové hlídání u zboží, surovin, součástek i obalů.
• Potřeba z otevřených objednávek. Systém rozpadne přijaté objednávky přes kusovníky a řekne, kolik komponent chybí proti prodejné zásobě.
• Podklad pro objednávku dodavateli. Položky vybraného dodavatele seřazené podle nejnižší zásoby, s jeho cenou a minimálním odběrem.

A co to není: nepočítáme sezónnost, trend ani bezpečnostní zásobu z dodací lhůty dodavatele. Není to statistická prognóza poptávky na kvartál dopředu. Je to spolehlivé upozornění „tohle ti dojde za devět dní a je to na 180 tisíc tržby" — což je v praxi to, kvůli čemu se doobjednává.

Čím se to liší od obvyklé sestavy

Kde jsou hranice — poctivě

Nemá smysl slibovat víc, než co v systému doopravdy je. K dnešnímu dni tedy:

• Sklad, výroba, nákup, obaly a pokladna jsou moduly, které zapínáme na vyžádání, ne na jeden přepínač v adminu jako klub nebo magazín. Je za tím nastavení skladu a převod zásoby, který chceme udělat s vámi.
• Pokladna nekomunikuje s platebním terminálem — obsluha částku naťuká na terminálu a v pokladně označí, že se platilo kartou. Účtenka se tiskne systémovým dialogem prohlížeče na běžné tiskárně.
• Šarže a expirace se evidují u cenové vrstvy; hlídání blížící se expirace zatím nemáme.
• Export dokladů do účetnictví: máme ISDOC a napojení na Pohodu, další programy přidáváme podle poptávky (viz roadmapa).

Pro koho to je

Dává to smysl, když platí aspoň jedno: máte víc než jedno místo, kde zboží fyzicky leží; prodáváte i na prodejně nebo na akcích; něco vyrábíte, kompletujete nebo plníte; potřebujete znát skutečnou marži po dopravě; nebo vás dnes živí člověk, jehož práce je srovnávat čísla mezi dvěma systémy.

Naopak: pokud máte sto položek v jedné místnosti a stav v hlavě, nepotřebujete řízený sklad s pozicemi. Základní zásoba a hlídání minim v UXeshopu funguje i bez něj a nic z toho nemusíte zapínat.