aistack
Sjednat konzultaci →
← Všechny články
Skladové zásoby

Upozornění na docházející zboží dřív, než přijde první storno

Většina firem zjistí, že něco chybí, až když zákazník volá. Claude sleduje skladové zásoby průběžně a upozorní odpovědného člověka ve chvíli, kdy ještě zbývá čas jednat.

červen 2026·7 min read·Milan Janoštík·
ClaudeMCPSkladE-shop
Infografika zobrazující tok dat ze skladového systému přes MCP bridge do upozornění pro odpovědného pracovníka.

Storno přijde ráno. Zákazník si objednal včera, ale zboží ve skladu není — bylo to poslední kusy a nikdo si toho nevšiml. Majitel e-shopu to zjistí z reklamace, ne ze skladu. Přitom data o tom, co dochází, v systému celou dobu jsou.

Práce, kterou nikdo nechce dělat

Každý den ráno má někdo zkontrolovat stavy. Otevřít Pohodu, projít pohyby, porovnat s minimálními zásobami, zaznamenat, co je pod hranicí. U desítek SKU to zabere čtvrt hodiny. U stovek to nikdo nedělá — nebo to dělá jednou týdně.

Výsledek je předvídatelný. Kritická položka klesne pod nulu ve středu. Upozornění přijde — pokud vůbec — v pátek, kdy dodavatel má zavřeno. Zákazníci mezitím čekají, nebo odcházejí jinam. Průzkumy u maloobchodníků ukazují, že téměř polovina kupujících, kteří narazí na vyprodanou položku, příště nakoupí u konkurence.

Přišlo mi upozornění ze systému — že zboží dochází. Datum odeslání: tři dny zpátky.

Výjezdní porada skladu, zkrácený zápis

Co propojení skladových dat s Claudem vlastně znamená

Propojení funguje přes MCP server — malý, soustředěný most mezi Claudem a tím systémem, který firma pro sklad už používá. Claude dostane přístup ke skladovým pohybům, aktuálním stavům a historii prodejů. Přístup je vázaný na identitu: Claude vidí přesně to, co by viděl přihlášený skladník nebo nákupčí — ne víc.

Claude pak pravidelně — nebo na vyžádání — projde data, identifikuje položky, které klesají rychleji než obvykle, porovná zbývající zásoby s průměrnou denní spotřebou a sestaví přehled. Výsledek není suchý alert "SKU 4821 pod minimem". Je to zpráva: "Téhle položce zbývá při aktuální rychlosti prodeje přibližně pět dní. Dodací lhůta od vašeho dodavatele je sedm dní. Zodpovědná osoba: Jana."

Hranice systému
Claude neobjednává — upozorňuje
MCP server nese identitu přihlášeného uživatele. Claude nikdy nevidí víc, než by viděl člověk, který se ptá. A systém sám od sebe neobjednává ani neupravuje data — rozhodnutí, co udělat s upozorněním, zůstává na odpovědném člověku.
Tok dat: sklad → MCP bridge (identita uživatele) → kontextové upozornění

Konkrétně: napojení na Pohodu

Pohoda (Stormware) je v Česku nejrozšířenější systém pro sklad a účetnictví malých a středních firem — používá ji přes třetina e-shopů na Shoptetu. MCP server se napojí na Pohodu přes její XML rozhraní nebo databázové API, které Pohoda nabízí. Pohoda zůstane tam, kde je — nic se v ní nemění. Přibude jeden autorizovaný přístupový bod pro Clauda.

  • Claude čte aktuální stavy a pohyby zásob v reálném čase
  • Porovnává průměrnou denní spotřebu s počtem zbývajících kusů
  • Zohledňuje sezónní výkyvy a aktuální kampaně (pokud jsou data dostupná)
  • Sestaví přehled kritických položek seřazených podle naléhavosti
  • Pošle upozornění odpovědné osobě — s kontextem, ne jen číslem

Představte si e-shop se zahradním nářadím. Na jaře roste poptávka rychle. Skladník kontroluje stav jednou týdně — a lopatky na přesazování, které se normálně prodávají tři kusy denně, zmizí ze skladu za víkend. Claude by si všiml, že tempo prodeje stouplo na pět kusů denně, a upozornil by zodpovědného člověka ve čtvrtek, ne v pondělí ráno.

Co Claude ve věci zásob neudělá — a proč je to dobře

Systém nevybírá dodavatele. Neposílá objednávky. Nerozhoduje, jestli je lepší zásobu doplnit, nebo položku stáhnout z nabídky. To jsou rozhodnutí, která vyžadují znalost vztahu s dodavatelem, aktuální cashflow a strategii sortimentu — věci, které člověk ví a systém ne.

Tohle omezení je záměrné. Hodnota upozornění spočívá právě v tom, že přijde včas a s kontextem — a pak nechá rozhodnutí na člověku. Systém, který by objednával sám, by musel mít přístup k finančním limitům, cenám a smluvním podmínkám. To je jiný okruh odpovědnosti a jiná vrstva přístupu. Propojení skladových dat s Claudem nic z toho neotvírá.

4 %
průměrná ztráta tržeb způsobená výpadky zásob (odhad pro malý maloobchod)
~4–8 h
průměrná prodleva mezi poklesem zásoby a lidskou reakcí při ručním monitoringu
5 dní
typický předstih, se kterým Claude dokáže upozornit před vyprodáním při denním trendu

Co by to vyžadovalo

MCP server pro skladová data je jednorázová integrace. Napojí se na systém, který firma už má — Pohodu, Money S3, Shoptet nebo vlastní databázi. Běží na infrastruktuře zákazníka, ne na sdíleném cloudu. Jeden tenant, jeden audit trail, žádné cizí oči na datech.

Není to roční projekt. Typicky jde o nastavení v řádu dnů, testování a předání. Firma pak dostane přehled, který by jinak vyžadoval buď denní ruční práci, nebo drahé analytické řešení.

Pohoda / ERP (sklady, pohyby)MCP server (identita uživatele)Claude (analýza trendů, prioritizace)Upozornění (Slack, e-mail, Teams)Odpovědný člověk (rozhodnutí)

Co zbývá

Model není úzké hrdlo. Data ve skladu jsou — vždy byla. Úzké hrdlo je mezera mezi těmi daty a člověkem, který by podle nich měl jednat. Claude tu mezeru překlenou. Ne tím, že by rozhodoval místo člověka, ale tím, že mu dá správnou informaci ve správný čas.

Pokud vás zajímá, jak by takové napojení vypadalo pro váš systém — napište nám. Krátký hovor stačí, abychom zjistili, co firma má a co by propojení dalo smysl.