Pondělní ráno. Skladník otevře Pohodu, exportuje stav zásob do Excelu, porovná s minimálními stavy, které si pamatuje nebo má někde zapsané, a začne psát e-maily třem dodavatelům. Hodinu a půl přesně tak, jak to dělal minulý týden a týden před tím. Přitom ta data celou dobu sedí v systému, jen je nikdo nehlídá.
Práce, kterou nikdo nechce dělat
Ruční správa zásob má specifický rytmus: export, kopírování, porovnávání, e-mail. Každý krok je jednoduchý. Dohromady jsou ale čtyři kroky, které se opakují každý týden, každou hodinu někde stojí a každou chvíli mohou selhat: zapomenuté položky, špatně zkopírované číslo, e-mail odeslaný pozdě.
Problém není ve složitosti. Problém je v mezeře: data jsou v systému, ale nikdo (ani žádný nástroj) je aktivně neporovnává s tím, co by se mělo objednat. Dokud to neudělá člověk ručně.
Export v pondělí, e-mail v úterý, potvrzení ve středu, a to teprve víme, co přijede příští týden.
— Typický týdenní cyklus nákupu zásob, zkráceno
Co propojení ve skutečnosti znamená
AI stack postaví malý MCP server, který se napojí na systém, kde firma zásoby eviduje, nejčastěji Pohoda, Money S3 nebo Shoptet. Server čte aktuální stavy zásob v reálném čase a předává je Claudovi. Claude je vyhodnotí vůči předem nastaveným minimálním zásobám a při poklesu pod hranici sestaví návrh objednávky: konkrétní položky, množství, dodavatel.
MCP server přistupuje k datům pod identitou pracovníka, který ho spustil. Jeho přihlašovací práva do Pohody definují přesně to, co Claude vidí. Nic navíc, nic jiného. Žádná kopie dat na externím serveru.
Konkrétně: Pohoda a e-shop na Shoptetu
Firma provozuje e-shop na Shoptetu a zásoby eviduje v Pohodě. MCP server čte stavové záznamy přímo z Pohody, bez exportu, bez tabulky. Jakmile libovolná položka klesne pod nastavený minimální stav, Claude sestaví návrh objednávky: vypíše položky, doplní čísla dodavatelů z Pohody a odhadne množství na základě průměrné spotřeby za posledních 30 dní. Nákupčí dostane hotový návrh na jedno kliknutí od odeslání.
- Čtení aktuálních stavů skladu z Pohody v nastaveném intervalu nebo na vyžádání
- Porovnání s minimálními zásobami definovanými nákupčím nebo skladníkem
- Sestavení návrhu objednávky s položkami, množstvím a identifikací dodavatele
- Odeslání návrhu ke schválení: e-mailem, do interního chatu nebo přímo do rozhraní Pohody
- Zaznamenání potvrzené objednávky zpět do systému po schválení člověkem
Ilustrativně: malá firma s 200 skladovými položkami a týdenním cyklem objednávek může tento způsob práce zkrátit z přibližně dvou hodin manuální práce na čtvrt hodiny kontroly a potvrzení. Ušetřený čas se vrátí do práce, která vyžaduje úsudek.
Co AI správa zásob neudělá a proč je to dobře
Claude nerozhoduje o výběru dodavatele, nezjednává ceny a neurčuje strategii zásob. Neví, že firma chce upřednostnit dodavatele, se kterým se právě dojednávají lepší podmínky, ani že minulý týden bylo zboží od jednoho dodavatele poškozené. Tahle obchodní paměť a kontext zůstávají u člověka.
A to je přesně ten důvod, proč je tomuto systému možné důvěřovat. Claude dělá rutinu: porovnává čísla a sestavuje návrhy. Člověk dělá rozhodnutí: potvrzuje, mění, zamítá. Jasná hranice není slabost systému; je to podmínka, pod kterou systém funguje dlouhodobě.
Co by to obnášelo
Postavit MCP server pro Pohodu nebo Money S3 je otázka dnů, ne měsíců. Server běží na vaší infrastruktuře, na vašem serveru nebo ve vašem cloudu. Žádná data neodcházejí k nám ani k žádnému jinému poskytovateli. Audit trail ukazuje, kdo co schválil a kdy.
Minimální zásoby a dodavatelé jsou nastavitelné bez programování, přímo v rozhraní. Pokud se změní sortiment nebo sezónní poptávka, limity se upraví. Bridge se přizpůsobí.
Co zbývá
Model není bottleneck. Claude rozumí objednávkám, množstvím a dodavatelům velmi dobře. Bottleneck je mezera mezi Claudem a daty, která firma už má v Pohodě nebo Shoptetu. Ta mezera způsobuje, že někdo každé pondělí ráno dělá ruční export a píše e-maily. Tu mezeru zavíráme.
Napište nám. Krátký hovor stačí na to, abychom zjistili, kde vaše zásoby sedí a jak rychle se dá bridge postavit.