Synchronizace objednávek a skladu napříč kanály

Alena Pilařová
Alena Pilařová
19.07.2026 6 minut čtení

Napojit e-shop na marketplace je jen začátek. Den po prvním prodeji nastává realita všedního provozu: objednávky chodí přes API, sklad musí klesat napříč všemi kanály, stavy zásilek je potřeba posílat zpět a reklamace řešit v daných lhůtách. Právě na téhle operativě se marketplace buď vyplatí, nebo prodělá. Tenhle článek vysvětlí, jak workflow objednávek a synchronizace skladu funguje, kde nejčastěji vznikají problémy a jak se jim vyhnout.

Je to provozní článek tématu Marketplace pro e-shop. Navazuje na napojení jednotlivých platforem a řeší to, co přijde potom — když objednávky začnou chodit.

Workflow objednávky: z marketplace do e-shopu

Začněme cestou jedné objednávky. Zákazník nakoupí na marketplace, platforma přijme platbu a objednávka vznikne v jejím systému. Vy ji ale musíte vyřídit ve svém — stáhnout ji do e-shopu nebo skladového systému, zabalit, odeslat a poslat zpět stav zásilky. U pár objednávek měsíčně to ručním přepisem mezi rozhraními zvládnete. U desítek je to den práce navíc, u stovek to nezvládnete vůbec.

Ruční přepis má dva problémy: je pomalý a chybový. Každé ruční přeťukání objednávky z jednoho okna do druhého je příležitost k překlepu v adrese, množství nebo variantě — a chyba znamená pozdní nebo špatnou expedici, kterou marketplace trestá horším hodnocením. Automatické stahování přes API tenhle krok odstraní: objednávky se objeví ve vašem přehledu samy, ve správné podobě.

Synchronizace skladu: jeden zdroj pravdy o dostupnosti

Druhý pilíř provozu je sklad. Jakmile prodáváte stejné zboží na víc místech — vlastní e-shop, srovnávače, jeden nebo více marketplaců — musí jeden sklad obsluhovat je všechny současně. Synchronizace skladu znamená, že po každém prodeji klesne počet kusů všude, ne jen tam, kde se nakoupilo.

Když synchronizace chybí, dojde k přeprodeji: prodáte zboží, které už nemáte, protože se na druhém kanálu pořád tvářilo dostupné. Výsledkem je storno, zklamaný zákazník a horší hodnocení prodejce. A čím víc kanálů přidáte, tím rychleji se vám počty rozejdou — u dvou platforem je ruční hlídání ještě představitelné, u tří už je to každodenní hašení. Řešením je centrální sklad, který drží jeden zdroj pravdy o dostupnosti a tlačí změnu okamžitě do všech napojených kanálů.

Modul Objednávky: provoz v jednom přehledu

Přesně tohle řeší modul Objednávky v aplikaci Conviu. Přes napojení na marketplace stahuje objednávky ze všech marketplaců do jednoho přehledu a synchronizuje skladovou dostupnost zpět. Místo přepínání mezi sedmi rozhraními řešíte objednávky a sklad na jednom místě.

Přínos je dvojí a měřitelný: méně ruční práce (objednávky a sklad běží automaticky na pozadí) a méně chyb (žádný ruční přepis, žádný přeprodej z rozjetých počtů). To je u rostoucího prodejce, který přidává kanály, rozdíl mezi zdravým růstem a chaosem.

Multi-channel: centralizace dat je předpoklad růstu

Prodej na více marketplacech a vlastním e-shopu zároveň (multi-channel, vícekanálový prodej) má jednu podmínku, bez které se dřív nebo později rozpadne: data musí být centralizovaná. Produkty, ceny, sklad i objednávky jeden zdroj, mnoho výstupů — ne několik nezávislých kopií, které se musíte snažit udržet stejné ručně.

Praktický důsledek: než přidáte druhý nebo třetí kanál, vyřešte nejdřív centralizaci. Přidat platformu k centralizovanému systému je otázka nastavení; přidat ji k ručnímu provozu znamená znásobit práci i chybovost. Proto se synchronizace vyplatí nasadit dřív, než vás k ní dotlačí první velký přeprodej.

Časté pasti a jak se jim vyhnout

Provozní problémy marketplace prodeje se opakují a všechny mají řešení. Shrnutí toho, na co narazíte nejčastěji:

ProblémDůsledekŘešení
Ruční přepis objednávekpozdní expedice, chyby, ztráta časuautomatické stahování objednávek přes API
Nesynchronizovaný skladpřeprodej, storna, horší hodnocenísklad srovnávaný napříč kanály v reálném čase
Opožděný trackingklesající hodnocení prodejcestavy zásilek posílat zpět automaticky
Více rozhraní zvlášťpřehlcení, přehlédnuté objednávkyjeden přehled pro všechny kanály

Společný jmenovatel všech pastí je ruční režim a roztříštěná data. Jakmile objednávky a sklad běží automaticky z jednoho místa, většina problémů zmizí sama — ne proto, že byste se víc snažili, ale proto, že na ně nezbude prostor.

Provoz pod kontrolou

Shrnuto: marketplace prvním napojením začíná. O tom, jestli se vyplatí, rozhoduje provoz — automatické stahování objednávek, sklad synchronizovaný napříč kanály v reálném čase a stavy zásilek posílané zpět včas. Kdo tohle má, roste klidně; kdo to řeší ručně, dřív nebo později narazí na přeprodej a klesající hodnocení.

Chcete provoz zautomatizovat? Podívejte se na modul Objednávky — stahuje objednávky z marketplaců a synchronizuje sklad napříč kanály v jednom přehledu. Nemáte na nastavení čas? Postaráme se o napojení i provoz za vás. Celé téma najdete na pilíři Marketplace pro e-shop.

XML feed vs. API: kdy přejít na marketplace integraci

XML feed vs. API: kdy přejít na marketplace integraci

Na srovnávače zboží a do reklamních systémů posíláte produkty feedem — souborem, který se jednou za čas vyexportuje a „vystrčí“ data ven. Funguje to dobře, dokud nabídku jen zobrazujete. Jakmile ale začnete prodávat na marketplace typu Allegro nebo Kaufland, narazíte: marketplace vám pošle objednávku, potřebuje znát váš aktuální sklad a čeká, že mu stav potvrdíte zpět. A to feed neumí. V tu chvíli přichází na řadu API integrace — obousměrné napojení, které s marketplace komunikuje v obou směrech. V článku si vysvětlíme, čím se XML feed a API liší, kde je mezi nimi hranice a kdy je čas přejít z jednoho na druhé. Tohle je rozcestník mezi dvěma světy: feed = výstupní strana (data ven na srovnávače a do reklamy) a API = obousměrná integrace s marketplacem. Hlubší návody pro Allegro, Kaufland i Heureku najdete v samostatném tématu o prodeji na marketplace.
Zjistit více
Napojení dodavatelských dat do e-shopu

Napojení dodavatelských dat do e-shopu

Dostupnost se u dodavatele mění každý den, ceny taky a nové zboží přibývá průběžně. Pokud tyhle změny přepisujete v e-shopu ručně, je to pomalé a plné chyb: zákazník si objedná zboží, které dodavatel zrovna nemá, nebo se prodává za starou cenu. Řešením je napojit data od dodavatele přímo do e-shopu, aby se dostupnost, ceny i novinky tahaly automaticky. V tomhle článku si projdeme, odkud data vzít, jak prvky dodavatele napárovat na vaše pole, jak sloučit víc dodavatelů a jak to celé nastavit v Conviu — včetně situace, kdy stejný produkt máte od dvou dodavatelů. Tohle je vstupní strana datového toku e-shopu: jak dostat data dovnitř. Co s nimi pak děláte na výstupu — jak z dat poskládat výstupní feedy pro Heureku, Google nebo marketplace — je samostatné téma. Pokud s feedy teprve začínáte, projděte si nejdřív základy XML a CSV feedu.
Zjistit více
Master feed: z jednoho zdroje na všechny kanály

Master feed: z jednoho zdroje na všechny kanály

Produktová data máte jedna, ale prodejních kanálů víc — a každý je chce jinak. Heureka má vlastní povinné prvky, Google žádá jiné kategorie a vlastní formát, marketplace jako Kaufland nebo Allegro mají zase svoje pravidla. Výsledek? E-shop často udržuje pět různých feedů a každou změnu — novou kolekci, úpravu ceny, jiné kategorie — řeší pětkrát. To je drahé na čas a hlavně na chyby. Princip master feedu tenhle problém obrací: máte jeden zdroj produktových dat a z něj automaticky vzniká výstup pro každý kanál zvlášť. V tomhle článku si ukážeme, co to v praxi znamená a jak takový princip postavíte a spravujete v Conviu. Pokud s feedy teprve začínáte, projděte si nejdřív základy XML a CSV feedu a vraťte se sem.
Zjistit více