Multichannel prodej: jak řídit sklad napříč kanály

Na vlastním e-shopu je sklad jednoduchý. Zákazník koupí, systém odečte kus. Jakmile ale stejné zboží nabízíte i na Kauflandu, Allegru, Amazonu nebo přes Heureka Marketplace, prodáváte jeden kus na pěti místech najednou. Kdo z nich si ho koupí jako první, nevíte.

Když sklad mezi kanály nestíhá, vzniká přeprodej. Zákazník objedná zboží, které už nemáte, a vy musíte objednávku stornovat. Na vlastním e-shopu je to nepříjemné. Na marketplace to stojí peníze, horší metriky a v krajním případě i omezení účtu. V článku projdeme, jak sklad pro více kanálů postavit, aby se to nestávalo.

Proč je přeprodej na marketplace dražší než na e-shopu

Marketplace hodnotí prodejce podle metrik. Storno z vaší viny je jedna z nejsledovanějších.

• Kaufland podle Seller University stanovuje cíl pod 1 % stornovaných položek z viny prodejce za měsíc. Při míře 1–2,99 % účtuje poplatek 5 % z ceny stornovaných transakcí, nad 3 % pak 10 % (k 9/2026). Jako nejčastější příčinu uvádí právě nedostatek zboží.
• Amazon u zboží expedovaného prodejcem sleduje Pre-fulfillment Cancel Rate za posledních 7 dní. Cílem je méně než 2,5 %. Při překročení může Amazon nabídky expedované prodejcem deaktivovat.
• Heureka Marketplace se na dostupnost ptá přímo vašeho systému. Při napojení přes API musí e-shop odpovídat na dotazy na dostupnost a dopravu v reálném čase. Když vrátí neaktuální data, problém se ukáže hned u zákazníka.

K tomu přidejte horší hodnocení a ztracený čas podpory. Jedno storno na marketplace tak stojí víc než jen ušlou marži z objednávky.

Jeden zdroj pravdy pro sklad

Základní pravidlo zní: skladové množství se určuje na jednom místě. Všechny kanály z něj jen čtou a všechny objednávky do něj zapisují.

Kde má zdroj pravdy být, záleží na tom, jak dnes pracujete:

Nejhorší varianta je ta, kterou vídáme nejčastěji: sklad je v ERP, e-shop má vlastní kopii a každý marketplace ještě další kopii z denního importu. Čtyři čísla, žádné správné. Jak postavit propojení tak, aby platilo jedno číslo, popisujeme v článku propojení ERP, e-shopu a skladu.

Jak se sklad na marketplace technicky posílá

Každý marketplace má pro sklad jiné rozhraní a jiné limity. Pro návrh synchronizace je potřeba je znát (k 9/2026):

• Kaufland má Marketplace Seller API. Podle dokumentace jde sklad měnit po jednotlivých nabídkách přes REST API, nebo dávkově souborem (inventory feed). Jeden požadavek smí obsahovat nejvýš 20 ID nabídek a množství je omezené na 99 999 kusů na produkt.
• Allegro má v REST API hromadnou změnu množství. Podle dokumentace pro vývojáře jde jedním voláním upravit až 1 000 nabídek. Výsledek se pak kontroluje přes stav zadané úlohy.
• Amazon mění množství přes Listings Items API v Selling Partner API, případně hromadně přes JSON listings feed. Podle dokumentace SP-API se posílá atribut fulfillment_availability s kódem kanálu a množstvím.
• Heureka Marketplace funguje obráceně. Heureka se ptá vašeho API na dostupnost, takže odpověď musí být vždy aktuální.

Z toho plyne praktický důsledek. Změnu skladu nestačí poslat jednou za noc celým souborem. Je potřeba posílat změny průběžně, respektovat limity každého API a hlídat, jestli marketplace změnu opravdu přijal. Asynchronní úlohy (Allegro, feedy u Kauflandu i Amazonu) mohou část položek odmítnout, i když samotné volání proběhlo v pořádku.

Jak často synchronizovat

Neexistuje jedna správná frekvence. Rozhoduje obrátka a počet kusů skladem.

• Zboží s velkou zásobou (desítky kusů a víc) snese synchronizaci v řádu desítek minut. Riziko, že se prodá poslední kus na dvou místech najednou, je malé.
• Zboží s malou zásobou (jednotky kusů) potřebuje reakci v řádu minut. Nejlépe tak, že každá nová objednávka hned spustí přepočet a odeslání nového stavu na ostatní kanály.
• Zboží od dodavatele má další zpoždění navíc: stav u dodavatele, import do e-shopu a odeslání na marketplace. Proč na tom záleží, rozebíráme v článku realtime skladová synchronizace.

Technicky se změny nejčastěji zachytávají přes webhooky nebo frontu událostí, případně častým importem jen změněných položek. Jak to funguje pod kapotou, popisujeme v článku realtime synchronizace skladu.

Rezervy a pravidla dostupnosti

I dokonalá synchronizace má zpoždění. Proto na marketplace neposíláme fyzický stav skladu, ale dostupné množství po pravidlech. Typická pravidla:

1. Odečíst rezervované kusy. Zboží v nevyřízených objednávkách už není k prodeji.
2. Bezpečnostní rezerva pro marketplace. Když má produkt 3 kusy a méně, na marketplace pošlete 0. Na e-shopu ho necháte prodávat, protože storno tam stojí méně.
3. Strop pro kanál. Na kanál s nejistou poptávkou nebo pomalejším napojením pošlete například maximálně 5 kusů, i když jich máte 200.
4. Ruční výjimky. Doprodej, zboží pro velkoodběratele nebo vadné kusy vyřadíte z dostupnosti bez zásahu do skladu.
5. Dodací lhůta podle zdroje. Zboží ze skladu dodavatele posílejte s delší lhůtou, pokud to marketplace dovolí. Nesmí ale jít o lhůtu, kterou nedodržíte.

Pravidla nastavujte po produktech nebo kategoriích, ne jedním číslem pro všechno. Rychloobrátkové zboží potřebuje jinou rezervu než sezónní doprodej.

Modelový příklad rezervy

Modelový, ilustrativní příklad: produkt má ve skladu 6 kusů, 2 jsou v nevyřízených objednávkách. Dostupné jsou 4 kusy. Pravidlo pro marketplace zní „rezerva 2 kusy“. Na e-shop tedy posíláte 4 kusy, na Kaufland a Allegro 2 kusy. Když se na Kauflandu prodají 2 kusy, centrální sklad klesne na 2 dostupné, na marketplace odchází 0 a e-shop prodává dál poslední dva kusy. Zpoždění synchronizace se tak projeví nejvýš na e-shopu, kde storno umíte vyřešit s menšími náklady.

Objednávky jsou druhá polovina skladu

Sklad nejde řídit bez objednávek. Objednávka z marketplace musí co nejdřív dorazit do systému, který drží sklad, a snížit ho. Pokud objednávky stahujete jednou za hodinu, hodinu prodáváte naslepo.

Na co si dát pozor:

• Stažení objednávek nastavte co nejčastěji, kde to marketplace umožňuje, přes notifikace nebo krátký interval dotazů.
• Storna a vratky musí sklad vracet zpět. Jinak vám zboží „zmizí“ ze všech kanálů.
• Stavy objednávek posílejte zpět na marketplace. Odeslání se sledovacím číslem sleduje Kaufland i další marketplace jako součást výkonu prodejce.
• Fulfillment (například FBA nebo One Fulfillment by Allegro) je samostatná lokace. Zboží ve skladu fulfillmentu na e-shopu neprodáte, pokud to fulfillment výslovně neumí. Podrobněji v článku fulfillment a logistika pro marketplace.

Nástroj, nebo vlastní napojení

Pro řízení více kanálů existují hotové nástroje. Například Base.com (dříve BaseLinker) umí synchronizovat stav zásob do nabídek na marketplace a nabídky při vyprodání ukončit nebo znovu aktivovat. Mergado Marketplaces podle nápovědy synchronizuje dostupnost i objednávky pro Allegro a Kaufland.

Rozhodnutí děláme podle toho, kde je dnes sklad a kolik logiky nad ním potřebujete. Nástroj je rychlejší start. Přímé napojení se vyplatí tam, kde pravidla dostupnosti nejdou nástrojem popsat.

Jak na to prakticky

Checklist pro sklad napříč kanály:

1. Určete jeden zdroj pravdy pro sklad a zrušte ruční přepisování stavu na marketplace.
2. Sepište všechny kanály, jejich rozhraní a limity (API, feed, interval).
3. Nastavte pravidla dostupnosti: rezervované kusy, rezervy pro marketplace, stropy pro kanály.
4. Zajistěte, aby každá objednávka i storno okamžitě měnily centrální sklad.
5. Kontrolujte odpovědi marketplace a odmítnuté položky, nejen to, že odeslání proběhlo.
6. Sledujte storna z vaší viny po kanálech. Kaufland měří měsíčně, Amazon po 7 dnech.
7. Nastavte upozornění na výpadek synchronizace, aby se chyba neřešila až podle stížností zákazníků.

Napojení marketplace na centrální sklad stavíme v rámci služeb marketplace, dlouhodobou správu všech kanálů v programu Marketplace Hub. Jak držet ceny napříč kanály, rozebíráme v článku ceny napříč marketplace. Cenu napojení připravíme po konzultaci podle počtu kanálů a toho, kde dnes vedete sklad.